¿ªÔÆÌåÓý

Date

Locked NCE Light-IT decoders used with JMRI for Signals - Issue is Programming Addresses and Outputs for Signal Heads

 

I am in the process of building a signal system for my HO Layout using NCE Light-It decoders. My system is a NCE Powerhouse Pro hooked up to a desktop computer via a serial cable I am running JMRI version 4.12 and have built a Panel with the track plan including "Internal" signals. I have programmed the signals with SSL and all works fine when I run an engine through the blocks on my physical layout. The signal heads on the panel give the correct aspect on the 3 color signal heads. Now, I am ready to replace one by one each "internal" signal head with a BLMA signal on the layout itself.To do this, I program the Light-It Decoder to the same address (IHXX) as the internal signal and set the 3 outputs (CV 137,138,139) on the decoder to show a steady on "value of 1" effect. At this point, I am lost as to how to set the signal head table for the Light-IT decoder in JMRI. I tried hooking up a BLMA signal on my workbench with the Light-It tied to the cab bus and programmed the same signal address in the decoder and the 3 outputs as I had in the Internal signal but it failed to replicate the virtual signal indication. Can someone take me through all the steps needed to program the Light-It decoder in JMRI. I am not using signal masts as I have a decoder for each signal head. Thanks. Cheers. Mike from Canada


Locked Re: possible bug, LocoNet slot monitor

 

I do not like the new slot monitor display which shows only locos in use.? I would prefer the previous method which displays all slot that have a loco number in them, regardless of the status.

Dale Gloer


Locked Re: Reading and programming new BLI PRR T1 - PROBLEM

 

Michael:

You didn't mention the DCC system that you're using to program the locomotive... Some like the older Digitrax and NCE PH systems lack the current needed to program many sound decoders. The old NMRA spec didn't predict the change in the decoder design.

Also JMRI can get confused with BLI P3 decoders in that there are different programming panes for the locomotive settings and the Rolling Thunder settings.

Jim Albanowski


Locked Re: possible bug, LocoNet slot monitor

 

I too have noticed that there are a lot of slots that used to be shown are
not anymore (like since around 4.11). Of particular issue to me are locos
with speeds. To me those should show regardless of status. We have a couple
of clubs and layouts where proper shutdown and release of locos just doesn't
happen 30% of the time. So I find I'm always using the 'show all slots' and
then having to sort by features like speed to know which need cleaning up
(acquire, idle, turn off functions, release). I didn't need to do that for
many revisions. Something changed in the last year or so that default
display is often showing a lot less of the slots of interest.

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


Locked Re: possible bug, LocoNet slot monitor

 

¿ªÔÆÌåÓý

Thanks for the reply Ross,? but something has changed between versions.? ??

?

?

JMRI 4.9.4 (happens to be on an old laptop). Windows 10, ?PR3, Zephyr DCS50.?

Slot monitor shows 11 slots, with status being ¡°in use¡± (actually on the Zephyr keypad/throttle), ¡°common¡±? (loco left running with non-zero speed step),? ¡°idle¡± (loco either left running on zero speed, or actually dispatched using dispatch process on Zephyr).?

If I select ¡°show unused slots¡±, I then see 120 slots, which are, of course, fictional.? They might be present on a DCS100 (Chief) command station.?

?

JMRI 4.13.4.? Windows 10 (different laptop), PR3, Zephyr DCS50.

Slot monitor shows 1 slot when it is ¡°in use¡±.? If I use a second throttle, that will be displayed. ?But slots which have gone to ¡°common¡± are not shown.

Use of ¡°show unused slots¡± brings up the 120 slots, the first 11 (or thereabouts) are genuine, the remainder are fictional.?

?

And for completeness, the old LocoNet Checker program (unfortunately no longer available) shows the 11 slots similar to what I see in JMRI 4.9.4.??

?

?

Now, if this change was intentional, then where is it documented ????? If it was an accident of something else (which I suspect it may be to do with the big increase in slots in the DCS240), then is it a bug, unintended side effect, accident, or what ??

?

?

?

?

Jan,? thanks for the reply, but I think I¡¯m clear about the difference between locos left running (status = common) and locos which are idle, and also about dispatching mechanisms.?? I have a throttle (Fred) which only works if correct dispatching is used.???

?

?

?

- Nigel

?

?

?

