Hi Lou,
The idea of using the NCE decoders to light buildings, even some
street lamps etc... is something I am thinking about. I won't
actually bin them...yet! And? you're right in saying they work
okay via NCE throttles; and yes they do work from JMRI , but not
without the issue[s] we've discussed. It would be nice if'n I
known about these limitations before purchasing the hardware. NCE
don't tell you, nor their supplier here in Sydney.
I guess my next questions is, "How much NCE hardware now becomes
redundant [as far as signalling goes], if I use another product
decoder?" For example, will any of the RRCirKits signal drivers
simply replace the NCE ones and just hook-up onto the NCE track
bus? If so, then I would be able to keep my NCE AIUs and the
myriad of sensors [NCE BD20s] I have installed. OR...do I need to
set up an entirely new and separate BUS for to carry the signal
logic, etc... [An LLC control bus, for example] and would any of
the NCE items still work with that?
Perhaps the answer are in you YouTube posting, which I will view
shortly.
Thanks again for responding and helping me regain my composure.?
Nimble.
-------------------------------
On 2/05/2025 11:10 pm, louis.dirosso
via groups.io wrote:
toggle quoted message
Show quoted text
Thank you for the invitation!
before you go chewing out NCE, try to remember that the
signal decoder are built without any sort of compatibility or
NMRA standard to meet.?
?
The light-it decoder is intended to be used with a handheld
NCE throttle and when it is, it works well. at no point was it
designed to interface with JMRI and I would imagine not designed
to accept the commands as JMRI. When we start interfacing
third-party hardware with other third-party hardware and it
doesn¡¯t work, as
frustrating as it is, we should not blame the manufacturer. We
should blame the standard.?
I held onto
my light, it decoders and will use them as accessory lighting
for buildings streets, etc.
?
Lou
--
Modeling Conrail¡¯s Boston Line in HO
