开云体育

I shortened up the time delays and it failed very quick.
Here is the session.log.
2014-06-18 02:29:32,324 util.Log4JUtil INFO - * JMRI log ** [main]
2014-06-18 02:29:32,351 util.Log4JUtil INFO - This log is appended to file: C:\Users\walt\JMRI\log\messages.log [main]
2014-06-18 02:29:32,352 util.Log4JUtil INFO - This log is stored in file: C:\Users\walt\JMRI\log\session.log [main]
2014-06-18 02:29:32,360 apps.Apps INFO - DecoderPro version 3.7.7-r26283 starts under Java 1.7.0_60 at Wed Jun 18 02:29:32 CDT 2014 [main]
2014-06-18 02:29:32,840 apps.Apps INFO - Starting with profile PP.3e120855 [main]
2014-06-18 02:29:34,016 locobuffer.LocoBufferAdapter INFO - COM4 port opened at 57600 baud with DTR: true RTS: true DSR: false CTS: true CD: false [main]
2014-06-18 02:29:34,111 simulator.SimulatorAdapter INFO - Powerline Simulator Started [Powerline Simulator]
2014-06-18 02:29:37,433 setup.BackupBase WARN - Only 4 file(s) found in directory C:\Users\walt\Dropbox\jmri\operations [main]
2014-06-18 02:29:37,822 util.FileUtil INFO - File path program: is C:\Program Files\JMRI\ [main]
2014-06-18 02:29:37,823 util.FileUtil INFO - File path preference: is C:\Users\walt\Dropbox\jmri\ [main]
2014-06-18 02:29:37,824 util.FileUtil INFO - File path profile: is C:\Users\walt\JMRI\PP\ [main]
2014-06-18 02:29:37,829 util.FileUtil INFO - File path settings: is C:\Users\walt\JMRI\ [main]
2014-06-18 02:29:37,837 util.FileUtil INFO - File path home: is C:\Users\walt\ [main]
2014-06-18 02:29:39,754 configurexml.PerformFileModelXml INFO - Load file E:\NMMRC\JmriUsersFolder\JMRI\NMMRC PROGRAMING TRACK.xml [AWT-EventQueue-0]
2014-06-18 02:29:43,225 configurexml.PerformScriptModelXml INFO - Run file E:\NMMRC\JmriUsersFolder\JMRI\py scripts\NMMRC_RUN_PROGRAMING.py [AWT-EventQueue-0]
2014-06-18 02:30:35,987 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,074 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,133 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,209 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,294 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,366 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,456 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,527 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,615 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,724 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,775 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,851 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:36,928 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:37,013 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:37,072 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:37,156 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:37,242 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:37,250 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:37,403 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:37,474 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:37,553 jmrix.AbstractThrottle WARN - dispatch called without knowing the original throttle listener [Robot Throttle tool.py]
2014-06-18 02:30:47,558 automat.AbstractAutomaton WARN - Still waiting for throttle 400! [Robot Throttle tool.py]
2014-06-18 02:30:57,560 automat.AbstractAutomaton WARN - Still waiting for throttle 400! [Robot Throttle tool.py]
2014-06-18 02:31:03,612 anagers.DefaultUserMessagePreferences INFO - Storing preferences as part of shutdown [AWT-EventQueue-0]
2014-06-18 02:31:03,664 managers.DefaultShutDownManager INFO - Normal termination complete [AWT-EventQueue-0]


I'll try to get a snap shot of the Loconet log.
Walt

This is probably not a new topic, but I don't know how to find threads dealing with certain subjects. Anyway, I'm using Digitrax PR3 as interface with DCS51. Is a programming booster reccommended? Any particular model? Many thanks for all your advice!

If GetThrottle does not see the reply from the command station it starts looping with "2014-06-18 01:44:15,206 automat.AbstractAutomaton WARN - Still waiting for throttle 400! [Robot Throttle tool.py]". It never recovers.

This is on a digitrax DSC100, JMRI 3.7.7-r26283, Java 1.7.0-60 on a Win 7 Ulitimate system. Loconet USB adapter. Note that it does not seem to faill in Digitrax Simulator mode

The script I am aggravating it with basically gets a throttle, dispatches the throttle and repeats about twice a second.

couldn't there be a way for GetThrottle to try again after some time has lapsed?

This may be the problem I have been seeing for years with JMRI throttles losing control of locos.

Walt

Based on some of the message traffic I've seen, is it safe to assume that none of the series 6 Digitrax decoders are supported by JMRI just yet?

Nigel,

