¿ªÔÆÌåÓý

Date

Locked Re: Trend Blocked 4.16

 

For Windows there is a free utility called MD5 and SHA Checksum utility to check the SHA or MD5 checksums.

Dale Gloer
--
Dale Gloer
Layout Supervisor, Southern Alberta Model Railway Club


Locked Re: Help getting JMRI working on a new WIN10 computer

 

This HP note discusses having to disable a USB 3 driver when a USB 2 device doesn¡¯t work:



Bob

--
Bob Jacobsen
rgj1927@...


Locked Re: Pausing in a section JMRI ver 4.15.9

 

Don,

? ? Thanks for the confirmation that there is a problem.? Will have to combine my two station tracks as one now.? Hopefully I can do this with out missing up paths and signals.

Roger


Locked Re: Trend Blocked 4.16

 

To extend Ken¡¯s good point, we don¡¯t internally sign our Windows versions. That¡¯s a cumbersome process (AFAIK; perhaps somebody can set up an automated & easy way to do it).

But we do publish SHA256 hashes that can be used to verify a downloaded file.

They¡¯re published on the download page, i.e.

I don¡¯t know how to check that on Windows. On macOS, you say i.e.

shasum -a 256 JMRI.4.15.9+Rf006fc4.dmg

on (most kinds of) Linux

sha256sum JMRI.4.15.9+Rf006fc4.tgz

and then compare the result to the published value. There¡¯s probably a similar command on Windows.

Bob

On Aug 3, 2019, at 7:36 AM, Ken Cameron <kcameron@...> wrote:

You could check the reason that Trend rejected it. It is likely the code
that means "This program has not been seen before and verified as safe. It
is not a signed program." This is common with most AV programs when new code
comes out. So if their explanation sounds like that, it is safe and typical.
--
Bob Jacobsen
rgj1927@...


Locked Re: Destination track missing from manifest at first stop. Long #operationspro

 

Dave,

Check to see if you've selected the "Truncate" option in the Manifest Print Options page.? See "Truncate" in the help for more info:



Dan


Locked Re: Trend Blocked 4.16

 

Bob,

You could check the reason that Trend rejected it. It is likely the code
that means "This program has not been seen before and verified as safe. It
is not a signed program." This is common with most AV programs when new code
comes out. So if their explanation sounds like that, it is safe and typical.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org


Locked Re: Help getting JMRI working on a new WIN10 computer

 

Ross, Dick:

Has it been established that this HP will run *anything* in it's USB ports?

I've been running LocoBuffer USB since USB was first added to a PC... USB 1.0 through 3.1gen1... No machine has been a problem and I have some weedy machines... Dick to your credit the LocoBuffer is a given, it works...

Does the host LED light on the LocoBuffer when connected to a USB?

I don't have mine here now the temptation to loan them out to help (Digitrax) users add WiFi/JMRI/Pi widgets to too tempting... Otherwise I would try one of my machines that has USB on/off control to see if I can duplicate this failure...

Jim Albanowski


Locked Re: Trend Blocked 4.16

 

If you downloaded an official release, yes: allow.
Wouter


On Sat, 3 Aug 2019 at 12:43, Bob McClain via Groups.Io <mcclainbob55=[email protected]> wrote:
I am using Windows 7 and downloaded the 4.16 JMRI from your website.? When I tried to install it my Trend Micro Anti-Virus program blocked installation due to suspicious file.? This never happened before.? Has any one else had this come up?? Should I just click Allow?
Thanks
Bob


Locked Trend Blocked 4.16

 

I am using Windows 7 and downloaded the 4.16 JMRI from your website.? When I tried to install it my Trend Micro Anti-Virus program blocked installation due to suspicious file.? This never happened before.? Has any one else had this come up?? Should I just click Allow?
Thanks
Bob


Locked Re: DecoderPro &ESU LokSound Factory reset

 

¿ªÔÆÌåÓý

Frank,

On 3 Aug 2019, at 1:41 PM, Dave Heap via Groups.Io <dgheap@...> wrote:

That's a programming deficiency in the JMRI IdentifyDecoder code.

