¿ªÔÆÌåÓý

Locked SSL heads fail to set properly after start .... JMRI 4.17.3


 

All,

? ? ?Is it possible I never noticed this before?? ?Both my Raspberry Pi JMRI and Laptop JMRI fails to set my SSL heads after start up.? The SML masts look all right.? I can see all signal heads go to RED, then after all turnouts and unknown sensors get cleared all heads go to green.

? ? Photos added to photo album under "Roger's Bad SSL"

Roger


 

Do they eventually start working right? What makes that happen?

Bob

On Aug 29, 2019, at 11:11 AM, Roger Merritt <merritt_roger@...> wrote:

All,

Is it possible I never noticed this before? Both my Raspberry Pi JMRI and Laptop JMRI fails to set my SSL heads after start up. The SML masts look all right. I can see all signal heads go to RED, then after all turnouts and unknown sensors get cleared all heads go to green.

Photos added to photo album under "Roger's Bad SSL"

Roger
--
Bob Jacobsen
rgj1927@...


 

Bob,

? ? Yes, they start working as soon trains runs off the occupied sensors and runs around the track.? ?Maybe I should reload an older version to see what happens?

Roger


 

Bob,

? ? Went back to 4.15.9 and problem is there too.

? ? What I am seeing is as JMRI is loading all signals go RED.? Then I see signals go green if occupancy is inactive and the occupied signal for occupied blocks stay red.? Then at the end all go green!? Weird.

? ? ?My memory is just terrible.? There was something done to the setup and it involved my Dispatcher running AUTO trains.? Sometimes it would miss throwing the first turnout and that would cause a derailment.? Cant remember who, but he advised making a change somewhere.? I think in the preferrances.??

? ? ?Maybe I need to check my loconet.? Missing packets?? I did try the test at another PR3 and it failed also.? I have two of them.

Roger


 

Are you running any scripts at startup?

It sounds like something it deliberately going through and setting those signals. Now we just have to figure out what.

Two strong candidates are a script you¡¯re running, or Logix that you¡¯ve defined to do something.

Bob

On Aug 30, 2019, at 2:12 PM, Roger Merritt <merritt_roger@...> wrote:

Bob,

Went back to 4.15.9 and problem is there too.

What I am seeing is as JMRI is loading all signals go RED. Then I see signals go green if occupancy is inactive and the occupied signal for occupied blocks stay red. Then at the end all go green! Weird.

My memory is just terrible. There was something done to the setup and it involved my Dispatcher running AUTO trains. Sometimes it would miss throwing the first turnout and that would cause a derailment. Cant remember who, but he advised making a change somewhere. I think in the preferrances.

Maybe I need to check my loconet. Missing packets? I did try the test at another PR3 and it failed also. I have two of them.

Roger
--
Bob Jacobsen
rgj1927@...


 

Bob,

? ? Took out the two scripts that clear turnouts and clears unknown sensors.? Did that on the Raspberry Pi.? All that did was leave all signals red.??

? ? Trying to find my loconet checker.? It's a mess here.

? ? ?Will load up the laptop and delete all logix next.

Roger


 

Bob,

? ? ?Found the source of my problem.? I had changed scripts to match what I was using in my Raspberry JMRI Pi.? I normally used "InitLayout.py" by Bill Dickerson's Cascade Western railroad.? This Python script not in your list of approved scripts.

? ? What happens when I use this script to initialize the layout is the PanelPro window shows up then the script starts running and you can see turnouts and sensors being cleared as it runs.?

? ? When that script cause the Rasbrian JMRI to lockup, I went and changed scripts.? Not noticing the change in my signals.? This was two weeks ago.? ?The new scripts that are in the Jython folder must have a bug in them or I put one int somehow.

Roger


 

Looked at the Raspberry pi JMRI with that script of mine trying to get that script to run.? Got a system error saying it didnt like line 23 of InitLayout.py.? Reads "minPPwindow()

By the way, I do not use ANY DS64 boards.? I use the SE8C cards and a few Tam Valley servos.

Roger


 

When you first start JMRI, what status are all the sensors?? I'm suspecting that they are 'unknown', so all the signals are red as they fail-safe? worst case, to occupied.? If this is your case, there's a script named something like SetAllUnknownSensorsToUnoccuppied? that you can run ( a few times) to set them to unoccuppied


On Sat, Aug 31, 2019 at 12:05 AM Roger Merritt <merritt_roger@...> wrote:
Looked at the Raspberry pi JMRI with that script of mine trying to get that script to run.? Got a system error saying it didnt like line 23 of InitLayout.py.? Reads "minPPwindow()

By the way, I do not use ANY DS64 boards.? I use the SE8C cards and a few Tam Valley servos.

Roger


 

Bob,

