Re: NX and signals query

#160235

Hi Dave

Thanks for your response. I have downloaded and installed 4.15.6 and have followed your instructions. Unfortunately I still seem to be having the same problem of all the signals along a route showing danger when the highlight is applied to the track. As I move the occupied block along the route the blocks clear to white (or grey for my reversing sections) and the signals behind the "train" clear to the correct aspect for the position of the train. Another thing I have noticed is that the first signal in each NX pair remains held after the "train" has passed and remains held after the sequence is completed.

You have mentioned simulation mode above. Is that the MERG simulation mode or is there some way of simulating the passage of a train that is different to my scripts?

Enough for me tonight. I'll come back and fight with it again tomorrow.

Thanks again

Fraser

Zimo MX600, MX617 missing CV 349

#160234

Hello, I am new to this group and JMRI and have come across the following issue:

On Ubuntu 18.04/ JMRI 4.14 CV 349 (function key braking rate) does not appear in the CVs pane (or any other pane) for the Zimo MX600 and MX617.

Curiously, CV 349 does appear if I download the CVs_version37.xml file to a zimo folder in the decoders folder, download the MX600 or MX617 definition file to the decoders folder,  and edit the decoder definition to point to the local copy of CVs_version37.xml, as follows:

Comment out this line:      <!-- <xi:include href="> -->
Add this line immediately after:      <xi:include href="file:///home/xxx/.jmri/yyy.jmri/decoders/zimo/CVs_version37.xml"/>

where xxx is my home directory and yyy.jmri my user files directory.

This is my first experience with definition files and I have no idea why this procedure should work, but it does enable me to program CV349. I have also just discovered the single CV programmer, which presumably would also have done the job.

Re: DS51K1 turnout decoder - detection

#160233

开云体育

Rizimine,

In looking at your picture of the wiring at the bottom and comparing it with the one of the yellow wire connected for programming, I think your problem is you are connecting the yellow wire to the track fed by the red wire.

The black appears to be connected to the innermost curved track near the frog and the red is connected to the innermost straight track near the frog.

You are connecting the yellow programming wire to the outermost curved wire which is fed through the interior switch by the red wire. Try connecting the yellow wire to the outermost straight track with the turnout thrown to the straight through route and see what happens.

Jim Exler, Nampa, ID

On 5/27/2019 1:16 PM, rizimine@... wrote:

Thanks for all the helpful posts guys. I will try to respond to the most important queries since the last time:

1. @Dave Heap - The SPROG is in Command Station mode. I was not checking this earlier but I saw a lot of posts asking me to be certain of this and I double-checked the last time I tried to give it a command.?

2. Track power and SPROG setup: The SPROG DCC and the track power works. This is because I have a pre-programmed locomotive that I can run on it. Of course, I remove this locomotive when I am trying to program the turnout but otherwise, I can use this locomotive to test if SPROG can give commands to the layout and the power works. I've confirmed that this is not the issue.

3. I am not using a mobile phone for sending commands. I am connecting to my Raspberry Pi through VNC and giving commands directly in PanelPro or DecoderPro.?

4. @Dave Sand - I tried removing the yellow cable from the rail and trying to address the turnout using ST1 or ST3. It doesn't throw or close as per my commands. I didn't know that the "ST" prefix was added by default (I had tried to give command directly to "1" or "3" hardware address before), so at least this information was helpful.

5. @G Sinos (and possibly someone else) - I am now skeptical of my wiring as well. This is my first solder job and perhaps I didn't do good job. I've decided to post pictures and seek help.

Here are the pictures.

1. Decoder wired into the turnout
2. Backplate closed after the wiring. Let the Yellow wire come out so that I could program
3. Connected to the track. Yellow wire not connected to rail (not in programming mode).?
4. Yellow wire connected to the outer rail (to which the black decoder wire was connected) for programming.

I am able to physically throw/close the turnout using the black knob in the turnout itself. The turnout doesn't respond to any commands from the DCC (assuming I am addressing it right), nor does it take any programming input for the hardware address.?

Thanks for all the help guys. Really appreciate it!

Virus-free.

Re: Setting Functions - Lights drop out

#160232

Leo,

On 28 May 2019, at 3:37 AM, leo pesce <lpescester@...> wrote:

Also do not forget that NCE does not refresh, which means if there is even a slight interruption (dirty track, dirty wheels, pick-up issues in general), you will loose the light.You can turn on Function Refresh in setup command station.

Other possibilities are incorrect Function Map settings, or loco set to 14 step mode (CV29).

Dave in Australia

Re: DS51K1 turnout decoder - detection

#160231

开云体育

Dave S.

On 28 May 2019, at 1:40 AM, Dave Sand <ds@...> wrote:

If you want to avoid the turnout table for now, you can use Tools >> Turnout Control as mentioned by Dave Heap. ?Just enter a turnout name, such as ST1, and select Thrown or Closed. ?Note: ?S is the connection prefix which you said was S, T stands for turnout. ?Try both 1, 3 and whatever address you were trying to enter.

Interestingly, using the Turnout Control Tool actually adds entries to the turnout table as you address each turnout, so that's a bonus.

There are two major assumptions that can impact the results.
Does the Pi-SProg send accessory commands to the track? ?I am assuming that it does.

It will if the JMRI SPROG configuration is set for "Command Station ", but not if set as "Programmer".

Dave in Australia

Re: Copying a Roster Entry

#160230

Jan,

I tested both duplicate using the edit menu and duplicate using the right click context menu.  They both created a duplicate entry.

Check the JMRI console log for any possible error messages.

Dave Sand

Show quoted text

On May 27, 2019, at 3:43 PM, Jan Carr <jan.carr20@...> wrote:

JMRI 4.14 on Mac OS Mojave 10.14.5 java 8.211
I cannot duplicate a roster entry. Select an existing entry on the roster which becomes highlighted then select "duplicate" from the "edit" menu opens a window which asks for the new roster entry name. Enter a new name and click OK. Window closes but no new entry appears in the roster. Am I missing a step?

Jan

Re: jython control of a turntable

#160229

Hi John -
I had to put this on hold for a bit - hope to get back to it sometime late June.

Copying a Roster Entry

#160228

JMRI 4.14 on Mac OS Mojave 10.14.5 java 8.211
I cannot duplicate a roster entry. Select an existing entry on the roster which becomes highlighted then select "duplicate" from the "edit" menu opens a window which asks for the new roster entry name. Enter a new name and click OK. Window closes but no new entry appears in the roster. Am I missing a step?

Jan

Re: DS51K1 turnout decoder - detection

#160227

开云体育

?

Soldering in the pictures looks fine.?

?

I’ve a couple of suggestions:

?

a)????? ?When “programming” the decoder, with the yellow wire:? Are you just touching this to the rail, or are you pushing it down firmly to ensure a good contact ??? It should be the latter.?? Finger should be OK, but to be on the safe side, use a wooden or plastic “prodder” to ensure a good contact.?? (A coffee stirrer is one possible tool to do this).?

?

b)????? ?When programming, send multiple turnout commands, ie. Set, throw, set, thrown, etc, before removing the power.?? Its possible something happens when it gets more than one command.

?

I’ve a feeling there are two ways of ending accessory commands in the depths of the DCC specification – someone who knows more about the specs might want to look at this.?

?

-????????? Nigel

?

Show quoted text

From: [email protected] [mailto:[email protected]] On Behalf Of rizimine@...
Sent: 27 May 2019 20:17
To: [email protected]
Subject: Re: [jmriusers] DS51K1 turnout decoder - detection

?

Thanks for all the helpful posts guys. I will try to respond to the most important queries since the last time:

1. @Dave Heap - The SPROG is in Command Station mode. I was not checking this earlier but I saw a lot of posts asking me to be certain of this and I double-checked the last time I tried to give it a command.?

2. Track power and SPROG setup: The SPROG DCC and the track power works. This is because I have a pre-programmed locomotive that I can run on it. Of course, I remove this locomotive when I am trying to program the turnout but otherwise, I can use this locomotive to test if SPROG can give commands to the layout and the power works. I've confirmed that this is not the issue.

3. I am not using a mobile phone for sending commands. I am connecting to my Raspberry Pi through VNC and giving commands directly in PanelPro or DecoderPro.?

4. @Dave Sand - I tried removing the yellow cable from the rail and trying to address the turnout using ST1 or ST3. It doesn't throw or close as per my commands. I didn't know that the "ST" prefix was added by default (I had tried to give command directly to "1" or "3" hardware address before), so at least this information was helpful.