I conducted more extensive tests, using my NCE Power Pro system with a SoundTraxx PTB-100 programming track booster and a ESU Select decoder in an ESU decoder tester, as well as tests with a SPROG and NCE Power Cab system.

I was able to reliably reproduce a misidentification under simulated dirty-track conditions with all three systems.

I've come to the conclusion that the problem is due to the interaction of the legacy NMRA Paged Mode protocol and modern Sound Decoders. There's probably not a lot we can do with JMRI code to avoid this.

(Skip to the Summary section if you aren't interested in the technical aspects. It explains how to watch out for and avoid misidentification.)

The Technical Explanation:
1) Under simulated dirty-track conditions, my DCC system can reproducibly return a successful but incorrect CV value to the IdentifyDecoder (and presumably any other) JMRI routine when using Paged Mode. This is because the interruption and restoration of programming track power during a Paged CV read creates a sufficient current pulse to return a false ACK to the DCC system during a Paged Mode "Is it 1, is it 2, is it 3..." routine. JMRI can't prevent this from happening. I was also able to reproduce this misidentification problem with both my SPROG IIv3 and my NCE Power Cab system.

2) While some DCC systems support only Paged Mode, most modern systems now support a Direct mode that is much faster and more reliable (with most systems).?

3) Some legacy decoders support only Paged Mode, most modern decoders support a Direct mode.

4)?We tell JMRI to always start an Identify with the best available DCC system mode (usually Direct).

5)?Since we know nothing about the decoder on the program track, if?more than a certain number of Direct mode reads fail we have to assume that the decoder may not support Direct mode and switch to Paged mode. But this mode cannot be trusted with a modern sound decoder, either for identification or decoder programming, with at least with the systems I tested.

Summary:
We're open to practical suggestions how the JMRI IdentifyDecoder routine can be improved (while keeping in mind the constraints above), but at this stage the best I can suggest is that:

A) If you see "Programming Mode" change to "Paged" in the "Create New Loco" window at any time during Read Type from Decoder of an ESU (or other modern sound decoder), be very suspicious of the result. Wait until identification has completely finished, switch back to a "Direct" mode and try again.

B) Don't trust Paged mode reads while programming a loco with an ESU (or other modern sound decoder).

C) If your DCC system doesn't support a Direct mode, buy a JMRI-compatible specialised Programmer such as the SPROG or NCE Power Cab or...

Unsettling results, but a workaround is available.

Dave in Australia




Locked Digitrax DS64/JMRI question

Stephen Lowens
 

I've gotten involved with a layout that has a number of Digitrax DS64 decoders installed with not much if anything in the way of documentation.? I've looked at the tabs in the JMRI DS64 tab, and I see that it has options to read this decoder.? I don't see anything in the DS64 manual about read capability.

Can the DS64 contents be read from JMRI?? If so, POM or programming track?? Any buttons that need to be pushed on the DS64 to enable reading?

Thanks for the shared experience.

Steve Lowens


Locked Re: Help getting JMRI working on a new WIN10 computer

 

¿ªÔÆÌåÓý

Hi,

Just to add something that has not been emphasized here. There are two different LocoBuffer-USB units, both connected to the same LocoNet and to the same computer, one runs an instance of PanelPro and the other is for an instance of DecoderPro. There are reasons for this, so don't go down the road of why you don't need to do that. Neither connection works on the HP machine, but both connections have been tested on a MS Surface machine and apparently work OK. This is why suspicion is heavy against the HP machine, but the drivers install as expected and show up as COM ports as expected, and JMRI runs as expected. (other than not talking to the LocoBuffer-USB units) I would think that this indicates that the USB ports are communicating OK. A LocoBuffer-USB draws about 18mA from the USB, so we are not looking at high power causing USB issues, even without a powered hub. I had him test with a single instance of JMRI running two LocoNet connections, and neither connection would work, so it has nothing to do with running two instances of JMRI.

All this worked on an older machine that apparently has gone to the computer happy hunting ground and been replaced with this newer refurbished 'off lease' HP machine.

Dick :)

On 8/2/2019 5:33 PM, whmvd wrote:

OK - right. It was only as the logs were never mentioned that I chimed in on the off-chance.
All bases covered, then, apparently.
Wouter


