Re: upgraded DR5000 to YD7001 throttle issue
Thanks for the thread, it appears there was no resolution to the issue. I figured quickly that after acquiring the locomotive I was able to use the 602D wirelessly for control. Seems like a conflict somewhere in a hidden piece of code. Do you know if YaMoRC is aware of the issue??
|
Re: Can the YD7001 be used for setting CVs on accessories ?
On Thu, Mar 20, 2025 at 02:24 PM, Jay Lennox wrote:
but it is unclear if the YD7001 will send the commands out on LocoNet to the DR5033 boosters.
Nope, that is not unclear ;) As of LocoNet specs, RailSync ( which drives the boosters ) must be a carbon-copy of what the commandstation sends to the track. And so it is done by our command stations, no matter which type :)
Greets,
Karst
|
Re: Programmer Busy reading CVs with Ops mode over Railcom with YD9401
Lower this setting: (POM packet repeat count)  ... until it completely stops reading. My experience is that 2 or 3 are a good value. Unfortunately JMRI does not handle "Busy" with a retry of the same CV. As that should be the correct response to "Busy" Greets, Karst
|
Re: Programmer Busy reading CVs with Ops mode over Railcom with YD9401
Scott, ? There are many factors that can impact the speed of reading when using PoM, amongst them being how busy the track is i.e. how many other locos are present, with special consideration as to how many are running. The make of decoders also has an effect as some report faster than others, and I have seen the weight and quality of wiring used affect the reporting on layouts. ? I know that the first and second can impact the reliability because using iTrain to read all CVs using PoM can occasionally cause a CV or two to fail to read if there are a large number of trains running, and stopping everything will result in all CVs being read in a couple of seconds with 100% success. I also notice that the 2 x TCS decoders have more failures in reading than Zimo decoders. ? Iain Morrison ?
? ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of Scott Walton via groups.io
Sent: 20 March 2025 22:34
To: [email protected]
Subject: Programmer Busy reading CVs with Ops mode over Railcom with YD9401? I have a DR5000 which has been upgraded to a YD9401. When I use DecoderPro with Programming on Main to read Read All Cvs, I get many "Programmer Busy" responses. The LocoNet log shows that the Write was rejected and then DecoderPro moves on to the next CV. The result is a delay and then a retry (with the next CV) which is soon accepted. So the overall process takes longer than it should, and several CV's are left in "Error" status and I need to click on "Read Changes on page" to to resolve them (serveral times, until all have been read).? Does anyone know if there is a way to resolve this? YD9401 with three boosters, 2 DR5088RC RailCom readers, LocoBufferUSB, JMRI Decoder Pro 5.11 with Java 11 on Windows 11. If this could be resolved, then this method of reading all CV's would be the (almost) fastest method, with only LokProgrammer being faster.
|
Re: upgraded DR5000 to YD7001 throttle issue
I think this is the same as previously discussed. A search in this forum for DT602D found this thread:
?
I don't think the DR5000 was mentioned though.
?
This won't help at all, but if you plug in to acquire, you can go wireless to control the loco. I learned that later.
|
Programmer Busy reading CVs with Ops mode over Railcom with YD9401
I have a DR5000 which has been upgraded to a YD9401. When I use DecoderPro with Programming on Main to read Read All Cvs, I get many "Programmer Busy" responses. The LocoNet log shows that the Write was rejected and then DecoderPro moves on to the next CV. The result is a delay and then a retry (with the next CV) which is soon accepted. So the overall process takes longer than it should, and several CV's are left in "Error" status and I need to click on "Read Changes on page" to to resolve them (serveral times, until all have been read).?
?
Does anyone know if there is a way to resolve this?
?
The environment is:
?
YD9401 with three boosters, 2 DR5088RC RailCom readers, LocoBufferUSB, JMRI Decoder Pro 5.11 with Java 11 on Windows 11.
?
If this could be resolved, then this method of reading all CV's would be the (almost) fastest method, with only LokProgrammer being faster.
?
Scott Walton.
|
Re: Can the YD7001 be used for setting CVs on accessories ?
Jay, ? Just select the Loco PoM or Accessory PoM radio button on the YD7001 programming interface, enter the address for the device, the CV number and then the value. ? You will need to try both as some people set them as accessory decoder devices (the correct way), but some will make them act like loco decoders ? ? Iain
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of Jay Lennox via groups.io
Sent: 20 March 2025 21:25
To: [email protected]
Subject: Can the YD7001 be used for setting CVs on accessories ?? We will shortly have 6 circuit breakers installed on our club layout.? I am giving each of them a unique accessory address before they are installed. I am trying to determine if the YD7001 can be used for changing CVs on the circuit breakers - the circuit breakers support Programming on the Main / Ops Mode Programming.? If it will, does anyone have experience with the steps to achieve this ? If we cannot do this through interfaces on the YD7001, does anyone know if this can be done using JMRI connected to the YD7001 ?? I have found instructions on the 开云体育 JMRI group for how to do this, but it is unclear if the YD7001 will send the commands out on LocoNet to the DR5033 boosters. Thank you for any help you can provide. York Railway Modellers - Toronto
|
Can the YD7001 be used for setting CVs on accessories ?
Hi
?
We will shortly have 6 circuit breakers installed on our club layout.? I am giving each of them a unique accessory address before they are installed.
?
I am trying to determine if the YD7001 can be used for changing CVs on the circuit breakers - the circuit breakers support Programming on the Main / Ops Mode Programming.? If it will, does anyone have experience with the steps to achieve this ?
?
If we cannot do this through interfaces on the YD7001, does anyone know if this can be done using JMRI connected to the YD7001 ?? I have found instructions on the 开云体育 JMRI group for how to do this, but it is unclear if the YD7001 will send the commands out on LocoNet to the DR5033 boosters.
?
Thank you for any help you can provide.
?
Jay Lennox
York Railway Modellers - Toronto
|
Re: Resistor for block detection, best size?
Whist iTrain can calculate the train length placing resisting axles at the back of trains lets iTrain see the back of the train - especially useful for reversing or if you lose part of the train because it will keep the block(s) occupied until you ‘find’ the back of the train again.
On Thu, 20 Mar 2025 at 13:11, alanmayfield via <alanmayfield= [email protected]> wrote: Thanks for that Iain.? Would you add the resistors to wagons when using iTrain as the length of the loco/wagon combination is calculated by iTrain?
|
Re: Resistor for block detection, best size?
Thanks for that Iain.? Would you add the resistors to wagons when using iTrain as the length of the loco/wagon combination is calculated by iTrain?
|
Re: Resistor for block detection, best size?
The resistor axles have no impact upon Railcom and simply provide occupancy for the wagon.
FYI Railcom has nothing to do with occupancy, it is simply reporting the details from the decoder. The actual occupation comes from the current draw by the locomotive (or wagon).
On Thu, 20 Mar 2025 at 12:17, alanmayfield via <alanmayfield= [email protected]> wrote: I use iTrain with DR5088RC but don't have axle detection for wagons.? I can understand how resistors would work for current detection, I don't understand how they work with Railcom as resistors are passive devices and Railcom requires a locomotive/wagon DCC address to work. Can someone please clarify for me.
|
Re: Resistor for block detection, best size?
I use iTrain with DR5088RC but don't have axle detection for wagons.? I can understand how resistors would work for current detection, I don't understand how they work with Railcom as resistors are passive devices and Railcom requires a locomotive/wagon DCC address to work. Can someone please clarify for me.
|
upgraded DR5000 to YD7001 throttle issue
I recently upgraded my DR5000 to a YD7001. Everything went according to plan and I now have WIFI working. I use Digitrax DT602D throttles and a Digitrax UR93 radio. The problem is that I now have to plug in to aquire or MU a loco. It is not working via the radio as it did with the DR5000. Has anyone else had this issue and if so, did you resolve it and how?? ? Thank you in advance for any help.
?
?
David
|
Don't discount hot glue ht glue. It's super easy & I use it everywhere with success.?
|
I use the small zip tie mounts that I screw to the bottom of the baseboards and then use zip ties to hold them up. The mounts come with sticky tape but I use the screw hole. Mike?
--
Mike's Deep Run RR
Virginia USA
?
?
Thanks for the suggestion. I dunno why I didn't think of zip ties on mounts before.?
On order now.
?
|
I use the small zip tie mounts that I screw to the bottom of the baseboards and then use zip ties to hold them up. The mounts come with sticky tape but I use the screw hole. Mike?
--
Mike's Deep Run RR
Virginia USA
YD7001 command station
DR4024 servo switchers? DR4088LN-CS DR4088CS
DR5013 reverse loop? DR5033 boosters
JMRI/CATS and Enet loconet connection
|
I have been using the YD6940 3 to 2 wire adapter to power my Tortoise switch machines with the YD8116.
They work well electrically, but I would like some advice on how to best mount the things rather than leave them to dangle in the air.
There are no mounting holes and so something either has to hold it down or use a hot glue gun on it if that's advisable.
I tried some double sided sticky 3M disks but they don't stick very well at all. All of them have come off the mounting board since the wires to the switch machines are relatively heavy wire.
?
Any ideas?
|
Hi
Thanks. ?This worked though I had to do it a few times, trying each of the other protocols before going back to Z21. ?
My DR5000 had
XpressNet LAN LocoNet over TCP/IP LBServer Dr.Command LocoNet over TCP/IP Binary Z21/WLANMaus
Since the “LocoNet over TCP/IP Binary” was the closest to your directions I did that first but it did not seem to work. ?I tried Dr.Command and then the LocoNet/Binary again without success. ?I then tried Xpressnet and back to Z21 using your instructions, rebooting between changes, and it started to work. ?Not sure what was up but I am in business again. The two Z21 apps I have work as does my test app I was working on a few years ago. ?So Thanks a million. ?I appreciate it. ?I have not tried my HW WLANmaus yet as they are packed away in a box somewhere.
I also got word that the YD9401 replacement module has shipped so hopefully soon I’ll have it upgraded. ?I eventually plan on getting the YD7010 and also command stations from other manufacturers (real Z21, the TCS LCC thing, the N American ESU thing, a Digitrax, and the NCE/WiThrottle bridge, as I want to test my eventual app I am working on with as many command stations as possible, trying to make it protocol agnostic as much as possible. ?Eventually I’d like to to become a complete control system with autonomous action etc but I am starting with a throttle and then expanding from there to work with controls, have a library of stuff, etc. ?While I will put it on the App Store and sell it, my goal is really for my own use and satisfaction. ?
Again, thanks for the help! Chad
toggle quoted message
Show quoted text
On Mar 11, 2025, at 07:32, karst.drenth via groups.io <karst.drenth@...> wrote:
Hi,
Resetting the RM04 module caused the evil.
Now the DR5000 and the module disagree about which protocol is to be used. ( because of the factory reset )
Fix:
1. Set the Protocol to TCP/IP Binary,
2. save,
3. reboot the DR5000 ( power off power on )
4. Set the Protocol to Z21
5. save
6. reboot the DR5000 ( power off power on )?
All should be well right now.
Greets,
Karst
|
Hi,
Resetting the RM04 module caused the evil.
Now the DR5000 and the module disagree about which protocol is to be used. ( because of the factory reset )
Fix:
1. Set the Protocol to TCP/IP Binary,
2. save,
3. reboot the DR5000 ( power off power on )
4. Set the Protocol to Z21
5. save
6. reboot the DR5000 ( power off power on )?
All should be well right now.
Greets,
Karst
|
Hi All
I’ve taken about 2 — 2 1/2 years off from model railroads as I was contracting and building a house for my family (and still had my day job).
I have a Digikeijs DR5000 command center. It does not have any YaMoRC upgrades (yet — on order). I had it working 2 years ago where I could use various Z21 compatible apps, WiThrottle with LNWI on the Loconet, and also 2 of the real WLANmaus wireless controllers. I had to take my multi track test track down were this was all working. I kept my “control board” all wired and just removed the track and the track feeders.
I was testing various bits so I had, in addition to the DR5000, a DR5003, as well as 2x DR5088RC modules with a bunch of blocks set up, using both the DR5000 on one DR5088RC and the booster on the other DR5088RC. It was all working, and I was also able to use some software for the iPhone that I was developing myself as well (a simple throttle as a learning device).
We’ve finally moved (though the house work is not finished, it was enough for the city to grant 6 months temporary occupancy :). ), and tonight I set up a simple single track loop. Since I had the various modules all still mounted and wired together on a single board, I set up two blocks on my loop, one on each DR5088RC.
I reset the network/WiFI module on the DR5000 to factory settings. I have the LAN port plugged into a switch on my home network. So it is set to gateway mode, and the LAN gets assigned an IP from my home network. The WiFi sets itself up as 192.168.16.254, with DHCP on using 192.168.16.100 through 192.168.16.200.
While I am normally Mac based, I bought a simple small PC and have the DR5000 config utility installed, and talking to the DR5000 over USB. I'm able to use the “DRIVE” feature in the DR5000 Utility on the PC to control a locomotive and it successfully traverses both blocks just fine so the wiring seems to be OK.
I have 2 different Z21 compatible apps on my iPhone. The actual Rocco Z21 app and one called “Z21 mobile”. I attach successfully to the DR5000 WiFi with my iPhone. And because it’s in gateway mode I can actually hit the internet through the DR5000. So that all seems to work. But I am unable to use either of the Z21 apps. Neither one will attach to the DR5000, which is in Z21/WLANMaus mode. I set the address to 192.168.16.254 but have no luck.
What am I doing wrong? As I said, last time I sat down at this a couple years ago it all worked.
My main interest and hurry now is that I got laid off from my job as an iOS engineer, and I want to use my app as a learning tool to catch up on SwiftIU/Combine. I had been using UIKit and RxSwift with it. I did a little SwiftUI/Combine for a POC of an app but need to get much better at it as a lot of the open jobs are looking for that skill and I am weak. So I figured what better way than to take my simple throttle app I was working on and convert it over. Better than just mindless tutorials :)
Anyway, if anyone has an idea of what I should look at to get my DR5000 responding to Z21 connections / commands I’d appreciate it.
Thanks
Chad
|
karst.drenth
Oldngrey
Mike's DeepRun RR