开云体育

Dan,


I appreciate the quick response. But you missed the point. I cannot even select any or the seven tracks in order to build a train. I can select any of the other 43. Each train is built from one and one only staging track. If I can't select the track, I can't build the train, and can't produce a build report to figure it out.


This is version 4.7.5 R187bd9e and Java version 1.8.0_131




Norman

Hello everyone,

I am trying to figure out signaling, I have made a simple 5 block track segment with signals protecting each block boundary, I have created blocks for each section and put in virtual occupancy detectors. I did the discover signal logic option for each of the signals. When I set the sensor for a block to show occupied the track section turns red but the signals all remain showing the 'clear' aspect. I can change the aspects of the signals by clicking them but none of the others will change, ie I would think the signal approaching the stop aspect should show an approach aspect etc. What am I missing here? Also if it helps I am using the BNSF 1996 signal aspects with virtual signal masts at each section boundary.

I have followed the instructions of both signaling guides found on the JMRI website to no avail.

Please help,

Hello all,


I recently had my PC restored by a low level format and then upgraded to Windows 8 (from Vista). I downloaded the JMRI version 4.6 and started using the WiThrottle right away with no issue. I later tried to program a Wowsound v4 decoder and was not able to read it. I then realized service mode programmer and operations mode programmer were in red and the program is stuck in "edit only" mode. I have a NCE Powercab and USB interface. I also have the NCE auto switch to provide me with a dedicated programming track. Any help is greatly appreciated.


Best regards,


Stephen

I suspect it means that you are not connected to the command station from the computer.

Can you turn track power On and Off using the JMRI 'Power Control" tool?


Signing you name help us talk to you.
Walt

If you can't quickly figure it out, the train's build report will state why the seven tracks were ignored.

Dan

Mike,

On Jun 17, 2017, at 11:30 AM, mike@... [jmriusers] <jmriusers@...> wrote:

Hi, I am trying to get to grips with the DR5000 with JMRI on XpressNet over LAN or WiFi.

So far, I am having some issues, so I am wondering if anyone has come across them or know of fixes!

Firstly, is the DR5000's XpressNet implementation somewhat buggy? For example, when I plug in an LH100 Lenz handheld, Pessing the power off / on button does restore the track power, but does not cut it out, is this by design in the DR5000?

On the LH100, I believe there is a setting that sets whether the stop button sends an off or an emergency stop. ( I may have that confused with another device though, not looking at a manual and my LH100 is not unpacked yet.)

Secondly, when I connect to JMRI via the LAN (with XpressNet setup) I cannot seem to get a consistent connection.

Is this via an LIUSB-Ethernet, or some other connection? Do I remember correctly that the DR5000 has an Ethernet port of its own?

I may have asked for this before, Is there a manual for the DR5000, preferably in English.

The XpressNet Activity monitor keeps trying to get the command station status but gets no response. Also, I can use a throttle window to control a loco, but when I hit the power button it turns the track voltage off, but will not then re-store it? I assume it is because the command station is not responding to the request, or actually, not giving a status update that it has carried out the shutdown event.

Any of that is possible. Every manufacturer seems to interpret the XPressNet protocol slightly differently. Sometimes each device has a different implementation ( this is true even with the Lenz interfaces... )

I can tell you this, if you're you are using the Lenz LIUSB-Ethernet, I wouldn't expect anything to work correctly in JMRI that doesn't work correctly using the LH100.

Paul

See below:

On 21 Jun 2017, at 7:35 AM, RDUhleNkott@... [jmriusers] <jmriusers@...> wrote:

Ted,
You say you have the functions on both units set to respond to the consist
address. Set the functions you want to stay off on the second unit to
respond to locomotive address only.

Correct.

Wil,
More accurately, NCE uses the lead unit address as an ALIAS for the consist
address. The command station still sends its orders to the consist
address. Otherwise the other units would not move when the lead unit does.

When addressing a consist, NCE command stations:
- Always sends speed commands to the consist address.
- Always send function commands to the lead loco alias (or rear if you select it)
- Sends function commands to the consist address, provided Send Function Commands to Consist is turned on in Setup Command Station (need the NCE throttle to check this)
- Automatically reverses the direction of speed commands to the consist address if you have selected the rear loco.

Dave

Rick U


In a message dated 6/20/2017 11:42:45 A.M. Mountain Daylight Time,
jmriusers@... writes:

When using advance consisting with NCE, what you say is usually true,
sometimes you have to adjust, I think, CV21 and CV22 to get the lights
right. However, with NCE you run the consist with the lead engine
number as the address, NOT the consist address. If you use the consist
address the same information will be sent to every loco in the consist.

Just out of curiosity

Look at you car roster sorted by location and see if your cars show up on the"missing" tracks

John
Birmingham

Norman,

The program will only list tracks that the train can use. Look at the 7 tracks carefully, there's something you did to tell the program that those tracks can't be used. Let us know what you find.

Dan

Some of my staging tracks do not show up when I try to build a train.


I have 50 staging tracks, all set up identically, all loaded with cars. I have the option to select which track to use to build a train. When I try to build a train, only 43 of the tracks show up. The train will build perfectly from those 43 tracks. But where are the other 7? I am so confused.


Any ideas? Advice?




Norman

Fraser,

I recommend that you move your custom signal mast system to your user files location. This eliminates the need to update the JMRI install location each time you install a different release. Your "user files location" appears to be "/C:/Users/Fraser/Documents/Railway/JMRI/".

The structure that I would use is "resources/signals/BR-2003 fws". The aspect and appearance files go here and the icons would be in an icons directory: resources/signals/BR-2003 fws/icons.