If there is consisting support in WiThrottle I'd love to know how to access it! I use WiThrottle with both NCE and Digitrax and have searched in vain for any page that allows building a consist in either system. The only way I have figured to do it is build the consist with a system throttle, then I can select it with WiThrottle. I have the full version of WiThrottle v3.8. Please do share the secret of building a new consist in WiThrottle.

Barry Draper



But, WiThrottle has support for several consist methods, including

"Advanced" and a universal model where multiple parallel instructions are

sent to each loco in the consist.



But, the big issue might be whether Bill is using the Free "Test/Evaluation"

version of WiThrottle, or the full feature paid version. There are quite a

few features which are only available in the paid-for version of WiThrottle.



- Nigel
























.

Success! Thank you for all the tips. Both my BLI PA1s are running nicely with appropriate addresses now!

George

My layout is powered by a NCE PH Pro wireless system. I am using a PC with XP operating system. I am currently working with Decoder Pro 3.0 and will upgrade when I get some things smoothed out.

I have just added Team Digital detection to my layout. I am using both a BlocD8 module and two SIC24AD modules. They are programmed to show specific identities for the 16 blocks on my railroad. It is a double track layout with 8 pairs of blocks which adds up to the 16 blocks. When I use the monitor loco net function in Panel Pro, on one mainline (Mainline North)the activity is all appropriate. When trains are moving on the other mainline (Mainline South) as soon as the train starts moving from one block to another, several of the blocks start sending reports to the loco net and some alternate from hi to lo, to hi to lo, second after second even though there is no activity in that block at all. The detection module has a monitor light that seems stable meaning that there is no train or activity in that block so the appropriate led there is dark. I have sometimes even had the JMRI seem to create some sensors that did not even exist. Since one of the SIC24AD modules was purchased used, I wonder if it seems to be recalling another identity even though it has been reprogrammed. Or is this just a JMRI processing issue? I did go to the sensor table and delete the nonexistent sensors. Actually I deleted the entire table and did it over again. Stored my work and then discovered that I抦 now getting 11 panels to open when I open the normal 2 panels that I operate with. I had the multiple panel issue fixed before so I抣l have to go back to the archives and figure out why this is happening again. Also when I choose the panel I normally use, it is a different earlier version of that panel that opens, which is the panel with 10 friends. As you can see I抦 having some real gremlins in the system, so any help will be appreciated. Good news, no Operation Sessions scheduled next week.

Thomas Cain
Indianapolis, IN
atsf93@...
Prototype Tour Chair: Highball to Indy 2016 NMRA National Convention

See my website and layout at: www.atsf93.com



[Non-text portions of this message have been removed]

Gents - especially David Heap:

A slight bit off topic, but I finally got the chance to install 3.7.7 at our club this evening. My major interest in this release was the amount of time it took to "read" an ESU decoder and all its CVs on our Win XP computer. Apparently JMRI 3.7.7 has fixed my problem, taking ~1/2 an hour to read all CVs without hesitating on a couple of Loksound decoders.


Thanks for the fix to the above problem - we're happy campers now!


Refards,
Wain Schroeder
Clinton Cntral Model Railroad
Castanea, PA

I think this has been fixed in the development builds.

Bill,



EngineDriver has the ability do its own simple consists. When you add 2 or more locos to a throttle the Consist Editor screen will appear. You can change the relative direction of each engine with respect to the lead engine in the consist. Is that what you need?



Other than that you can always set up consists in JMRI using any of the built-in consist tools and then access those consists from EngineDriver.



Robin



Robin Becker

San Diego, CA



<>



From: jmriusers@... [mailto:jmriusers@...]
Sent: Tuesday, June 17, 2014 12:45 PM
To: jmriusers
Subject: [jmriusers] Re: Can I do this with withrottle





Sorry - Bill is not too smart. I am using Engine Driver, not the Apple controller.


Amtrak - the ONLY way to fly!

On Tuesday, June 17, 2014 8:45 AM, Bill Rooke <wwrooke39@...> wrote:


I know how to consist two or more locomotives using my cell phone and change location in the consist, however, can I reverse the direction of one engine to run head to tail? I know that I can change cv-29 to do this, but I can't do that from my cell phone, or can I - Bill


Amtrak - the ONLY way to fly!

Scenario 1 -- Managled script location, "preference:" alias in the
ProfileConfig.xml replaced by "profile:" alias expansion during
loading.



Set to:

/Users/das/Documents/JMRI/General/jython (jython located within
preference: alias location)



Result:

User Files Location: /Users/das/Documents/JMRI/General/

Roster Location: /Users/das/Documents/JMRI/General/

Profile Location:
/Users/das/Library/Preferences/JMRI/General__Simulation/

Settings Location: /Users/das/Library/Preferences/JMRI/

