Reorienting a turnout without completely deleting it. #layouteditor

 

I am not sure what happened, but I have one turnout that ended up in the wrong orientation. I have the turnout and block detection and turnout position sensors all working, so I am trying to figure out if there is a way to just reorient the turnout without completely deleting it and then setting everything up again.
I was looking for a way to "disconnect" the turnout, like you can do in Anyrail, but was able to figure out how to make that work.
Any simple solutions or do I just need to delete and then re-add a new turnout in the correct orientation?
--

Heath @ Human[c]ity



Re: Loading table content and panels xml file using MacOS Mongomery from Dropbox - Error Loading File Appears #mac-os

 

Hi Dave,
Many thanks for your assistance. The issue I was having is now resolved and did involve a Dropbox issue. The Mac OS Monterey had a goggle drive application in operation. Once the Google drive was switched off. The loading table XML content worked as designed. Therefore the conflict was caused by having 2 cloud base drives in operation on the same MAC OS
regards
Peter Riley


Stop All Auto Trains bug

 

All,
Windows 10
JMRI 5.11.3
Noticed while running four of my trains in auto that if I have a derail and I try to stop all the trains some of them slow down to stop, but resume on their own upon reaching next block.
In Auto Trains window I press "Stop All Auto Trains".
All trains start slowing and show "Resume".
Some trains then contiue and show "Stop".
Had not noticed this in version 5.8.
Roger


Re: JMRI & Engine Driver Issue #enginedriver

 

What is the address of the loco?
If it is below 127, is it a long DCC address or a short DCC address?

NCE is one of a small number of systems that allows you to put what are essentially short address in the long address CVs.

--

Peter Akers
[South East Queensland - Australia - UTC+10]


Re: Experimental "Flatpak" distribution of JMRI

 

Linux Crew:

Playing further with my flatpak install...

One hoped for feature with a Linux release is a seamless update of a system.

The flatpak install uses the same files structure for data but I have a problem finding the "programs" the scripts... No big problem there were launcher icons installed in "other" in the start pane but I wanted to update desktop icons that are easily built in Mint Cinnamon.

The help show files gives me an /app/share/JMRI but that's not obvious where that actually is... there is no app directory in Home or the higher File System...

So for me... interesting... but I would ask the developers to get the install to 100% of the standard we have or not worry about the flatpak version...

I have several Linux/Mint/JMRI installs that I've gifted/built on recycled PC's that the easier an update the better... We are generally talking "noob" class computer users let alone Linux users.

Jim Albanowski


Re: JMRI and LogicX driving Signals #signals

 

Randall,

What system is your layout? Like what system are you using for the turnouts? Driving a signal lamp is really the same as driving a turnout motor. At least to JMRI. Look at ‘Signal Heads�, most of those outputs are using a turnout entry to drive the lamps.

-Ken Cameron, Member JMRI Dev Team


Re: Signal Controller Board Suggestions

 

You might also look at the standalone application for yard ladder control which I also implemented.
--
Ken
NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959)
Loconet * JMRI 5.11.4 * OSX,Win10,Ubuntu
Blog:
Youtube:


Re: Signal Controller Board Suggestions

 

I use QuadLN_S boards for my turnout, detection, and signal interfaces.
When used with JMRI Signal Mast Logic, the Quad translates Loconet signal messages into LED aspect indications.
I run my entire railroad with JMRI and the Quads.
Top of Blog:
Ken on
--
Ken
NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959)
Loconet * JMRI 5.11.4 * OSX,Win10,Ubuntu
Blog:
Youtube:


Re: Difference Between Compare and Reset #decoderpro

 

Phil G,
Changing CV 29 to 7 results in the loco responding to the short address in the same way as previously reported. Meaning sounds are fine, but no loco movement.
Regards


Re: Difference Between Compare and Reset #decoderpro

 

Peter,
I had changed the Brake Key to FKey 7, but I always check to confirm that all FKeys are Off.
Phil G,
Let me try that and report back.
Regards