On Fri, 2 Aug 2019 at 21:17, <forfoum@...> wrote:
On Fri, Aug 2, 2019 at 03:27 PM, whmvd wrote:
Here's another one (my special subject is the blindingly obvious): I've skimmed through the entire thread once again, and I never once see that either the log-files were checked or someone suggesting checking them. I mean... you never know!
Wouter,

The System Console log file, when a Locobuffer (or any Loconet based device)? is involved, does not provide much. This is not like NCE and all the details that are thrown back and forth. All we see in the log is the connection type that was opened and all the other JMRi housekeeping. Even with the error condition replicated, there is nothing in the log that reports or shows it occuring.? This is pure USB.?

NCE is USB and RS-232 so there is much checking if USB is ok, then RS-232 baud and jumpers. None of this in the Loconet interface world

I've encountered defective Locobuffer-USB before and the console log was of no help.

Ross has been at this for a long time and I have read him for years (never met) on different forums, so I know he has dotted all the "I"s.

- - - - -
Here is a log with the system working fine

2019-08-02 16:11:50,044 util.Log4JUtil??????????????????????? INFO? - * JMRI log ** [main]
2019-08-02 16:11:50,106 util.Log4JUtil??????????????????????? INFO? - This log is appended to file: C:\Users\Marc\JMRI\log\messages.log [main]
2019-08-02 16:11:50,106 util.Log4JUtil??????????????????????? INFO? - This log is stored in file: C:\Users\Marc\JMRI\log\session.log [main]
2019-08-02 16:11:50,122 apps.AppsBase???????????????????????? INFO? - DecoderPro version 4.15.9+Re0a9348 starts under Java 1.8.0_221 on Windows 7 x86 v6.1 at Fri Aug 02 16:11:50 EDT 2019 [main]
2019-08-02 16:11:50,621 gui3.Apps3??????????????????????????? INFO? - Starting with profile My_JMRI_Railroad.3f1fffbb [main]
2019-08-02 16:11:50,933 node.NodeIdentity???????????????????? INFO? - Using 0498c833-19ae-450b-a194-45038afda399 as the JMRI storage identity for profile id 3f1fffbb [AWT-EventQueue-0]
2019-08-02 16:11:51,182 xml.AbstractSerialConnectionConfigXml INFO? - Starting to connect for "LocoNet" [main]
2019-08-02 16:11:51,822 pr3.PR3Adapter??????????????????????? INFO? - PR3 adapter set hardware flow control, mode=2 RTSCTS_OUT=2 RTSCTS_IN=1 [main]
2019-08-02 16:11:51,838 locobuffer.LocoBufferAdapter????????? INFO? - COM2 port opened at 57600 baud with DTR: true RTS: true DSR: true CTS: true? CD: false [main]
2019-08-02 16:11:51,931 loconet.LnPacketizer????????????????? INFO? - lnPacketizer Started [main]
2019-08-02 16:11:52,571 util.FileUtilSupport????????????????? INFO? - File path program: is C:\Program Files\JMRI\ [main]
2019-08-02 16:11:52,586 util.FileUtilSupport????????????????? INFO? - File path preference: is C:\Users\Marc\JMRI\My_JMRI_Railroad.jmri\ [main]
2019-08-02 16:11:52,586 util.FileUtilSupport????????????????? INFO? - File path profile: is C:\Users\Marc\JMRI\My_JMRI_Railroad.jmri\ [main]
2019-08-02 16:11:52,586 util.FileUtilSupport????????????????? INFO? - File path settings: is C:\Users\Marc\JMRI\ [main]
2019-08-02 16:11:52,586 util.FileUtilSupport????????????????? INFO? - File path home: is C:\Users\Marc\ [main]
2019-08-02 16:11:52,586 util.FileUtilSupport????????????????? INFO? - File path scripts: is C:\Program Files\JMRI\jython\ [main]

- - - -
Here is a log with the Loconet cable remove and the 8 blank boxes showing, no control on layout

