This must be a feature of the EcoS that other systems don’t utilize. If I set CV29 to 4-digit addressing and don’t actually enter a 4-digit address it still responds to address 3 - the default when CV29 is set for 4-digit addressing. When I actually enter the 4-digit address in CV17 and 18, it will then respond to that address.
Perhaps I will refrain from an further answers as my system apparently works different than others and I don’t have complete knowledge of every system available …
Mark.
I don’t think we even know which DCC system the OP is using.
In my own situation, I have an NCE PH-Pro 5 amp wireless system.
However, I must confess, I have lost track of the issue. What exactly is it about CV 17 and CV 18 and CV 29 that we are trying to determine? Maybe somebody can restate the issue and we can test the order of programming these CVs on each DCC system - - - on the Programming track and POM.
Rich
He either figured it out, or we scared him away ! [:-,]
When I first got into DCC well over fifteen years ago, I utilized the POM and let my system set the CV’s itself based on the four digit address I entered … and things would constantly get messed up. Whether it was a fault of the system or my own doing, who knows. I distinctly recall inadvertantly reprogramming every engine on the layout to the same address somehow … that was it. Once I started utilizing only the program track for programming and manually entering the CV’s for the four digit address, I never again had any problems as I was certain of the values placed into the required CV’s.
Guess I don’t have a lot of faith in machines doing what they are supposed to 100% of the time …
Mark.
I think the last question of Mark’s, as he acknowledges, could have been better crafted
Having re-read my query, I can see how it could be misconstrued. [B)] … obviously too late at that point …
Mark.
The issue under debate is order of programming the CVs when setting CV 17, 18, and 29 manually.
On the program track - it should never matter. Any order should work. Since it doesn’t matter what address the loco is, when using the program track. If it’s on the program track, it gets programmed, period. So you can do CV 18, then CV29, then CV17, doesn’t make one bit of difference.
When doing Ops Mode programming - it appears to work, at least for some decoders, that you cna set CV29 before setting CV 17 and 18. I’m just wondering how this works, given that if I set CV29 from 6 to 38, I’ve now told the decoder to stop using the short address, and Ops Mode programming is sending DCC packets to the selected address, which is the one you just told the decoder to stop using.
Some systems also allow Ops Mode to address 00 - this is not the DC loco on DCC address, DCC address 00 is a broadcast add
The only reason I suggested the order I did originally was that the OP said he was using a programming track and I knew the order of CV programming on a programming track was irrelevant. Had the OP said he was using POM, I probably would have held back as I never had 100% success with POM myself - if something was going to go wrong, that’s when it would happen.
Also, I’m using a system that probably nobody on this board is using, and is quite advanced in its abilities compared to some other systems, so my results apparently will differ. What Randy says is no doubt true (and makes sense) and applicable to most of the more popular systems out there.
Mark.
Lenz systems (which I operate) do not allow address programing on the main. Nor does it allow CVs 17&18 on the main.
Programing on main is very good. I do it a lot but address on main often leads to frustration for one reason or another.
Probably why Lenz doesn’t allow it.
Just put loco on program track, enter address, short or long and the system automatticly sets CV29 etc, accordingly.
All done in direct mode.
My Ecos does the same which I think most half decent DCC systems do the same.
IMHO monkeying arround with CVs17&18, or what ever, is old news and just a waste of time.
Cheers
Ian