Date

Locked Re: setting up new blocks

 

Larry,

LocoNet can have occupancy sensors, LS system name prefix, which are then assigned to JMRI Blocks. Blocks in JMRI are always "internal" with the "IB" prefix for the system name. For use with a Layout Editor panel, a user name for each block is required.

Dave Sand


----- Original message -----
From: Larry <LARRY.CRAIGIE@...>
Subject: [jmriusers] setting up new blocks
Date: Saturday, November 16, 2024 2:55 PM

Why when setting up a new layout in panel pro will it not give me the option of creating Loconet blocks, only simulator blocks?




Locked setting up new blocks

 

Why when setting up a new layout in panel pro will it not give me the option of creating Loconet blocks, only simulator blocks?


Locked Re: Zimo decoders momentum issue #zimo

 

I’d talk to Zimo direct. They’re really helpful

Something at the back of my mind is ringing bells. I had a similar issue with one SPECIFIC momentum multiplier - but I can’t remember which version of their firmware this was

Using the Zimo decoder docs, make your changes on the appropriate tabs in DecoderPro THEN check the cv tab has the right value for the specific cv

If it doesn’t, it’s a DecoderPro issue. If it does, and the loco still behaves weirdly, it’s a Zimo issue

Phil G

PS Everything you need is at

On 16 Nov 2024, at 20:33, Josh Swales via groups.io <jrs.swales@...> wrote:

Good evening,
I have a case of some Zimo decoders behaving strangely. I am running JMRI 5.8 on an RPi.
On my Zimo decoders I like to add in the reduced momentum function. In the past, I’ve done this through the ‘Shunting/Uncoupling� tab and it’s worked fine. However, I tried to do this on a Zimo MN170 decoder running Zimo version 4 software, and while the loco responds with reduced momentum when accelerating, on decelerating it seems to ignore the reduced momentum and instead it decelerates at a rate according to the Value of CV4.
I had this issue with a Zimo MN180N18, also running software v40,instead of using the ‘Shunting� tab, I programmed in the reduced momentum using the new section in the ‘Acceleration & deceleration� tab, and that decoder responded as expected with the reduced momentum. However, the issue persists with the MN170, and also a MX619 running software v39.
Any advice or suggestions will be greatly appreciated
Kind regards
Josh Swales


Locked Zimo decoders momentum issue #zimo

 

Good evening,
I have a case of some Zimo decoders behaving strangely. I am running JMRI 5.8 on an RPi.
On my Zimo decoders I like to add in the reduced momentum function. In the past, I’ve done this through the ‘Shunting/Uncoupling� tab and it’s worked fine. However, I tried to do this on a Zimo MN170 decoder running Zimo version 4 software, and while the loco responds with reduced momentum when accelerating, on decelerating it seems to ignore the reduced momentum and instead it decelerates at a rate according to the Value of CV4.
I had this issue with a Zimo MN180N18, also running software v40,instead of using the ‘Shunting� tab, I programmed in the reduced momentum using the new section in the ‘Acceleration & deceleration� tab, and that decoder responded as expected with the reduced momentum. However, the issue persists with the MN170, and also a MX619 running software v39.
Any advice or suggestions will be greatly appreciated
Kind regards
Josh Swales


Locked Re: EngineDriver Beta v2.38.189 now available from the Play Store #enginedriver

 

CE,
Steve Todd's server works for me. Are you sure you're connected to the Internet?