2019-08-02 16:15:00,926 util.Log4JUtil??????????????????????? INFO? - * JMRI log ** [main]
2019-08-02 16:15:00,957 util.Log4JUtil??????????????????????? INFO? - This log is appended to file: C:\Users\Marc\JMRI\log\messages.log [main]
2019-08-02 16:15:00,957 util.Log4JUtil??????????????????????? INFO? - This log is stored in file: C:\Users\Marc\JMRI\log\session.log [main]
2019-08-02 16:15:00,972 apps.AppsBase???????????????????????? INFO? - DecoderPro version 4.15.9+Re0a9348 starts under Java 1.8.0_221 on Windows 7 x86 v6.1 at Fri Aug 02 16:15:00 EDT 2019 [main]
2019-08-02 16:15:01,456 gui3.Apps3??????????????????????????? INFO? - Starting with profile My_JMRI_Railroad.3f1fffbb [main]
2019-08-02 16:15:01,768 node.NodeIdentity???????????????????? INFO? - Using 0498c833-19ae-450b-a194-45038afda399 as the JMRI storage identity for profile id 3f1fffbb [AWT-EventQueue-0]
2019-08-02 16:15:02,018 xml.AbstractSerialConnectionConfigXml INFO? - Starting to connect for "LocoNet" [main]
2019-08-02 16:15:02,642 pr3.PR3Adapter??????????????????????? INFO? - PR3 adapter set hardware flow control, mode=2 RTSCTS_OUT=2 RTSCTS_IN=1 [main]
2019-08-02 16:15:02,657 locobuffer.LocoBufferAdapter????????? INFO? - COM2 port opened at 57600 baud with DTR: true RTS: true DSR: true CTS: true? CD: false [main]
2019-08-02 16:15:02,751 loconet.LnPacketizer????????????????? INFO? - lnPacketizer Started [main]
2019-08-02 16:15:03,375 util.FileUtilSupport????????????????? INFO? - File path program: is C:\Program Files\JMRI\ [main]
2019-08-02 16:15:03,390 util.FileUtilSupport????????????????? INFO? - File path preference: is C:\Users\Marc\JMRI\My_JMRI_Railroad.jmri\ [main]
2019-08-02 16:15:03,390 util.FileUtilSupport????????????????? INFO? - File path profile: is C:\Users\Marc\JMRI\My_JMRI_Railroad.jmri\ [main]
2019-08-02 16:15:03,390 util.FileUtilSupport????????????????? INFO? - File path settings: is C:\Users\Marc\JMRI\ [main]
2019-08-02 16:15:03,390 util.FileUtilSupport????????????????? INFO? - File path home: is C:\Users\Marc\ [main]
2019-08-02 16:15:03,390 util.FileUtilSupport????????????????? INFO? - File path scripts: is C:\Program Files\JMRI\jython\ [main]


Marc


Locked Re: DecoderPro &ESU LokSound Factory reset

 

Frank,

On 3 Aug 2019, at 12:18 PM, Frank in Houston <upitrr@...> wrote:

I just did as you requested and again placed that same locomotive on the programing track. This time the "Read type from the decoder" properly identified the LokSound Select. What I cannot tell you is, did it identify the correct "Select" decoder because I had downloaded the CV's using that selection OR did it properly identify the decoder type from the decoder as it should. I do not know.
It sounds like the original "Read type from the decoder" didn't complete satisfactorily.

I just did some tests of deliberately disconnecting (simulating poor track conditions) an ESU Select decoder during identification. Instead of showing an error, JMRI simply highlighted many ESU decoders and asked me to pick manually.

That's a programming deficiency in the JMRI IdentifyDecoder code.

Dave in Australia


Locked Re: Destination track missing from manifest at first stop. Long #operationspro

 

More Information:? Apparently this has something to do with the way Castle Rock Yard is set up.? Manifests for other trains serving Castle Rock Yard also skip the destination tracks in the output for that yard.? Still looking for help.
Thanks,
Dave...


Locked Destination track missing from manifest at first stop. Long #operationspro

 

JMRI Version 4.12, JAVA version 1.8.0_191, Windows 10

Printing a manifest for a fairly simple train routed CR Staging - CR yard - GA yard - GA staging.? Destination tracks are printed for SetOuts in the second yard and final staging.? Source tracks are printed for PickUp origin track.? The SetOuts in the first destination yard show no track information.? Wondering why.? ?Here is the manifest...

Scheduled work at CR Stage 5, departure time 00:01

