开云体育

Hi, I am running DecoderPro since many years without any Problem. I recently got another Laptop with win11Pro preinstalled - Version 24H2. After installation DecoderPro ask me to get started by checking in with a new Loco placed on the programming track. It comes back with the correct decoder and I store it in the Roster. When I exit and restart DecoderPro I click NEW+ to get a new Loco and decoder recognized, but the field at the bottom left ( Read decoder type) is greyed out. After deinstallation i even deleted all remnants from JMRI and even cleaned the registry as far as I could. I reinstalled - did no new Lokomotive, but tried to import a complete Lokpark/Roster from my second laptop - all 104 locos appeared correctly, but I cannot add a new locomotive/decoder because in the new locomotive Window the button at the bottom left (read decoder Type) is still greyd out. And no - I am not Read only.... I red several JMRI topics, I tried to rebuild the coplete Lokpar/Roster (which did nothing) and so I am stuck. I am working with DR5000/Yamorc YD7001 and Z21, I can work with the Throttle without any Problem, so the connection to my centralStation is ok (over WIFI by the way) I am currently on 5.10.4 Release but tried also the 5.11.4 TestRelease with same result. Can I ask to help me ? Vest regards Erik

need help from someone who knows the jmri automation software I opened jmri panel pro and used a layout panel used many times before with versions of jmri before 5.10. Now using 5.10 on a latest windows laptop. Test 1 I have a train in block 1 and block2. The loop is b1-b2-b3-b4-b5-b6-b1. I create train 1 located in b2 which starts up and properly stops in b6 occupying b6 and b5 I create train 2 located in b1 which starts and stops. Both trains are now stopped and each has an allocated block in front of it. Train 1 now has b1 allocated to it and train 2 which occupies b3 and b2 has b4 allocated to it. Neither train moves. I check the loconet monitor and both engine speeds were set to 0. In the past using previous versions of jmri after train 2 leaves b1 and it gets allocated to train 1 then train 1 would immediately start up and run and after b4 is allocated to train 2 it would also run. That’s not happening as both dont move. I need software help to find out why? Test 2. When creating train 1 it goes to b6 and continues on and crashes into train 1 still sitting in b1. The layout panel accurately show the occupied blocks in red and the allocated blocks in yellow. Need help to know why the automation in jmri is no longer functioning. Tony

Recently it became necessary to reinstall Java and JMRI. First, I checked that both programs were uninstalled. I then installed Java Version 8 Update 441 and JMRI Version 4.26+R381. Both were problem free installs. I then tried to start JMRI so I could load my roster. The Java icon and the DecoderPro icon appeared in the taskbar and the small JMRI splash screen appeared in the middle of my screen. That's as far as the startup got. I've listed my equipment below. What am I missing? I'd appreciate any help in getting started. -- Richard Richter Dell Lattude 3190 2-in-1 Laptop Computer Microsoft Windows 11 Pro RR-CirKits LocoBuffer-NG Rev-a Digitrax ZephyrXtra DCS 51 Command Station

I move many open loads: logs, lumber, gravel, vehicles, pipes, precast. I have enough cars to have dedicated loaded and empty of each type and I'd rather not mess with moving the loads between sessions. My problem is that JMRI flips the status of cars automatically when they are delivered. So I end up with loaded cars at the gravel mine, pipe plant, etc. when I want MTY cars there. Is there a way to designate some cars as permanently loaded/MTY? JMRI 4.26, MS Surface, Java 17, NCE -- Dan in NC

I don't know were to begin with my question. But here goes. I have been using decoder pro and operations pro for five years with great results. I do the normal up dates when needed and have never had an issue. Today I started decoder pro and my loco roster did not come up. The program went to starting a new roster page. My roster list is still in my operations pro window. What could I have done to have eliminate decoder pro loco roster? Any help would be appreciated. It is not the end of the world but it sure would be nice to know what I did to keep from ever doing it again. -- Mike Swederska Meramec Valley Lines Modeling Mopac equipment in 3/16

