Thanks Steve, I can update the config now I know - I thought that was probably the case. I use a bluetooth keyboard.

Hi Andrew, the steps I took to enable the serial interface for the PiSPROG do disable the bluetooth.
You can undo them (referring to the prior post), or I can post the link to the 8/13 image, which was prior to the fix.
What are you using the bluetooth for?
--SteveT

开云体育

Andrew,

Paul,
I tested build 2642. Is better than the previous, but there is still a problem in the single CV programmer: if I write a CV value greater than 128, after the POM CV write, textbox value decrease by 128 (I write value 200, I click "Write CV" button, CV is written but the textbox value become 72, if I write value 240, textbox value become 52, if I write value 50, textbox value remain 50).
No problem using a panel of a loco, now I can successfully write many CVs!

Moreno

Could someone add the mentioned loco to the list of choices of locos highlighted when reading the decoder. May have been inadvertently left off ??? just would make helping someone over the phone a little easier. Thanks, Rick.

Hi Steve

I installed the image and have it up and running but I have no bluetooth - adapter not found. It is Pi3 B with built in bluetooth. Does the pi3-miniuart-bt overlay affect this? Is it intended to work? Thanks

Andrew

Jay,

that is most interesting. I have had a look over the general instructions, which give me an idea of what you have achieved but not so much how you have achieved it, and it would be most useful to know more about the latter.

For example, the instructions refer to NX switches for a system in which the dispatchers click a starting location and an end location and the train will move and be signalled from the former to the latter. Did you have to write full pathfinding code for the selection of the appropriate transits - indeed, did you even use transits for this?

As another example, you have a timetable: is this in any way represented in the control software, or is it just a set of instructions for human operators? If it is represented, did you have to write your own code for parsing the text/XML/etc. file containing the timetable or similar and other things at such a low level, or were you able to use (undocumented?) higher level features of JMRI to achieve this?

To what extent is the code that you have written layout specific and/or timetable specific?

Thank you very much for your post: it was most interesting to read about the Jenzen Family Trains layouts.

James.

If this is beginning to help, we can discuss what would be next.

Your offer of further help has come at the psychologically right moment when I was feeling discouraged after an attempt, at Ken's suggestion, of applying ReporterFormatter.py in BackAndForth.py. (Similarly as had been the case with your code "at first sight".

No software code of more than a few lines has ever made sense to me "at first sight",

what is intelligible, but a software code can make one no sense much faster!)

I think Ken has underestimated the difficulty of such an application and overestimated the possibilties of a layman.

On the other hand, I am hoping that RailCom is not going to be such a big issue. I can configure my detector to emulate a LocoNet occupancy detector, and for the time being we may assume that it sends data as described in ReporterFormatter (six bytes of which the forth and fifth are decoder addresses?).

Paul was asking me for a log file and promising he would be looking after how my command station handles RailCom with a view of getting, I presume, the exact type of messages JMRI receives. Can anyone tell me how I get such a log file in JMRI?

Now about your questions.

A single loco automatically trundles back and forth between locations named D and G perhaps going through locations E and F. Other trains can intrude at either or both D and G but cannot go into E or into F. Someone is controlling each of those other trains and watching to prevent a collision with the automatically controlled train. Is this an over simplification?

No, this a good way of thinking about it.

Or did you also want the automatically controlled train to wait at E if D is occupied?

No. By the way, this would be a simpler situation needing no RailCom.

In the simplification, "each of these terminal blocks" means locations D and G?

Yes, precisely. By a block I mean in my situation a section of track electrically isolated from the rest where trains can change their movements or, generally, trigger events and supplied by power through a current sensing detector.

?Is there a one-to-one Sensor to Reporter matching as I inferred from the JMRI help webpages at that time?

This is not a question addressed to me.

Thank you for all the information.

Gabor

Hello,

This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group.

File: JMRI TCS Non-WOW Decoder Improvements.zip

Uploaded By: Westaust55