?

From: [email protected] [mailto:[email protected]] On Behalf Of Ross Kudlick
Sent: 26 November 2018 18:45
To: [email protected]
Subject: Re: [jmriusers] possible bug, LocoNet slot monitor

?

Nigel,

?

You need to click the ¡°Show Unused Slots¡± box on the top left of the Slot Monitor.

?

HTH

?

Ross

?

From: [email protected] <[email protected]> On Behalf Of Jan Carr
Sent: Monday, November 26, 2018 1:29 PM
To: [email protected]
Subject: Re: [jmriusers] possible bug, loconet slot monitor

?

Nigel:? My understanding is that Zephyr (DCS51 for me) releases a loco - ie stops all communications with it - when another loco is selected on its keypad. In fact I rely on that behaviour. Release before picking up a new loco is an option on Engine Driver so I assume in JMRI.

Jan


Locked Re: CROSSOVERS

 

After trying again for a while to get the LH Crossover to work properly I need to add something to my original post. The BLUE Connection could be the Bottom LH Corner of the icon. The Crossover Editor allows me to add in the name of the associated Turnout but in the Layout Editor it will not allow me to enter it there. Can this field be activated, please when selecting the appropriate Crossover/Slips etc?

I have experimented with the mac keyboard keys to try to prevent the instability that occurs when placing any Slip on the layout design. Sometimes Double Clicking will work when placing the item, sometimes not. Similarly, when using the Shift, Control, Option, Command or Esc keys I get a similar response but as yet I am unable to place these first time, every time, without fail.

Dave


Locked CROSSOVERS

 

JMRI VER 4.12 JAVA 1.8.0 WIN 10 HOME RUNNING UNDER PARALLELS ON AN IMAC

I have been trying to replace my old Crossovers with the newer version in the Layout Editor but I cannot get the LH one to work correctly.
The RH has the Start (BLUE Connector) position correctly shown as being at the throat of the top turnout. Since I put my turnouts into the same block as that joined to the Throat this works fine.
The LH Crossover is wrong I believe. The BLUE connection is maintained as the top LH corner. Should this not be the Top RH Corner at the throat of the turnout? The track world be either a Spur of a Headshunt as it is set at the moment.

Can this be changed? Could this be why we are getting the instability in all of the other Crossovers, Slips, etc?

Dave


Locked Re: 4.12 JMRI Web Server Crash on Startup

 

Wouter,

The reason for the reference to Eclipse in the error log is due to the fact that we use Jetty as one of the web server components, which happens to be an Eclipse foundation project (hence the use of their namespace).

Pierre,

The error you're seeing is indicative of old versions of the jetty files still being accessible in your JMRI installation, in the 'lib' folder.

Jetty .jar files contain the version details in their filename meaning that on Linux installations, just copying directly over a pre-existing JMRI installation runs the risk of older versions of these files still being accessible.

As Steve mentioned earlier, the easiest fix for this is to re-extract the new JMRI installation into a completely fresh folder, either by deleting or renaming the existing one.

Best regards,

Matt H


Locked Re: Exception while setting Signal Logic attempting to set invalid aspect

 

Greg,

Based on my experience, double cross-overs are most likely to suffer from the backward looking logic. This can also occur when there are two cross-overs using the same blocks. This is effectively a double cross-over.

When I run into one of these, I delete the bad entries and manually create the missing entries. To do this, turn off the Use Layout Editor options and enter the blocks and turnouts in the manual section.


Dave Sand

On Nov 26, 2018, at 9:42 PM, Greg McCartney via Groups.Io <gregmcty@...> wrote:

I am uploading a fixed NW signal rules set to the files section and to Github. This should fix the icon mapping errors as well as a few mapping errors I found.

I took a look at Jack's panel. There are some problems with the way the signals are setup. First off, by NW rules, you can't get a Diverging Approach on a two head signal except for the Wabash signals with a top lunar marker. I had neglected to remove those mappings from that signal set so JMRI was looking for Diverging Approach and causing him to have an error. The second issue he has with the panel is the crossovers are not allowing signal mast logic discovery to function correctly. Sometimes the mast logic chooses a signal that is behind the source or facing in the opposite direction.

/g/jmriusers/photo/79332/0?p=Name,,,20,1,0,0
In this photo the signal that is circled is mapping to a signal in the opposite direction. Discovery ignores the two signals on the right end of the diagram which should be the destination signals.

