If you want to see what’s being sent to your command station, you can turn on JMRI’s monitor for that connection. There’s a “show raw data” button that will give you the entire message.

For most DCC systems, JMRI doesn’t provide the raw DCC packet information. For LocoNet connections, for example, throttles (including JMRI) send a 0-100 speed on the LocoNet that the command station converts to DCC packets.

So if you really need to know what’s being sent, sniffing the DCC seems like the best approach.

Bob

On Jul 26, 2019, at 7:22 AM, Erich Whitney <erich@...> wrote:

Thanks Bob. I guess I was thinking that there must be a low-level function that actually creates the entry in the data packet that's sent to the command station.

Sounds like the only way for me to really know exactly what is being sent is to generate a throttle command and sniff the DCC bus and decode the packets...

It's not that I don't believe you but I really want to know exactly what is being sent and I want to make sure there isn't a rounding issue...

--
Bob Jacobsen
rgj1927@...

Test version 4.17.2 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 December 2019.

There have been a lot of updates in this version, so it should be considered experimental.

If you are currently using JMRI 4.9.6 or earlier, we strongly recommend that you first update to JMRI 4.12 and make sure that's running OK before updating to this test release. There have been a number of changes in serial port support, panel file format and configuration options since those earlier releases, and moving to the stable JMRI 4.12 release is a good way to work through any possible problems.
<>

If you use JMRI on Linux or Mac and are updating from JMRI 4.7.3 or earlier, there’s a necessary migration step. (Not needed on Windows) Please see the JMRI 4.12 release note for details: <>

For more information on the issues, new features and bug fixes in 4.17.2 please see the release note:
<>

Note that JMRI is made available under the GNU General Public License. For more information, please see our copyright and licensing page.
<>

The download links, along with lots of other information which we hope you'll read, can be found on the release note page:
<>

--
Bob Jacobsen
rgj1927@...

Thanks Bob. I guess I was thinking that there must be a low-level function that actually creates the entry in the data packet that's sent to the command station.?

Sounds like the only way for me to really know exactly what is being sent is to generate a throttle command and sniff the DCC bus and decode the packets...

It's not that I don't believe you but I really want to know exactly what is being sent and I want to make sure there isn't a rounding issue...

-Erich

开云体育

On Mon, Jul 1, 2019 at 07:42 AM, Larry Savage wrote:

Steve, any chance of getting this update from the Kindle app store?

Update for Larry and other Kindle users:

I bought a Fire 7 on Prime Day so I could (hopefully) figure out why EngineDriver was no longer showing up in the Amazon App store. I went through the same steps to post v2.24.93 as I've done before, and it now shows support for 23 of 24 Amazon devices (all but the 2011 Kindle Fire).
On my new Fire 7, I opened Amazon AppStore, searched for "jmri" and it showed EngineDriver. Clicked Install, then Open and it is working fine (desk test).
If I was paranoid, I'd think Amazon refused to publish until I actually owned a compatible device..... :)

Thank you, Bob & Paul. ?There's just so much to learn about JMRI (and then all the other bits of software it can interact with...)

Like much of Europe & the US at the moment, a heatwave here means I'm spending most time outside rather than at the computer, so it'll take me a little while to try the 2 suggestions out. ?But just a couple of comments:

Bob: ?At present, my iMac, Arduino & motor shield are in my office. ?A 5m USB cable currently runs from the motor shield there to the rails outside. ?The USB connection on the ESP32 (driving the servos) is taken up by the power supply from the 5v "Phone charging" battery. ?I could try using a different 5v source for the ESP32 connected directly to a voltage in on the ESP32 and so free up its USB connection to take input from motor shield as you suggest.

Paul: ?Yes, the ESP32 outside is on the house wifi - as are the iMac running JMRI and the iPhone running the WiThrottle app. ?Your suggestion looks feasible and I will try it in due course, but, if possible, I'd prefer not to have to introduce even more s/w elements to the system or interfaces between them, like MQTT and mosquito. ?We'll see...

Best regards,
Les

Steve,

? ? Well, I've learned two things reading this post.? Will have to try out 'Safe' and 'Alternate Section'.? ?Is 'Alternate Section' ok to use as the end of a Transit?

Roger

On Fri, Jul 26, 2019 at 11:41 AM, <paul@...> wrote:

PI

Sorry fingers out of control. ?Should be iMac! ?(or almost anything you can run JMRI on!)

Paul

On Thu, Jul 25, 2019 at 04:42 PM, les b49 wrote:

