开云体育

My original project was to combine two LE Panels, the Main railroad panel and the 5 track passenger station panel. Knowing there isn’t a quick way to join them, I proceeded to redraw the 5 track station onto the Main panel. Without realizing that the > Track Options > Automatically Assign Blocks to Tracks was turned on, every piece of track was assigned an AUTOBLK: ##, which I didn’t want nor need. I won’t need block detectors nor signaling. Any signals will be SSL to determine the turnout positions. Now I want to know how to remove block assignments from the newly drawn tracks since, as I see it, nothing can be deleted while they are assigned. I attempted to rename the unwanted blocks to a common name so when I could break the assignments I might only need to delete one large block. What I ended up with was, upon restarting JMRI everything opened properly the Main LE panel, The WiThrottle window, and the JMRI (center of screen) logo. The PanelPro control window did _not_. I didn’t have a way to close the program or make any preference changes. Since I put in so much work, so far, is there a fix to get JMRI to launch completely or is it easier to cut my losses and go back to a previous .xml file. Still how do I remove block assignments properly? I’m stumped. Thanks in advance for reading. John Bauchiero - NCE PH-Pro & PowerCab, RasPi4, DCC-EX - JMRI 5.11.4 - Java 17.0.12

Hopefully this can help others who experience the same problem. This has happened 3 or 4 times in the last 5 years - so not often. When opening JMRI, you get the dreaded unexpected EOF error loading the profile. Sure enough - the profile file is zero bytes. Easy fix - in the active jmri-profile folder there is a backupPanels folder under the railroad name. Simply copy that file back under the railroad folder - rename to whatever the profile file is called in your settings. Hopefully it is recent enough you didn't lose much of anything. The backup interval looks like when the profile is saved. All shutdowns have been nominal. No idea why it happens...Maybe it's an RPI thing, maybe it took to long to write and I did a system shutdown before it was ready? Who knows. The folder structure is below. For more info - Specs: RPI 5 bookworm with all latest updates running JMRI 5.10. The log file is below - it shows whenever this happens there is a compare failure. Guess that writes out 0 bytes and keeps on truckin...

I created/uploaded a small test case to show the issue I'm having with my layout. /g/jmriusers/files/ProblemsBeingWorkedOn/sml_test_5_multiple_turnouts.xml I may be confused but I'd expect both of these incoming masts to display aspect similarly. The top row works as expected based on which route is clear based on exiting turnout. The bottom row for diverging works differently.

I have a simple 3 train yard connected to another block with several turnouts as below My desire is to have a train leave the yard then run another transit continuously. Since a continuous transit requires first/last section to be the same it seems this requires two transits. I thought I could create a transit to start in BY1 and end in Central then chain to the next transit. My problem is with the leaving yard transit (which is terminate when done for testing). As soon as it allocates the Central section, the mast turns red/red and the train never moves. If I click the mast green the train moves and stops in Central as expected. So, how can I make this to allow move train out automatically after allocation?