5. @G Sinos (and possibly someone else) - I am now skeptical of my wiring as well. This is my first solder job and perhaps I didn't do good job. I've decided to post pictures and seek help.

Here are the pictures.

1. Decoder wired into the turnout
2. Backplate closed after the wiring. Let the Yellow wire come out so that I could program
3. Connected to the track. Yellow wire not connected to rail (not in programming mode).?
4. Yellow wire connected to the outer rail (to which the black decoder wire was connected) for programming.

I am able to physically throw/close the turnout using the black knob in the turnout itself. The turnout doesn't respond to any commands from the DCC (assuming I am addressing it right), nor does it take any programming input for the hardware address.?

Thanks for all the help guys. Really appreciate it!

Re: DS51K1 turnout decoder - detection

#160226

Thanks for all the helpful posts guys. I will try to respond to the most important queries since the last time:

1. @Dave Heap - The SPROG is in Command Station mode. I was not checking this earlier but I saw a lot of posts asking me to be certain of this and I double-checked the last time I tried to give it a command.?

2. Track power and SPROG setup: The SPROG DCC and the track power works. This is because I have a pre-programmed locomotive that I can run on it. Of course, I remove this locomotive when I am trying to program the turnout but otherwise, I can use this locomotive to test if SPROG can give commands to the layout and the power works. I've confirmed that this is not the issue.

3. I am not using a mobile phone for sending commands. I am connecting to my Raspberry Pi through VNC and giving commands directly in PanelPro or DecoderPro.?

4. @Dave Sand - I tried removing the yellow cable from the rail and trying to address the turnout using ST1 or ST3. It doesn't throw or close as per my commands. I didn't know that the "ST" prefix was added by default (I had tried to give command directly to "1" or "3" hardware address before), so at least this information was helpful.

5. @G Sinos (and possibly someone else) - I am now skeptical of my wiring as well. This is my first solder job and perhaps I didn't do good job. I've decided to post pictures and seek help.

Here are the pictures.

1. Decoder wired into the turnout
2. Backplate closed after the wiring. Let the Yellow wire come out so that I could program
3. Connected to the track. Yellow wire not connected to rail (not in programming mode).?
4. Yellow wire connected to the outer rail (to which the black decoder wire was connected) for programming.

I am able to physically throw/close the turnout using the black knob in the turnout itself. The turnout doesn't respond to any commands from the DCC (assuming I am addressing it right), nor does it take any programming input for the hardware address.?

Thanks for all the help guys. Really appreciate it!

Re: Setting Functions - Lights drop out

Robert Schworm

#160225

Are these lights being driven with a NCE "Light-It?? I assume we are ?now speaking of any lights on the loco?

A light-it can be driven by a Loco address or an accessory address. I believe an accessory address to a point needs to be calculated and entered.? See JMRI.Org under NCE items.? There is a discussion about accessory point calculation.? Bob

Thanks.

?

Regards,

?

Bob

Phone / Fax - 440-838-0508

Show quoted text

On Mon, May 27, 2019 at 1:37 PM leo pesce <lpescester@...> wrote:

Also do not forget that NCE does not refresh, which means if there is even a slight interruption (dirty track, dirty wheels, pick-up issues in general), you will loose the light.

It will come back if you make a speed change, but not until then. A Keep Alive would help here.

Cheers
Leo P

On Mon, May 27, 2019 at 9:35 AM Stephen Lowens via Groups.Io <sjlowens=[email protected]> wrote:
Barry,

We need to know the brand and model of the decoder.? There are some decoders that have different states depending on whether or not the locomotive is or is not moving.

Steve Lowens

Re: NX and signals query

#160224

Fraser,

Try resetting the NX and SML definitions.

Delete all of the entries in the NX table.
Delete all of the entries in the Signal Mast Logic table.
Save the panel xml file, stop and re-start PanelPro and load the saved xml file.
Use Tools >> Auto Generate Signaling Pairs in the Signal Mast Table.
Use Auto Generate Entry-Exit Pairs in LE Tools >> Entry Exit…. (Don’t forget to select Full Interlock)

I have plat1dep to cc05enter working as expected in simulation mode on 4.15.6.

Dave Sand

Show quoted text

On May 27, 2019, at 10:45 AM, FRASER SMITH <fraser@...> wrote:

Whoops

Sorry Dave

New zip uploaded now.

Fraser