JMRI and LogicX driving Signals #signals

 

Wanting to drive a Signal based on a decision 'to set green / red' from a LogicX - already set a sensor 'light' on the screen and switch turnouts,, looking for guidance to then set a dwarf signal.
unable to use turnout motor switches as there are two x three-way turnouts used.
If there is a write up or Youtube I would appreciate in pointer, all i have seen so far are track sensor based and switched from a single turnout motor.
Happy to answer any questions...
thanks
Randall


Signal Controller Board Suggestions

 

I have JMRI LogicX working through a tree/ladder of turnout to set 'a road in a yard' to the 'Main' from a touch sensor on a Panel. Due to space, I am using two x three-way turnouts meaning I cannot use the turnout motor internal switches to switch leds on the Dward Signals on each road.
On the screen, I have a 'sensor' light next to the Road when it is clear to the Main. All good so far and works fine.
Looking now for an addressable signal controller board to receive a JMRI command to turn a 'dwarf' signal from 'red' to 'green' when the sensor on the panel is selected (when it sets the required road to main). The signal controller will connect to an AUX bus connected to, in this case, a NCE PowerPro Controller.
What Signal Controller Boards are you using to take the command to change the LEDs from JMRI?
happy to answer any clarifying questions!
Thanks
Randall


Re: JMRI & Engine Driver Issue #enginedriver

 

Richard,
Please post a screenshot of the About screen from EngineDriver while connected.
What address (exactly) are you typing in? NCE has some odd addressing, IIRC.
Also, try turning off the track power from EngineDriver and controlling Turnouts from EngineDriver. All of these will help narrow down the problem.
--SteveT


JMRI & Engine Driver Issue #enginedriver

 

Hi,

One for the more learned amongst us to have a look at.

I have the following set up:

NCE Powercab, JMRI running on a Raspberry Pi via NCE USB using M Steve Todd's files, Panel Pro with a touchscreen panel to operate turnouts, turnout motors are DCC Supplies Cobalt Digital IP.

The touchscreen panel works exactly as intended to control the turnouts.

I would like the ability to use my phone to become a second throttle.

With Wi-Throttle server running, I connected my phone to the WiFi network created by the Raspberry Pi, opened up the Engine Driver app & connected to the server.

And here is where it goes wrong. Typing a loco address and then trying to move something , absolutely no response from the loco. If I try to operate a turnout motor via the accessory address , it works perfectly. The loco isn't stuck in consist mode as it works off the bat from the NCE handset using the same DCC address so as far as I know I'm not using the wrong address.

On the Wi Throttle server screen I can see the phone throttle is connected and even the address of the locomotive I'm trying to control. The Track power is on.

Can anyone give any pointers here?

thanks in advance


Re: Difference Between Compare and Reset #decoderpro

 

Testing the brake is simple. F11 is the default for these decoders. Make sure F11 is off.

--
Peter Ulvestad
Linux Mint 22.1, JMRI 5.11.4plus, Java 21.0.6
JMRI Users Group Moderator ( /g/jmriusers )
JMRI Developers Group Moderator ( )
Tam Valley Group Moderator ( )
Sprog-DCC Group Moderator ( )
Edmonton Model Railroad Association ( )


Re: Difference Between Compare and Reset #decoderpro

 

Just for a sanity check, if you change cv29 to 7 does it respond to the short address??

Phil G

On 4 Apr 2025, at 11:46, Don Shroyer via groups.io <Donshroyer@...> wrote:

Phil G,
CV 1: 9, CV 17: 213, CV 18: 96, CV 29: 39, CV 19: 0. While there is a Primary Address of 9, I use the Long Address 5472. I ran the loco reversed.
And Acceleration and Deceleration are 25 and 15.
Regards


Re: Train tracking, dealing with gaps #traintracking

 

