It´s a bug or so called digital interference that appears.
If you buy a new digital accessories and use same adress the chance if you get same problem are therefore a science proof there is digital interference in the system.
Did you tried reset decoder and test same adress output?

Just in case to know...i have a Trix steam locomotive that start sounds and the lighting by self when i switch the power on.
This happens seldom but just only this locomotive and it seems sound decoder do have digital interference.
Did tested this in both mfx and DCC protocol.

Then in case this output with this adress are fail.
Fix it?

It should be able to handle any address including this one.


It sounds to me like you may have a cabling problem that is messing up the waveform shape of this address. This can happen with a peculiar particular combination of 1 and 0 bits, and the length of wire/termination or lack thereof, on that particular branch of your wiring. I would try reconnecting the decoder on another branch of the wiring and see if it works.

If it used to work, and you have added some more wiring since then that wiring may be what is messing with the signal.

Thanks for your suggestions. In my troubleshooting steps, I changed the wiring from the Arduino to the accessory. Then I tested the old wiring (i.e., connected to different address output from the Arduino to a different accessory) -- everything worked fine.



There is no particular "decoder" per say, because the Arduino with the DCC Shield is the decoder -- it decodes DCC signals from the main bus and outputs a HI or LOW on a specific output pin, activating a relay or optocoupler, which turns ON/OFF the particular accessory. (BTW, the relay / optocoupler were also changed to eliminate their malfunction from the equation).

That particular Arduino/DCC Shield controls 16 accessories and all work fine except for this address. This means that the Arduino properly detects and decodes DCC addresses from the bus. I did mention already that I tried different Arduino/DCC Shield combinations -- no change. If I reprogram the input/output pins of the Arduino to a different address, everything works. This is what's puzzling and that's the reason I posted my problem.

From testing, I think that I've eliminated all possibilities with the exception of DCC address 132. In the vast array of DCC addresses, has anyone else seen such a problem with a specific address? Not particularly the same address as mine, but a similar problem?

Puzzling and head-scratching...