On Sat, Nov 16, 2024 at 10:21 AM CEFinkJr via <CEFinkJr=[email protected]> wrote:
Because of an old quirk of mine (I like to see what's being updated before I accept any updates), my elderly Android phone is not set to automatically receive and apply updates. I was still in bed when I saw that "Engine Driver Throttle" was to be updated. trying to investigate this difference sent my phone into the electronic equivalent of an epileptic fit with the screen quivering uncontrollably vertically and horizontally. I have seen this before so I'm sure it had nothing to do with Engine Driver or Engine Driver Throttle.
However, after stopping the quivering (by restarting the phone), I discovered that I could not reply to any JMRI User Group post. Thiscould be something in the posts that Outlook for Android or Duck Duck Go didn't like or didn't know how to handle. I am now using a more robust laptop and replying appears to be functioning properly although it did complain initially about my password having expired.
Now, about that "Engine Driver" vs "Engine DriverThrottle" question. After applying the 'update', the Throttle part has disappeared. The 'update' seems to have been a 'replacement'. I'm about halfway through chemotherapy treatments following surgery in June'. Because of this, I'm mostly house bound without access to a server so I can't do much more than open Engine Driver and look at the Help. It might help if I could access :44444 (from my Recent Servers list} but all I get is a "Can't connect ... " message. Is the site not up or is :44444 port specification obsolete.?



--
John Griffin

Model Railroading Topics


Locked Re: JMRI windows exceed the bounds of my screen! #rpi

 

This sort of nonsense happens with various applications: windows with the
title bar off the top of the screen.

I don't use the default window manager, instead I use fvwm2 and have a binding
for middle button on the root window to bring up a menu of window manager
actions, including "Move", which I use to move badly placed windows, I don't
know if the stock window manager has any config options for things like
pointer bindings on the root window, but if it did, that would be a place to
look for a setting to allow you to move windows with the title bar off screen.

I think this might be some kind of bug (?) somewhere in the window placement
hints. Sometimes applications also manage to come up with window sizes that
are too tall for the screen -- often that is a UI design error, either having
too many things in the UI (buttons and stuff) maybe assuming a higher res
screen than what I actually have (yes, not all of use have 4K screens and use
tiny fonts by default).

At Sat, 16 Nov 2024 17:22:34 +0000 "Phil G via groups.io" <phil@...> wrote:


Hmm

I need to dig deeper. JMRI (for me)does create windows where the title bar is off the top of the screen area - so impossible to resize or close (I can use the “close” context menu item of the windows taskbar image though)

I’m running Bookworm on a RasPi with JAVA 17

Phil G
On 16 Nov 2024, at 17:01, Dave Sand via groups.io <dsm[email protected]> wrote:


Phil,

JMRI uses the screen area as reported by Java and the OS.

On Ubuntu 24.04 using Java 17, to resize a JMRI window requires using the Resize menu item show by right clicking on the window title bar. Dragging the edges of the window does not work.

Dave Sand


----- Original message -----
From: "Phil G via groups.io" <phil@...<mailto:[email protected]>>
To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>
Subject: Re: [jmriusers] New Profile window too large for screen
Date: Saturday, November 16, 2024 10:32 AM

I know, but if I want to view two roster entries in the same session, I really don’t want to have to quit JMRI every time I make a change

Is it really not possible to keep windows within the screen area?

Phil G


On 16 Nov 2024, at 15:45, Dave Sand via groups.io <dsm[email protected]> wrote:

Phil,

It is possible to do an indirect save. After setting the connection information do a quit. There will be prompt to save the preferences changes.

Dave Sand

----- Original message -----
From: "Phil G via groups.io" <phil@...<mailto:[email protected]>>
To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>
Subject: Re: [jmriusers] New Profile window too large for screen
Date: Saturday, November 16, 2024 3:35 AM


Sometimes I’ve found JMRI windows exceed the bounds of my screen! So it’s not possible to drag the top edge downwards

My solution is to temporarily increase the screen size, move the window, then put the screen size back

But it would be better if JMRI honoured the screen size

Phil G

On 16 Nov 2024, at 02:14, Breezlys via groups.io <livinthelife@...> wrote:

Drag the top edge down to "shorten" the pane. Then drag the entire pane upwards. Repeat as necessary until the Save button is visible.

Or, just hit the square icon at the top-right of the pane to resize it to full screen.

Steve
"Breezlys"









--
Robert Heller -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software -- Custom Software Services
-- Linux Administration Services
heller@... -- Webhosting Services


Locked Re: SML signal mast problem #sml

 

David,

When you add the turnout to the panel, you can change the icons.

If it is already on the panel, use "Edit Turnout Icon" from the pop-up menu.

JMRI generally does not know about left-hand/right-hand turnouts. The Turnouts table only has the state. SML discovery does know about LH/RH turnouts which is combined with the Continuing State. Manual SML relies on valid data being supplied.

I have a very simple rule: Switch machines are wired to set the turnout closed "route" when the JMRI turnout table entry is closed without using invert.

Dave Sand



----- Original message -----
From: "David Klemm via groups.io" <davidklemm7511=[email protected]>
Subject: Re: [jmriusers] SML signal mast problem #sml
Date: Saturday, November 16, 2024 10:26 AM

Dave,

'This' meant the email and the Continuing Route Turnout State setting.

By 'you just swap the Closed and Thrown icons' are you saying change the turnout icon? So even though it is a right hand use a left hand to get the indication needed?

With a right hand turnout I am trying to get the top head to show the diverging route and the lower head to show the through route.

David




From:[email protected] <[email protected]> on behalf of Dave Sand <ds@...>
Sent:Saturday, November 16, 2024 10:06 AM
To:[email protected] <[email protected]>
Subject:Re: [jmriusers] SML signal mast problem #sml

David,

By "this" do you mean the continuing route setting? If so, that is a Layout Editor feature.

For Panel Editor and Control Panel Editor, you just swap the Closed and Thrown icons.

Dave Sand


----- Original message -----
From: "David Klemm via groups.io" <davidklemm7511=[email protected]>
Subject: Re: [jmriusers] SML signal mast problem #sml
Date: Saturday, November 16, 2024 9:49 AM

Dave,

I had booked marked this as we have a similar situation at the club where the main is on the diveraging track. We use Panel Editor and Signal Mast. I can't find this option within the turnout or signal mast settings. Is it not available in this situation?

Thanks

David



From:[email protected] <[email protected]> on behalf of Dave Sand <ds@...>
Sent:Sunday, September 29, 2024 4:07 PM
Subject:Re: [jmriusers] SML signal mast problem #sml

Ken,

Your last upload was good. I have some initial comments.

LT1 is a left hand turnout, but you want the diverging leg to be the normal route. In Layout Editor this is done by using the Continuing Route Turnout State option.

By setting the option to Thrown, Layout Editor will show the diverging leg as the Closed position.

The Turnout table and related logic do not have left-hand or right-hand concepts. They deal with Closed and Thrown, whatever that means. My rule is that switch machines are wired so that the JMRI Closed state matches the expected physical turnout state.

You appear to have two groups of occupancy sensors, a low number range and a 400 number range. What are the differences?

Signal masts LT01(B) and LT01(C) are reversed on the panel. They are attached to block boundaries defined by the turnout legs, not the logical position as above.

The LT25 signal mast icons are not on the panel but they are attached to the block boundaries. This can be confusing. This is easily fixed by selecting Set Signal Masts for LT25 and selecting Right Hand Side for each mast and clicking on Done.

A lot of the signal mast logic is incorrect. I suspect this is causing the lack of signal response as a locomotive runs around the layout.

Whenever the block topology has been changed, the affected signal masts have to have the SML updated. Sometimes a small changed requires updates to the SML for several signal masts in either direction.

At this point I recommend running the GrandReset.py script. The script deletes the transits, sections, SML and block paths. After doing a store and quit, restart PanelPro and load the updated file. The first step is to go to the Signal Mast Logic table and do the Auto Generate Signaling Pairs.

At this point, I would not bother with Sections and Transits. The first goal is to get consistent signaling based on train movements.

Dave Sand









----- Original message -----
From: Ken Fordham <j.kenneth.fordman@...>
Subject: Re: [jmriusers] SML signal mast problem #sml
Date: Thursday, September 26, 2024 6:24 PM

Hi Dave

There are 3 files on problems being worked on. All are not good?

I will send another file tonight or tomorrow morning.

Sorry for all this confusion.

Best
KenF





Locked Re: JMRI windows exceed the bounds of my screen! #rpi

 

Hmm

I need to dig deeper. JMRI (for me)does create windows where the title bar is off the top of the screen area - so impossible to resize or close (I can use the “close� context menu item of the windows taskbar image though)

I’m running Bookworm on a RasPi with JAVA 17

Phil G

On 16 Nov 2024, at 17:01, Dave Sand via groups.io <ds@...> wrote:

Phil,

JMRI uses the screen area as reported by Java and the OS.

On Ubuntu 24.04 using Java 17, to resize a JMRI window requires using the Resize menu item show by right clicking on the window title bar. Dragging the edges of the window does not work.

Dave Sand


----- Original message -----
From: "Phil G via groups.io" <phil=[email protected]>
Subject: Re: [jmriusers] New Profile window too large for screen
Date: Saturday, November 16, 2024 10:32 AM

I know, but if I want to view two roster entries in the same session, I really don’t want to have to quit JMRI every time I make a change

Is it really not possible to keep windows within the screen area?

Phil G


On 16 Nov 2024, at 15:45, Dave Sand via groups.io <ds@...> wrote:

Phil,

It is possible to do an indirect save. After setting the connection information do a quit. There will be prompt to save the preferences changes.

Dave Sand

----- Original message -----
From: "Phil G via groups.io" <phil=[email protected]>
Subject: Re: [jmriusers] New Profile window too large for screen
Date: Saturday, November 16, 2024 3:35 AM


Sometimes I’ve found JMRI windows exceed the bounds of my screen! So it’s not possible to drag the top edge downwards

My solution is to temporarily increase the screen size, move the window, then put the screen size back

But it would be better if JMRI honoured the screen size

Phil G

On 16 Nov 2024, at 02:14, Breezlys via groups.io <livinthelife@...> wrote:

Drag the top edge down to "shorten" the pane. Then drag the entire pane upwards. Repeat as necessary until the Save button is visible.

Or, just hit the square icon at the top-right of the pane to resize it to full screen.

Steve
"Breezlys"



Locked Re: EngineDriver Beta v2.38.189 now available from the Play Store #enginedriver

 

Because of an old quirk of mine (I like to see what's being updated before I accept any updates), my elderly Android phone is not set to automatically receive and apply updates. I was still in bed when I saw that "Engine Driver Throttle" was to be updated. trying to investigate this difference sent my phone into the electronic equivalent of an epileptic fit with the screen quivering uncontrollably vertically and horizontally. I have seen this before so I'm sure it had nothing to do with Engine Driver or Engine Driver Throttle.
However, after stopping the quivering (by restarting the phone), I discovered that I could not reply to any JMRI User Group post. Thiscould be something in the posts that Outlook for Android or Duck Duck Go didn't like or didn't know how to handle. I am now using a more robust laptop and replying appears to be functioning properly although it did complain initially about my password having expired.
Now, about that "Engine Driver" vs "Engine DriverThrottle" question. After applying the 'update', the Throttle part has disappeared. The 'update' seems to have been a 'replacement'. I'm about halfway through chemotherapy treatments following surgery in June'. Because of this, I'm mostly house bound without access to a server so I can't do much more than open Engine Driver and look at the Help. It might help if I could access jmri.mstevetodd.com :44444 (from my Recent Servers list} but all I get is a "Can't connect ... " message. Is the site not up or is :44444 port specification obsolete.?


Locked Re: JMRI windows exceed the bounds of my screen! #rpi

 

Phil,

JMRI uses the screen area as reported by Java and the OS.

On Ubuntu 24.04 using Java 17, to resize a JMRI window requires using the Resize menu item show by right clicking on the window title bar. Dragging the edges of the window does not work.

Dave Sand


----- Original message -----
From: "Phil G via groups.io" <phil=[email protected]>
Subject: Re: [jmriusers] New Profile window too large for screen
Date: Saturday, November 16, 2024 10:32 AM

I know, but if I want to view two roster entries in the same session, I really don’t want to have to quit JMRI every time I make a change

Is it really not possible to keep windows within the screen area?

Phil G


On 16 Nov 2024, at 15:45, Dave Sand via groups.io <ds@...> wrote:

Phil,

It is possible to do an indirect save. After setting the connection information do a quit. There will be prompt to save the preferences changes.

Dave Sand

----- Original message -----
From: "Phil G via groups.io" <phil=[email protected]>
Subject: Re: [jmriusers] New Profile window too large for screen
Date: Saturday, November 16, 2024 3:35 AM


Sometimes I’ve found JMRI windows exceed the bounds of my screen! So it’s not possible to drag the top edge downwards

My solution is to temporarily increase the screen size, move the window, then put the screen size back

But it would be better if JMRI honoured the screen size

Phil G

On 16 Nov 2024, at 02:14, Breezlys via groups.io <livinthelife@...> wrote:

Drag the top edge down to "shorten" the pane. Then drag the entire pane upwards. Repeat as necessary until the Save button is visible.

Or, just hit the square icon at the top-right of the pane to resize it to full screen.

Steve
"Breezlys"



Locked Re: JMRI windows exceed the bounds of my screen! #rpi

 

I know, but if I want to view two roster entries in the same session, I really don’t want to have to quit JMRI every time I make a change

Is it really not possible to keep windows within the screen area?

Phil G

On 16 Nov 2024, at 15:45, Dave Sand via groups.io <ds@...> wrote:

Phil,

It is possible to do an indirect save. After setting the connection information do a quit. There will be prompt to save the preferences changes.

Dave Sand

----- Original message -----
From: "Phil G via groups.io" <phil=[email protected]>
Subject: Re: [jmriusers] New Profile window too large for screen
Date: Saturday, November 16, 2024 3:35 AM


Sometimes I’ve found JMRI windows exceed the bounds of my screen! So it’s not possible to drag the top edge downwards

My solution is to temporarily increase the screen size, move the window, then put the screen size back

But it would be better if JMRI honoured the screen size

Phil G

On 16 Nov 2024, at 02:14, Breezlys via groups.io <livinthelife@...> wrote:

Drag the top edge down to "shorten" the pane. Then drag the entire pane upwards. Repeat as necessary until the Save button is visible.

Or, just hit the square icon at the top-right of the pane to resize it to full screen.

Steve
"Breezlys"


Locked Re: SML signal mast problem #sml

 

Dave,

'This' meant the email and the Continuing Route Turnout State setting.

By 'you just swap the Closed and Thrown icons' are you saying change the turnout icon? So even though it is a right hand use a left hand to get the indication needed?

With a right hand turnout I am trying to get the top head to show the diverging route and the lower head to show the through route.

David


From:[email protected] <[email protected]> on behalf of Dave Sand <ds@...>
Sent:Saturday, November 16, 2024 10:06 AM
To:[email protected] <[email protected]>
Subject:Re: [jmriusers] SML signal mast problem #sml
David,

By "this" do you mean the continuing route setting? If so, that is a Layout Editor feature.

For Panel Editor and Control Panel Editor, you just swap the Closed and Thrown icons.

Dave Sand


----- Original message -----
From: "David Klemm via groups.io" <davidklemm7511=[email protected]>
Subject: Re: [jmriusers] SML signal mast problem #sml
Date: Saturday, November 16, 2024 9:49 AM

Dave,

I had booked marked this as we have a similar situation at the club where the main is on the diveraging track. We use Panel Editor and Signal Mast. I can't find this option within the turnout or signal mast settings. Is it not available in this situation?

Thanks

David



From:[email protected] <[email protected]> on behalf of Dave Sand <ds@...>
Sent:Sunday, September 29, 2024 4:07 PM
Subject:Re: [jmriusers] SML signal mast problem #sml
Ken,

Your last upload was good. I have some initial comments.

LT1 is a left hand turnout, but you want the diverging leg to be the normal route. In Layout Editor this is done by using the Continuing Route Turnout State option.
By setting the option to Thrown, Layout Editor will show the diverging leg as the Closed position.

The Turnout table and related logic do not have left-hand or right-hand concepts. They deal with Closed and Thrown, whatever that means. My rule is that switch machines are wired so that the JMRI Closed state matches the expected physical turnout state.

You appear to have two groups of occupancy sensors, a low number range and a 400 number range. What are the differences?

Signal masts LT01(B) and LT01(C) are reversed on the panel. They are attached to block boundaries defined by the turnout legs, not the logical position as above.

The LT25 signal mast icons are not on the panel but they are attached to the block boundaries. This can be confusing. This is easily fixed by selecting Set Signal Masts for LT25 and selecting Right Hand Side for each mast and clicking on Done.

A lot of the signal mast logic is incorrect. I suspect this is causing the lack of signal response as a locomotive runs around the layout.

Whenever the block topology has been changed, the affected signal masts have to have the SML updated. Sometimes a small changed requires updates to the SML for several signal masts in either direction.

At this point I recommend running the GrandReset.py script. The script deletes the transits, sections, SML and block paths. After doing a store and quit, restart PanelPro and load the updated file. The first step is to go to the Signal Mast Logic table and do the Auto Generate Signaling Pairs.

At this point, I would not bother with Sections and Transits. The first goal is to get consistent signaling based on train movements.

Dave Sand









----- Original message -----
From: Ken Fordham <j.kenneth.fordman@...>
Subject: Re: [jmriusers] SML signal mast problem #sml
Date: Thursday, September 26, 2024 6:24 PM

Hi Dave
There are 3 files on problems being worked on. All are not good?
I will send another file tonight or tomorrow morning.
Sorry for all this confusion.
Best
KenF




Locked Re: Moving markers

 

Chuck,

The right mouse button displays the pop-up menu. You use the "command" or "option" button and left mouse button.

If I recall correctly, this about the time that mouse handling was standardized to handle some Windows issues.

Dave Sand


----- Original message -----
From: "Chuck Batherson via groups.io" <cascobaynorthern=[email protected]>
Subject: [jmriusers] Moving markers
Date: Saturday, November 16, 2024 7:46 AM

When I was on JMRI 4.18 and a MAC, I could move a marker by using “command and left mouse button� or the “right mouse button� by itself. Now on ver. 4.26 my only choice seems to be the “command and right mouse button�, Is there anyway to change this back. Using the command button is very annoying.

Chuck Batherson


Locked Re: SML signal mast problem #sml

 

David,

By "this" do you mean the continuing route setting? If so, that is a Layout Editor feature.

For Panel Editor and Control Panel Editor, you just swap the Closed and Thrown icons.

Dave Sand


----- Original message -----
From: "David Klemm via groups.io" <davidklemm7511=[email protected]>
Subject: Re: [jmriusers] SML signal mast problem #sml
Date: Saturday, November 16, 2024 9:49 AM

Dave,

I had booked marked this as we have a similar situation at the club where the main is on the diveraging track. We use Panel Editor and Signal Mast. I can't find this option within the turnout or signal mast settings. Is it not available in this situation?

Thanks

David



From: [email protected] <[email protected]> on behalf of Dave Sand <ds@...>
Sent: Sunday, September 29, 2024 4:07 PM
Subject: Re: [jmriusers] SML signal mast problem #sml

Ken,

Your last upload was good. I have some initial comments.

LT1 is a left hand turnout, but you want the diverging leg to be the normal route. In Layout Editor this is done by using the Continuing Route Turnout State option.

By setting the option to Thrown, Layout Editor will show the diverging leg as the Closed position.

The Turnout table and related logic do not have left-hand or right-hand concepts. They deal with Closed and Thrown, whatever that means. My rule is that switch machines are wired so that the JMRI Closed state matches the expected physical turnout state.

You appear to have two groups of occupancy sensors, a low number range and a 400 number range. What are the differences?

Signal masts LT01(B) and LT01(C) are reversed on the panel. They are attached to block boundaries defined by the turnout legs, not the logical position as above.

The LT25 signal mast icons are not on the panel but they are attached to the block boundaries. This can be confusing. This is easily fixed by selecting Set Signal Masts for LT25 and selecting Right Hand Side for each mast and clicking on Done.

A lot of the signal mast logic is incorrect. I suspect this is causing the lack of signal response as a locomotive runs around the layout.

Whenever the block topology has been changed, the affected signal masts have to have the SML updated. Sometimes a small changed requires updates to the SML for several signal masts in either direction.

At this point I recommend running the GrandReset.py script. The script deletes the transits, sections, SML and block paths. After doing a store and quit, restart PanelPro and load the updated file. The first step is to go to the Signal Mast Logic table and do the Auto Generate Signaling Pairs.

At this point, I would not bother with Sections and Transits. The first goal is to get consistent signaling based on train movements.

Dave Sand









----- Original message -----
From: Ken Fordham <j.kenneth.fordman@...>
Subject: Re: [jmriusers] SML signal mast problem #sml
Date: Thursday, September 26, 2024 6:24 PM

Hi Dave

There are 3 files on problems being worked on. All are not good?

I will send another file tonight or tomorrow morning.

Sorry for all this confusion.

Best
KenF




Locked Re: SML signal mast problem #sml

 

Dave,

I had booked marked this as we have a similar situation at the club where the main is on the diveraging track. We use Panel Editor and Signal Mast. I can't find this option within the turnout or signal mast settings. Is it not available in this situation?

Thanks

David


From: [email protected] <[email protected]> on behalf of Dave Sand <ds@...>
Sent: Sunday, September 29, 2024 4:07 PM
To: [email protected] <[email protected]>
Subject: Re: [jmriusers] SML signal mast problem #sml
Ken,

Your last upload was good. I have some initial comments.

LT1 is a left hand turnout, but you want the diverging leg to be the normal route. In Layout Editor this is done by using the Continuing Route Turnout State option.
By setting the option to Thrown, Layout Editor will show the diverging leg as the Closed position.

The Turnout table and related logic do not have left-hand or right-hand concepts. They deal with Closed and Thrown, whatever that means. My rule is that switch machines are wired so that the JMRI Closed state matches the expected physical turnout state.

You appear to have two groups of occupancy sensors, a low number range and a 400 number range. What are the differences?

Signal masts LT01(B) and LT01(C) are reversed on the panel. They are attached to block boundaries defined by the turnout legs, not the logical position as above.

The LT25 signal mast icons are not on the panel but they are attached to the block boundaries. This can be confusing. This is easily fixed by selecting Set Signal Masts for LT25 and selecting Right Hand Side for each mast and clicking on Done.

A lot of the signal mast logic is incorrect. I suspect this is causing the lack of signal response as a locomotive runs around the layout.

Whenever the block topology has been changed, the affected signal masts have to have the SML updated. Sometimes a small changed requires updates to the SML for several signal masts in either direction.

At this point I recommend running the GrandReset.py script. The script deletes the transits, sections, SML and block paths. After doing a store and quit, restart PanelPro and load the updated file. The first step is to go to the Signal Mast Logic table and do the Auto Generate Signaling Pairs.

At this point, I would not bother with Sections and Transits. The first goal is to get consistent signaling based on train movements.

Dave Sand









----- Original message -----
From: Ken Fordham <j.kenneth.fordman@...>
Subject: Re: [jmriusers] SML signal mast problem #sml
Date: Thursday, September 26, 2024 6:24 PM

Hi Dave

There are 3 files on problems being worked on. All are not good?

I will send another file tonight or tomorrow morning.

Sorry for all this confusion.

Best
KenF


Locked Re: EngineDriver Beta v2.38.189 now available from the Play Store #enginedriver

 

Wow - thank you Peter for all the work on this new version.
I can't wait to try out the new features.
- John Geddes
Vancouver, BC


Locked Re: JMRI windows exceed the bounds of my screen! #rpi

 

Phil,

It is possible to do an indirect save. After setting the connection information do a quit. There will be prompt to save the preferences changes.

Dave Sand

----- Original message -----
From: "Phil G via groups.io" <phil=[email protected]>
Subject: Re: [jmriusers] New Profile window too large for screen
Date: Saturday, November 16, 2024 3:35 AM


Sometimes I’ve found JMRI windows exceed the bounds of my screen! So it’s not possible to drag the top edge downwards

My solution is to temporarily increase the screen size, move the window, then put the screen size back

But it would be better if JMRI honoured the screen size

Phil G

On 16 Nov 2024, at 02:14, Breezlys via groups.io <livinthelife@...> wrote:

Drag the top edge down to "shorten" the pane. Then drag the entire pane upwards. Repeat as necessary until the Save button is visible.

Or, just hit the square icon at the top-right of the pane to resize it to full screen.

Steve
"Breezlys"


Locked HORNBY HM7000-21TXS Decoder

 

Good day,

I have a new Hornby Flying Scotsman with the HM7000-21TXS decoder.

I cannot find this decoder on DecoderPro.

Has it been uploaded yet?

Regards,

Dennis

Dennis G Edgar

0836470569

dennisedgar7@...

ISO 9001:2015 Lead Auditor

Certified Quality Management System Lead Auditor badge image. Certification. Intermediate level. Issued by Exemplar GlobalExemplar Global Community-Endorsed Auditor badge image. Issued by Exemplar Global


Locked Moving markers

 

When I was on JMRI 4.18 and a MAC, I could move a marker by using “command and left mouse button� or the “right mouse button� by itself. Now on ver. 4.26 my only choice seems to be the “command and right mouse button�, Is there anyway to change this back. Using the command button is very annoying.
Chuck Batherson


Locked Re: VSD

 

Am 15.11.2024 um 22:37 schrieb Renato Albano Petersen FIlho via groups.io:
Is there any way to set the order of the function buttons in the SVD window. For example, if I want Bell, which is in F1, to be in the first position and Horn, which is in F2, to be in the second position?
Also, if I have 16 functions in the VSD window, is it possible to put 8 on one line and 8 on the bottom line, similar to what happens in Throttle?
I will think about it. The first suggestion sounds very useful. One approach might be to use the order from the config.xml file.

Thank you for the suggestions.

Klaus