Description:
These three amended files for JMRI DecoderPro (work with V4.12) incorporate a number of CV’s and minor corrections which, as best I can ascertain from past emails with TCS, are valid for TCS non-WOW decoders since firmware V86. The additions and corrections include: 1. Inclusion of the third User ID field (CV104) on the Basic tab 2. Inclusion of CV182 for Keep-Alive and special BEMF features (see below) 3. Moved the “Enable Brake Button Control” from the ”Lights” tab to the “Motor” Tab 4. Added “Button Control of Brake Light” to the “Lights” Tab 5. Added "Special BEMF for 3-Pole Motors" to the "Motor" Tab [uses CV182] 6. Added "Enable Keep-Alive" to the "Motor" Tab [uses CV182] I have not deleted the CV62 which TCS advice is no longer used.

You can access this file at the URL:
/g/jmriusers/files/Decoder%20files/TCS%20decoders/JMRI%20TCS%20Non-WOW%20Decoder%20Improvements.zip

Cheers,
The Groups.io Team

The turnout error can change the referenced turnout but is something like this (my DCC++ turnouts are DT67 through DT98 and I have seen messages on DT67, DT68, DT71 randomly):

"Unexpected error (Exception) while load(/home/pi/.jmri/Barn_Loop/Barn%20Loop.xml) in adaptor of type jmri.jmrix.dccpp.configurexml.DCCppTurnoutManagerXml
Exception: java.lanl.illegalArgumentException: Invalid system name for turnout: DT71 needed IT"

The sensor error I sometimes get is:

"Could not create sensor System name "ISCLOCKRUNNING" in adaptor of type jmri.jmrix.internal.configurexml/ErrorHandler.shtml"

All, I am running

Raspberry Pi with Raspbian Stretch 9
Java 1.8.0_65
Panel Pro 4.12+Rb6a9bb1
DCC++ though Arduino Mega 2650 with Pololu motor shield

I have setup my command stations properly and with the help on here got my turnouts working. However, I am now experiencing intermittent panel load errors. The errors seem to relate to sensors and turnouts but they are inconsistent. I have, however noticed a couple of things:

1. The error on the turnouts seems to be the system expecting a DCC++ turnout to be in internal one - I don't have any IT ones set up
2. When the panel fails to load and I navigate to the Turnout Table, there is no table - the panel is blank
3. When it does load and I go to the Turnout Table I sometimes have 2 internal connection tabs: Internal and Internal2
4. When it has loaded and I navigate to the Preferences -> Defaults pane I have 3 connections: DCC++, Internal and Internal2. I have no options checked for either Internal or Internal2
5. There in only the DCC++ connection set up in Preferences -> Connections

I did create a new profile which initially seemed to fix it, but, now it has reappeared!

I have documented screenshots in a word doc here:

/g/jmriusers/files/ProblemsBeingWorkedOn/DCC++%20Panel%20Load%20Errors%20with%20Turnouts%20and%20Sensors

My immediate thought is that the Turnouts Table is failing to read from the DCC++ station fast enough or at least the tables are loading out of sequence..possible?

开云体育

Moreno,

I downloaded build #2641 and I noted these problems:
1) Simple CV programmer: I have no error, CV is written correctly, but textbox "value" become 1 after each operation (I have "6" in the value textbox, I click "Write CV" button, CV is written but the textbox value become 1; if I re-read CV, I got 6). This is a bit confusing for me.
2) Editing 2 or more CVs on a sheet of a loco and pressing "Write changes on sheet" freeze the window after the second write operation and I have to close the window; is impossible to write 3 or more CVs. This occurs with all decoders (esu, zimo, lenz) I tested.

Please try build 2642 or later.

Folks

I want to thank you all for your help. Issue solved. By using the system console it became apparent to me that all the issues had to do with one of the AIU's. When I looked at the sensor table for that AIU I realized it was the one where the team had wired things backwards and I had to INVERT the sensors to get it right. Unknown to me the team corrected the wiring. Once I removed the INVERTED status all the indication was correct. So between my changing this and correcting the issues we had with the CAB bus everything is now solved.

Again thanks for all your help.

Albert

Sounds feasible and sensible.? Do backups, and name them so you can easily recover in case you don't like the results.

Dan

Hi Gary,

I think that will work.??

I would do a backup before replacing the car file in case it doesn't work.? Let us know if you run into any issues.

Dan

Found it. Thanks!

Allen

开云体育

开云体育

Hello Geoff and thank you Bob. I also use the serial port in scripts. Is it possible that you can publish your fix? I offen suffer the same problem but my programming skill is not quite as good s I would like it to be. But I can follow the bouncing ball.

Dave,
Brisbane, Australia.