/g/jmriusers/photo/79332/1?p=Name,,,20,1,0,0
In this shot, discovery finds three destination signals one of which is facing the opposite direction.

I'm not certain how to fix the discovery issue other than delete them. Perhaps Dave Sands or one of the others can help with that.

Greg McCartney


Locked Re: Exception while setting Signal Logic attempting to set invalid aspect

 

I am uploading a fixed NW signal rules set to the files section and to Github.? This should fix the icon mapping errors as well as a few mapping errors I found.??

I took a look at Jack's panel.? There are some problems with the way the signals are setup. First off, by NW rules, you can't get a Diverging Approach on a two head signal except for the Wabash signals with a top lunar marker.? I had neglected to remove those mappings from that signal set so JMRI was looking for Diverging Approach and causing him to have an error.? The second issue he has with the panel is the crossovers are not allowing signal mast logic discovery to function correctly.? Sometimes the mast logic chooses a signal that is behind the source or facing in the opposite direction.

/g/jmriusers/photo/79332/0?p=Name,,,20,1,0,0
In this photo the signal that is circled is mapping to a signal in the opposite direction.? Discovery ignores the two signals on the right end of the diagram which should be the destination signals.

/g/jmriusers/photo/79332/1?p=Name,,,20,1,0,0
In this shot, discovery finds three destination signals one of which is facing the opposite direction.??

I'm not certain how to fix the discovery issue other than delete them.? Perhaps Dave Sands or one of the others can help with that.

Greg McCartney


Locked Re: Reading and programming new BLI PRR T1 - PROBLEM

 

¿ªÔÆÌåÓý

Check past emails on the groups websight.
Issue is well discussed with multiple solutions
Need to increase current being used.

Tony


On Nov 26, 2018, at 10:19 PM, Michael Hahn <hahn@...> wrote:

I just got the new BLI PRR T1 steamer with Paragon3 "Rolling Thunder" sound decoder installed.? I am using a standalone programming track, with the latest JMRI software on a PC running Windows 10, and an 18 V powersupply.? JMRI will not detect the decoder.? If I manually select Paragon3 Steam, JMRI will not read the decoder, nor can I program the address.? I finally selected NMRA Standard definition, and then the address can be programmed.? Any ideas on what is wrong here?? And how to fix it??

I have cleaned the track and the loco wheels.? The loco does chatter when JMRA tries to read the decoder, but I get the error "No response from decoder" and no programming is possible.

Thanks for any advice or suggestions!

Michael


Locked New file uploaded to [email protected]

[email protected] Notification
 

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: NW1981 Signal Rules.pdf

Uploaded By: Greg McCartney

Description:
NW 1981 signal rules.

You can access this file at the URL:
/g/jmriusers/files/NW-1981/NW1981%20Signal%20Rules.pdf

Cheers,
The Groups.io Team


Locked New file uploaded to [email protected]

[email protected] Notification
 

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: NW-1981icons.zip

Uploaded By: Greg McCartney

Description:
Updated icons to go with the updated xml files.

You can access this file at the URL:
/g/jmriusers/files/NW-1981/NW-1981icons.zip

Cheers,
The Groups.io Team


Locked New file uploaded to [email protected]

[email protected] Notification
 

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: NW1981 updatedxml.zip

Uploaded By: Greg McCartney

Description:
Updated XML files for the NW signal system.

You can access this file at the URL:
/g/jmriusers/files/NW-1981/NW1981%20updatedxml.zip

Cheers,
The Groups.io Team


Locked New file uploaded to [email protected]

[email protected] Notification
 

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: NW1981 Signal Rules.pdf

Uploaded By: Greg McCartney

Description:
Scan of the NW signal rules.

You can access this file at the URL:
/g/jmriusers/files/NW1981%20Signal%20Rules.pdf

Cheers,
The Groups.io Team


Locked Reading and programming new BLI PRR T1 - PROBLEM

 

I just got the new BLI PRR T1 steamer with Paragon3 "Rolling Thunder" sound decoder installed.? I am using a standalone programming track, with the latest JMRI software on a PC running Windows 10, and an 18 V powersupply.? JMRI will not detect the decoder.? If I manually select Paragon3 Steam, JMRI will not read the decoder, nor can I program the address.? I finally selected NMRA Standard definition, and then the address can be programmed.? Any ideas on what is wrong here?? And how to fix it??