Current Config file:
/Users/das/Library/Preferences/JMRI/General__Simulation/ProfileConfig.x
ml

Scripts Location:
/Users/das/Library/Preferences/JMRI/General__Simulation/jython/

Program Location: /Applications/JMRI

Log Files Location: /Users/das/Library/Preferences/JMRI/log/

/Users/das/Library/Preferences/JMRI/log/messages.log

/Users/das/Library/Preferences/JMRI/log/messages.log.1

/Users/das/Library/Preferences/JMRI/log/session.log





Scenario 2 -- Script location outside of "preference:" alias location.



Set to:

/Users/das/Documents/JMRI/Scripts/



Result:

User Files Location: /Users/das/Documents/JMRI/General/

Roster Location: /Users/das/Documents/JMRI/General/

Profile Location:
/Users/das/Library/Preferences/JMRI/General__Simulation/

Settings Location: /Users/das/Library/Preferences/JMRI/

Current Config file:
/Users/das/Library/Preferences/JMRI/General__Simulation/ProfileConfig.x
ml

Scripts Location: /Users/das/Documents/JMRI/Scripts/

Program Location: /Applications/JMRI

Log Files Location: /Users/das/Library/Preferences/JMRI/log/

/Users/das/Library/Preferences/JMRI/log/messages.log

/Users/das/Library/Preferences/JMRI/log/messages.log.1

/Users/das/Library/Preferences/JMRI/log/session.log





Scenario 3 -- Default with a fresh profile.



Defaults to "jython/"



Result:

User Files Location: /Users/das/Documents/JMRI/CBQ/

Roster Location: /Users/das/Documents/JMRI/CBQ/

Profile Location: /Users/das/Library/Preferences/JMRI/CBQ__Simulation/

Settings Location: /Users/das/Library/Preferences/JMRI/

Current Config file:
/Users/das/Library/Preferences/JMRI/CBQ__Simulation/ProfileConfig.xml

Scripts Location: jython/

Program Location: /Applications/JMRI

Log Files Location: /Users/das/Library/Preferences/JMRI/log/

/Users/das/Library/Preferences/JMRI/log/messages.log

/Users/das/Library/Preferences/JMRI/log/messages.log.1

/Users/das/Library/Preferences/JMRI/log/session.log





In ALL cases, running a script from Logix with no qualification results
in a file not found at the "program:" alias location, in these
scenarios /Applications/JMRI.





Dave Sand

Martin,



I tend to edit the tables unless it is a layout editor specific
attribute.



For example, when you edit an entry in the Blocks table, the pop-up has
6 tabs, 4 of which have fields for changing data. If you select edit
for a track segment that has been assigned a block, the pop-up now has
7 tabs. The new tab is labeled "Layout Editor" and has the additional
fields the layout editor requires. Changing something in this tab
updates the "layoutblock" object, which is an extension to the base
"block" object. If you change something in the other 4 tabs, the
change is reflected in the block table.



I do not have any answers for your signal issues. I only use Signal
Masts, with Signal Mast Logic, located at block boundaries. I would
need to see the xml file, perhaps you could upload it the JMRI Problems
area on Yahoo. BTW, you should be able to find a backup copy in your
JMRI profile directory. There is a sub-directory called backupPanels.



I don't know the technical reason behind the behavior for turnout
deletion. I mitigate that issue by adding a very short (1 grid size)
track segment to each of the turnout points. I then assign the same
block to these that has been assigned to the turnout itself.





Dave Sand

Can you please post a complete copy of the locations listed in the Help->Locations window for a scenario that is failing to handle the Jython scripts correctly?

Brian,



I agree with your summary. My tests were run by a Logix "Run Script
from file" Action. At least the "preference:" qualifier still works
with the Run Script action in Logix. Such as
"preference:jython/testscript.py".





Dave Sand

Hi JMRI


I have noticed the following problem with DecoderPro 3:-


Win7 & JMRI v 3.7.7


When trying to Print, Print All CV,s of a ZIMO MX644D there are so many items that the end of the list disappears off the bottom of the screen including the CANCEL & OK buttons.
I assume there should be a scroll bar on the Print Menu.



Regards


Brian W.

After many file relocations and restarts, I have concluded the following:

First, 'preference:jython' is the one and only forbidden location for
script files, so far as display in Help>Locations and saving from
Edit>Preferences is concerned. Any other location is read and written
correctly, but preference:jython is mangled. In my setup it is mangled
iteratively every time preferences are saved.

Second, JMRI always ignores the scripts location setting and looks
exclusively in 'program:' when a script is called by its unqualified file
name, regardless of where the calling script is located.

The first problem is easy to work around, but the second pretty much
negates the point of having a Jython Script Location setting.

