Friends,
I've swapped out my old system for a new Windows 10. 64-bit system.
I've loaded JMRI 4.18 version and taken the exported roster from my old XP machine and performed a complete roster import. I cannot select any loco or do anything with the roster.
I am using Digitrax DCS 100 system, Locobuffer USB?
What have I screwed up now ? The version I exported the roster from was Version 4.17.4 . I didn't see any bug reports on this but any help would be appreciated.
Thanks, Nick Kulp
"I'm not a failure. I started at the bottom and I found it easily attainable. Life is too short to set unattainable goals"- Nick Kulp
|
On Sat, Feb 1, 2020 at 05:59 PM, Peter Ulvestad wrote:
For the timed script you can run it from DP or PP.
The advantage of using PP is the Thread Monitor and Script output to view until you understand what is going on and confirm all is well. Plus the added capability to KILL the script without having to reboot, turn off the computer, quit JMRI Marc
|
You could use the Digitrax BDL168? and two of it's 16 detection zones.? The detection is via current draw on the track section. Detection generates a Loconet message.
Or use the Digitrax BD4.? But this requires more hardware to get the Loconet Message back to the Command Station or computer.? Or the BD4 is wired into some
I/O device to see the voltage state change.
Marc
|
Locked
Re: Decoder Pro Not Seeing my Locomotive
Hi Dave, Tony, and Alain,
After I was finally able to program the old decoder to address 2 (the cab number of the loco) using the NCE PowerCab (which also was able to read back the new address, as well as decoder manufacturer and version number), and then verified that it was operational using it¡¯s new address on the LHS demo layout with their MRC Prodigy System, I think I will ¡°leave it be¡± for now, since it does seem to be working. As they say, ¡°If it ain¡¯t broke, don¡¯t try to fix it¡±. However, I was curious (and still am) as to why the SPROG3 and DecoderPro were unable to see or program it.
I still have the other old Arnold/Rivarossi type decoder as well as the old NCE/TTX decoder to play with (once I can locate my missing Atlas test chassis), all of which were unable to be seen or programmed using the SPROG3 DecoderPro. For several years, my SPROG3/DecoderPro combination, though admittedly somewhat out of date, has worked perfectly, misleading me to thinking that I may have actually figured out this DCC programming thing - Oh well, back to the usual state of confusion.
Bill in FtL
|
Locked
Re: Some questions about signaling and the best way to debug the layout
I¡¯m not a LayoutEditor user, unfortunately. Is there a sample file somewhere that I can use as an example? Ideally one with just a few of each kind of thing. Bob On Feb 1, 2020, at 1:19 PM, Dave Sand <ds@...> wrote:
The XSLT appears to work OK for most things. The blocks section is not picking up the block user name or the assigned sensor. The layout editor track segment does not include block assignments. The layout turnout entry does include the first block name, but not the additional blocks for cross-overs. -- Bob Jacobsen rgj1927@...
|
Locked
Re: Signal heads losing SSL during power down and up
Thank you Ken. It seems to be working now.
John
On Sun, Feb 2, 2020 at 11:31 AM Ken Cameron < kcameron@...> wrote: John,
The most frequent issue is you make a change on the panel and either fail to
save it before shutting down or you save it to (usually a new) one filename
but don't update the startup and load the old filename instead. Either way
next time you run; you don't have those last changes.
-Ken Cameron, Member JMRI Dev Team
|
Locked
Re: Cannot connect a second time, Decoder Pro
Make sure the PR3 has the latest updates from Digitrax. Use the Digitrax
program Digi-Loader to perform the update. If it isn't, there are many
problems.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Locked
Re: Signal heads losing SSL during power down and up
John,
The most frequent issue is you make a change on the panel and either fail to
save it before shutting down or you save it to (usually a new) one filename
but don't update the startup and load the old filename instead. Either way
next time you run; you don't have those last changes.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Peter: Could you please advise how to connect the optical sensors to LocoNet. Feel free to communicate with me directly, if you prefer. --
?
L.A. (Larry) Sebelley
Convention Chair, Pacific Northwest Region
Assistant Treasurer, Pacific Northwest Region
Treasurer, PNR 7th Division
Treasurer, Coldslap Free-mo
(604) 858-5717
|
Thank you for the guidance. I will give it a go.
L.A. (Larry) Sebelley
Convention Chair, Pacific Northwest Region
Assistant Treasurer, Pacific Northwest Region
Treasurer, PNR 7th Division
Treasurer, Coldslap Free-mo
(604) 858-5717
|
Locked
Re: Cannot connect a second time, Decoder Pro
Ken I did use the same port. I also tested the serial ports just now with other devices; the ports work fine. ?So I think the issue is my computer doesn't like the PR3.
That I'm having a connection issue with PR3/Soundloader presents an opportunity to get Digitrax help desk to assist.
|
Locked
Re: Signal heads losing SSL during power down and up
Ken,
Thank you. When the panel starts normally all turnout signal heads and occ sensors are red and, as you say, will stay red until the turnout is changed or an occ sensor goes active.
What happened on this panel was some of the signal heads were removed from the panel when opened and some heads went black, as though the head had just been placed on the panel with no SSL attached.
I just tested the recreated panel and all worked correctly. Next, I will see what a few power cycles do.
Appreciate it.
John
On Sun, Feb 2, 2020 at 10:27 AM Ken Cameron < kcameron@...> wrote: John,
Keep in mind this about startup of signals.
1. It requires some input to change to trigger it thinking about what to
display.
2. If an input is not in a valid state, it stays at stop. So if any turnouts
are not CLOSED/THROWN or sensors not ACTIVE/INACTIVE, you won't get the
signal working.
-Ken Cameron, Member JMRI Dev Team
|
Locked
Re: Signal heads losing SSL during power down and up
John,
Keep in mind this about startup of signals.
1. It requires some input to change to trigger it thinking about what to
display.
2. If an input is not in a valid state, it stays at stop. So if any turnouts
are not CLOSED/THROWN or sensors not ACTIVE/INACTIVE, you won't get the
signal working.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Locked
Re: I got JMRI on computer having problems connecting to program track
Digitrax Zephyr Express has an integrated PR4 interface.? So you need to purchase a USB type A to B cable as Digitrax does not provide one with the DCS52.
Plug the USB cable between your DCS52 and computer and let Windows load the proper driver. Then setup JMRI DecoderPro to talk with the DCS52.
Marc
|
Locked
Re: Decoder Pro Not Seeing my Locomotive
Hi Bill
My 2 cents about what I found with the single Arnold 81210 I have.
Right the 1st Hornby decoder (R8215) can't be read and works only with short address.
But Arnold/Rivarossi decoders 81200 and 81210 can be read using an ECoS, (but not using the 1st MS-TRIX Command station, and may be many others). CV8=Mfg=173, is detected by JMRI, but CV7 being undocumented, you have to chose one of the 2 available from JMRI.
However, I found an issue when resetting it (undocumented, but CV8 set to 8) with a Rivarossi DCC German BR96, with a "user manual" :( ) :
>>>> it puts nearly all CVs, including dozens of undocumented ones (speed table...) to 255, thus put the decoder in an unauthorized long address (CV17 and 18 to 255), consist addres? (CV19) to 255 (ie short address 127 travel in reverse). To put it back in order, I had to set CV17, 18 and 19 to 0, then also set CV49 to 0 for DCC mode only (value 8 being Analogic only!), then define short or long address as wanted.
Happily, I was able to read some CVs and had a saved backup of the engine in a spare USB stick.
If you drop me an email, I'll send you 2 scanned PDF files for both Arnold 81200 and 81210 decoders. However both manuals have the same (lack of) informations, and miss most of the decoder CVs.
Alain
--
Alain355
|
Locked
Re: Decoder Pro Not Seeing my Locomotive
Hi Bill.
If you can read the decoder of another dcc fitted loco on your program track that will rule out any problem with your Decoder Pro, SPROG 3 interface. If other dcc locos can be read then you could try & reset the decoder.
I'm sure someone on here can tell you what number to put in what cv to reset the decoder which is giving you problems.
Regards.
Tony.
|
Locked
Re: Decoder Pro Not Seeing my Locomotive
Hi Dave,
while the ringfield design of my Hornby 4-4-0 is old, the loco was purchased brand new recently, it is a THOMAS range ¡°Edward¡± which was only recently discontinued by Hornby when they gave up the Thomas franchise. So it is a recent production of an old design.
Im not trying to be secretive about the ¡°HackIntosh¡± OS version, I simply don¡¯t remember exactly what it is, although I¡¯m pretty sure it was an early version of OSX.
I didn¡¯t notice any RF Suppressors in the Hornby loco when I had the tender shell off, but the motor is kind of sealed up, so they could be inside. Would it be likely that the suppressors cause problems for the SPROG3/DecoderPro programming and not for the NCE PowerCab? It seems to be that way since the NCE was able to program and read back the address but the SPROG wasn¡¯t.
How would I go about making the newer versions of DecoderPro look like version 2? Is it something a novice like myself could do, or is it better attempted by someone who is more of a computer hobbyist than just a train nut?
Bill in FtL
|
Locked
Re: Signal heads losing SSL during power down and up
Dave,
I have been using both panel save and table save as panel save only mentions saving the panel while table save mentions panels and configurations. Just being careful. Several of the other, non-model railroad, control system packages I have used have separate saves for graphic displays and controller programming.
I have recreated the panel and will be trying again later today.
Cheers,
John
On Sat, Feb 1, 2020 at 6:30 PM Dave Sand < ds@...> wrote: John,
I don't have an answer to your specific problem, but your description ?of actions has issues.
"I saved the panel from the My Panel window and from the signal head tools/table window."
The panel save and table save are the same thing (the table save can optionally exclude panels).? The xml file in either case will contain panels AND table contents.? A panel is NOT a document.? One xml file can have any number of panels.
When you load the xml file after starting PanelPro (or automatically as a start up action), look for errors in the system console (Help >> System Console).
Dave Sand
----- Original message -----
Subject: [jmriusers] Signal heads losing SSL during power down and up
Date: Saturday, February 01, 2020 5:56 PM
Just finished creating and placing signal heads for 10 turnouts, complete with very basic SSL for each head. All turnouts were working properly from the panel and the heads were responding appropriately. I saved the panel from the My Panel window and from the signal head tools/table window. I powered the system down and then returned about 4 hours later and powered up. The signal heads for one turnout were completely missing from the panel and the signal heads for five of the turnouts had lost their respective SSL; the fields in the SSL window for these five turnouts were completely blank.
Every time I power the system I get different results. This current situation is the most annoying due to the work involved. But sometimes the two SE8C boards being used for occ sensors will not boot properly; sometimes the turnouts will not respond to mouse clicks on the panel, and sometimes everything works fine.
I am using a PC with win 8, a Digitrax DCS52, LocoNet, two SE8Cs, and one Azatrax IR MRD8 board. I have tried a PC with win 7. I have tried both JMRI 14 and 18 on each of the PCs with similar results. I have tried using one SE8C instead of two. I have tried with and without the MRD8. The lack of consistantcy is very frustrating.
I must be missing something, but have yet to figure out what. Any ideas?
Thanks,
John
|
Locked
Re: CATS: Where is new CATS Group? Was Moving objects on the designer panel
#cats
Barry,
You sure of that last date? I recall traffic in January on CATS. Yahoo
doesn't keep track anymore, but is still a list server.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Locked
Re: Decoder Pro Not Seeing my Locomotive
Thanks Tony,
That¡¯s good to know, However, the loco I have is a recently purchased new Hornby 4-4-0 that came with an 8 pin socket, but my decoder is an old Arnold/Rivarossi unit (mfr #173, version #021) which I seem to recall was actually made for them by Lenz. My NCE was able to read the decoder info and also read back the decoders short address during the programming process, my SPROG3/DecoderPro setup could not. You may be right about not being able to use a long address with this decoder, it is very old. I got two of them back in 2005 when I was working for Model Expo, who was the US distributor for Rivarossi & Arnold at the time, and the decoder wasn¡¯t a recent release even then. I also got the NCE/TTX DH102EU decoder at about the same time, it was made for Tony¡¯s Trains by NCE. They all had 8 pin plug & play plugs attached from the factory, and as soon as I can find the box containing most of my HO locos I will have my Atlas DCC-ready U36c chassis that I used for a DCC testbed, so I'll be able to experiment more with the two remaining decoders, which I am sure were working when they were put in the spare parts box. I got my first DCC system (an original Digitrax Challenger - I still have it) back in 1993 and also still have a few locos with decoders from that era. Decoders have come a long way since then and have gotten a lot less expensive as well, those old very basic decoders sold for $40-$50 at the time!
Thanks,
Bill in FtL?
|
Bob Jacobsen
Ken Cameron
Larry Sebelley
alain c