- JMRI DECODERPRO DIFFERENCE BETWEEN INTERNAL AND LOCONET MANUAL
- JMRI DECODERPRO DIFFERENCE BETWEEN INTERNAL AND LOCONET FULL
- JMRI DECODERPRO DIFFERENCE BETWEEN INTERNAL AND LOCONET SOFTWARE
I am led to believe that the Cab Control Manual (get a copy here: The Cab Control System has been developed specifically for the North American and Australian markets (not sure if us New Zealanders are included in that). It is however, best suited to the European market. The ESU ECOS system has been around for quite awhile and is now well developed and constantly updated.
JMRI DECODERPRO DIFFERENCE BETWEEN INTERNAL AND LOCONET SOFTWARE
Early release candidates are becoming quite prolific especially in the electronics and software environments.
When bringing any new product to market, there is a fine balance between having it perfect or releasing it with a few things that have yet to be fully developed. How many of the competitors require you to return the product for upgrades? For someone living on the other side of the world this simple factor becomes a major decider. One of the main reasons that I bought this product is that ESU publish firmware updates that can be simply downloaded from the internet and loaded direct to the CC via thumb drive. That other users will share their experiences and any solutions that they have come up with. That ESU (Matt Herman) will see the comments and either take the constructive criticism on board for future development and/or provide some authoritative comment on users issues.Ģ. Rather, by publishing my experiences I am hoping a few things will happen.ġ. What I am hoping is that this blog will reveal some of the warts that the glossy brochures won't show you.ĭon't get me wrong, I have yet to find the perfect product and I think it would be totally unrealistic to expect such a thing. I too am very new to this so the learning curve at the moment is very steep. There are still some questions such as what does setting transponding to on on Digitrax decoders give you?Great to have you on board John.
You need create a roster entry for each locomotive so that they can be recognized by the system. It worked on that one but I realized that I need to solder my track sections together to improve reliability.Ĥ. Since it didn't work with this one I tried COM4. You want to find the correct COM port which original showed COM3 in preferences in DecoderPro.
just hit the buttons below these lights to reset the lights.ģ. You need the ERR light to be off and the USB light to flash green. Other wise you'll get ERR will hsow a red light.Ģ. I needed to connect the PR3 to a PS12 power supply. It works now and here is what I had to do to get it working.ġ. It turned out to be a combination of things which I discovered by playing around with my setup and DecoderPro settigs. If they were runnign before and you just want to program them differently, then I'm back to the possibly dirty track.
JMRI DECODERPRO DIFFERENCE BETWEEN INTERNAL AND LOCONET FULL
Were these locos previously running, or have you just installed the decoders? If you've only just installed the decoders, do NOT try them on the main track - if they won't program there's possibly a wiring issue which will possibly damage the decoder if subject to full DCC power. Or if the decoder is not correctly installed, it will do this. If the PR3 doesn't see the acknowledgement load when sending a CV value, it will time out waiting for this pulse, hence the message you are seeing. Efficient and good quality motors can actually move a decent amount with each pulse. The way the system knows the decoder accepts the command is to momentarily put a load on the program track, the most common way is to pulse the motor. Probably MORE important that for smooth running on the main under actual DCC power, since the program track signal is relatively weak compared to the DCC track signal. It's important for the programmign track rails and the wheels and pickups to be clean. But how do you think the data gets fromthe PR-3 to the decoder inside the loco?
0 kommentar(er)