LOCOMOTIVE? ATSF? ? 2-10-2? ? ? 3890? ? ? ? ? ? ? ?20 MPH = SS 50? 25 MPH = SS 53 Est.

PickUp? ? ? SCMX? ? 898? ? Tank? ? ? ?Oil? ? ? ? ? from CRS Tk5? ? ? ? ? ? ? ? ? ??

PickUp? ? ? SCMX? ? 1006? ?Tank? ? ? ?Oil? ? ? ? ? from CRS Tk5? ? ? ? ? ? ? ? ? ??

PickUp? ? ? SCMX? ? 1005? ?Tank? ? ? ?Oil? ? ? ? ? from CRS Tk5? ? ? ? ? ? ? ? ? ??

PickUp? ? ? SCMX? ? 901? ? Tank? ? ? ?Oil? ? ? ? ? from CRS Tk5? ? ? ? ? ? ? ? ? ??

PickUp? ? ? SCMX? ? 900? ? Tank? ? ? ?Oil? ? ? ? ? from CRS Tk5? ? ? ? ? ? ? ? ? ??

PickUp? ? ? DODX? ? 16414? Tank? ? ? ?Oil? ? ? ? ? from CRS Tk5? ? ? ? ? ? ? ? ? ??

PickUp? ? ? SCMX? ? 899? ? Tank? ? ? ?Oil? ? ? ? ? from CRS Tk5? ? ? ? ? ? ? ? ? ??

PickUp? ? ? TCX? ? ?9385? ?Tank? ? ? ?Oil? ? ? ? ? from CRS Tk5? ? ? ? ? ? ? ? ? ??

PickUp? ? ? USQX? ? 1044? ?Tank? ? ? ?Oil? ? ? ? ? from CRS Tk5? ? ? ? ? ? ? ? ? ??

PickUp? ? ? USQX? ? 1040? ?Tank? ? ? ?Oil? ? ? ? ? from CRS Tk5? ? ? ? ? ? ? ? ? ??

PickUp? ? ? ATSF? ? 2164? ?Caboose? ? ? ? ? ? ? ? ?from CRS Tk5? ? ? ? ? ? ? ? ? ??

Train departs CR Stage 5 Northbound with 10 loads, 1 empties, 578 feet, 776 tons

?

Scheduled work at Castle Rock Yard, arrival time 00:01

SetOut? ? ? SCMX? ? 898? ? Tank? ? ? ?Oil? ? ? ? ? ?

SetOut? ? ? SCMX? ? 1006? ?Tank? ? ? ?Oil? ? ? ? ? ?

SetOut? ? ? SCMX? ? 1005? ?Tank? ? ? ?Oil? ? ? ? ? ?

Train departs Castle Rock Yard Northbound with 7 loads, 1 empties, 446 feet, 548 tons

?

Scheduled work at Galveston Yard, arrival time 00:01

SetOut? ? ? SCMX? ? 901? ? Tank? ? ? ?Oil? ? ? ? ? to Tk 2S? ? ? ? ? ? ? ? ? ? ??

SetOut? ? ? SCMX? ? 900? ? Tank? ? ? ?Oil? ? ? ? ? to Tk 2S? ? ? ? ? ? ? ? ? ? ??

SetOut? ? ? DODX? ? 16414? Tank? ? ? ?Oil? ? ? ? ? to Tk 2S? ? ? ? ? ? ? ? ? ? ??

Train departs Galveston Yard Southbound with 4 loads, 1 empties, 314 feet, 321 tons

?

Scheduled work at GA Stage 5, arrival time 00:01

SetOut LOCO ATSF? ? 2-10-2? ? ? 3890? ?to GAS Tk5? ? ? ? ? ? ? ? ??

SetOut? ? ? SCMX? ? 899? ? Tank? ? ? ?Oil? ? ? ? ? to GAS Tk5? ? ? ? ? ? ? ? ? ??

SetOut? ? ? TCX? ? ?9385? ?Tank? ? ? ?Oil? ? ? ? ? to GAS Tk5? ? ? ? ? ? ? ? ? ??

SetOut? ? ? USQX? ? 1044? ?Tank? ? ? ?Oil? ? ? ? ? to GAS Tk5? ? ? ? ? ? ? ? ? ??

