YaMoRC-Digikeijs Forum /g/YaMoRC-Digikeijs Welcome to the YaMoRC-Digikeijs/JMRI Forum. Please check back often as we will be putting more information about all YaMoRC and Digikeijs Products and using JMRI or other software products on this forum. Since Digikeijs website has removed the manuals and firmware, here is a link to the manuals. There are manuals in several languages so select the model you want and check for the correct language. Here is the link: https://manualzz.com/search/Digikeijs We will be using Manufacturer, Dealer and User information. Any authorized dealer is welcome to join this forum. This Forum is to discuss using YaMoRC and Digkeijs products, Documentation, Firmware Updates and setting up a system using YaMoRC/Digikeijs products to other DCC products.Bring your questions and knowledge here for others to use.We recommend that all Documents uploaded to this forum be a (PDF, XML and XLS) and Photos (JPG), add them to the Files area under the appropriate folders. The Message area is only to be used for asking and answering questions. To get to the Documentation and Video links Click Here /g/YaMoRC-Digikeijs/wiki/home You can not post that you have something For Sale there are others Forums for this. Posts of this type will be deleted to prevent conversations. If you have files, photos please use the appropriate folders so that they do not get lost in the Message area. Please NO Videos, just links to videos. Videos use a lot of disk space. The Forum is setup as the Welcome Page: /g/YaMoRC-Digikeijs The Wiki is setup as the Table Of Contents: /g/YaMoRC-Digikeijs/wiki Thank YouDennis Cherry Fri, 11 Jan 2019 07:05:52 -0800 Re: Increasing the DR5033 Short Circuit Delay to 300ms - what problems could happen ? /g/YaMoRC-Digikeijs/message/4842 <div>It sounds like it&#39;s time to drag out an oscilloscope and find out for sure what&#39;s happening.</div> ray.jorgenson@... (Ray Jorgenson) Thu, 03 Apr 2025 09:43:57 -0700 Re: Increasing the DR5033 Short Circuit Delay to 300ms - what problems could happen ? /g/YaMoRC-Digikeijs/message/4841 <div dir="ltr"><div>Jay,</div><div>I am using PSX and PSXX breakers from DCC Specialties.</div><div><a href="https://dccspecialties.wpengine.com/wp-content/uploads/2023/09/PSXX-Manual-Rev-C-Rev-G.pdf" rel="nofollow noopener" target="_blank">https://dccspecialties.wpengine.com/wp-content/uploads/2023/09/PSXX-Manual-Rev-C-Rev-G.pdf</a></div><div><br/></div><div>I believe that these are set up with the defaults, 2 amp breaker trip setting.</div><div>I have the PSXX (newer model that has support for bringing up capacitor charging keep alives) on my main yard track.</div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div><br/></div><div>Regards, <br/></div> <div>Bob Gamble</div></div></div></div></div><br/></div> bocabobgamble@... (Bob Gamble) Thu, 03 Apr 2025 04:37:44 -0700 Re: Increasing the DR5033 Short Circuit Delay to 300ms - what problems could happen ? /g/YaMoRC-Digikeijs/message/4840 <div>Karst and Bob</div> <div> </div> <div>Thank you for your feedback on my question.</div> <div> </div> <div>First, Bob could you share what brand circuit breakers you are using and how you have them setup (jumpers, CV settings, etc.)   We have been trying to use the NCE EB1 circuit breakers and the only way that they will trip before the DR5033 trips is if I set the DR5033 short circuit delay to 300ms - a setting of 225ms does not work.</div> <div> </div> <div>Karst, you are correct, the need to circuit breakers is to <span style="color: #333333; font-family: system-ui, Roboto, Arial, sans-serif; font-size: 16px; font-style: normal; font-weight: 400; letter-spacing: normal; text-align: start; text-transform: none; word-spacing: 0px; background-color: #ffffff; display: inline">minimize the effect of human error 😉.  We do appreciate the fact that the DR5033 boosters, and the YD7001 and YD7403 handle what we call &#39;inrush current&#39; - in one yard we can have 12 to 14 sound equipped locos sitting when the layout power goes on.</span></div> <div> </div> <div><span style="color: #333333; font-family: system-ui, Roboto, Arial, sans-serif; font-size: 16px; font-style: normal; font-weight: 400; letter-spacing: normal; text-align: start; text-transform: none; word-spacing: 0px; background-color: #ffffff; display: inline">Karst, you said:   <em><span style="color: #333333; font-family: system-ui, Roboto, Arial, sans-serif; font-size: 16px; font-weight: 400; letter-spacing: normal; text-align: start; text-transform: none; word-spacing: 0px; background-color: #ffffff; display: inline">Am I right, that the sole supply to that breaker is the Track-Out power from the booster ? If so, then there probably lies the problem: The YD7001/YD7403/DR5033 cut the power immediately ( within a single DCC packet&#39;s duration ) as soon as a short and/or overcurrent is detected.  </span><span style="color: #333333; font-family: system-ui, Roboto, Arial, sans-serif; font-size: 16px; font-weight: 400; letter-spacing: normal; text-align: start; text-transform: none; word-spacing: 0px; background-color: #ffffff; display: inline">They will then retry pulsing the power back on in about a 10ms time interval until the short-delay expires.</span></em></span></div> <div> </div> <div>I am now wondering if I am getting into a race condition between the DR5033 and the NCE EB1.  By default the EB1 has a short circuit response time (delay time) of 16ms (it can be increased to 512ms).  I did a quick search on the NMRA site and it appears that a DCC packet&#39;s duration can be between 95 and 9900 <span style="text-decoration: underline">microseconds</span>, less than10 milliseconds.  Is it possible that the DR5033 is detecting the short before the EB1, and then it starts pulsing at 10ms intervals, which the EB1 cannot see as a short with its 16ms detection time? Further, since the DR5033 still sees a short when its circuit delay is reached, it signals a short and cuts the power.  If this is true, why does a setting of 300ms for the DR5033&#39;s short circuit delay allow the EB1 to detect the short before the DR5033?</div> <div> </div> <div><span style="text-decoration: underline">I am testing on the workbench as follows</span>:  Track output of DR5033 is set to 3 amps, and is directly attached to the DCC input of the EB1. EB1 is set to short at 2.2 amps. On the track output side of the EB1 I have an on/off toggle switch - turning the toggle to on creates the short. </div> <div> </div> <div>Jay Lennox - Toronto</div> <div> </div> <div><span style="text-decoration: underline">Background on what we are now trying to do at York Railway Modellers:</span></div> <div> </div> <ul> <li>We have a large 40 foot x 40 foot (12 meter x 12 meter) layout room.  There are two main cities, Toronto and London, Ontario, Canada), with large yards that are connected by about 900 feet (275 meters) of mainline track plus passing sidings.  Each main city has a turntable and round house (we model 1955 during the steam to diesel transition period).</li> <li>There are 12 town and industrial yards along the main line - some have complex yard configurations that reflect what was in each town in 1955.</li> <li>The layout is powered by 7 DR5033&#39;s, and we have a YD7001 command station (it is not used to power the track). Breaking the layout into 7 power districts, was our start point when converting from DC to DCC in late 2019 and early 2020.</li> <li>The longer term plan was to add circuit breakers to introduce sub-power districts, probably for yards, as we gained experience with how to break up a DCC layout for operations.</li> <li>When we converted to DCC we had 8 members. We have almost doubled our membership in the last few years, and now on operations nights when someone runs a switch in a yard, others are impacted.  </li> <li>We are looking to move onto our longer term plan to add sub-power districts by using circuit breakers to isolate a yard from the mainline and other yards in the same power district.</li> </ul> <div> </div> jay.lennox@... (Jay Lennox) Wed, 02 Apr 2025 14:03:39 -0700 Re: Increasing the DR5033 Short Circuit Delay to 300ms - what problems could happen ? /g/YaMoRC-Digikeijs/message/4839 <div dir="ltr"><div> <i>Am I right, that the sole supply to that breaker is the Track-Out power from the booster ? </i><br/></div><div>Yes, this would be the correct way.</div><div>I have three DR5033 and seven breakers. They work fine as long as the breaker trip current is less than that of the booster. This may not be obvious to some... If the booster trips then there is too much of a load on the track between the sum of the breakers. I don&#39;t get this but it is possible. There are breakers that do the keep alive charge up cycling, so one would need these if there is a lot of this type of equipment in the block (like a yard or engine facility). Or just dedicate that block to a booster that does this.</div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div><br/></div><div>Regards, <br/></div> <div>Bob Gamble</div></div></div></div></div><br/></div> bocabobgamble@... (Bob Gamble) Wed, 02 Apr 2025 08:24:14 -0700 Re: Increasing the DR5033 Short Circuit Delay to 300ms - what problems could happen ? /g/YaMoRC-Digikeijs/message/4838 <div>By the way, that it is <strong>IS</strong> possible to get a correct &#34;breaker-operation&#34; is proven by our YD7432 reverse loop controller 😊 </div> karst.drenth@... (karst.drenth) Wed, 02 Apr 2025 07:52:37 -0700 Re: Increasing the DR5033 Short Circuit Delay to 300ms - what problems could happen ? /g/YaMoRC-Digikeijs/message/4837 <div>Ok,<br/><br/>Thanks for the explanation Bob.  So it <strong>IS</strong> symptom curing ( minimizing the effect of human error 😉)<br/><br/>Am I right, that the sole supply to that breaker is the Track-Out power from the booster ? If so, then there probably lies the problem: The YD7001/YD7403/DR5033 cut the power immediately ( within a single DCC packet&#39;s duration ) as soon as a short and/or overcurrent is detected.<br/>They will then retry pulsing the power back on in about a 10ms time interval until the short-delay expires.<br/><br/>This method is needed to fill-up any buffer capacitors in all kinds of equipment, including loco(sound)decoders. Those capacitors often pose a &#34;short&#34; during initial charging.<br/><br/>Greets,<br/>Karst</div> karst.drenth@... (karst.drenth) Wed, 02 Apr 2025 07:50:29 -0700 Re: Increasing the DR5033 Short Circuit Delay to 300ms - what problems could happen ? /g/YaMoRC-Digikeijs/message/4836 <div dir="ltr"><div dir="ltr"><div>Karst,</div><div><i> Note: I simply cannot understand why one would install such breakers. The YD and DR power devices really are fast enough to adequately turn off the power in case of a short. </i><br/></div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div><br/></div><div>Typically it comes from a desire to break up a layout into smaller power blocks than is strictly necessary based on booster power output. The breaker is less expensive than a booster and some can do auto reverse. The desire for finer granularity is usually driven by operating sessions where you don&#39;t want everyone on the power district impacted by one operator who tries to drive through a switch turned against them. But you could make the argument that it would be more elegant to use a booster for all of these smaller blocks, it would just cost you more money and you would have a lot more power supplies unless you cobbled together some sort of power distribution.</div><div><br/></div><div>Regards, <br/></div> <div>Bob Gamble</div></div></div></div></div><br/></div></div> bocabobgamble@... (Bob Gamble) Wed, 02 Apr 2025 07:35:50 -0700 Re: Increasing the DR5033 Short Circuit Delay to 300ms - what problems could happen ? /g/YaMoRC-Digikeijs/message/4835 <div>On Sun, Mar 30, 2025 at 02:35 PM, Jay Lennox wrote:</div> <div> <blockquote><em>Further, what would be the risks of doing this ? </em></blockquote> Well... first I think one should solve the cause, not the symptom. Obviously the cause is that that ominous circuitbreaker does not come after it&#39;s specs... ;)</div> <div><br/> <blockquote><em>It will take longer for the DR5003 to detect a short, and hence power will be applied for 3 times as long at the site of the short,</em></blockquote> </div> <div> </div> <div>Almost... the 5033 will detect immediately the short, it will &#34;just&#34; retry applying power until the short-delay expired. This could lead to a kind of low duty-cycle of power, since the re-engaging delay is set to about 10ms. it &#34;could&#34; be that because of this the circuitbreaker does not trigger...</div> <div><br/> <blockquote><em>which leads to a longer heating danger to whatever is causing the short. </em></blockquote> </div> <div> </div> <div>Correct, but not with the full power as described above. Mostly the power-pickups on the trains can take damage from this, since they are usually made of very thin material. I have seen them really glow yellow on certain Lima models...</div> <div><br/> <blockquote><em>Are there real risks to decoders installed in locos, etc ? </em></blockquote> </div> <div> </div> <div>if the short is cause by the decoder, it is probably already too late. otherwise, shorts usually happen before the power enters the decoder.</div> <div><br/> <blockquote><em>Any other risks that anyone can think of ?</em></blockquote> </div> <div>not that I can think of.<br/><br/><br/>Greets,<br/>Karst<br/><br/>Note: I simply cannot understand why one would install such breakers. The YD and DR power devices really are fast enough to adequately turn off the power in case of a short.</div> karst.drenth@... (karst.drenth) Wed, 02 Apr 2025 06:44:31 -0700 Re: Increasing the DR5033 Short Circuit Delay to 300ms - what problems could happen ? /g/YaMoRC-Digikeijs/message/4834 <div>Hmmmmmm, I have never needed to vary this setting, but, I think the issues could be:-</div> <div> </div> <div>Killing the item that caused the short - But it&#39;s already faulty so why worry.</div> <div> </div> <div>Stressing the semiconductors in     1/ the block detection circuit;    2/ the output circuit of the 5033;     3/ the power supply.</div> <div> </div> <div>The energy from the fault goes somewhere, and you&#39;ll get away with it a few times, but longer fault times mean more hidden damage, and eventually something will fail.</div> <div> </div> <div>I think you should fix the fault, not the protection.</div> <div> </div> <div>All the above IMHO of course........ Other opinions are available....</div> <div> </div> <div>Pete S. - New Zealand</div> peter@... (Pete S.) Mon, 31 Mar 2025 14:32:54 -0700 Increasing the DR5033 Short Circuit Delay to 300ms - what problems could happen ? /g/YaMoRC-Digikeijs/message/4833 <div>Hi</div> <div> </div> <div>I am wondering if anyone has any experience with increasing the short circuit delay on the DR5033 from 96ms (default) to 300ms or more ? This is LocoNet CV 13 that is being increased on the DR5033.</div> <div> </div> <div>Further, what would be the risks of doing this ?  It will take longer for the DR5003 to detect a short, and hence power will be applied for 3 times as long at the site of the short, which leads to a longer heating danger to whatever is causing the short.  Are there real risks to decoders installed in locos, etc ?  Any other risks that anyone can think of ?</div> <div> </div> <div>Thank you for sharing any experience you have.</div> <div> </div> <div>Jay Lennox - Toronto</div> jay.lennox@... (Jay Lennox) Sun, 30 Mar 2025 14:35:52 -0700 Re: NCE EB1 Circuit Breaker - is anyone using these with a YD7001 and DR5033 boosters ? /g/YaMoRC-Digikeijs/message/4832 <div>It could be you&#39;re experiencing &#39;switch bounce&#39;; no switches close in one clean motion, but instead bounce open &amp; closed multiple times in a multiple msec or tens of msec interval before staying closed. Slow logic does not see this, but fast logic can. It could be that the EB1 is being fooled. Try  a different method of creating a short &amp; see if anything changes.</div> ray.jorgenson@... (Ray Jorgenson) Fri, 28 Mar 2025 08:04:22 -0700 Re: NCE EB1 Circuit Breaker - is anyone using these with a YD7001 and DR5033 boosters ? /g/YaMoRC-Digikeijs/message/4831 <div>Stuart</div> <div> </div> <div>The trip time on the EB1 is controlled by CV130.  I have set CV130=1, which should give a 16 ms trip time.  In theory CV130 =1 when shipped from NCE - I purposely set it to make sure it was 1 after it did not work out of the box. To get the EB1 to trip before the DR5033, it had to set the DR5033 trip time to 300 ms - at 225 ms the DR5033 trips before the EB1.  I know this makes no sense.  Still investigating.</div> <div> </div> <div>Iain</div> <div> </div> <div>Good to know you have an EB1 working with a European brand command station.</div> <div> </div> <div>I have set the EB1 trip current at 2.2A - it is the 1.1 version of the EB1 and the trip current options we have are 1.5A, 2.2A, 3.3A, 4.1 A, etc.  We have the DR5000 set to supply the maximum 3000ma, or 3A in the configuration variables, so the maximum trip current I can set on the EB1 is 2.2A.</div> <div> </div> <div>Testing methods;</div> <ul> <li>I am only doing testing on the workbench, using a momentary switch on the track outputs to simulate a short. The EB1s need to work when I install them on the layout to avoid disappointed club members :-)</li> <li>I have tested with the YD7001 directly and used two DR5033s in combination with the YD7001 - same results.</li> <li>I have tested these combination with two EB1s to ensure one is not faulty - same results.</li> </ul> <div>I have spent about 12 hours over the last 10 days working on this.  I have a problem open with NCE support, but they have not been very helpful except to tell me that the EB1 always works as stated (which is exactly why the club decide to go with the EB1 so that we could isolate our yards from the mainline).</div> <div> </div> <div>Things I plan to try</div> <ul> <li>Change CV130 to say 4, which should give a trip time of 64 ms, and then see how low I can make the DR5033 trip time.  </li> <li>Add a Digitrax command station to the testing mix to see if the problem has something to do with the combination or YaMoRC plus Digikiejs and the EB1 - a long shot, but needs to be tested.</li> </ul> <div>If you have any other thought please let me know.   Thank You.  Jay Lennox</div> jay.lennox@... (Jay Lennox) Thu, 27 Mar 2025 11:03:49 -0700 Re: NCE EB1 Circuit Breaker - is anyone using these with a YD7001 and DR5033 boosters ? /g/YaMoRC-Digikeijs/message/4830 <div>I use a couple of NCE EB1 with my Z21 in the accessory bus  and only changed the current trip to 2.5A to ensure the EB1 trips before the Z21 or the booster. I wonder if you have reduced the current trip on the EB1?<br/><br/>Don’t seem to have any issues. </div><div><br/><div><div dir="ltr" class="gmail_signature"><br/>Many Thanks<br/><br/>Iain Morrison<br/><a href="https://wimorrison.com/" rel="nofollow noopener" target="_blank">https://wimorrison.com/</a></div></div></div><div><br/></div><div><br/></div> w.iain.morrison@... (Iain Morrison) Thu, 27 Mar 2025 10:05:55 -0700 Re: NCE EB1 Circuit Breaker - is anyone using these with a YD7001 and DR5033 boosters ? /g/YaMoRC-Digikeijs/message/4829 <div>Jay,</div> <div> </div> <div>I have not used this combination before, but I have a couple of thoughts. What have you set the trip time on the NCE EB1 circuit breaker? I think the minimum setting is ~10ms. Can you try the minimum setting and see if it improves performance?</div> <div> </div> <div>Thanks,</div> <div>Stuart</div> stuart_w_baker@... (Stuart Baker) Thu, 27 Mar 2025 09:51:51 -0700 NCE EB1 Circuit Breaker - is anyone using these with a YD7001 and DR5033 boosters ? /g/YaMoRC-Digikeijs/message/4828 <div>Hi</div> <div> </div> <div>My club, York Railway Modellers, purchased several NCE EB1 circuit breakers and we cannot get them working with our YD7001s and the DR5033 boosters without increasing the circuit breaker trip time in the command station and boosters to 300 ms (default is 96 ms).  I am concerned that setting the circuit breaker trip time in the command station and boosters to 300 ms could lead to damage to them or the decoders in the locomotives.</div> <div> </div> <div>Has anyone else used the EB1 with the YaMoRC command stations and the Digikeijs boosters?  If yes, could you let me know you set the CV in the command station and boosters.</div> <div> </div> <div>Thank You.  Jay Lennox. </div> jay.lennox@... (Jay Lennox) Thu, 27 Mar 2025 09:18:16 -0700 Re: Resistor for block detection, best size? /g/YaMoRC-Digikeijs/message/4827 <html><head><meta http-equiv="Content-Type"/><meta name="Generator"/></head><body lang="EN-GB"><div class="WordSection1"><p class="MsoNormal"><span style="font-family: sans-serif">You will see that the block detection (i.e. when current is drawn) appears slightly before the Railcom ID is displayed. This is because it is faster being almost the instant a loco enter the block. The Railcom ID is then obtained from the loco and sent via Loconet to the command station. It is a sequential process and will always be sequential.</span></p><p class="MsoNormal"><span style="font-family: sans-serif"> </span></p><p class="MsoNormal"><span style="font-family: sans-serif">The current is drawn by the decoder, even if the loco is stationary, and without a decoder you cannot get a Railcom ID.</span></p><p class="MsoNormal"><span style="font-family: sans-serif"> </span></p><div><p class="MsoNormal"><span style="font-family: sans-serif">Iain Morrison</span></p><p class="MsoNormal"><span style="font-family: sans-serif"> </span></p><p class="MsoNormal"><span style="font-family: sans-serif"><a href="https://wimorrison.com/kaninchenbau" rel="nofollow noopener" target="_blank"><span style="color: #0563c1">Kaninchenbau</span></a></span></p></div><p class="MsoNormal"><span style="font-family: sans-serif"> </span></p><div><div style="border: none; border-top: solid #E1E1E1 1.0pt"><p class="MsoNormal"></p></div></div></div> w.iain.morrison@... (Iain Morrison) Tue, 25 Mar 2025 03:16:46 -0700 Re: Resistor for block detection, best size? /g/YaMoRC-Digikeijs/message/4826 <html><head><meta http-equiv="content-type"/></head><body><br id="lineBreakAtBeginningOfMessage"/><div><br/><blockquote><div>On Mar 20, 2025, at 06:19, Iain Morrison via groups.io &lt;w.iain.morrison@...&gt; wrote:</div><br class="Apple-interchange-newline"/><div><span style="font-family: Helvetica; font-size: 12px; font-style: normal; font-weight: 400; letter-spacing: normal; text-align: start; text-transform: none; word-spacing: 0px; text-decoration: none; display: inline">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).</span></div></blockquote></div><br/><div><br/></div><div>So let me ask a dumb question, as I’ve only set up sample blocks with DR5088RC and have seen the RC ids show up in my blocks but don’t actually detect any current.</div><div><br/></div><div><br/></div><div>The question:</div><div>Why do I care about he occupancy current?  If the RC id is showing its obviously in the block.  It won’t show an id for the block if it’s not in the block.  I get the technical difference, but functionally, it is detecting occupancy.  Because, as I said, the existence of the id shows its occupying the block.</div><div><br/></div><div>My question is one of understanding as my current “layout� is a simple oval to test my software as I get set back up in our new home over time and start a bigger and more complicated test layout and then a “real layout� to keep me going until I die :)</div><div><br/></div><div>Thanks</div><div>Chad</div><div><br/></div> chad@... (Chadbag) Mon, 24 Mar 2025 20:48:58 -0700 Re: upgraded DR5000 to YD7001 throttle issue /g/YaMoRC-Digikeijs/message/4825 <div> <div>Yes, YaMoRC&#39;s karst.drenth posted in the thread.</div> <div> </div> </div> steve_donald_@... (Oldngrey) Fri, 21 Mar 2025 14:54:29 -0700 Re: Programmer Busy reading CVs with Ops mode over Railcom with YD9401 /g/YaMoRC-Digikeijs/message/4824 <div>I tried 2, 3 and 4. With 4 I get some (fewer) Programmer busy messages. With 2 and 3, I don&#39;t get Programmer busy, but I do see pauses., fewer with 2 than 3. It seems that 3 is the best setting for this. I&#39;m doing all this with a mostly idle railroad, so the only messages are occaisonal &#34;occupied&#34; messages -- no throttles active. Overall, looks like a definint improvement.</div> <div> </div> <div>Scott Walton</div> <div> </div> jscottwalton@... (Scott Walton) Fri, 21 Mar 2025 13:35:39 -0700 Thread exception attempting to run YD9401 /g/YaMoRC-Digikeijs/message/4823 <div>Shortly after I open the app, I get this exception:</div> <div> </div> <div><img src="/g/YaMoRC-Digikeijs/attachment/4823/0" loading="lazy" class="myimg-responsive"/></div> <div> </div> <div>This is on Windows 11. All attempts to r]use the app result in a &#34;click&#34; and no response. When I click on &#34;OK&#34;, the app closes. The same result if I run the app with no connection to the command station (other than network). I have successfully run it on a Windows 10 system though.</div> <div> </div> <div>Scott Walton</div> <div> </div> <div> </div> jscottwalton@... (Scott Walton) Fri, 21 Mar 2025 13:32:01 -0700