Sure enough, I'd left the 'SUBSYSTEM=="tty"' out of my udev rule, so perhaps that's why it was creating a link to the usb bus device rather than the tty device.? Working fine now.? Thanks Dave & Trevor for the help with this.

?

Joel

?

Has anyone downloaded 5.11.4 to try the new route feature?? Feedback on the new route feature appreciated.

?

Thanks,

Dan

Ken,

?

That's what I mean.....If JMRI is seeing 7.3.0 then its seeing a NCE USB Module. Trying to use the NCE USB Module

on the PH5 may be the problem.? Based on the reporting of 7.3.0

?

Wasn't the PowerCab working?

?

Just have to wait for the next reply.?

?

Inobu

?

?

Here it is after dispatcher runs

Hello Friends

I would describe myself as a beginner when it comes to JRMI,been working on it around a week

The end goal is to automate a train.

As you see above i have entered Turnouts sensors and Signal Heads.I used SSL and i admit it was messy,so maybe thats come back to haunt me,but when i run a train Manually it seems to run nicely.Above you see a Train occupied in Platform 1.

Does it look okay?

So to the problem.I created a simple transit,using 3 sections Platform 1 to? a Turnout Block to A Mainline(left to right.

Everything looks good until i create a train in Dispatcher,as soon as i do the Dispatcher tells me the train is "waiting"and nothing happens

I have noticed the Green Lamp you see on Platform turns from Green to Red as soon as i run dispatcher,so its saying ahead is occupied but where.

Can anyone advise or ask me Questions to help solve

Again thanks for your time.

Interesting.? Thanks Trevor.? I'll go back and look at my udev rules again tomorrow.? Maybe I'm doing something that is causing it to link to the usb bus device rather than the tty.

Joel

?

I should also mention that I didn't manually set any options in jmri.conf or elsewhere when I set this up.? I just added the udev rules, then went in to JMRI and the DCCEX serial port was there for selection.

?

Trevor

OK, I should have checked first, and typed later...

?

I've just checked my laptop, and the DCCEX symbolic link isn't as I remember it.? It is just like Dave Sand's example.? Possibly I saw the bus/usb/xxx/yyy type of link when I was setting up my udev rules and before I had my final version established.

?

My current udev rule for my DCC-EX system is:

?

SUBSYSTEM=="tty", SUBSYSTEMS=="usb", ATTRS{idProduct}=="xxxx", ATTRS{idVendor}=="yyyy", SYMLINK+="DCCEX"

?

As you can see, the symbolic link name I'm using is the same as what Joel is trying to use (DCCEX), and JMRI works with it.

?

Here's the output from my System Console when starting this profile:

?

13:13:20,492 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?- * JMRI log ** [main]
13:13:20,540 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?- This log is stored in file: /home/trevor/.jmri/log/session.log [main]
13:13:20,542 apps.util.Log4JUtil ? ? ? ? ? ? ? ? ? INFO ?- This log is appended to file: /home/trevor/.jmri/log/messages.log [main]
13:13:20,631 apps.AppsBase ? ? ? ? ? ? ? ? ? ? ? ? INFO ?- DecoderPro version 5.10+Rca461bd266 starts under Java 17.0.14 on Linux amd64 v6.8.0-53-generic at Tue Mar 11 13:13:20 ACDT 2025 [main]
13:13:23,646 apps.gui3.Apps3 ? ? ? ? ? ? ? ? ? ? ? INFO ?- Starting with profile DCCEX_via_USB.3e69ea00 [main]
13:13:24,038 jmri.util.node.NodeIdentity ? ? ? ? ? INFO ?- Using be480800-a10f-4f01-98ed-c565af496af6 as the JMRI storage identity for profile id 3e69ea00 [AWT-EventQueue-0]
13:13:24,280 xml.AbstractSerialConnectionConfigXml INFO ?- Starting to connect for "DCC++" [main]
13:13:24,450 jmri.jmrix.dccpp.serial.DCCppAdapter ?INFO ?- Connecting DCC++ to DCCEX User-Specified Port [main]
13:13:24,457 jmri.jmrix.dccpp.serial.DCCppAdapter ?INFO ?- DCC++: Port User-Specified Port opened at 115200 baud, sees DTR: true RTS: true DSR: false CTS: false DCD: false flow: NONE [main]
13:13:24,645 mrix.dccpp.DCCppInitializationManager INFO ?- DCC++ Initialization Complete [main]
13:13:25,657 jmri.jmrit.roster.Roster ? ? ? ? ? ? ?INFO ?- Reading roster file with rootFromName(/home/trevor/JMRI_Shared_Data/roster.xml) [main]
13:13:27,110 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path program: is /home/trevor/JMRI/ [main]
13:13:27,111 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path preference: is /home/trevor/JMRI_Shared_Data/ [main]
13:13:27,116 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path profile: is /home/trevor/.jmri/DCCEX_via_USB.jmri/ [main]
13:13:27,117 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path settings: is /home/trevor/.jmri/ [main]
13:13:27,121 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path home: is /home/trevor/ [main]
13:13:27,123 jmri.util.FileUtilSupport ? ? ? ? ? ? INFO ?- File path scripts: is /home/trevor/JMRI/jython/ [main]
13:13:28,050 t.permission.DefaultPermissionManager INFO ?- Permission file: /home/trevor/.jmri/.permissions.xml [main]
13:13:28,058 t.permission.DefaultPermissionManager INFO ?- Permission system is enabled: no [main]
13:13:34,655 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?- changing maxNumSlots from 12 to 50 [AWT-EventQueue-0]
13:13:34,738 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?- Station Type set to 'DCC-EX' [AWT-EventQueue-0]
13:13:34,741 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?- Build set to 'devel-202501021826Z' [AWT-EventQueue-0]
13:13:34,742 jmri.jmrix.dccpp.DCCppCommandStation ?INFO ?- Version set to '5.2.95' [AWT-EventQueue-0]

?

And a screenshot of my connection for this system:

?

So, based on my system, I can only say that JMRI can work with a DCC-EX system using a symbolic link to the USB port called "DCCEX".

?

Trevor.

I tried this again with the symlinks prefaced with "tty", but I still see the same behavior.? From the log it looks like the code is trying to connect to the devices before the additionl device names from the config file have actually been enumerated by the serial communication subsystem.? ??

?

Joel

?

Thank you Noel and Pete!

Noel - that’s pretty much how I have it set up.?
Pete - thanks for jogging my memory about putting 5# of coffee in a 3# can. ?I’ve done that before, just forgot. ?I don’t move cars “there” often so the 0’ long spurs will work nicely with the location and tracks I have set up as Noel describes.?

How is JMRI seeing 7.3.0 on a New System? That's seem its on the old system.

?

Inobu

I'm not sure if this will assist, but on my Linux laptop, I added udev rules to give my DCC-EX system a name that doesn't changed based on order of connecting USB devices, or which port it gets plugged into.? JMRI works successfully using that udev symbolic link name.

?

I'm not able to fire that laptop up right now, but my recollection is that my symbolic link looked very similar to what Joel showed (i.e. pointing to bus/usb/xxx/yyy)

?

I will check later today and confirm - just in case it helps.

?

Trevor

I think Its from the Upgrade thread a few days ago. Instead of hijacking the thread a new one was started which is this one. Same person (Georgia).

?

I vaguely remember there is a command structure issue between the USB and Power Pro. The USB interface does not have the commands needed

to send the AIU info. SO the COmmand Station never see the AIU. This required the usage of the Serial Port.

?

Can't say 100% but it caused me to stop dealing with the AIU. It was too much trouble. Not sure if it is the case but keep it in mind.

?

Hopefully, someone will chime in and verify that it works or not.

?

Inobu

Joel,

A previous message had some list commands. ?The symbolic link looks strange. ?Here is what I see on a Raspberry Pi.

This is the udev rule:

SUBSYSTEM=="tty", ATTRS{interface}=="LocoBuffer-USB", SYMLINK+="ttyUSBLocoBuffer"

Dave Sand

One thing I noticed is that if I define the devices in the udev rules as lower case names (dccex, tchlcc), then the names show up in the jmri config menu for the serial ports, but jmri still can't connect to them.? If I configure the jmri interface using ttyUSB0 and ttyUSB1 they connect ok.? Maybe I have multiple issues here?? Near as I can tell, all of the permissions are correct.??

Joel

?