The initial migration is a BIG job. The <imagelink> entries in the appearance xml files need to have the path changed. There might be other required changes but I have not done this recently.

One issue that I see is that you are using both "BR-2003" and "BR-2003 fws" signal systems. This can cause discovery problems. You will need to add the required entries from BR-2003 to the "fws" version. It appears that the only mast type that you are using from BR-2003 is "buffer-stop". After you add that appearance file and related icons to "fws", then you need to edit the 23 occurrences in the panel xml to use custom signal mast system name.

Do you have a couple of specific masts that we can concentrate on?

Dave Sand

Steve, I've been having some problems myself, always thinking it must be
me... but it seems my upgrading to the latest test version has not only
revealed some great and useful improvements in the layout editor such as
drop-down selections of various elements (well done guys!), but also this
allowed things to be correctly set up for the first time in a few weeks of
trying. Worth a try maybe, but do read the disclaimers and save save save!
John

Ted,
You say you have the functions on both units set to respond to the consist
address. Set the functions you want to stay off on the second unit to
respond to locomotive address only.

Wil,
More accurately, NCE uses the lead unit address as an ALIAS for the consist
address. The command station still sends its orders to the consist
address. Otherwise the other units would not move when the lead unit does.

Rick U

Correct. A fuller explanation at:
<>
--
Dave in Australia

I have been building up my proposed layout in PanelPro for quite some time now and have run ito signalling problems on several occasions making me strip lots of bits of track out and start again. This time around I think I have been very careful to ensure that there were on zero length bits of track with no block associated with them. As the loop tracks are double track, left hand running tracks I have set the block routing on all (I hope) Unidirectional tracks. I have tried to use the discover signal logic on a signal by signal basis and using the do it all in one go from the Signal Mast Logic Table but I'm still getting problems with both sets of my fiddle yard entry turnouts (top right, bottom left). I followed the advice in an old forum post from Dave Sand where he recommended stripping out all the paths and doing a save/quit/start to rebuild the paths as well. I have gone through each track segment and checked the block routing and the Routing Table for Neighbouring Blocks is correct and the Valid Paths Through this Block are correct. However when I try the Discover Signal Mast Logic all together or mast by mast the offending blocks/paths signals will not come back with both of the possible routes from that mast.

I can see that the todir and fromdir values of the paths are important in defining the paths but not knowing what the 16, 32, 64 and 128 values mean doesn't help to try and use this as a way of determining what is wrong. I have put the PanelPro file, my signal definition files and the System Console Log after startup in "Problem with Signal Logic on 37 Heaven" in the Files section. There are lots of items relating to the double slips but I think that is irrelevent in this case. If someone could take a look and identify the problem and/or tell me how to correct the problem or avoid it in future I'd be very pleased.

Thanks in advance

Fraser

Further testing has found that the stack appears to not work. When I set the stack to be available, it does not appear to respond to the XpressNet command to view the stack. The response given back is that the command station does not know what the request is/does not support the command. Has this been found by the JMRI developers also?

Thanks
Mike

Paul, sorry for the sort of Hi-Jack,

have you had any dealings with the DR5000 by Digikeijs and if so, do you have any knowledge of its XpressNet implimentation?

I checked and 7.4.2 was the beginning of it, but I think there were more
changes a bit later. But I'd ask if you think you see mention of it in the
notes. Sometimes what gets entered into the notes is not the best wording.
It may have made sense to the coder but not the user. If you think it isn't
mentioned in one of those, or was poorly worded, let us know.



-Ken Cameron, Member JMRI Dev Team

www.jmri.org

www.fingerlakeslivesteamers.org

www.cnymod.com

www.syracusemodelrr.org

Hello Z21 Users,

As I mentioned in an e-mail a few weeks ago, I was acquiring a Roco Z21. That unit arrived, and I've had a little time to work on some of the issues reported in JMRI's Z21 support.

Here's what I've made sure works with my unit:
1) Programming on the programming track. This worked with no issues.
2) Using a throttle to control a locomotive. This required a minor change (The short reason for the change is that Roco has chosen to send an XPressNet message that doesn't have the XPressNet message length set correctly. Since the JMRI throttle used on the Z21 is an XPressNet throttle, this caused an exception that stopped all XPressNet traffic)

I also made some minor corrections to the Z21 configuration tool and the Z21 monitor code, but these really only impact readability, not functionality.

If you're using a Z21, please go to:



And download a daily build. Any build after #1614 has the changes noted above included (this includes the build marked as the latest build, from the link above).

I've tested all this with a real live Z21 (with firmware 1.24 installed) and it seems to work for me, but I want to know it works for you too.

Thanks,
Paul

Greetings.


I have the current production release of JMRI, I have windows 10 and the current update of JAVA.I have Digitrax loconet via RRcirkits locobuffer. The layout has been running fine for months. I have been laying new track but nothing seems to be a problem. My layout has stopped responding to the throttles. It was running perfectly with 6 engines active last evening.. I closed all throttles and cleared all slots. To-day I opened the panel-pro program, I opened my profile, I powered up the layout (no problem), I opened a new throttle window, I selected one of the engine numbers. It pulled the file from my roster. The number of the engine is in the box, the drop-down says"no engine selected" and I can't change anything on the selector box. The function buttons and the speed buttons are all inoperable. Happens with all engines on the layout. I can't get any engine to work. Loconet and locobuffer seem to be all active.I'm sure I haven't done anything major to screw up the system but I have no idea what to do now?


HELP????please....


Thanks.




Jim