SetOut? ? ? USQX? ? 1040? ?Tank? ? ? ?Oil? ? ? ? ? to GAS Tk5? ? ? ? ? ? ? ? ? ??

SetOut? ? ? ATSF? ? 2164? ?Caboose? ? ? ? ? ? ? ? ?to GAS Tk5? ? ? ? ? ? ? ? ? ??

?

Train terminates in GA Stage 5
-------------------------------------------------------------------------------------------
Looking in the build report for the first car setout at Castle Rock Yard I see the following:

Find spur for car (SCMX 898) type (Tank-Oil) custom load (Oil) at (CR Stage 5, CRS Tk5)?

? ? Could not find a reachable spur for car (SCMX 898) custom load (Oil)?

? ?Try to send car (SCMX 898) custom load (Oil) to staging?

? ? Staging (CR Stage 3, CRS Tk3) can accept car's load (Oil)?

? ? Train (61) can't transport car (SCMX 898) out of staging (CR Stage 5) directly to (CR?

? ? Stage 3, )?

? ? Could not find an interim C/I or yard track that can service car to destination (CR?

? ? Stage 3)?

? ? Staging (CR Stage 8, CRS Tk8) can accept car's load (Oil)?

? ? Train (61) can't transport car (SCMX 898) out of staging (CR Stage 5) directly to (CR?

? ? Stage 8, )?

? ? Could not find an interim C/I or yard track that can service car to destination (CR?

? ? Stage 8)?

? ? Staging (CR Stage 4, CRS Tk4) can accept car's load (Oil)?

? ? Train (61) can't transport car (SCMX 898) out of staging (CR Stage 5) directly to (CR?

? ? Stage 4, )?

? ? Could not find an interim C/I or yard track that can service car to destination (CR?

? ? Stage 4)?

? ? Staging (CR Stage 9, CRS Tk9) can accept car's load (Oil)?

? ? Train (61) can't transport car (SCMX 898) out of staging (CR Stage 5) directly to (CR?

? ? Stage 9, )?

? ? Could not find an interim C/I or yard track that can service car to destination (CR?

? ? Stage 9)?

? ? Staging (GA Stage 2-(TFB), GAS Tk2) can accept car's load (Oil)?

? ? Train (61) can't transport car (SCMX 898) out of staging (CR Stage 5) directly to (GA?

? ? Stage 2-(TFB), )?

? ? Route for car (SCMX 898): (CR Stage 5, CRS Tk5)->(Castle Rock Yard, Tk 1N)->(GA Stage?

? ? 2-(TFB), )?

? ? Car (SCMX 898) has assigned destination (Castle Rock Yard, Tk 1N)?

?

? Car (SCMX 898) assigned to train, destination (Castle Rock Yard, Tk 1N)?
--------------------------------------------------------------------------------------------------

Clearly it is assigned to Tk 1N in Castle Rock Yard with final destination GA Stage 2-(TFB) but "to Tk 1N" does not print on the manifest.

Now looking at the first car setout in Galveston Yard I see the following:

Find spur for car (SCMX 901) type (Tank-Oil) custom load (Oil) at (CR Stage 5, CRS Tk5)?

? ? Could not find a reachable spur for car (SCMX 901) custom load (Oil)?

? ?Try to send car (SCMX 901) custom load (Oil) to staging?

? ? Staging (GA Stage 2-(TFB), GAS Tk2) can accept car's load (Oil)?

? ? Train (61) can't transport car (SCMX 901) out of staging (CR Stage 5) directly to (GA?

? ? Stage 2-(TFB), )?

? ? Train (61) can't transport car (SCMX 901) to (Castle Rock Yard, TK 1S) due to Train?

? ? (61) no moves left for route (Oil Train South) id (37r8) destination (Castle Rock?

? ? Yard)?

? ? Train (61) can't transport car (SCMX 901) to (Castle Rock Yard, Tk 2N) due to Train?

? ? (61) no moves left for route (Oil Train South) id (37r8) destination (Castle Rock?

? ? Yard)?

? ? Train (61) can't transport car (SCMX 901) to (Castle Rock Yard, Tk 2S) due to Train?