Re: Setting Functions - Lights drop out

#160223

Also do not forget that NCE does not refresh, which means if there is even a slight interruption (dirty track, dirty wheels, pick-up issues in general), you will loose the light.

It will come back if you make a speed change, but not until then. A Keep Alive would help here.

Cheers

Leo P

Show quoted text

On Mon, May 27, 2019 at 9:35 AM Stephen Lowens via Groups.Io <sjlowens=[email protected]> wrote:

Barry,

We need to know the brand and model of the decoder.? There are some decoders that have different states depending on whether or not the locomotive is or is not moving.

Steve Lowens

Re: DS51K1 turnout decoder - detection

Jay

#160222

Hi!

I do have a Spog Pi also.
This is on my Z Scale layout.
JMRI runs that same as on Windows & Mac.
The Pi has an operating system on it, Raspian Stretch.
If you have a monitor, keyboard & mouse attached, it functions the same.

Jay

Re: Setting Functions - Lights drop out

Stephen Lowens

#160221

Barry,

We need to know the brand and model of the decoder.? There are some decoders that have different states depending on whether or not the locomotive is or is not moving.

Steve Lowens

Setting Functions - Lights drop out

#160220

开云体育

Hi I am a new user so please bear with me.

Operating Equipment:

Mac OS 10.13.6, NCE USB interface, NCE Power Cab Version 1.65, Engine Driver App on an android phone.

I have several problems but I have decided to attempt them one at a time.

I have currently setup the functions I want to utilise for all my locomotives, which in my case is very simple “Lights” & “Shunting”.

I have utilised Actions / Labels & Media / Function Labels and function “0' for ?‘Lights' with the function “latched” and function ‘1' to ‘Shunting' also “latched”.

Followed by “Save to Roster” ?and “Write changes on all sheets”

The Shunting functions works fine but the lights come on and off if the function button is pressed but, go out once I move the locomotive in any direction.

Anybody any ideas how to rectify this problem?

Regards

Barry Cross

Re: NX and signals query

#160219

Whoops

Sorry Dave

New zip uploaded now.

Fraser

Re: DS51K1 turnout decoder - detection

#160218

Rizwan,

As I mentioned at the beginning of my post, I don’t have any related hardware. ?The steps that I listed were based on my understanding of the instructions from Digitrax and how they might look using JMRI. ?Their instructions are based on using a Digitrax command station with Digitrax throttles.

In your case, the Pi-SProg is the command station and JMRI has to issue the turnout commands instead of a Digitrax throttle. ?

I have not been able to find any reference to a default address for the DS51K1. ?It is probably either 1 or 3. ?

If you want to avoid the turnout table for now, you can use Tools >> Turnout Control as mentioned by Dave Heap. ?Just enter a turnout name, such as ST1, and select Thrown or Closed. ?Note: ?S is the connection prefix which you said was S, T stands for turnout. ?Try both 1, 3 and whatever address you were trying to enter.

There are two major assumptions that can impact the results.

Does the Pi-SProg send accessory commands to the track? ?I am assuming that it does.
Was the wiring done correctly?

Keep in mind that the track power has to be on in order for decoder to receive the command and set the turnout.

Dave Sand

Show quoted text

On May 27, 2019, at 12:24 AM, rizimine@... wrote:

@Dave Sand.

Thanks for the detailed write-up. Really appreciate the effort you put into writing detailed instructions for a newbie.?

Unfortunately, it did not work as expected. I've added comments below on individual steps but everything worked except the Turnout did not move at all?as expected. At this time, I am at my wit's end. If people have successfully used the following method, I can only assume that I either have a faulty?decoder (less possible) or I have made some mistake in my soldering (more probable). I have one more turnout and decoder that I can try this with.?

Can you confirm that this kind of addressing has worked for you in the past with DS51K1? Some of the responses below seem to indicate that I need?either (a) a Digitrax system in-between my JMRI interface and the turnout decoder to control it OR (b) DS51K1 is a simple decoder that doesn't take?addresses.

For (a) my understanding is that PiSprog, being a full DCC command station should be adequate and I don't need a Digitrax system.?

Thanks for the help,
Rizwan?

