 | | Re: Trains, DCC, and pbForth —Mark Riley
| | | | (...) The basic DCC ack is defined as an increase of load on the track of at least 60ma for 6ms +/- 1ms. Normally this happens on a quiet track where all you have powered is the decoder being programmed at the time. However, if you have a bunch or (...) (21 years ago, 21-Nov-03, to lugnet.trains, lugnet.robotics.rcx.pbforth)
| | | | | | | | | | Re: Trains, DCC, and pbForth —Chris Phillips
| | | | | | (...) So if I understand this correctly, my idea of inserting some kind of optoisolator or other power driver between the RCX and the track would interfere with LDCC receiving the ACK signal. Or could the sensor 1 input still be (safely) connected (...) (21 years ago, 21-Nov-03, to lugnet.trains, lugnet.robotics.rcx.pbforth)
| | | | | | | | | | | | | | Re: Trains, DCC, and pbForth —Mark Riley
| | | | | | | (...) From what I've read, most DCC layouts have a separate small programming track anyways. This way a loco can be safely programmed without having to remove all the other locos from the layout[1]. So, you could hook output A of the RCX to the (...) (21 years ago, 21-Nov-03, to lugnet.trains, lugnet.robotics.rcx.pbforth)
| | | | | | | | | | | | | RE: Trains, DCC, and pbForth —Ralph Hempel
| | | | | (...) DOH! Of course. In the fire alarm business, we have a three state voltage out to the sensors. Usually the Vout is 24V and the device can respond when the voltage falls to 5 V. The devices have a power supply that is basically a big cap and a (...) (21 years ago, 21-Nov-03, to lugnet.trains, lugnet.robotics.rcx.pbforth)
| | | | | | |