? ? (61) no moves left for route (Oil Train South) id (37r8) destination (Castle Rock?

? ? Yard)?

? ? Train (61) can't transport car (SCMX 901) to (Castle Rock Yard, Tk 3N) due to Train?

? ? (61) no moves left for route (Oil Train South) id (37r8) destination (Castle Rock?

? ? Yard)?

? ? Train (61) can't transport car (SCMX 901) to (Castle Rock Yard, Tk 1N) due to Train?

? ? (61) no moves left for route (Oil Train South) id (37r8) destination (Castle Rock?

? ? Yard)?

? ? Route for car (SCMX 901): (CR Stage 5, CRS Tk5)->(Galveston Yard, Tk 2S)->(GA Stage?

? ? 2-(TFB), )?

? ? Car (SCMX 901) has assigned destination (Galveston Yard, Tk 2S)?

?

? Car (SCMX 901) assigned to train, destination (Galveston Yard, Tk 2S)?

--------------------------------------------------------

Here SCMX 901 it is assigned to Tk 2S in galveston Yard with final destination GA Stage 2-(TFB) but "to Tk 2S" DOES PRINT on the manifest.

Why the difference?? I want source and destination tracks to print for all pick-ups and setouts.

Thanks for your help!
Dave...


Locked Re: Versions 4.16 & 4.17

 

Ken,

On 3 Aug 2019, at 12:11 PM, Ken Cameron <kcameron@...> wrote:

Given the confusion some have on this, and to better tie with the program
asking to point at the roster.xml file, I think reversing the two parts will
make it more understandable. I mean, explain the roster.xml first, then the
roster directory that will be with that file.
Good idea. Will do.

Dave in Australia


Locked Re: Versions 4.16 & 4.17

 

¿ªÔÆÌåÓý

Mike,

On 3 Aug 2019, at 4:25 AM, Mike Heintzman <mikeheintzman@...> wrote:

One thing to add. If the roster.xml file and the locoxxx.xml and images are supposed to be in two separate locations, then the <>???is incorrect. According to it, they should be in the same directory.

This has been fixed and will flow into the JMRI website over the next couple of hours:
URLs

An issue has also been raised about the apparently orphaned page:

Dave in Australia

?


Locked Re: DecoderPro &ESU LokSound Factory reset

Frank in Houston
 

Dave...Sorry for the delay.
A)When I originally placed the locomotive on the Program track and did a "Read type from the decoder" it identified ESU but highlighted a majority of the decoders listed in the menu.
B) So I called ATLAS and obtained the version number (4) and used the LokSound 4 Select and selected that decoder from the ESU menu
C) I then downloaded the CV's as you instructed and all works fine.
THE REASON I AM EXPLAINING ALL THIS

I just did as you requested and again placed that same locomotive on the programing track.? This time the "Read type from the decoder" properly identified the LokSound Select.? What I cannot tell you is, did it identify the correct "Select" decoder because I had downloaded the CV's using that selection OR did it properly identify? the decoder type from the decoder as it should.? I do not know.

Sorry, that is all I can tell you.? If I can help any further please let me know.? THANK YOU for your help
Frank?


Locked Re: Versions 4.16 & 4.17

 

Dave,

Given the confusion some have on this, and to better tie with the program
asking to point at the roster.xml file, I think reversing the two parts will
make it more understandable. I mean, explain the roster.xml first, then the
roster directory that will be with that file.

I think that unless carefully read, the parsing of most people will still
mix up the relationship of the file vs directory. It's a thought that came
to me while reading this thread.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org


Locked Re: Pausing in a section JMRI ver 4.15.9

 

Hi Roger

I have a similar problem and none of the provided methods would cause the train to pause in the first block of a 2 block section. Steve G basically said that for autotrains running try to use only single block sections. My configuration has train and block lengths accurately defined, all cars detected and transits configured to allocate to Safe sections.

I managed to come up with a kludge which almost stops a train in the first section. I set an action to turn the sensor to the first block off as soon as the train enters the second block. Autotrains thinks the train is now totally within the second block and pauses. It also ensures trains stop near the center of the two blocks preventing overshoots if the train length is close to the length of the block.

Cheers
Don McG