Hey guys hope you’re having a good day. I recently saw a lionel engine with bicolor class lights and my mind was blown. I then thought of using fiber optic strands and running the strand into a drilled out marker light and then power it with a bicolor led. Do DCC decoders have the ability to flip polarity in order to change the light’s color? Also are there any flaws in my idea to run optic cables?
Braden,
Somebody can correct me if I’m wrong but classification lights generally signify “direction” - i.e. green on the front end and red on the rear end. So, depending on which direction your locomotive is traveling will dictate what color it is. Therefore, you can just have the color aspects of the LED hooked up to the specific headlight functions of your decoder - e.g. green for F0F (white & blue wire) and red for F0R (yellow & blue wire); assuming they don’t exceed the max output of the function.
Also, keep in mind that bi-color LEDs come in a few different flavors:
- 2-pin & 3-pin
- Common cathode or common anode
I used 3-pin LEDs for an Atlas H16-44 project. It actually came with green-red aspect LEDs that changed with the direction of travel. However, my railroad used white-red so I replaced them with white-red LEDs. And, IIRC, the replacement LEDs came with a common (-) anode, which is less “common” than a common cathode found on most LEDs.
I ended up replacing the OEM decoder in the H16-44 with a TCS A6X 6-function decoder board, which was a drop-in replacement. I also took a different approach to how they illuminated.
I wired the front & rear headlights, as usual but wired the front & rear classification LEDs to each of the remaining 4 functions of the decoder. I then remapped F5-F8 so that I could controll each bi-color independently from one other rather than by direction. A push of the function button turned a function on and another turned it off again.
F5 & F6 controlled the white front & red rear classification lights and F7 & F8 controlled white rear & red front classificatioin lights. It also allowed me to turn off the rear classificaton light (whichever direction) if the locomotive were operating in a train.
I have yet to try fiber optics so I can’t really give you any help with
Hello,
Let’s talk about classification lights. Technically ‘three’ colors are used. OFF (none), white and green.
These were used to signify weather a train was a timetable schedueled train (none) or an extra train (white) or if the train was running in multiple ‘sections’, in other words usually a first class passenter train might have enough traffic (tickets sold) to run in mutiple sections each having a locomotive and crew assigned.
The ‘sections’ preceeding would run ahead of the regularly scheduled first class train and they would display green flags by day or green classification lights by night. The final section, which is running on the prescribed timetable schedule, would display NO flags or lights as it is a scheduled train.
NYC_Class_30 by Edmund, on Flickr
NYC_Class_31 by Edmund, on Flickr
When you introduce red you are no longer refering to a classification light. There is NO red class light, it has become a ‘marker light’ and is used to signify the end of the complete train. If a tower operator observes a passing train and it is not displaying marker lights he must not consider the train as having passed as the ‘markers’ have not been observed.
When a built-in classification/marker on a locomotive is displaying red it is to signify that locomotive is running in reverse (usually in helper or pusher service) or running ‘light’ (by itself) and that locomotive is considered a co
Ah I see. Thanks for the valuable information .
I have a scale trains SD-40T-2 that came without a decoder and I installed an ESU decoder in this unit. The White, Green and Red colors are three seperate LED’s for each class light. Each color is a seperate function on the decoder. The logic to cycle the color change is actually saved as a sound function within the ESU decoder. Unless you have a lokprogrammer this can’t be accessed. The “sound” file with the logic basically is a loop that goes like this.
Count is physical output on the decoder (AUX 1, AUX 2, etc)
In my example the following are the physical inputs, outputs
FX6 = Function 6 on decoder and throttle (input)
Aux 4 = White LED’s (output)
Aux 5 = Green LED’s (output)
Aux 6 = Red LED’s (output)
Count Start = 4 // First button will activate AUX 4 (White LED’s)
while() //This starts the loop
{
-Set FX6 ON -Turn on AUX (Count) //white LED’s turn on, count = 4
-Set FX6 Off - Turn off Aux (Count) // white LED’s turn off, count = 4
-Count= Count+1 // Selects next Aux output
-Turn on Aux (Count) //Green LED’s Turn on, count = 5
-Set FX6 On - Turn off Aux (Count) // Green LED’s turn off count = 5
-Count= Count+1 // Selects next Aux output
-Turn on Aux (Count) //Red LED’s Turn on, count = 6
-Set FX6 Off - Turn on Aux (Count) // Red LED’s turn off, count = 6
-Count= Count-2 // Resets count back to original start value
} //End of loop
Honestly what I did is I downloaded a file from the ESU site that stated it had the class light function and updated the hardware inputs within the “sound” file to match the phyical outputs of the Class lights. you then upload this as you would a sound file within the decoder and assign it to your