? ? Found the problem.

? ? Since I had moved from a bootleg script that clears all UNKNOWN states of sensors and turnouts to the official scripts that is when the problem came up.? Seems the the script "SetAllTurnoutsToClosed.py" closes all the turnouts, even the signalheads for the SE8Cs.? ?After changing the 'IF (turnout) is not closed'?to 'IF (turnout) is UNKNOWN' To set the turnout to closed cured the problem.? ?

? ?Now I have to remember to keep this altered script in my USER file section each time I do a update to new version.

Roger


 

Roger,

The scripts included with JMRI are "sample scripts" not official scripts. There is nothing wrong with using scripts from elsewhere or you write yourself.

--
Peter Ulvestad

JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -


 

Peter,

? ?The reason I changed scripts was for the RPI-JMRI box.? It choked on my first script I was using to initialize my layout.? Did not work right with Raspbian.

Roger


 

Roger,

Easiest is to keep the file in your 'user' section and reference it there.
No need to do anything else with it,

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org


 

Roger,

Once you put it in the 'user' area, upgrades will not touch it. You can forget all about it.

Wouter


On Fri, 6 Sep 2019 at 00:24, Roger Merritt <merritt_roger@...> wrote:
Bob,

? ? Found the problem.

? ? Since I had moved from a bootleg script that clears all UNKNOWN states of sensors and turnouts to the official scripts that is when the problem came up.? Seems the the script "SetAllTurnoutsToClosed.py" closes all the turnouts, even the signalheads for the SE8Cs.? ?After changing the 'IF (turnout) is not closed'?to 'IF (turnout) is UNKNOWN' To set the turnout to closed cured the problem.? ?

? ?Now I have to remember to keep this altered script in my USER file section each time I do a update to new version.

Roger


 

Ken,

? ? Thanks for the tip.? Does this also apply for those oddball panel icons too?

Roger


 

Although it¡¯s perfectly fine for people to run their own modified scripts, it¡¯s also nice to have ones that do what people want. So I¡¯ve added a jython/SetUnknownTurnoutsClosed.py script that just sets the UNKNOWN-state turnouts.



It¡¯ll be in the next test release.

Bob

On Sep 5, 2019, at 4:23 PM, Roger Merritt <merritt_roger@...> wrote:

Bob,

Found the problem.

Since I had moved from a bootleg script that clears all UNKNOWN states of sensors and turnouts to the official scripts that is when the problem came up. Seems the the script "SetAllTurnoutsToClosed.py" closes all the turnouts, even the signalheads for the SE8Cs. After changing the 'IF (turnout) is not closed' to 'IF (turnout) is UNKNOWN' To set the turnout to closed cured the problem.

Now I have to remember to keep this altered script in my USER file section each time I do a update to new version.
--
Bob Jacobsen
rgj1927@...


 

Thanks bob!


Roger


 

Roger,

Yes, same deal with custom icons etc..., keep them in the user directories.
The idea is you repeat the same tree as the production content and most of
the tools know to look for them there in addition to the production files.
And for some cases, like signal rules, if the same file name is in both
places, it should use the one from the user directory tree instead of the
production version. Handy for testing ideas and customizing stuff. But I'm
not sure exactly which cases it works automatically, and which need help.
Where it really helps is when you need help. You can zip up your custom
directories of stuff and then the panels find all their parts.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org


Nick
 

Roger, friends,

This topic is GREAT. I have one small suggestion. I "occasionally" help others build and modify panels . One major problem is that when custom icons are used, and an xml file is sent to someone else, especially this list, all custom icons, and the location where they are saved, should be included with the file. I've literally spent weeks debugging a friend's panel after he (novice user) over-lapped several panels into one massive panel that killed his system's ability to load it. Not only did he load over 4 panels but he had created at least a dozen or more custom icons as well as a complete custom background that covered 4 monitors in width.

Whenever I tried to load his panel, it would have so many error messages about missing icons that getting the panel to initially load took almost 15-20 minutes and I am using a gaming machine that boots in 13 seconds using Windows 7 Pro.

With his inexperience with computers and Panelpro it took us several long phone calls to sort out what happened.

Just a heads-up to the artists and innovators in the group. Always supply everything you create when you ask for help.

Regards,
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

Roger,

Yes, same deal with custom icons etc..., keep them in the user directories.
The idea is you repeat the same tree as the production content and most of
the tools know to look for them there in addition to the production files.
And for some cases, like signal rules, if the same file name is in both
places, it should use the one from the user directory tree instead of the
production version. Handy for testing ideas and customizing stuff. But I'm
not sure exactly which cases it works automatically, and which need help.
Where it really helps is when you need help. You can zip up your custom
directories of stuff and then the panels find all their parts.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.org
www.syracusemodelrr.org