ian_penfold@btinternet.com Posted March 21, 2017 Share Posted March 21, 2017 I have recently bought a new ECoS 50210 Controller and I’m progressively setting up a series of new loco’s on a new layout using a combination of DCC Concepts Zen decoders and Howes decoders for those with sound. I’ve noticed that after the controller had been stopped due to a short or because I’ve hit the button when I restart it the loco’s with the Zen decoders runaway uncontrollably. The Howes loco’s are fine. This is a little destructive, especially as they head off at full tilt! Any ideas? Link to post Share on other sites More sharing options...
RMweb Gold Tony_S Posted March 21, 2017 RMweb Gold Share Posted March 21, 2017 I have recently bought a new ECoS 50210 Controller and I’m progressively setting up a series of new loco’s on a new layout using a combination of DCC Concepts Zen decoders and Howes decoders for those with sound. I’ve noticed that after the controller had been stopped due to a short or because I’ve hit the button when I restart it the loco’s with the Zen decoders runaway uncontrollably. The Howes loco’s are fine. This is a little destructive, especially as they head off at full tilt! Any ideas? The usual suggestion for odd runaways is to turn off DC compatibility in cv29 Link to post Share on other sites More sharing options...
Nigelcliffe Posted March 21, 2017 Share Posted March 21, 2017 I'd hazard a guess that the DCC Concepts decoders don't like the RailCom signals from the ECoS. But, the RailCom stuff is really handy when you first put a (well developed by sound provider) ESU sound decoder on the track, as the ECoS will automatically setup all the function keys, etc.. using RailCom. So, try turning off RailCom on the ECoS and see if the problem is resolved. As an alternative approach, see if the DCC Concepts decoders have DC (analogue) running enabled, and turn that off. Its part of CV29. Run-aways are often associated with leaving DC running enabled. - Nigel Link to post Share on other sites More sharing options...
GoingUnderground Posted March 22, 2017 Share Posted March 22, 2017 Also make sure that you have configured your ECoS to use DCC only by turning off the other digital protocols, MM, Selectrix and mfx/M4. Having the non-DCC digital protocols turned on is often a cause of problems with decoders not designed to work in multiprotocol setups. See section 21.5.3 of the March 2011 edition of the ECoS manual, this is the most recent english language version, but the vast majority of it applies to your new ECoS 2.1.. Link to post Share on other sites More sharing options...
ian_penfold@btinternet.com Posted March 22, 2017 Author Share Posted March 22, 2017 I'd hazard a guess that the DCC Concepts decoders don't like the RailCom signals from the ECoS. But, the RailCom stuff is really handy when you first put a (well developed by sound provider) ESU sound decoder on the track, as the ECoS will automatically setup all the function keys, etc.. using RailCom. So, try turning off RailCom on the ECoS and see if the problem is resolved. As an alternative approach, see if the DCC Concepts decoders have DC (analogue) running enabled, and turn that off. Its part of CV29. Run-aways are often associated with leaving DC running enabled. - Nigel Nigel, thanks for this. Disabling RailCom has indeed fixed the problems. I suspect disabling DC will also be a good way to go although this looked a little more complex so I took the easier route (I'm new to all of this DCC lark) Thanks Tony for taking the time to confirm this also. Have to say certainly less exciting now without 3 loco's screeching off in random directions when I press start! Link to post Share on other sites More sharing options...
Anthony566 Posted April 3, 2017 Share Posted April 3, 2017 As a user of both DCC Concepts Zen decoders and an ECoS i can confirm turning off DC control resloved this issue for me. Link to post Share on other sites More sharing options...
SD45T-2 Posted April 5, 2017 Share Posted April 5, 2017 I'd hazard a guess that the DCC Concepts decoders don't like the RailCom signals from the ECoS. As an alternative approach, see if the DCC Concepts decoders have DC (analogue) running enabled, and turn that off. Its part of CV29. Run-aways are often associated with leaving DC running enabled. - Nigel This might explain a problem I've had with two separate NCE D13SRJs in separate locos. After doing a factory re-set and re-addressing the units (a 1975 Lionel H0 U18B anda Blue Box Athearn) both ran away when put on the main line, even after hittingthe big red button on the handset (a Gaugemaster Prodigy). Link to post Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.