I have cleaned the track and the loco wheels.? The loco does chatter when JMRA tries to read the decoder, but I get the error "No response from decoder" and no programming is possible.

Thanks for any advice or suggestions!

Michael


Locked Re: Entering New Loco's in DEcoder Pro

 

Peter and Mike:

I am having exactly the same problem with reading and programming the BLI F3/F7 units with Paragon3 "Rolling Thunder" sound decoders in them.? I am using a standalone PR3 with a programming track, and an 18 V power supply.? I get exactly the same behavior as Mike described above, in all aspects.? I eventually used NMRA Standard Definition for these locos in order to be able to change their addresses.? Not a satisfactory solution, but at least I can program the address.? Other BLI locos with the Paragon3 "Rolling Thunder" decoder read and program just fine.? What gives???? Anyone have any suggestions??

Thanks!

Michael

P.S.? The new BLI T1 steamer behaves exactly the same way!!


Locked Re: NCE Packet Analyzer Crashes

 

¿ªÔÆÌåÓý


On 27 Nov 2018, at 9:58 AM, jimalbanowski <jimalbanowski@...> wrote:

I've had both of my PA's quit reading ControlBus that's the smaller RJ with two wires to ControlBus and switch 1 change. I power the PA from and external power supply.

According to the PA manual, DIP Switch 4 is the only one that does anything.

Don't even think of closing JP1 and JP2. That will break the optoisolation as it tries to power the PA from the Track DCC power at pins 3 & 4 of the 4 way socket. This will likely create havoc (magic smoke escaping) unless your computer is a fully floating laptop with no mains or other connection (e.g. to Power Pro serial port) and you have nothing connected to the 6 way socket. These old devices are too precious to risk destroying.

Powering the PA via pins 2 & 5 of the 6 way socket by plugging it into the NCE cab bus is safe and reliable.


Before they quit I did use JMRI to read the data... and on both the CabBus and ControlBus with no crash on either a JMRI Raspberry Pi or Mac... Use to with old PC years ago...

If you have a terminal program on your PC you can try that to see if JMRI/Java is the culprit rather than just pumping the data into the PC..?

Mine is working fine, been dumping data flat out for an hour or more with no crash. I've even done multiple "Freeze Screen" and "Info/Resume" to try to trip a buffer overflow, but not fazed.

BSODs are very unlikely to be caused by JMRI/Java. Very likely to be caused by USB-Serial driver.

For a non-JMRI option, I frequently use CoolTerm on Mac and there is a Windows version:

If using the non-JMRI option, call up the help screen by pressing "?"

From the PA Manual:?

Data Communications

We¡¯ve had good luck using Hyperterminal supplied with Win98 and Win XP.

The communications settings are 38.4kbps, 7 data bits, 1 stop bit. Use the ¡®No Flow Control¡¯ option. The analyzer does not echo characters so you may also want to turn echo on. Also turn on ¡®Append line feeds to incoming line ends¡¯ under the Properties->Settings->ASCII Setup menu.

Before connecting the analyzer to the track or command station verify communications by pressing ¡®?¡± to get a menu of commands and the analyzer software version.


Is the port on the PC a "classic" RS232 or are you using a USB dongle?

If a dongle, what make and model.

Dave in Australia


Locked Re: Trottle for ZIMO?

 

Assuming you have the right hardware (MXULF), you would then startup JMRI "WiThrottle"i throttle server.?
An App on Andriod or Apple phones can then connect as throttles.
See here:
http://www.jmri.org/help/en/package/jmri/jmrit/withrottle/UserInterface.shtml


Locked Re: NCE Packet Analyzer Crashes

 

Jim:

I've had both of my PA's quit reading ControlBus that's the smaller RJ with two wires to ControlBus and switch 1 change. I power the PA from and external power supply.

Before they quit I did use JMRI to read the data... and on both the CabBus and ControlBus with no crash on either a JMRI Raspberry Pi or Mac... Use to with old PC years ago...

If you have a terminal program on your PC you can try that to see if JMRI/Java is the culprit rather than just pumping the data into the PC..?

Is the port on the PC a "classic" RS232 or are you using a USB dongle?

Jim Albanowski