Hence, I'm looking for an easy way for WiThrottle/JMRI to instruct the ESP32 to do something

Have a look at MQTT. ?The JMRI implementation of this is described and supports turnouts. ?You will need to run a broker, but your PI should be able to run . ? I'd be surprised if there wasn't some MQTT client implementation available for the ESP32 as it's all about IOT and all the connections can be wireless as long as your garden railway is in range of a wifi router.

Paul

Torben
Running "safe" solves this. A train will not leave it's current section until the next safe section is clear. That's normally a passing point that has alternates.
Steve G.

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Hi Steve
Thanks for letting me know.
- That's certainly a shame, as it does restrict auto running to single lines

Torben

Gary,

Thanks. Now we know your environment and JMRI settings.

However there is no additional information about the error. The next step is to upload the panel xml file to the group’s ProblemsBeingWorkedOn folder.

Dave Sand

Dave,

Here is the error log

(I’ve kept all the below for context, mostly because I don’t understand it enough to quote just part of it)

Could you create a USB connection to the ESP32 chip and then use communications to transfer turnout commands?

Bob

On Jul 25, 2019, at 8:42 AM, les@... wrote:

Just to add another view (which perhaps is an extension of what Richard will soon find with his Pi Servo pHAT approach) ...

I use DCC++ on an Arduino Mega with motor shield to command the locos on my small G-scale garden railway. (It's connected to an iMac running JMRI and I use the iThrottle app to give me a wifi roving throttle The Mega gets its power over USB from the iMac; the motor shield has a separate 20V DC input to pass on to the rails.)

Quite separately, I have an ESP32 chip loaded with a modification from 2 sets of Rui Santos's code to set up a wifi server (search for ESP32 wifi server on youTube to find one video on creating a web server with buttons and one for servo control with a slider). My version provides a webpage of buttons to any connected client (such as an iPhone). The client sends a web request of the form 192.168.55..1/?NN on my local network. The ESP32 wifi server picks out the NN and recognises this as a request to switch a particular point/turnout servo, connected to a pin on the ESP32. (I have 5 servos but it could support more.) Note (1) that the ESP (and from there the servos) is powered from a 5V supply from a phone charger brick, and not from the DCC++ power supply - it's the sort of thing that you can use to recharge your phone when you're out and about and (2) the ESP32 can either send a single command to a servo to say move straight to position x, or a sequence of commands to move the servo incrementally to its end position to produce a smoother point change.

All works fine. The only problem is I have two separate interfaces to play with - one to JMRI and one to the ESP32 - so tend to have to have both an iPhone (to the ESP32) and iPad (to WiThrottle) to hand, which is cumbersome.

Hence, I'm looking for an easy way for WiThrottle/JMRI to instruct the ESP32 to do something.

Maybe I can modify Outputs.cpp in the Arduino code to call the ESP32 webpage... (Is there an HTTP library that might support this?)
Maybe the ESP32 will work with one of the DCCInterface.com products mentioned on the page given by fcot2002 earlier (note the link there had a mistake in it).
If anyone has tried either of these things, please let me know with some details.
I'll write again if I get anywhere.

Regards,

Les

--
Bob Jacobsen
rgj1927@...

Gary,

When the error occurs and the panel loading has completed, go to Help >> System Console. Click on the Copy to Clipboard button and paste the results in a reply. This will provide some context that may help identify the issue.

Dave Sand

I am getting this error when loading my panels. I do I go about correcting this?

Garyy Ratay

Ken and Ken,

On 25 Jul 2019, at 9:11 PM, Ken Cameron <kcameron@...> wrote:

Just to remind me, if the cab id is not valid in the USB, we still get the
AA command acknowledged, but we'd not be able to talk to the command
station, correct? I don't think that is any part of this issue, but checking
what I remember.

Cab ID issues don't prevent a response to the AA command, which is handled entirely in the NCE USB (unless you have already issued another command that is trying to get through to the command station - then the Cab Bus LED will be locked on).

That's why I often recommend a basic functionality test for the NCE USB where you unplug the Power Cab from its cable and plug the NCE USB onto the cable end that previously had the Power Cab (because you know the cable has 12V power). In this configuration you should get responses to the AA command (but a lockup with most other commands).

Dave in Australia

Francois,

? ?I've added photos on how to add Block Contents Labels to your panels.? You will need to be in a newer version of JMRI I believe as the older version wont work. I'm running 4.15.9 test version. Read the description below each photo.

? ?Would not put too many of the block labels on panel, just in key areas you are interested in.

? ?I noticed the photos are in reverse order.

Roger