|
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
|
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 -----
From: John <gross144john@...>
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
|
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
|
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
|
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
|
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
|
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
|
John,
I think Ken meant to say Store instead of save. Some how, for
whatever reason, the save command has been changed back to Store.
On 2/2/2020 12:31 PM, Ken Cameron
wrote:
toggle quoted message
Show quoted text
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
|
Ken, Thanks for the information. I have Panel Pro set up to ask for a file selection when it is booted. I had the file name issue earlier and found that forcing me to make the selection each time eliminated that problem. Plus, I use simulator for offline programming and configuration so when I boot Panel Pro, I have to make at selection to be sure I get into the correct file.
I think the original problem was related to signal heads. I had programmed some of them incorrectly and was not able to delete them from the signal head table. They were SE8C 4 aspect heads and would not go away. I first tried to block them out by removing the user name and then re-entered new heads. I had hoped this method would work as the set signals at turnout function uses the user names and not the system names. However, that was when the problems started. I eventually went into the XML file and deleted the heads manually and that seems to have fixed the problem.
I am not sure why the delete button in the signal head table did not work.
I appreciate your time,
John
John,
I think Ken meant to say Store instead of save. Some how, for
whatever reason, the save command has been changed back to Store.
On 2/2/2020 12:31 PM, Ken Cameron
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
|
John,
I generally run with an open console somewhere on the screen. I'll check it
now and then for odd messages. Particularly if I suspect issues and before
exiting, in case something did happen. While something could happen without
logging, that would be extremely rare.
I've found that resorting to manual (edit the file outside of JMRI) to
remove signal heads was seldom needed. But to clear out all the SSL, I've
found it the only true way a number of times.
But you must be very exact when doing that type of edit. One character left
in the wrong place can really mess up the file.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Ken,
I would have preferred to let JMRI delete the heads; as you say, one character ...... Backup, backup, backup.
Any ideas as to why the delete button did not work? At the time, the issue with the heads was out of sequence turnout addresses in the initial setup. JMRI appeared to allow the initial setup, including SSLs, but, apparently, removed the SSLs on reboot.
Thanks,
John
On Mon, Feb 3, 2020 at 8:23 PM Ken Cameron < kcameron@...> wrote: John,
I generally run with an open console somewhere on the screen. I'll check it
now and then for odd messages. Particularly if I suspect issues and before
exiting, in case something did happen. While something could happen without
logging, that would be extremely rare.
I've found that resorting to manual (edit the file outside of JMRI) to
remove signal heads was seldom needed. But to clear out all the SSL, I've
found it the only true way a number of times.
But you must be very exact when doing that type of edit. One character left
in the wrong place can really mess up the file.
-Ken Cameron, Member JMRI Dev Team
|
John,
I'm not sure if the SSL currently works by deleting itself if the things it
depends on (turnouts or sensors) don't exist or that it tries to create
them. In general, if one part of a load has the details to create something
that it doesn't find, it will. OTOH some code considers that if the elements
it was specified to depend on don't exist, it should not exist either. The
later is a cleaner, but may lose some content abet incomplete data.
-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org
|
Ken Cameron