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.

Hello John,

Just wanted to mention that I have done what you are after. I too use Arduino (Pro Minis) as Accy Decoders, the Geoff Bunza implementation from MRH (). I do not use Goeff's boards, although I do have some. I created my our that do not have the two motor outs and support easy connection of multiple servo outputs.

I use these to control SG90 servos for each turnout and the panel indication. In JMRI each item is created as a Turnout on the Turnout table. This gives you control from JMRI. I them created layout panels in JMRI and physical panels on the layout. For inputs (pushbuttons) I used the inputs from my DCC++ system (the spare ones from my Mega). Now changes on the physical panel are reflected in the JMRI panels and vice verser. I built a technology demonstrator for the guys at my club that has all these elements on it. Here is a photo:??

Using these you should be able to stay well under the $5 budget

Dave,
Brisbane, Australia

I have not been following this thread very closely but since my name was mentioned (no problem there) and since I am a big fan of layout control automation, let me at least chime in with a quick view of what I have done and am using.? The best way to get an initial feel for my use of JMRI and Dispatcher and Jython is to peruse my documentation for the layout:


Jay Janzen
St. Charles, Mo

Doc,

John needs his cars to move with a purpose, so that all cars on the barge have industry destinations.? The only way to do this is to use staging to generate final destinations for all of the cars sent to the barge.? This first train is only there to load the barge.

Dan

John

Staging tracks require all cars on the track leave as a single train so don't use staging tracks for storage, try yard tracks instead.

I think you are making it too hard on yourself.? You build a train from that yard that goes to the destinations that you want the cars to go to.? The first location on the route is the barge which has NO moves.? Put a comment on the barge that the crew that builds the train and gets it on the barge turns the train over to another crew that runs it from there.? You can use this method in reverse for trains returning to storage.

This is the same as building trans in the yard with a yard crew and then giving the train to a road crew.? One manifest does it all.

doc

开云体育

Jerry,

开云体育

There have been a number of posts about understanding script examples recently.? I’m trying to work my way through some in order to modify and expand, but need some basic information.? I’m sure this a pretty basic question, but are there lists of the available defined objects, and their methods, properties, and values?

For example, in these fragments from example scripts, various objects, methods, properties, and values are referenced but there are obviously many others that might be useful.? Is there a list somewhere of defined objects like “sensors,” “event,” and “memory”?? Is there a list of defined methods like “provideSensor,” “getThrottle,” “setisForward,” “setValue,” etc. for each object?? Is there a list of defined properties like “propertyName” for each object? Or values like “currentReport”??

BackandForth.py:

? ? self.fwdSensor = sensors.provideSensor("513")

? ? self.throttle = self.getThrottle(14, False)

? ? self.throttle.setIsForward(True)

ReporterFormatter.py:

? ? if (event.propertyName == "currentReport") :

? ? ? self.report = event.newValue

? ? ? self.value = self.format(self.report)

? ? ? self.memory.setValue(self.value)

Thanks, Jerry

Some further testing: I deleted the profile of and reprofiled one of the locomotives as the previous profile apparently had anomalies. This has rectified the sudden deceleration issue, but not the inconsistent stopping point issue.

Now, with two trains on the circuit (with full resistance wheelsets and accurately measured block and train lengths, as well as stop by speed profile enabled), the reprofiled locomotive will stop with an accuracy of +/-5cm. Removing the other locomotive (and terminating its associated Active Train), the first locomotive will stop ~10cm short of its average 2 train stopping point. For reference, this is in a scale of 1:148.

I notice that there is very little documentation and are very few options about the relationship between the stopping point in a transit and the speed/length of the train: does anyone know how JMRI is intended/designed to work out when in the last section of a transit to stop a train? I notice that, if I disable "stop by speed profile", the train will stop dead somewhere in the middle of the section (but very shortly after the last carriage, which has resistance wheels, has left the preceding section).

Dan

Thanks for this help. Based on what you are telling me I should be able to alternate between configurations ie run one configuration for several sessions and then change to the other configuration. Does that sound feasible or sensible

Jerry

Martin,

thank you for your reply: that is most interesting. That Railroad Museum certainly looks impressive. Do I understand that you did manage to get JMRI set up with the Dispatcher and/or AutoDispatcher for automatic running in the end? If so, I should be very interested to know what you were able to discover about AutoDispatcher. Did you use its timetable text parsing abilities? Did you have to extend the functionality of AutoDispatcher in the end? Does the AutoDisplatcher actually replace or duplicate any of the features of the Dispatcher (I had formerly assumed that it had not done so, but I realise that that assumption may not be correct).

It is interesting to note that you use both Traincontroller and JMRI, albeit not at the same time. May I ask - what do you find that Traincontroller can do that JMRI cannot do?

I will have to look into VirtualBox, although that does, of course, require a complete copy of windows and does not integrate as well as Wine.

Thank you again for your reply in any event - it is much aprpeciated.

James.