Defaults changing were issues in the previous 2 JMRI production releases. Make sure you are using at least JMRI 4.14.

--
Peter Ulvestad

JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -

Marc

i have changed them all to Z21 and you are correct, it works again - clearly something has changed either within JMRI or with the lat st Z21 firmware (1.33) as I haven't changed these settings since I set up DecoderPro a long time ago, and it was working.

doesnt matter though - working niw

thank you

iain

hi Steve,

No worries. I have some Lenz equipment and can help with testing. It seems some of these older Lenz 23150 USB Connectors where kind of sample devices which aren't that easily recognizable by Linux. Anyways, I found a workaround, documented it and was able to run my LGB locs over the RPI. Good feeling ! Here are my notes and if you want, you can publish them on your website.?

Possible CV29? is set with DC (analog conversion)? enable. This will cause engines to race off thinking they see DC on track if no DCC signal is present.
CV29, bit 2

Marc

开云体育

If I setup defaults as you have them (all Z21Loconet),? I also end up with greyed out on New LOCO and no read.

If I set DEFAULTS to all? Z21, then the New Loco is not greyed out and read/write appear as normal.

Suggest you visit the following link for what is supported in the JMRI / Roco environment.



Hope this is the BLACK Z21 !...

Sorry but can not be more helpful than this.

Marc

Hi Steve,

I thought as much, the turnout mode is set to Direct, with Feedback 1 and 2 blanked out and Turnout automation set to off, i have taken a screenshot here.



I have also made another gif with the CBUS event table, turnout file and layout editior showing, this may be a bit more clear, to start i change the switch by clicking the state, the icon on the layout updates to show the change, when i send the event in the cbus table the state changes in the turnout table but the layout is incorrect.

https://i.imgur.com/Cku2AJL.gif

By the way, the event table has just helped understand how events are created around the servo moving, how the end points generate opposite on and off events!

Cheers
Tim

Strange happening. I upgraded from JMRI 4.11.6 to 4.14 and suddenly I could program the troublesome unit completely. I thought this was strange but, I'll take it. As I had been using a home-made controller for my turnouts and routes I discovered i had to reverse the wiring on 3 of my switch machines to have them take the proper positions when using the DS64. Everything is good now, except I screwed up my Pi, but that's a whole 'nother deal. ? ?Hi Steve.

开云体育

Hi all,

I have a combination of latest stable JMRI on Lubuntu (or Mac) with Sprog Nano with the following:
During start up

• Load WiThrottle server
• Load Webserver
• Load my railroad config
• set all unknown sensors to inactive
• set power on
• set all turnouts to closed
• set power off

The moment the power is turned on some of my loco's start racing and its not always the same.
Then the set all turnouts to closed takes a while as it works through roughly 30 switch decoder addresses.
Power off and all goes quiet.
If I then turn on the power again manually those loco's that raced before will do this again until you take control of them and change speed or direction.
They then come under control and stay that way for the rest of the session.

My Lubuntu system went into screensaver mode after 10 minutes and the same happened.

Any idea what can be causing this?

I don't think the problem happens when I use a Tams Command Station.
Must give this a try and observe.
Under some circumstances I use the Tams for providing track commands and the Sprog Nano only to control turnout/DCC decoders.

Would it be possible to e.g. send a "speed zero" command similar to what a break booster does as a script file similar to setting the power on/off?
This might provide a work around.

Thanks,


(Mr) Jan

Hi Tim,

Am thinking that this isn't CBUS related
Another quick thing to test, does it work when sending event 503 from the event table?

What feedback mode do you have set for the turnout?

Ta,
Steve

I don't remember the details - I worked on this 4 years ago with @kjlisby - but there are differences in the LN implementation between IB2/IB-COM and IB 'one' (or Fleischmann TC); and a number of IB (1 or 2) messages are NOT defined in the Digitrax LN specification.
The work performed by @kjlisby focused on the IB-COM with my support for IB2 - both are sharing the same message set - but it was not completed for IB 'one'.
--
Alain LM

Hi Steve,?

Yes its a little unclear i will admit.

basically the panel never updates the turnout position, IE the icon doesn't move? when the event "503" is sent from the CANCAB.?