Hoping my observations will help with the fix...

Brian Gilhuly

Correction - unqualified file names don't work even if both scripts are in
the Script Files Location. the console error message shows that Jython
looked for the files in the 'Program:' folder, ignoring the scripts
location setting.

I also noticed that the log shows the reading of other file locations at
start-up, but not the scripts file location. Of course it could be being
read without that being logged, but it might be another clue.

Brian Gilhuly

Sorry - Bill is not too smart.听 I am using Engine Driver, not the Apple controller.

听
Amtrak - the ONLY way to fly!

Just noticed a new wrinkle; if I set the script files location to something
completely outside the JMRI directory structure (to E:&#92; for example)
everything works fine. Not only does the program correctly display the
location in ProflieConfig.xml, but scripts can be called by their
unqualified file names.

I haven't yet tried other locations to see whether it is the drive that
makes the difference, or just not using a location in the 'User' hierarchy.

Brian Gilhuly


On 17 June 2014 13:41, Dave Sand dave@... [jmriusers] <
jmriusers@...> wrote:

I think I have been able to re-create your problem on both Win7 and OSX
or at least a variation of it.

Yesterday I was testing the following structure:

home:Documents/JMRI

---------------------------/Scripts

---------------------------/General (user file location, alias
preference:)

Todays structure:

home:Documents/JMRI

---------------------------/General (user file location, alias
preference:)

-------------------------------------/jython (sub directory under
General)

The ProfileConfig.xml looks fine: preference:jython

Both Preferences>Location and Help>Locations have:

/Users/das/Library/Preferences/JMRI/General__Simulation/jython/

Somehow during the JMRI startup, preference:jython was replaced with
the expansion of profile:jython. A subsequent save of Preferences
results in changing ProfileConfig.xml scripts line to profile:jython.
I was not able re-create the ever expanding path under either Win7 or
OSX.

The Logix call to start the script still fails as before.

All of the tests were done with JMRI 3.7.7.

Dave Sand

On Tue, Jun 17, 2014, at 11:16 AM, Brian Gilhuly
[1]brianlgilhuly@... [jmriusers] wrote:

So, it seems that the problem is partially OS-independent and partially
OS-specific.

Under Win 8.1, I have my user file location (preference) set to:

"C:&#92;Users&#92;Brian&#92;Google Drive&#92;JMRI"

and my scripts are in:

"C:&#92;Users&#92;Brian&#92;Google Drive&#92;JMRI&#92;jython"

Using the Edit>Preferences>File Locations tab in DP3, I set the scripts
location as above and save.

Now, the relevant ProfileConfig.xml shows:

<fileLocation defaultScriptLocation="preference:jython/" />, which is
correct.

BUT, when DP3 restarts it shows under Help>Locations:

Scripts Location: C:&#92;Users&#92;Brian&#92;Google
Drive&#92;JMRI&#92;DP3&#92;DecoderPro&#92;jython&#92;

and the same under Edit>Preferences>file Locations. The profile folder
has
been inserted in the path.

If the preferences are then saved without editing, ProfileConfig.xml
shows,
as expected:

<fileLocation defaultScriptLocation="preference:DP3/DecoderPro/jython"
/>

and DP3 now shows a double insertion of the profile folder into the
path

Scripts Location: C:&#92;Users&#92;Brian&#92;Google
Drive&#92;JMRI&#92;DP3&#92;DecoderPro&#92;DP3&#92;DecoderPro&#92;jython

Further saves keep adding to the path. Same thing with PanelPro.

Whatever is going wrong seems to be happening is when ProfileConfig.xml
is
read by JMRI at start-up, at least on Windows.

Brian

References

1. mailto:brianlgilhuly@...

Need some help understanding what the program is doing in Panel pro operations. The program brings cars to half the layout but not the other half? So the backend of the switching layout sees literally nothing? Reading the detailed info it says its excluding cars not served by the train. I have only one train? Getting really frustrated with this.... I assume I am screwing up somewhere but running out of ideas.... Most of my industries are multiple spots in a paper mill environment.... I need most of the spots to be pulled every day not once or twice a week I have swung from schedules back to non schedules trying to find the right mix with poor to mixed results. The program looks for answers to the search for 140 spots/ train length set to 8000 from one end to the other I realize that will not generate the 140 moves but 30 would be nice. I have read the manual several times and feel its time to move on if I can't make this work. What I want to happen is tell the program this industry needs this many spots and pickups every day not random but guaranteed.... that's how paper mills work.... is this possible within the program to get 90% plus move rate at all my spots? Half my moves happen in staging yards? Really Really lost thanks for letting me get all this out today appreciate it/Bob Menzies