? Start PanelPro.
? Verify the connection prefix by going to "Preferences >> Connections". ?It is probably “S”. (Rizwan: This was "S")
? From the main PP menu, go to Tools >> Power Control.
? Set Layout power OFF.
? Attach the yellow wire to the same rail as the black wire.
? Return to the Power Control window and Set Layout Power ON.
? Go to Tools >> Tables >> Turnouts
? Click on Add.
? Make sure that the System Connection is set to the Pi-SProg. (Rizwan: I set it to "Pi Sprog-ONE Command Station". It was either?this or "Internal")
? Enter the desired number for the turnout in the Hardware Address field, such as 123.
? Enter the desired user name in the User Name field. ?This is usually something that makes sense on the layout, such as a station?name, etc.
? Click on Create. ?This will create a turnout table entry which will most likely be ST123 with the entered user name.
? The turnout state will be Unknown. ?Click on the state button.
? Return to the Power Control window and Set Layout Power OFF.
? Remove the Yellow wire.
? Return to the Power Control window and Set Layout Power ON.
? Return to the Turnout table.
? If everything worked, as you click on the turnout state button, the turnout should move between closed and thrown. (Rizwan: This?is where it didn't work. The Turnout doesn't move at all.)
? If the turnout is moving opposite of what you want, swap the orange and gray wires.
? From the main PP window select Panels >> Store Panels.
? Provide a file name for saving the current configuration.
? When you resume PanelPro later, use Panels >> Open Panels to re-load the configuration which now contains your first turnout.
? As additional turnouts (and other related changes) are made, remember to save the changes before quitting JMRI.

Re: JMRI Hornby Elite Timeout issues #hornby

#160217

开云体育

On May 25, 2019, at 4:01 AM, cardy165@... wrote:

Hi Paul,

I tried setting the check buffer to no but still get the timeout errors.

Ok, I played around with this, and I think the Check Buffer option is likely the cause. ?More precisely, the way in which the default value is set for the check buffer.

I updated the code so that it doesn’t present the check buffer option to users, and it initialized the Check Buffer option just like every other XpressNet connection.

I checked this as well as I could, but I don’t have an elite to test with.

If you could, please try a daily build from:?

You may need to try this with a new profile, so the check buffer option isn’t in the configuration files.

Paul

Re: DS51K1 turnout decoder - detection

#160216

rizimine -? let me say a couple of things that might help you understand how the DS51K1 is programmed.? I will probably repeat a couple of things that have already been said.

1) JMRI doesn't detect address of any kind.? So forget that concept.

2) The DS51K1 is in the program mode whenever the yellow wire is connected to the black wire.

3) When the DS51K1 is in the program mode, it will change it's address to the next accy decoder address that you send down the track.

4) So if you want to make it Address 5, connect the yellow wire, use your throttle to send any command to accy address five, then detach the yellow wire. Your DS51K1 will now have the address of 5.

5) It may be obvious, but you'll need to do this one turnout at a time. If you connect all the yellow wires to the black wire, all of the DS51K1 will be programmed to the same address.? So only connect one yellow wire at a time.

That's the basic concept.? Now that's pretty easy with a NCE PowerCab or any other system that has a traditional throttle.? Your Sprog makes it a little more difficult because you need JMRI to communicate with cell phone throttles.

Instead of a throttle, you can easily use a turnout table in JMRI to send the needed command to the DS51K1.

First, in JMRI, build a turnout table with all of the addresses that you want to use for your turnouts. Save it.

Second, Now that you have a functioning turnout table use it to throw the turnout, instead of the throttle, in step 4 above.

You don't have to build panels to make this work.? There is a button in the turnout table to throw the switch.

If you are using the Engine Driver app, or the full ($10) version of the WiThrottle app, you will see the turnouts show up on your cell phone after you save the turnout table. (you may have to re-start JMRI or the apps) If you see the turnouts on the cell phone, you can use the phone instead of the turnout table button to do the programming.

Sorry to be repetitive, but perhaps that will help clear things up.

Now just a personal opinion -

I think you said you did not do the installation yourself.? Are you positive which rail was connected to the black wire? If nothing is working, I would carefully remove the baseplate and check.

And finally, just because the DS51K1 can fit inside the turnout doesn't mean it's a good idea.? If you're never going to fasten down your track it's probably ok.? But if you are going to fasten your track to the baseboard, you will someday be sad that you put the DS51K1 inside the turnout.? If it needs to be replaced, you will need to tear up the track to replace the DS51K1.? The do fail.

gs