I create an if then else statement using logixNG?
the conditional if and asks if 2 sensors are active and a switch is thrown then set a third sensor active.
I want to add a delay of 200 ms to the activation of the third sensor in that conditional.
how do I do that
tony
|
Ken,
I consider the dangling Else as an indication of the end of the Then block.
There is no common rules for setting up a if-then-else.
Here is a complex conditional. ?This layout has a double slip ladder (4). ?There are 4 loops with the slips to allow transfers between the loops. ?The slips do not have their own blocks so it requires a variation of your brilliant design.
The conditional is invoked when the outer real sensors change. ?First there is a check, the "E" expressions, to see if there is a possible route. ? If there is not a possible route, there is nothing to do.
The "F" expressions check the real sensors. ?If they are not both active, the "A" actions make the virtual turnout block sensors inactive. ?
This layout uses SML based sections. ?By finding a section that is not FREE, the traffic direction is known. ?If the traffic is left to right, the "B" actions set the virtual turnout sensors in the correct sequence. ?If the traffic is right to left, the virtual turnout sensors in the reverse sequence. ?If both are FREE, then there is not Dispatcher traffic so the "D" actions set the virtual turnout sensors inactive.
This conditional has the "listened" sensors in the middle between the filter if-then-else and the final if-then-elseif-then-else.
Dave Sand
----- Original message -----
Subject: Re: [jmriusers] Why Listen to Turnout in LogixNG Doesn't Trigger #logixng
Date: Sunday, May 26, 2024 7:06 AM
Thanks Daniel,
"Looks are deceiving" ... it works just as is "dangling".
As a strategy to only run the code on change instead of always, does it make sense to have a grand "OR" at the top of the code?
That "OR" would have all the change actors tested as 'active'.
The "THEN" part would contain the code, but run it only on change.
Or, is this an unnecessary step too far?
--
Ken
NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959)
Loconet * JMRI 5.7.7 * OSX,Win10,Ubuntu
Blog: ?
|
Have you looked at the Dave Todd's video using OperationsPro without paper? It can give you some ideas.
|
Thanks Daniel, "Looks are deceiving" ... it works just as is "dangling". As a strategy to only run the code on change instead of always, does it make sense to have a grand "OR" at the top of the code? That "OR" would have all the change actors tested as 'active'. The "THEN" part would contain the code, but run it only on change. Or, is this an unnecessary step too far? --
Ken NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959) Loconet * JMRI 5.7.7 * OSX,Win10,Ubuntu
Blog: ?
|
Locked
Re: no track power in operation mode when power is turned on
#sprog
Hello Renaud,
how are you determining that there is no power on the track?
The flashing Power LED on the SPROG 3 says that the SPROG has turned Track power on.
There are two flash rates; slow about one per second says the SPROG thinks that whatever your Track power supply DC voltage (as connected to the two first connections of the green plug) is being passed to the rack terminals (with a small voltage drop) as an "AC" DCC voltage at about 8KHz.
A far faster flash rate indicates that the SPROG sees a track short.
Tell us a bit more!
Bill
|
I haven’t but it sounds promising. I’ll explore that over the next while and report back. Someone else might benefit from the findings.
Thanks Steve.?
--
Brad
|
Thanks Jerry.
I've sent you an email. Will report back to the group as progress is made.
--
Thanks and Regards
Ron Ventura
Melbourne, Australia
JMRI 5.6+R89a87446cb
Java 11.0.14
Windows 11
|
Ken,
If you don't need the "Else", just leave it. It's an option but you don't need to use it.
---
Daniel Bergqvist
JMRI developer
2024-05-26 02:00 skrev Ken Heywood:
toggle quoted message
Show quoted text
|
I have Operations Pro more or less set up how I want for use on my layout, but I am still working out how to best manage a session in real time with multiple computers and multiple users, and I'm looking for advice.? Briefly, my hardware setup employs 3 machines, all of which reside on the same private WiFi network:
1. A Raspberry Pi which is physically connected to the layout and runs a JMRI LoconetOverTCP server and a WiThrottle server.? Other machines can connect to the layout via the Pi.? This has been working well for years.
2. A MacBook laptop which is the computer I do all of my JMRI development on, and where I store all of my panel, roster, and operations data.? During a session, this machine runs a CATS d/s console in a separate room from the layout.
3. A Mac Mini in the layout room for use by the Superintendent, as needed.
What I would *like* to do is to access the Operations info on the MacBook from the Mini so the Superintendent can manage Builds and Terminations during a session without having to sync multiple copies of the database files.? ?So far I have tried two schemes with no success:
1. I tried setting up the Mini as a JMRI Simple Server client, with the MacBook as the server.? I can establish a connection, but I don't seem to be able to access any of the data on the MacBook from the Mini.? Perhaps I am missing something in how I have the client or server configured?? I followed the example on .
2. I have Mac file sharing set up between the Macs, and I can see MacBook files on the Mini using the Finder, but if I try to open a MacBook panel file from PanelPro on the Mini, the shared file folder won't show up in the PanelPro's file navigation.? Perhaps there is a security setting I need to enable PanelPro to access these files?
Any tips on the above?? I am open to other suggestions, but again I'd prefer all files to reside in one place on the MacBook, if possible. Thanks in advance for your thoughts.
|
Then there is the question of the "dangling Else". I've just left it hanging there. Seems like there should be something like a "Break" or something. It just looks wrong. --
Ken NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959) Loconet * JMRI 5.7.7 * OSX,Win10,Ubuntu
Blog: ?
|
Daniel,
That looks great.? I'll wait for the PR to merge and then pull a Jenkins build to try it out.? Thanks for taking care of that so quickly!
Robin
May 25, 2024 4:26:02 PM danielb987 <jmri@...>:
toggle quoted message
Show quoted text
Robin,
Are you able to compile JMRI from sources? If so, can you try PR #13125? If not, I can create a Jenkins build which generates the install files.
https://github.com/JMRI/JMRI/pull/13125
PR #13125 improves the ProgramOnMain action so that you can choose between long and short address. And it gives you the option to not wait for the programming to complete.
I do have a local variable set for the status, but it is always null.? Perhaps this is because I am only using the Loconet Simulator so far.? I plan to do some testing on the layout shortly and will see what happens then.
The local variable is only set when you use the "Execute" socket. ProgramOnMain was never intended to wait for the programming to complete so therefore the variable is not set when it's finished. I didn't want to change this behavior since it could break some user's LogixNG.
---
Daniel Bergqvist
JMRI developer
2024-05-25 00:36 skrev Robin Becker:
Daniel,
Appreciate the feedback.? I just did some testing with the JMRI Single CV Programmer, and it will issue Ops Mode Writes almost continuously.? The Loconet Monitor shows the CV Writes happening about every 200 msec.? I implemented a "Busy" indicator to work around the 8 second lag in the LogixNG, but it would be much nicer if the LogixNG Program On Main action worked just like (sent messages as quickly as) the Single CV Programmer.
Not sure how I will work around the lack of a Short/Long address toggle at the moment.? At best the address value can only tell you that an address must be a long address; for low addresses it can't tell if they are short or long.? For example I use long addresses for all my locos, so 101 is a long address.
I do have a local variable set for the status, but it is always null.? Perhaps this is because I am only using the Loconet Simulator so far.? I plan to do some testing on the layout shortly and will see what happens then.
Thanks.
Robin
-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of danielb987
Sent: Friday, May 24, 2024 2:53 PM
To: [email protected]
Subject: Re: [jmriusers] LogixNG Program on Main action
Robin,
However there is a delay of about 8 seconds before the LogixNG
proceeds to the next action.
Due to a bug. It shouldn't wait for the programmer to complete but it does. The problem with fixing it is that users might depend on that bug.
I need to think about it.
What is the “Execute” socket intended to be used for?
The execute socket is executed when the programmer has tried to program the CV. If you enter the name of a local variable in the field "Local variable for status", you can check the value of that local variable to see if the programming was successful or not.
These codes are bitwise combinations, except 0 for OK.
??? 0 = OK
??? 1 = Unknown error
??? 2 = No loco detected
??? 4 = Programmer busy
??? 8 = Not implemented
?? 16 = User aborted
?? 32 = No acknowledge
?? 64 = Confirmation failed
? 128 = Timeout
? 256 = Short circuit
? 512 = Sequence error
1024 = Communication error
The Single CV Programmer has a short address/long address selector.
Can this be added?
I need to think about that too.
---
Daniel Bergqvist
JMRI developer
2024-05-24 19:25 skrev Robin Becker:
Hi.? A few questions on the LogixNG Program on Main Action.? I am
testing with Loconet Simulator.
When I trigger the action I see the programming message in the Monitor
Loconet window immediately.? However there is a delay of about 8
seconds before the LogixNG proceeds to the next action.? Is that
expected?
What is the “Execute” socket intended to be used for?
The Single CV Programmer has a short address/long address selector.
Can this be added?
Thanks for your help and the great tools!
Robin Becker
San Diego CA
Links:
------
[1] /g/jmriusers/message/230876
[2] /mt/106285721/5164497
[3] /g/jmriusers/post
[4] /g/jmriusers/editsub/5164497
[5]
/g/jmriusers/leave/9097802/5164497/1706973714/xyzzy
|
Robin, Are you able to compile JMRI from sources? If so, can you try PR #13125? If not, I can create a Jenkins build which generates the install files. PR #13125 improves the ProgramOnMain action so that you can choose between long and short address. And it gives you the option to not wait for the programming to complete. I do have a local variable set for the status, but it is always null. Perhaps this is because I am only using the Loconet Simulator so far. I plan to do some testing on the layout shortly and will see what happens then. The local variable is only set when you use the "Execute" socket. ProgramOnMain was never intended to wait for the programming to complete so therefore the variable is not set when it's finished. I didn't want to change this behavior since it could break some user's LogixNG. --- Daniel Bergqvist JMRI developer 2024-05-25 00:36 skrev Robin Becker: Daniel,
Appreciate the feedback. I just did some testing with the JMRI Single CV Programmer, and it will issue Ops Mode Writes almost continuously. The Loconet Monitor shows the CV Writes happening about every 200 msec. I implemented a "Busy" indicator to work around the 8 second lag in the LogixNG, but it would be much nicer if the LogixNG Program On Main action worked just like (sent messages as quickly as) the Single CV Programmer.
Not sure how I will work around the lack of a Short/Long address toggle at the moment. At best the address value can only tell you that an address must be a long address; for low addresses it can't tell if they are short or long. For example I use long addresses for all my locos, so 101 is a long address.
I do have a local variable set for the status, but it is always null. Perhaps this is because I am only using the Loconet Simulator so far. I plan to do some testing on the layout shortly and will see what happens then.
Thanks.
Robin
-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of danielb987
Sent: Friday, May 24, 2024 2:53 PM
To: [email protected]
Subject: Re: [jmriusers] LogixNG Program on Main action
Robin,
However there is a delay of about 8 seconds before the LogixNG
proceeds to the next action. Due to a bug. It shouldn't wait for the programmer to complete but it does. The problem with fixing it is that users might depend on that bug.
I need to think about it.
What is the “Execute” socket intended to be used for? The execute socket is executed when the programmer has tried to program the CV. If you enter the name of a local variable in the field "Local variable for status", you can check the value of that local variable to see if the programming was successful or not.
These codes are bitwise combinations, except 0 for OK.
0 = OK
1 = Unknown error
2 = No loco detected
4 = Programmer busy
8 = Not implemented
16 = User aborted
32 = No acknowledge
64 = Confirmation failed
128 = Timeout
256 = Short circuit
512 = Sequence error
1024 = Communication error
The Single CV Programmer has a short address/long address selector.
Can this be added? I need to think about that too.
---
Daniel Bergqvist
JMRI developer
2024-05-24 19:25 skrev Robin Becker:
Hi. A few questions on the LogixNG Program on Main Action. I am
testing with Loconet Simulator.
When I trigger the action I see the programming message in the Monitor
Loconet window immediately. However there is a delay of about 8
seconds before the LogixNG proceeds to the next action. Is that
expected?
What is the “Execute” socket intended to be used for?
The Single CV Programmer has a short address/long address selector.
Can this be added?
Thanks for your help and the great tools!
Robin Becker
San Diego CA
Links:
------
[1] /g/jmriusers/message/230876
[2] /mt/106285721/5164497
[3] /g/jmriusers/post
[4] /g/jmriusers/editsub/5164497
[5]
/g/jmriusers/leave/9097802/5164497/1706973714/xyzzy
|
Brad,
There's no support for embedding a throttle in a web panel, but you can embed a web panel in a throttle with EngineDriver. Did you try that? You can also swipe back and forth between the panel and the throttle panes in EngineDriver. Did you try that? You didn't mention if the pads were moveable, but if so, you can set EngineDriver's orientation preference to "Auto-Web" and switch by simply changing the orientation. Portrait shows the Throttle page, Landscape shows the Web page.
--SteveT
|
Jerry,
See if deleting the default.lcf in the program location helps.
Dave Sand
----- Original message -----
Subject: Re: [jmriusers] Log File Copy Error?
Date: Saturday, May 25, 2024 5:32 PM
Both exist in the JMRI program location. Neither exist in the settings location. __________________________________
jerryg2003@...
|
Both exist in the JMRI program location. Neither exist in the settings location. __________________________________
jerryg2003@...
|
I had a several logixng where I ended up adding a timer (flip-flop) sensor to force a test condition.?
--
H.O. Australia (Layout in Progress)
Digikeijs DR5000 LocoNet
JMRI v5.6 DecoderPro/Warrants/CPE/SML/LogixNG
Windows 10
|
Yes, it is a fine line which one to use when.
I have a special sensor that I put in loops to cause the loop to end (using an Exit command).
Cheers Leo P
Yep, been caught out a few times by 'execute on change' resulting in no change.
However, from a previous issue I raised I got the impression heavy use of 'Always Execute' can cause lockups.
--
H.O. Australia (Layout in Progress)
Digikeijs DR5000 LocoNet
JMRI v5.6 DecoderPro/Warrants/CPE/SML/LogixNG
Windows 10
|
Tony,
This is off topic for this thread.
Dave Sand
----- Original message -----
Subject: Re: [jmriusers] Creating a Ladder in Layout Editor #layouteditor
Date: Saturday, May 25, 2024 4:43 PM
Dave
I asked steve this question but so far got no response.
What is the chance of getting the author of the logix to change the delay from minutes to ms so I can solve the ladder issue which you consider difficult if not impossible.
A default of minutes could be included so that everyone’s use of the logix is not affected by the change but the option to use ms exists.
I think that change would eliminate kens need to use ghost sensors.
Tony
On May 25, 2024, at 4:32 PM, Dave Sand <ds@...> wrote:
?
Tony,
Mike was talking about the Layout Editor feature that made it easy to drag and drop a turnout connection point on top of another connection point. ?When released, the required track segment is include and the dropped turnout rotates.
Watch??to see it in action.
Dave Sand
----- Original message -----
Subject: Re: [jmriusers] Creating a Ladder in Layout Editor #layouteditor
Date: Saturday, May 25, 2024 3:23 PM
What ladder problem did you solve.?
Was it the problem of putting switches in their own blocks and they require logix to activate them because they don’t have their own real sensors when those switches are in a ladder and thus in using automation the delay in actiivation for each must be greater than the delay of the one before it. ?That may work in one direction but when traveling in opposite direction the automation immediately fails since the switches activate in the wrong sequence.?
The solution was to change the logix statements that now only accept delays in minutes to delays in ms.
Was that change made or was some other issue solved
Tony
On May 25, 2024, at 4:13 PM, Michael Muha <mike.muha@...> wrote:
?I confirm that the Layout Editor ladder build process is fixed in the JMRI 5.7.7 test release. Thanks Dave - this makes life SO much easier!
Mike
|
Dave
I asked steve this question but so far got no response. What is the chance of getting the author of the logix to change the delay from minutes to ms so I can solve the ladder issue which you consider difficult if not impossible. A default of minutes could be included so that everyone’s use of the logix is not affected by the change but the option to use ms exists. I think that change would eliminate kens need to use ghost sensors.
Tony
toggle quoted message
Show quoted text
On May 25, 2024, at 4:32 PM, Dave Sand <ds@...> wrote:
? Tony,
Mike was talking about the Layout Editor feature that made it easy to drag and drop a turnout connection point on top of another connection point. ?When released, the required track segment is include and the dropped turnout rotates.
Watch??to see it in action.
Dave Sand
----- Original message -----
Subject: Re: [jmriusers] Creating a Ladder in Layout Editor #layouteditor
Date: Saturday, May 25, 2024 3:23 PM
What ladder problem did you solve.?
Was it the problem of putting switches in their own blocks and they require logix to activate them because they don’t have their own real sensors when those switches are in a ladder and thus in using automation the delay in actiivation for each must be greater than the delay of the one before it. ?That may work in one direction but when traveling in opposite direction the automation immediately fails since the switches activate in the wrong sequence.?
The solution was to change the logix statements that now only accept delays in minutes to delays in ms.
Was that change made or was some other issue solved
Tony
On May 25, 2024, at 4:13 PM, Michael Muha <mike.muha@...> wrote:
?I confirm that the Layout Editor ladder build process is fixed in the JMRI 5.7.7 test release. Thanks Dave - this makes life SO much easier!
Mike
|
Jerry,
This is issue #12850.
It is caused by the recent upgrade to the logging process. ?But it only affects some people.
Do you have a default.lcf file in your settings location? ?How about default_lcf.xml?
Dave Sand
----- Original message -----
Subject: [jmriusers] Log File Copy Error?
Date: Saturday, May 25, 2024 4:19 PM
I noticed in several System Console logs that users put into their posts that they were getting an error at the very beginning but I must have missed it if someone commented on what this was about.? Lo and behold,? I was getting it too:
17:12:32,999 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?- * JMRI log ** [main]
ERROR StatusConsoleListener Unable to copy file C:\Users\jerry\JMRI\log\messages.log to C:\Program Files (x86)\JMRI\${jmri.log.path}messages.1.log: java.nio.file.AccessDeniedException C:\Users\jerry\JMRI\log\messages.log -> C:\Program Files (x86)\JMRI\${jmri.log.path}messages.1.log
17:12:33,051 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?- This log is stored in file: C:\Users\jerry\JMRI\log\session.log [main]
17:12:33,052 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?- This log is appended to file: C:\Users\jerry\JMRI\log\messages.log [main]
17:12:33,096 apps.Apps ? ? ? ? ? ? ? ? ? ? ? ? ? ? INFO ?- PanelPro version 5.7.2+R0e7b7c7116 starts under Java 11.0.16.1 on Windows 11 amd64 v10.0 at Sat May 25 17:12:33 EDT 2024 [main]
Can't say for sure when this first started appearing, but I see it in other people's posts of system consoles using 5.7.5 and 5.7.7 so it is still there, but not in logs of 5.6.
Jerry
___________________________________
jerryg2003@...
|
Ken Heywood
Bill Chown