开云体育

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 (

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

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

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

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

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

Version 5.11.4+ R87a9dadc80 (Java 17.0.13) The BDL168 is discontinued and replaced with BDL716 which I have two installed on LocoNet. Upon starting JMRI, * if the sensor is high as indicated by the

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

I note that scripting and Java is listed in the layout automation section of the JMRI website. Perhaps that is why I am sensing discomfort with regard to what I thought was a simple programming

Thank you , here is a detailed problem description logfiles are saved in director EAR /g/jmriusers/files/EAR .started completely from scratch. Deleted all remnants from previous

The following items have been added to the Files area of the [email protected] group. * /EAR/EAR_messages.log ( /g/jmriusers/files/EAR/EAR_messages.log ) * /EAR/EAR_session.log (

Bob and everyone, I have no strong feelings about adding a flatpak (and my Linux distribution does not have great support for it, so I won't test - plus I prefer spending my development time on other

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"

As long as it is an *additional* option for Linux users.? I run RPi and it is super easy right now to rename the existing JMRI folder and extract the replacement.? Yes, I do have to handle Java

Bob: Correction on the JDK... The flatpak installed 5.10 is running on JDK 17.0.11... Mint running a java --version is reporting the 21.0.6 the Mint distro java version... More Linux users need to

Bob: Just happen to be sitting in the lab and saw the email... Using Linux Mint 22.0 which uses flatpak for installs during updates so it's right there to try. Yes... Your URL downloaded and doing

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

Expanding on Dave Sand's idea, assign a virtual sensor to the block. The sensor is set occupied by Logix or LogixNG when both blocks on either side are occupied, otherwise unoccupied. This is the way

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

All, The point about braking is certainly a good one. I've just never used anything more than braking sound effects, no actual slowing of the loco. Regards