Windows 11 or Linux Mint 21.1 JMRI 5.10 I take my "panel file" home from the museum to work on it locally. I run JMRI on Linux Mint at home. I was working on creating an inline LogixNG whose purpose was to set the value field of a lot of blocks on the layout having been triggered by an icon touch on a Panel Editor panel. That all worked fine at home. I created a few of the add/item/block steps in a conditionalNG. Then I copied the file to a USB drive and ambled down to the museum to complete the task on site. But much to my astonishment and grumpiness the add/item/block window is different at the museum than at home. The rightmost block in that window is missing. This is where one gets to type in the value that is to be applied to the value field of the block. It's the same whether I'm adding a new line or editing an existing one that I had created at home. I don't get it. Why is this different? JMRI version is the same at both locations. George

Gang, my old basement laptop was calling it quits, so a new one has arrived. Before I install JMRI, is there anything I should be aware of? New machine is windows 11 in S mode which I don’t know much about. Does that present any issues? Thanks. Bruce B. Blackwood in Mount Airy, MD

Test release 5.11.5 of JMRI/DecoderPro is available for download. This is the next in a series of test releases that will culminate in a production release, hopefully in June 2025. It's really helpful when people download, install and use these test releases so we can find and fix any inadvertent new problems early. If you are currently using JMRI 4.99.10 or earlier, there is an update process that we strongly recommend. See the release note section on updates: <https://www.jmri.org/releasenotes/jmri5.11.5.shtml#update> For more information on the issues, new features and bug fixes in 5.11.5 please see the release note: <https://www.jmri.org/releasenotes/jmri5.11.5.shtml> Note that JMRI is made available under the GNU General Public License. For more information, please see our copyright and licensing page. <https://www.jmri.org/Copyright.html> The download links, along with lots of other information which we hope you'll read, can be found on the release note page: <https://www.jmri.org/releasenotes/jmri5.11.5.shtml> Bob — Bob Jacobsen rgj1927@...

I am trying to program an BLI engine I had upgraded to Paragon4. Sometime I program a section and it work fine and sometime I get 308 errors. Also I program one section and another section changes. Also the smoke unit works when F7 off and goes off when F7 on. I going to reload the DCC+ software but I do not believe that will help since I tried other locomotive and everything works. Any suggestions. Joe

Over the past few weeks we have started running into a long latency issue between the signal mast logic and the turnouts that controls each LED. We are using a Digitrax system with a CMRI network for Signals and Turnouts. Our network consists of about 17 CPNODES at the moment with a few more later to come. We have just over 100 Signal Masts with about 75%~80% of them in working order. In recent weeks as we continue to expand our CMRI network I started noticing an issue where the nodes are polling correctly with zero errors but signal aspects change slower than usual. With times where the change is so long the signals just give impossible aspects at times. Now the interesting part is our turnouts are on the same network as the signals and have no issues even while the issue is present on the signals. Directly changing the outputs using the turnouts table works just fine for changing the individual outputs, but changing the signal aspect from the mast table will choke up and take anywhere from seconds to several minutes to change. The issue seems to be most prevalent on startup, and waiting 5-10 minutes before running will get the choke out, but if the system is under heavier load such as 5+ trains usually it will start to choke up again. I am convinced it does not have to do with the CMRI network as I get the same result running the layout in simulation at home on a very powerful computer. Any help on this issue would be much appreciated Thanks, - Hunter Shelby

Running JMRI 5.11 and have created a number of Signal Masts, each using DCC Signal Heads (I use NCE Light-Its). I am wondering if I have setup something wrong, or if someone can some provide some guidance on the following situation. I have a turnout which either continues the mainline, or if thrown diverges to an end track. I setup two rules for my signal mast (Signal-A). The first from Signal-A to Signal-B (both on the mainline) and based on the turnout being set to Closed. For the second rule, it is Signal-A to Virtual-A where the turnout is Thrown. Virtual-A is defined as a Virtual Signal Mast as it is at the end of a track line. However, Signal-A is always at a Stop state because Virtual-A is never set to a state unless I manually set it to Clear. When I do this, and if the Turnout is Thrown, then Signal-A correctly changes to Clear. But otherwise Signal-A is not in the correct state because it is linked to Virtual-A and Virtual- is unset. Am I using the Virtual Signal in the right way for these situations where the track ends?

