then again chatGPT use code for signal head.... try again. lol
?
|
I have a new love now for ChatGPT....
?
# Import necessary JMRI classes
from jmri import SignalHead
from jmri import Reporter
# Get the SignalHead object for the signal mast
signal_mast = SignalHead.getSignalHead("Signal Mast, Table 12, Track 5, West Bound")
# Check if the signal mast exists
if signal_mast is not None:
? ? # To set the aspect, you'll need to use the setState method with one of the predefined aspects.
? ? # Here we set an example aspect. Adjust according to the available aspects.
? ??
? ? # For example, setting the signal to red (stop signal):
? ? signal_mast.setState(SignalHead.RED)
? ??
? ? # If you want to set to a different aspect, such as yellow or green, use:
? ? # signal_mast.setState(SignalHead.YELLOW) ?# for yellow
? ? # signal_mast.setState(SignalHead.GREEN) ? # for green
? ??
? ? # Optionally, you can get the current state to confirm if it was set correctly
? ? current_state = signal_mast.getState()
? ? print("Signal Mast aspect set to: ", current_state)
else:
? ? print("Signal Mast 'Signal Mast, Table 12, Track 5, West Bound' not found.")
|
Locked
Re: Best Command Station to use with Decoder Pro
Tom, ? The question is if the ESU command station will work with JMRI. If it does, then you have something. But I don’t recall what level of ESU command station support has been written for JMRI. But if you look at this page, it will help you once your hardware arrives. ?
? Fundamentally it looks like some degree of support has been around for a number of years. ? -Ken Cameron, Member JMRI Dev Team
? ?
|
Nags,
The test still occurs, but the issue is what happens after the test. ?A related factor is what causes a ConditionNG to execute.
With the exception of ConditionalNGs configured to run after file loading, most of them are activated by a change to an item in an If-then-else action. ?The default is that items added to the "if" have the "listen" setting enabled. ?A change to one of these will start the ConditionalNG. ?Items that have "listen" disabled will not start the ConditionalNG but will be evaluated to determine the true/false state of the if-then-else.
It can help to separate the trigger events from checks for item states. ?For example, think of a yard ladder with sensor buttons for each track and an occupancy sensor for the turnout ladder. ?The sensor button will trigger a ConditionalNG for the selected track. ?The sensor is defined as "listen" and the if-then-else is "on change". ?When that test is true, a second if-then-else checks for other items, such as ladder block occupancy, etc. ?These are defined as "no listen" which prevents unplanned running of the ConditionalNG. ?This if-then-else is also set to "always execute" since the occupancy might not have changed since the last run. ?When this is true, the turnouts can be set.
For this example, a "sensor group" is used to make sure that only one track button is active. ?One ConditionalNG will run when its sensor becomes inactive resulting in the first test being false which does nothing. ?Another ConditionalNG will run when its sensor becomes active. ?This one will do more work.
Dave Sand
----- Original message -----
Subject: Re: [jmriusers] LogixNG vs Jython performance #jython #logixng
Date: Thursday, March 20, 2025 4:11 PM
On Fri, Mar 21, 2025 at 02:02 AM, George Hofmann wrote:
For example I am not understanding why legumes are involved.
Pay that!
I find myself using LogixNG more and more and I did wonder what the overhead was.
What does catch me out occasionally is Execute on Change vs. Always Execute. The conditional doesn't execute even though I reckon it should have. Sometimes I give up trying to figure out why and just make it Always Execute.
?
Therefore, what is the performance penalty of one over the other? I assume in either case it still has to test the conditions.
--
H.O. Australia (Layout in Progress)
Digikeijs DR5000 LocoNet
JMRI v5.10 DecoderPro/Warrants/CPE/SML/LogixNG
Java: OpenLogic jre-17.0.12.7 ? Windows 10
|
Locked
Re: Best Command Station to use with Decoder Pro
Mark, ? It takes a special circuit to get added to the booster to allow RailCom to work and then the circuit that would listen for the answers. So it takes a significant change in the booster circuit. That’s one part they (US mfgs) haven’t had to change for years. The hesitation of ‘don’t fix what isn’t broken’ comes to mind. Since Digitrax has its transponding, I wouldn’t expect them to change. NCE, hard to say, they have done a few things like the new PH5/CS03 but RailCom is only useful to those who also are doing some sort of computer interfacing. ? Only time will tell if the impact of TCS or MRC starts to show up on their radar. ? -Ken Cameron, Member JMRI Dev Team
? ?
|
On Thu, Mar 20, 2025 at 10:33 AM, Cliff Anderson wrote:
What is important boils down to only a few questions:
- Is the method used easily accessible to the person doing the modification?
- Will it be understandable to someone needing to do future maintenance, as in a club environment??
- Is the result easily understandable to the people running the layout?
- ?
Cliff
Well said! I am trying to get that point across to my club members. We have a complex Train Controller installation that nobody understands. LogixNG might replace part of it and allow for better understanding and maintenance.
?
George
|
On Fri, Mar 21, 2025 at 02:02 AM, George Hofmann wrote:
For example I am not understanding why legumes are involved.
Pay that!
I find myself using LogixNG more and more and I did wonder what the overhead was.
What does catch me out occasionally is Execute on Change vs. Always Execute. The conditional doesn't execute even though I reckon it should have. Sometimes I give up trying to figure out why and just make it Always Execute.
?
Therefore, what is the performance penalty of one over the other? I assume in either case it still has to test the conditions.
--
H.O. Australia (Layout in Progress)
Digikeijs DR5000 LocoNet
JMRI v5.10 DecoderPro/Warrants/CPE/SML/LogixNG
Java: OpenLogic jre-17.0.12.7 ? Windows 10
|
Locked
Re: Best Command Station to use with Decoder Pro
In addition to the decoders that Dick mentions, it should also be noted that over the last couple of years Trix have announced a number of locos fitted with decoders that have Railcom capability. I am not aware of Marklin supplying Railcom compatable decoders as seperate items yet, but there are suspicions that their newest decoders with the latest firmware can probably be manhandled into using Railcom.
Mark,
You probably will not read this in MR, so do I dare to publicly
post this info about what folks are missing out on here in the US
of A? <G>?
Hopefully it is not too far off topic from the original poster's
question.
Decoder Manufacturers Supporting RailCom:
- Lenz Elektronik – The creators of
RailCom; their Gold and Silver series decoders fully support it.
- ESU (Electronic Solutions Ulm) – Many
LokPilot and LokSound decoders
support RailCom.
- ZIMO – Almost all of their decoders
are RailCom-compatible.
- TAMS Elektronik – Offers
RailCom-compatible decoders.
- Doehler & Haass – Many of their
decoders support RailCom.
- Train-O-Matic – Their decoders support
RailCom functionality.
- Train Control Systems – Some TCS
decoders support RailCom.
- Kuehn – Some decoders support RailCom.
- Uhlenbrock – Some decoders support
RailCom.
RailCom Compatible Command Stations:
-
Lenz – LZV200 (successor to LZV100)
- Developed by the creators
of RailCom. Full support for RailCom feedback and
addressing.
-
ZIMO – MX10
- High-end DCC system with
full RailCom support, including feedback and decoder
programming.
-
ESU – ECoS 2 (50210, 50200)
- Supports RailCom and
RailCom Plus for automatic train detection and feedback.
-
TAMS Elektronik – RedBox
- A lesser-known command
station that fully supports RailCom.
-
TCS CS-105
- This command station from
Train Control Systems also supports RailCom.?
- This system also offers
global RailCom transmissions over LCC for supporting
boosters, enhancing bi-directional communication
capabilities to include booster districts as well.
-
MRC – NEXXT
- I am including MRC in this
list, because their (announced) NEXXT command system
includes plans for support of both RailCom and LCC, even
though it is not yet available.
Apparently some other European command
stations, e.g. Roco Z21, may be upgraded to RailCom with the
appropriate add-ons.?
The openDCC project supports RailCom
via the Open DCC GBM command station.
Do not confuse RailCom and RailCom
Plus, which as far as I know, is not an NMRA standard, so I
suppose that it should be classed along with other proprietary
options.
I'm sure that this info is probably
wrong at some points, so others feel free to update/correct it.
Dick :)
On 3/20/2025 12:48 PM, Mark Granville
wrote:
Dick, Good point about
Railcom and NMRA. As I understand it, Railcom became an RP
in 1997 and didn’t become a standard until 2012. Even then,
the standard underwent extensive revision in 2021.
Why haven’t manufacturers like Digitrax and NCE upgraded to
include this in their command stations? Who knows. I guess
Digitrax doesn’t want to compete with its transponding. I
have used an NCE PowerHouse since 1998 when I wouldn’t have
expected Railcom. I can’t tell from their web site if the
new PowerPro system has Railcom capability, but with a price
of $1K, the TCS system isn’t looking too bad.
Mark
|
Locked
Re: Best Command Station to use with Decoder Pro
Dick, is tjere a Railcom Mail Group? I am curious if there are many Railcom layouts operating with large clubsd and multiple locomotives (10? -15) simultaneously. ? Dana Zimmerli Z System Designs ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of dick bronson via groups.io
Sent: Thursday, March 20, 2025 11:43 AM
To: [email protected]
Subject: Re: [jmriusers] Best Command Station to use with Decoder Pro? Mark, You probably will not read this in MR, so do I dare to publicly post this info about what folks are missing out on here in the US of A? <G>? Hopefully it is not too far off topic from the original poster's question. Decoder Manufacturers Supporting RailCom: - Lenz Elektronik – The creators of RailCom; their Gold and Silver series decoders fully support it.
- ESU (Electronic Solutions Ulm) – Many LokPilot and LokSound decoders support RailCom.
- ZIMO – Almost all of their decoders are RailCom-compatible.
- TAMS Elektronik – Offers RailCom-compatible decoders.
- Doehler & Haass – Many of their decoders support RailCom.
- Train-O-Matic – Their decoders support RailCom functionality.
- Train Control Systems – Some TCS decoders support RailCom.
- Kuehn – Some decoders support RailCom.
- Uhlenbrock – Some decoders support RailCom.
RailCom Compatible Command Stations: - Lenz – LZV200 (successor to LZV100)
- Developed by the creators of RailCom. Full support for RailCom feedback and addressing.
- ZIMO – MX10
- High-end DCC system with full RailCom support, including feedback and decoder programming.
- ESU – ECoS 2 (50210, 50200)
- Supports RailCom and RailCom Plus for automatic train detection and feedback.
- TAMS Elektronik – RedBox
- A lesser-known command station that fully supports RailCom.
- TCS CS-105
- This command station from Train Control Systems also supports RailCom.?
- This system also offers global RailCom transmissions over LCC for supporting boosters, enhancing bi-directional communication capabilities to include booster districts as well.
- MRC – NEXXT
- I am including MRC in this list, because their (announced) NEXXT command system includes plans for support of both RailCom and LCC, even though it is not yet available.
Apparently some other European command stations, e.g. Roco Z21, may be upgraded to RailCom with the appropriate add-ons.? The openDCC project supports RailCom via the Open DCC GBM command station. Do not confuse RailCom and RailCom Plus, which as far as I know, is not an NMRA standard, so I suppose that it should be classed along with other proprietary options. I'm sure that this info is probably wrong at some points, so others feel free to update/correct it. On 3/20/2025 12:48 PM, Mark Granville wrote: Dick, Good point about Railcom and NMRA. As I understand it, Railcom became an RP in 1997 and didn’t become a standard until 2012. Even then, the standard underwent extensive revision in 2021.
Why haven’t manufacturers like Digitrax and NCE upgraded to include this in their command stations? Who knows. I guess Digitrax doesn’t want to compete with its transponding. I have used an NCE PowerHouse since 1998 when I wouldn’t have expected Railcom. I can’t tell from their web site if the new PowerPro system has Railcom capability, but with a price of $1K, the TCS system isn’t looking too bad.
Mark
|
Locked
Re: Best Command Station to use with Decoder Pro
Mark,
You probably will not read this in MR, so do I dare to publicly
post this info about what folks are missing out on here in the US
of A? <G>?
Hopefully it is not too far off topic from the original poster's
question.
Decoder Manufacturers Supporting RailCom:
- Lenz Elektronik – The creators of
RailCom; their Gold and Silver series decoders fully support it.
- ESU (Electronic Solutions Ulm) – Many
LokPilot and LokSound decoders
support RailCom.
- ZIMO – Almost all of their decoders
are RailCom-compatible.
- TAMS Elektronik – Offers
RailCom-compatible decoders.
- Doehler & Haass – Many of their
decoders support RailCom.
- Train-O-Matic – Their decoders support
RailCom functionality.
- Train Control Systems – Some TCS
decoders support RailCom.
- Kuehn – Some decoders support RailCom.
- Uhlenbrock – Some decoders support
RailCom.
RailCom Compatible Command Stations:
-
Lenz – LZV200 (successor to LZV100)
- Developed by the creators
of RailCom. Full support for RailCom feedback and
addressing.
-
ZIMO – MX10
- High-end DCC system with
full RailCom support, including feedback and decoder
programming.
-
ESU – ECoS 2 (50210, 50200)
- Supports RailCom and
RailCom Plus for automatic train detection and feedback.
-
TAMS Elektronik – RedBox
- A lesser-known command
station that fully supports RailCom.
-
TCS CS-105
- This command station from
Train Control Systems also supports RailCom.?
- This system also offers
global RailCom transmissions over LCC for supporting
boosters, enhancing bi-directional communication
capabilities to include booster districts as well.
-
MRC – NEXXT
- I am including MRC in this
list, because their (announced) NEXXT command system
includes plans for support of both RailCom and LCC, even
though it is not yet available.
Apparently some other European command
stations, e.g. Roco Z21, may be upgraded to RailCom with the
appropriate add-ons.?
The openDCC project supports RailCom
via the Open DCC GBM command station.
Do not confuse RailCom and RailCom
Plus, which as far as I know, is not an NMRA standard, so I
suppose that it should be classed along with other proprietary
options.
I'm sure that this info is probably
wrong at some points, so others feel free to update/correct it.
Dick :)
On 3/20/2025 12:48 PM, Mark Granville
wrote:
toggle quoted message
Show quoted text
Dick, Good point about
Railcom and NMRA. As I understand it, Railcom became an RP
in 1997 and didn’t become a standard until 2012. Even then,
the standard underwent extensive revision in 2021.
Why haven’t manufacturers like Digitrax and NCE upgraded to
include this in their command stations? Who knows. I guess
Digitrax doesn’t want to compete with its transponding. I
have used an NCE PowerHouse since 1998 when I wouldn’t have
expected Railcom. I can’t tell from their web site if the
new PowerPro system has Railcom capability, but with a price
of $1K, the TCS system isn’t looking too bad.
Mark
|
Locked
Re: Best Command Station to use with Decoder Pro
Yes,? ESU decoders support "ordinary RailCom".? The "+" part is additional capabilities.? ? ??
RailCom+ (mostly automatic decoder registration with command station) is part of the RailCommunity standards for DCC.? ?RailCommunity are the standards body for European manufacturers, setting out what DCC does and doesn't do: most of
the documentation is in German.? ?Give it a few years and the NMRA will copy a translation of RailCommunity standard, and call it a NMRA standard....
Nigel.?
toggle quoted message
Show quoted text
------ Original Message ------
From "Tom Myrick via groups.io" < jmri@...> Date 20/03/2025 17:45:09
Subject Re: [jmriusers] Best Command Station to use with Decoder Pro
On Thu, Mar 20, 2025 at 07:34 AM, dick bronson wrote:
The difference with RailCom is that it is part of the NMRA specifications, not proprietary, and it may be supported by any manufacturer. As far as I know TCS and MRC (NEXXT) are the only US manufacturers either supporting, or planning
for RailCom support. That is a manufacturer's marketing choice, and the European companies have chosen to support it for some time. It is probably supported by more systems than not. (at least recently) Note that ESU decoders support RailCom, not just their
own closed ecosystem. The chances are pretty good that if you have a loco with a modern European decoder, it already includes RailCom.
My understanding is that the ESU decoders support RailCom+, which I understand is a proprietary extension of RailCom specific to ESU.? Does this mean that in fact ESU decoders support RailCom as well?? I have recently purchased an ESU Cab Control command
station and am waiting for it to be delivered.? Will this command station be able to read ESU decoders faster than my current Digitrax DCS52 system?
--
Tom
|
Locked
Re: Best Command Station to use with Decoder Pro
On Wed, Mar 19, 2025 at 06:32 PM, Robert Heller wrote:
DCC decoder CVs cannot be directly "read".
Reading CVs is done via a trick. The DCC command station asks if a bit is a
one or zero and the decoder does (or does not) run the motor a little if the
bit is a one and the command station detects the slight current draw. To read
a CV byte, the DCC command station asks 8 times, once for each bit in the
byte.
This is very informative.? I always wondered why the locomotive motor has to turn when reading CVs and why it takes so long.??
--
Tom
|
Locked
Re: Best Command Station to use with Decoder Pro
On Thu, Mar 20, 2025 at 07:34 AM, dick bronson wrote:
The difference with RailCom is that it is part of the NMRA specifications, not proprietary, and it may be supported by any manufacturer. As far as I know TCS and MRC (NEXXT) are the only US manufacturers either supporting, or planning for RailCom support. That is a manufacturer's marketing choice, and the European companies have chosen to support it for some time. It is probably supported by more systems than not. (at least recently) Note that ESU decoders support RailCom, not just their own closed ecosystem. The chances are pretty good that if you have a loco with a modern European decoder, it already includes RailCom.
My understanding is that the ESU decoders support RailCom+, which I understand is a proprietary extension of RailCom specific to ESU.? Does this mean that in fact ESU decoders support RailCom as well?? I have recently purchased an ESU Cab Control command station and am waiting for it to be delivered.? Will this command station be able to read ESU decoders faster than my current Digitrax DCS52 system?
--
Tom
|
George,
?
After remaining as a silent observer on this thread, at least one observation seems worth floating.
?
"But I wonder, how does it compare in performance to performing the same tasks in a Jython program? Is there any overhead?"
?
In fact there is some overhead in all of the options that JMRI offers for customizing any installation to a particular layout.? In most cases, that overhead is slight, perhaps even undetectable.
?
Chasing through all of the "time used" vs "dynamic memory used" vs "storage memory used" vs "I/O bandwidth needed" vs "operational connivence" or any of the other kinds of optimization metrics is not likely to provide us with any warm-fuzzy feelings.? Nor is it even slightly useful with today's technology.??
?
What is important boils down to only a few questions:
- Is the method used easily accessible to the person doing the modification?
- Will it be understandable to someone needing to do future maintenance, as in a club environment??
- Is the result easily understandable to the people running the layout?
?
It is your hobby, do what you enjoy.
?
Others may have strongly held preferences.
?
Cliff in Baja SoCal
?
|
Locked
Re: Best Command Station to use with Decoder Pro
Dick, Good point about Railcom and NMRA. As I understand it, Railcom became an RP in 1997 and didn’t become a standard until 2012. Even then, the standard underwent extensive revision in 2021.
Why haven’t manufacturers like Digitrax and NCE upgraded to include this in their command stations? Who knows. I guess Digitrax doesn’t want to compete with its transponding. I have used an NCE PowerHouse since 1998 when I wouldn’t have expected Railcom. I can’t tell from their web site if the new PowerPro system has Railcom capability, but with a price of $1K, the TCS system isn’t looking too bad.
Mark
|
Locked
Re: Best Command Station to use with Decoder Pro
Billybob, Yes, transponding also. But is that another single manufacturer thing? Who else but Digitrax makes decoders with Digitrax transponding?
Mark
|
George,
A "bean" is a Java object that has a set of characteristics. ?In the JMRI, most of the table items, such as turnouts, sensors, etc., are implement as Java beans.
Dave Sand
----- Original message -----
Subject: Re: [jmriusers] LogixNG vs Jython performance #jython #logixng
Date: Thursday, March 20, 2025 10:02 AM
Thanks Dave
As I am just learning LogixNG a lot of your reply is a bit beyond my understanding at the moment. For example I am not understanding why legumes are involved. However I believe that your answer indicates that any overhead involved when using LogixNG is small or can be made small if programmed wisely.
?
George
|
Re: Signal Mast Logic
#sml
David,
Fixing the block continuity errors is required.
You have two choices.
- Make the stub track one block.
- Create a unique block for the back half of the stub track.
This will eliminate the warnings and errors in the system console.
10:11:52,114 display.layoutEditor.ConnectivityUtil WARN? - Neither branch at LayoutTurnout TO8 turnout: Pt_SE6_SdS6 (MT+132) leads to next block Tr_SE6a (ILB50) [AWT-EventQueue-0]
10:11:52,115 display.layoutEditor.ConnectivityUtil WARN? - Connectivity not complete at Pt_SE6_SdS6 [AWT-EventQueue-0]
10:11:52,122 display.layoutEditor.ConnectivityUtil WARN? - Neither branch at LayoutTurnout TO8 turnout: Pt_SE6_SdS6 (MT+132) leads to next block Tr_SE6a (ILB50) [AWT-EventQueue-0]
10:11:52,122 display.layoutEditor.ConnectivityUtil WARN? - Connectivity not complete at Pt_SE6_SdS6 [AWT-EventQueue-0]
Your attempt to add a reverse move signal mast will not work due to the above issue. ?Also, I don't see a signal mast for the reverse move.
Any signal mast attached to a block boundary is automatically included in the SML calculations.
Dave Sand
----- Original message -----
Subject: Re: [jmriusers] Signal Mast Logic #sml
Date: Thursday, March 20, 2025 4:11 AM
Hi
?
Thank you so much for your help with this.
It is very much appreciated.
?
I have just uploaded the latest exhib1.xml file to the same location.
?
Most issues are now solved but there are still a few minor issues remaining.
?
1. Tools check non-contiguous blocks highlights 6 errors.
Removing and re-adding those blocks does not solve the issue.
It would be good to fix the errors but they do not seem to be causing a problem.
?
2. Three of the buffer stop masts show an unknown state.
?
3. Related to 2. above, i have tried to add a mast at the anchor point A21 between Tr_SE6a and Tr_SW4f (to control movement in the reverse direction into the sidings ) but the SML generated for that mast is totally wrong.
I could generate the SML manually if the buffer masts worked.
?
Note that I am not concerned about the Masts Mst_SdS[1-6]
I will control them by scripting rather than SML.
I have attached these masts to the points in order to place them ( for display purposes only) onto the panel.
Is that the correct way to add masts that are for display only and play no part in SML ?
?
?
|
Thanks Dave
As I am just learning LogixNG a lot of your reply is a bit beyond my understanding at the moment. For example I am not understanding why legumes are involved. However I believe that your answer indicates that any overhead involved when using LogixNG is small or can be made small if programmed wisely.
?
George
|
Re: The future of control and automation - thoughts?
Hi Peter,
?
In addition to the ideas that have already been mentioned, you might want to check out Hans Tanner's IOTT channel. He is exploring some very interesting ideas.
?
?
As has been mentioned, the DCC-EX folks are doing interesting things.
?
Both are using low-cost off-the-shelf hardware components (and using other industry standard communication tools, etc) as part of software-defined products. IMHO this is the right strategy and the one that holds the most promise for the future.
?
?
- John Geddes
Vancouver, Canada
|
Canadian Locomotive Logistics
Ken Cameron
George Hofmann
Tom Myrick