The turnouts table shows the change, the column labeled? "state" in the turnouts table does change when the CAB sends the 503 event, but this is not replicated on the panel image.

This means that the Panel is not correct if you change the switch with the CAB.? (it is correct if you change the switch with the Panel, or click the state in the turnouts table)

I am just heading out but will try to get a copy of the data later for you.

Thanks for the assistance.
Tim

Hi Tim,

Yes, the same Steve Young!

Thanks for the GIF however I found it a tad awkward to understand!
The one thing I spotted was that there was an incoming short event containing a node number, this isn't an issue though.
Console will report these as they are the true message, however
I've tested this in JMRI, and the node number is definitely stripped out as per CBUS short-event spec.

I think we need to resolve which particular link isn't working, there are 2 links in the chain.
1 - Between the panel and the turnout table
2 - Between the turnout table and the CBUS message.

When the troublesome incoming CBUS message is received, the turnout table IS updating?
or
When the troublesome?incoming CBUS message is received, the turnout table is NOT updating?

If you could post the single console log entries ( left hand side pure message please ), for the correct message sent out, also the entry for when the message is received by the CAB that would also help.

Thanks,
Steve.

Hi Bruno, since the autoidentify is not working, you should disable it (there's a desktop icon for that). Then open PanelPro and select a similar profile, or just create a new one.
Then set the Connection Preferences as needed. That profile will be used on restart.
I don't have Lenz equipment, so I can't advise on that.
-- SteveT

Hi again;

Regarding RailDriver support, it would be nice to have it as a Jynstrument, like I did for Wiimote, various USB pads, and even a DCC throttle, see code in jython/Jynstruments/ThrottleWindowToolBar .... just checked the code, it's actually there (in USBThrottle.jyn), I remember now, it's a sample implementation I did a while ago, but was never tested, as I don't own a Raildriver.

Why using Jynstrument instead of a classical Jython script, because it will be loaded by the throttle, and the throttle will be a regular JMRI throttle with all its customization, and the Jython code doesn't have to handle the throttle creation, hence code is way simpler, and several of these Jynstruments can be loaded all together in one regular throttle.

So actually, it's all there, just need to make it work!

Regards;
Lionel

Hi;

regarding video playback in a JMRI throttle frame, I had build something a while ago, I think the code is still there ( jython/Jynstruments/ThrottleFrame/VideoView.jyn ), see (at 0:40), not sure if this still works, there are some comments at the top of the Jython code on how to set it up.

Regards;
Lionel

Hi Steve,

Thanks for the link, i did try that but to no avail, enabled or not it seems to make no difference. I can click on the panel editor and it does change the turnout, but the panel doesn't seem to update its state when the turnout is thrown outside of JMRI.

I created a short GIF to show this, first i change the point in the Panel, then change the point in the turnout table, this also updates the turnout position in the Panel, then i change the turnout from the CAB, this changes the state correctly in the turnouts file but the panel doesn't follow the update.



I am using 4.15.1+R4a42841 so i could get your (Assuming you are the same Steven Young :) ) improvements to the console etc, not sure if that should make any difference.

Cheers
Tim?

hello Steve,

First of all thanks for your hard work. I downloaded your early January 2019 version. I'm having a Lenz LZV100 and normally use my Lenz 23150 Li-USB to connect with a WIN10 to my central station. That works. But now I would like to switch to the RPI approach.
What doesn't work for me is the Auto Identify of the Lenz LIUSB (23150, not the newer 23151). I looked in your script whereyou grep the lsusb output. My Lenz LIUSB is recognized as "Bus 001 Device 005: ID 1111:1234 Pandora International Ltd." I modified the SH script to start the right profile. That works now but I now get the error message "Serial Port ttyACM0 not found". From where does JRMI get this ttyACM0 serial port config ? I only have a ttyS0 and ttyAMA0 available but none of them are talking with the Lenz USB interface.

Looking in /var/log/messages I found:

Cant seem to edit the last post and both links go to the same image - if you scroll back you can see the default preferences also

/g/jmriusers/photo/81943/1?p=Name,,iain,20,1,0,0

Might be the right link?