Set up my class yard Arrival track as a "Location". It's length accommodates the longest trains I run. Set up Switcher (train) to PU at Location "Arrival" and SO at yard Location. When I tested, had a 30 car train arrive. The manifest showed all 30 cars set out at Arrival. Ran train "Switcher". It only picked up 22 of the 30 cars. Viewing the build report 8 cars were excluded as class track for those 8 cars was full. What puzzles me is that those 8 cars were not shown as "hold" on the csvmanifest. Any ideas? Doug

I created a couple turnouts. In trying to use Track Segment to connect them my cursor changes to a ?? sign when i touch the red square connection point. I press and hold shift as I do this. I do press the right hand key to connect but it just moves the turnout lines. This is my hardware setup: Digitrex DCS51 command station loconet: using LocoNet PR3 on COM3 JMRI version 5.10+Rca461bd266 Java version 17.0.12 (en) Lenovo 82 VG x64-based PC Window 11 10.0.22631

I’ve been using a script I copied and modified from script examples a couple of decades ago (attached) which “for turnouts in turnouts.getNamedBeanSet() :” sets all but a few of my turnouts to CLOSED. I have a very large basement size layout. An iMac is connected via a LocoBuffer-NG to a Digitrax DCS 240+ which controls 4 DB150 and DB100 boosters. I have confirmed all are working correctly. Recently, this script is causing the connection between my computer and the layout to freeze, for example, I can no longer turn the layout on or off from the computer. Looking at the LocoNet Monitor (attached) I can see some turnouts being set to CLOSED but then the connections begin to fail. As the system keeps trying to set new turnouts and re-trying to set previously failed connections, it stops. This problem has been getting worse over many months, so I can no longer says what I did that might have caused it. And it has taken me several months to narrow down the symptoms this far and figure out how to recover the connection. To recover, I have to quit PanelPro, disconnect the LocoBuffer USB from the computer, reconnect it, and restart PanelPro. My railroads XML file looks OK. All the turnouts that failed to set are included in the XML file and are in the PanelPro turnout table. I don’t know how to access “NamedBeanSet()” to further troubleshoot the problem. Something has probably become disconnected but I can’t find the problem. Any help you can give would be appreciated. Thanks, Nick Brownsberger

I have a LocoBufferUSB and a FT232 serial adapter and I need permanent links for them, for example /dev/ttyLocobufferUSB and /dev/ttyTurntable . lsusb shows: Bus 003 Device 005: ID 0403:c7d0 Future Technology Devices International, Ltd RR-CirKits LocoBuffer-USB Bus 003 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC I have tried different udev rules but I don't get any links. For example: SUBSYSTEM=="tty", ATTRS{interface}=="LocoBuffer-USB", SYMLINK+="ttyUSBLocoBuffer" SUBSYSTEM=="tty", ATTRS{interface}=="Ltd FT232 Serial (UART) IC", SYMLINK+="ttyUSBTurnTable" and ATTRS{idVendor}=="0403", ATTRS{idProduct}=="c7d0", ENV{ID_MM_CANDIDATE}="0", KERNEL=="ttyUSB*" SYMLINK+="ttyLocoBuffer" ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ENV{ID_MM_CANDIDATE}="0", KERNEL=="ttyUSB*" SYMLINK+="ttyTurnTable" The rules are in the file /etc/udev/rules.d/90-serial-ports.rule . I have tried both restarting the RPi and this command: sudo udevadm control --reload-rules && sudo udevadm trigger -- Daniel Bergqvist JMRI developer

WiThrottle server seems to blast my system console with "readLine from device ... failed" messages. The WiThrottle and EngineDriver apps seem to work fine despite these messages. What do these messages mean and is there any way to fix this? I see this on two different installations. Thanks. -- Tim D. Childs tim.d.childs@... Lansing Model Railroad Club - lmrc.org