The 'delay to inactive' technique worked. I'm glad that I was made aware of these 'debouncing delays'. I think they might be useful to clean up some flaky sensor data that we have been dealing with.
George


Re: Experimental "Flatpak" distribution of JMRI

 

I understand that. The "tricky bit" for both MS-Windows and MacOS installs is
getting and installing the "proper" JAVA JRE, not actually installing JMRI
itself. That seems to be what non-techies seem to have the most trouble with.
And probably the most confusing thing is that the version of Java at java.org
-- Oracle's JAVA -- is the wrong one. This is where something like a "Flatpak"
type of install might be helpful.

Getting the correct version of JAVA for *Linux* is pretty trivial, by
comparison, since almost all Linux distros have OpenJDK in their repo. Here
having a RPM or DEB package with a proper depenency for OpenJDK could be
helpful, eg:

sudo apt install ./jmri-5.12.deb

would then go after openjdk-17-jre (and openjdk-17-jre-headless)
automagically.

At Fri, 04 Apr 2025 10:29:53 -0500 "Dave Sand" <ds@...> wrote:


Robert,

The macOS install is essentially the same as the Linux install. Download a DMG, open it and drag "JMRI" to "Applications".

Dave Sand


----- Original message -----
From: "Robert Heller via groups.io" <hellere[email protected]>
To: [email protected]
Subject: Re: [jmriusers] Experimental "Flatpak" distribution of JMRI
Date: Friday, April 04, 2025 8:34 AM

This seems like a "solution looking for a problem", at least for *Linux*.
Since JMRI is in JAVA and requires nothing outside of JAVA's JRE and
installing a suitable JRE under Linux is "trivial" (compared to MS-Windows or
MacOS), I am not sure how truely useful or needful this is.

I can see a flatpak (or similar) for MS-Windows or MacOS, since it appears
that those two O/S's have the greatest problems with installing JMRI, mostly
caused by confusion about installing the proper version of a JRE.

*I* would find a Linux "Flatpak" distribution of JMRI to be far more hassle to
deal with than the current Linux distribution methodolgy of JMRI. Actually, I
expect that the current Experimental "Flatpak" distribution of JMRI won't work
on my machine(s) anyway -- I expect it is a x86_64 Flatpak and all of my
machines use ARM processors. And this brings up a *new* issue that will
complicate things: there would need to be *four* Linux flatpaks: ix86, x86_64,
armv7l, and aarch64.

My only thought about "improvements" in the Linux distribution of JMRI would
be the creation of .deb and .rpm distrubutions of JMRI. I realize that JMRI
will never be in any Linux distro repo and I understand why that is, but a
self-made .deb and .rpm with a proper openjdk-XX-jre depenency could be
helpful. *I* could probably help with creating the necessary control files to
help with this, if anyone is interested.

At Fri, 4 Apr 2025 08:19:38 -0400 "Bob Jacobsen via groups.io" <rgj1927@...> wrote:


A user has been interested in possibly distributing JMRI as a ������FlatPak������ for Linux. I don������t know much about that method, but apparently the distribution file also includes the JRE, so it������s (at least in theory) easier to install.

As an experiment, you can find a 5.10 distribution in this form at



For more on this, see JMRI/JMRI Issue 11658:



Is anybody familiar enough with this distribution method to be able to try it?

Is this something that we should do on an ongoing basis?

Bob
������
Bob Jacobsen
rgj1927@...










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












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


Re: Sensor Query wrong for Digitrax BDL716 in 5.11.4

 

Thanks for the sensible explanation. I didn’t have detection in the yard until I bought a second unit so I didn’t notice.


Re: Sensor Query wrong for Digitrax BDL716 in 5.11.4

 

I don't think the BDL's have the ability to respond to a query.
It would imply that the BDL has the ability to read an translate a query message and the perform a status lookup
on a particular detection port.
The BDL creates messages based on trigger events. Only when a unit enters a block or exits a block will a message be generated.
Inobu