Re: Basic panel pro

#160208

Tony:

Don't you love the feeling of "mortality" when something like this happens?

Jim Albanowski

Re: Editing Profile manager

#160207

Hi Dave

I can locate only one of the "profile.properties" files you mentioned:
JMRI-Test.jmri ? ? ? ? ?? --> My test stock profile
????????????????????????????????? --> No "profile.properties" on top level
JMRI-Test.jmri\profile --> "profile.properties" is here

Renaming the "JMRI-Test.jmri\profile\profile.properties" works. No entry for "JMRI-Test" in the profile manager.
Is everything okay so, even without the "profile.properties" on top level?

Thanks
Kurt

Re: Locomotive roster

#160206

Yes, there is a script to export it as a CSV file: script name is RosterCsvExport.py

Alain

Re: Editing Profile manager

#160205

Kurt,

On 27 May 2019, at 6:32 PM, Kurt Spychiger via Groups.Io <saomar91@...> wrote:

How to edit the profile manager list?  I use  several profiles, one for the rolling stock and one for the test stock. Other profiles for editing, programming, operating. These profiles are linked to one of the stock profiles. How I can delete the stock profiles in the profile manager list?If you have linked your User Files Location/Roster Location to any of the stock profiles, you will lose data by deleting that stock profile. You'll need to move your user data to locations outside the stock profile and then repoint the remaining locations. The following links may help:
<>
<> (similar principles)

Alternatively, if you are computer competent, you can hide a profile by:

- Find the location of the unwanted profile and open it. Best done by starting the unwanted profile and doing Help->Locations-Open Profile Location.
- Quit JMRI but leave that folder open
- Make sure you aren't starting up with that profile by opening with a wanted profile and then quitting.
- Renaming (safer than deleting) two "profile.properties" files in the already-open unwanted profile's folder; one is just inside a "profile" folder (don't dig deeper, there are others), the other at the top level of the folder.
- Start JMRI again and the unwanted profile should disappear, with a report in the JMRI system console.

But don't attempt this unless you are very computer competent and entirely comfortable doing it!!!

Dave in Australia

Editing Profile manager

#160204

Hi
How to edit the profile manager list?? I use? several profiles, one for the rolling stock and one for the test stock. Other profiles for editing, programming, operating. These profiles are linked to one of the stock profiles. How I can delete the stock profiles in the profile manager list?

Regards
Kurt

Re: NX and signals query

#160203

Hi Dave

Thanks for offering to look at this. Zip file uploaded to Fraser Smith folder in Problems Being Worked On. I have a few NX routes set up in there. Try from Plat 1 (sensor is in vee of SL7 to left of starter signal) to Fid5 (sensor just above left hand signal at mid height of fiddle yard. Another is Plat 5 (sensor just to left of signal at X2B) and Fid1 (sensor just below signal three lines in from right hand side of fiddle yeard). The opposite pairings are also set up.

Cheers

Fraser

Re: DS51K1 turnout decoder - detection

#160202

开云体育

Rizwan,

On 27 May 2019, at 3:18 PM, rizimine@... wrote:

@Bob. I don't use a Digitrax system in between. I have connected the DS51K1 directly onto the turnout itself (as per?) and I am trying to use JMRI to find the decoder and eventually send signals to control it. Hope it makes sense and is a viable plan.?

A few comments, now we know you have a SPROG, and having looked up some information on the DS51K1.

Your SPROG can't find the decoder. Communications on the DCC track bus are one-way.

The DS51K1 is a normal stationary decoder and its address is set in a typical way.

1) Your SPROG needs to be configured in "SPROG Command Station" mode, not "SPROG" mode.

2) Start JMRI in "SPROG Command Station" mode, turn on track power and verify you can run trains.

3) Follow the instructions at:

<>, with this exception; every time it mentions "throttle", you need to use JMRI's "Turnout Control" item (Actions menu in DecoderPro, Tools menu in PanelPro) and enter your desired turnout address (in the range 1-2040).

4) Once you have done this address setup correctly, you should be able to throw the turnout using the "Turnout Control". If you open the Turnout Table (if it's not already opened) in the same JMRI session, you should see your selected turnout address automatically entered in the table. However, this entry will be lost unless you Save/Store the Panel file (into the default location it suggests). If you don't save, you'll have to reenter the Table entry next session (but not reprogram the address in the decoder, that won't be lost).

4) Use JMRI's Preferences->Start Up->Add->Open File... to make your Panel file automatically load every time you start JMRI. You can also add other actions, such as automatically opening the Turnout Table.

Hope this helps.

Dave in Australia

Re: DS51K1 turnout decoder - detection

#160201

@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?

Show quoted text

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: Basic panel pro

#160200

开云体育

Please ignore these emails.

I forgot i have to open a panel first before entering data and i save the data when i save the panel

Tony

Show quoted text

On May 27, 2019, at 12:53 AM, AD <bklyns_baseball_club@...> wrote:

i started a new profile. Digitrax simulation. APPLE MAC BOOK PRO?
i open tools/tables/ turnouts
i enter IT1 , LT1 ?I CLOSE THE WINDOW
i open the window, everything is there. ?I close panel pro.
i open panel pro and check the turnout table.
it empty. ? I have entered data in Arles hundreds of times but this never happened to me.
what am i doing wrong or what went bad on my software?

tony

Re: DS51K1 turnout decoder - detection

#160199

@Bob. I don't use a Digitrax system in between. I have connected the DS51K1 directly onto the turnout itself (as per?) and I am trying to use JMRI to find the decoder and eventually send signals to control it. Hope it makes sense and is a viable plan.?

Re: Basic panel pro

#160198

开云体育

The word Arles should be tables

Also I opened a second loconet connection in preferences and then erased it going back to just the original connection.

Tony

Show quoted text

On May 27, 2019, at 12:53 AM, AD <bklyns_baseball_club@...> wrote:

i started a new profile. Digitrax simulation. APPLE MAC BOOK PRO?
i open tools/tables/ turnouts
i enter IT1 , LT1 ?I CLOSE THE WINDOW
i open the window, everything is there. ?I close panel pro.
i open panel pro and check the turnout table.
it empty. ? I have entered data in Arles hundreds of times but this never happened to me.
what am i doing wrong or what went bad on my software?

tony

Re: Basic panel pro

#160197

开云体育

Ps: its panel pro 4.14

Tony

Show quoted text

On May 27, 2019, at 12:53 AM, AD <bklyns_baseball_club@...> wrote:

i started a new profile. Digitrax simulation. APPLE MAC BOOK PRO?
i open tools/tables/ turnouts
i enter IT1 , LT1 ?I CLOSE THE WINDOW
i open the window, everything is there. ?I close panel pro.
i open panel pro and check the turnout table.
it empty. ? I have entered data in Arles hundreds of times but this never happened to me.
what am i doing wrong or what went bad on my software?

tony

Basic panel pro

#160196

i started a new profile. Digitrax simulation. APPLE MAC BOOK PRO?
i open tools/tables/ turnouts
i enter IT1 , LT1 ?I CLOSE THE WINDOW
i open the window, everything is there. ?I close panel pro.
i open panel pro and check the turnout table.
it empty. ? I have entered data in Arles hundreds of times but this never happened to me.
what am i doing wrong or what went bad on my software?

tony

Re: DS51K1 turnout decoder - detection

#160195

Rizwan,

Although I don’t have a Pi-SProg or the accessory decoder in question, I think I know the procedure. ?It may work and it may not but it might be worth a try. ?The following assumes that JMRI is able to talk to the layout using the Pi-SProg.

Start PanelPro.
Verify the connection prefix by going to "Preferences >> Connections". ?It is probably “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.
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.
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.

Steps 1-6 get the accessory decoder into programming mode.

Steps 7-13 create a turnout entry and sends it to the accessory decoder. ?This sets the address.

Steps 14-16 exits programming mode.

Dave Sand

Show quoted text

On May 26, 2019, at 8:02 PM, Robert Schworm <rkschworm@...> wrote:

Have you read down thru here - - -

I personallyy run NCE. ?Also do a google search for your decoder and see what is discussed.

so ?- with your Digitrax system - are you able to throw your turnouts thru this decoder as properly connected?

Are you able to set the address on this decoder - it may be sitting at address 3 if nmra compliant out of the box.

Get digitrax talking to it first and then expand to jmri.

My understanding is that in panel pro preferences, the jmri should start up and connect to digitrax thru a setting. ?If this is in place and you then create a?turnout table, the system name will have the proper prefix to be recognized by the digitrax booster station. ?If you modify the system name, you will?throw off digitrax from recognizing the point. ?also if you create "internal" points, nothing will be sent out over serial.

Can that switch decoder be set up to have a loco address or an accessory address? ?I believe you want it to be an accessory.
Bob

On Sun, May 26, 2019 at 8:39 PM Dave Heap <dgheap@...> wrote:
Rizwan,

> On 27 May 2019, at 10:05 AM,?rizimine@...?wrote:
>?
> Thanks for that. So, what you are saying is that if my connection was right, my turnout would have a DCC hardware address. Is that correct? Is it?true that DS51K1 wouldn't be programmable like other decoders (read and write CV values)? Jay mentioned it is so but I am confused. Is it true that?all DCC decoders will have a default address?

All DCC decoders will have a default address when shipped. NMRA Standard S9.2.2 says that a bare unfitted loco decoder should have short?address 3 as the default when sold. But that doesn't apply to decoder-fitted locos sold by OEMs and doesn't apply to accessory decoders.

The procedure for setting address of an accessory decoder varies from decoder to decoder, so you need to follow the specific instructions for that?decoder. In many cases that involves setting into programming mode by jumper or pushbutton and then sending an accessory throw command by?JMRI or your DCC system. The decoder is listening for the first accessory throw command and adopts that.

Whether you can program CVs in a decoder (program track read/write/blind, accessory Program on Main,...) depends on decoder brand and model.?JMRI has definitions for programming in correct mode of some accessory decoders that support CV programming (e.g. ESU SwitchPilot series) but?not a huge number have been written, partly due to complexities.

Dave in Australia

Re: MQTT Connection in JMRI

#160194

Folks,
As of JMRI vers 4.15.5, more flexibility has been added to the MQTT topic with more flexibility to come and the payload can have a JSON string or plain text.

So the direction we are going is for JMRI not to set a standard but be flexible to allow the user to use what standard they like. ? That doesn't necessarily mean setting a standard is a bad idea, it only means we want to expand JMRI's MQTT capabilities for people to use now.? This thread is over 130 messages long, message format standards where discussed with no firm consensus emerging. That discussion can continue independently.

JMRI turnouts have state of Closed or Thrown (excluding Unknown or Inconsistent). The payload JMRI publishes is the state to which the turnout is being set, though uppercase.
Whilst normally a turnout is set from JMRI, any MQTT client could publish the command to change the turnout in which case JMRI will see the message and update its state accordingly.
This means an esp32 device that drives a turnout could have a local manual switch (or sensor), change the turnout and publish the state change to tell JMRI that it has been changed.
JMRI will accept payload in plain text, e.g "THROWN" or a JSON string that contains "state":"THROWN". It will ignore other items in the JSON string, it only cares about the state.

At present, MQTT in JMRI is limited to turnouts only but will expand to other device types including sensors. Obviously a sensor would use a very similar process as updating a turnout state not triggered by JMRI so the work is nearly done already.

Regarding throwing multiple points together, I have two turnouts thrown together, wired in parallel from one Digitrax DS64 output so there is only one DCC address. The strategy I have used is to define one of them in JMRI as a virtual turnout and logix defined so whenever either one gets thrown, the other will as well. That approach can also be used for non-DCC technologies.

- Dave Mc.

Re: DS51K1 turnout decoder - detection

Robert Schworm

#160193

Have you read down thru here - - -

I personallyy run NCE.? Also do a google search for your decoder and see what is discussed.

so ?- with your Digitrax system - are you able to throw your turnouts thru this decoder as properly connected?

Are you able to set the address on this decoder - it may be sitting at address 3 if nmra compliant out of the box.

Get digitrax talking to it first and then expand to jmri.

My understanding is that in panel pro preferences, the jmri should start up and connect to digitrax thru a setting.? If this is in place and you then create a turnout table, the system name will have the proper prefix to be recognized by the digitrax booster station.? If you modify the system name, you will throw off digitrax from recognizing the point. ?also if you create "internal" points, nothing will be sent out over serial.

Can that switch decoder be set up to have a loco address or an accessory address?? I believe you want it to be an accessory.

Bob

Show quoted text

On Sun, May 26, 2019 at 8:39 PM Dave Heap <dgheap@...> wrote:

Rizwan,

> On 27 May 2019, at 10:05 AM, rizimine@... wrote:
>
> Thanks for that. So, what you are saying is that if my connection was right, my turnout would have a DCC hardware address. Is that correct? Is it true that DS51K1 wouldn't be programmable like other decoders (read and write CV values)? Jay mentioned it is so but I am confused. Is it true that all DCC decoders will have a default address?

All DCC decoders will have a default address when shipped. NMRA Standard S9.2.2 says that a bare unfitted loco decoder should have short address 3 as the default when sold. But that doesn't apply to decoder-fitted locos sold by OEMs and doesn't apply to accessory decoders.

The procedure for setting address of an accessory decoder varies from decoder to decoder, so you need to follow the specific instructions for that decoder. In many cases that involves setting into programming mode by jumper or pushbutton and then sending an accessory throw command by JMRI or your DCC system. The decoder is listening for the first accessory throw command and adopts that.

Whether you can program CVs in a decoder (program track read/write/blind, accessory Program on Main,...) depends on decoder brand and model. JMRI has definitions for programming in correct mode of some accessory decoders that support CV programming (e.g. ESU SwitchPilot series) but not a huge number have been written, partly due to complexities.

Dave in Australia

Re: DS51K1 turnout decoder - detection

#160192

Rizwan,

On 27 May 2019, at 10:05 AM, rizimine@... wrote:

Thanks for that. So, what you are saying is that if my connection was right, my turnout would have a DCC hardware address. Is that correct? Is it true that DS51K1 wouldn't be programmable like other decoders (read and write CV values)? Jay mentioned it is so but I am confused. Is it true that all DCC decoders will have a default address?All DCC decoders will have a default address when shipped. NMRA Standard S9.2.2 says that a bare unfitted loco decoder should have short address 3 as the default when sold. But that doesn't apply to decoder-fitted locos sold by OEMs and doesn't apply to accessory decoders.

The procedure for setting address of an accessory decoder varies from decoder to decoder, so you need to follow the specific instructions for that decoder. In many cases that involves setting into programming mode by jumper or pushbutton and then sending an accessory throw command by JMRI or your DCC system. The decoder is listening for the first accessory throw command and adopts that.

Whether you can program CVs in a decoder (program track read/write/blind, accessory Program on Main,...) depends on decoder brand and model. JMRI has definitions for programming in correct mode of some accessory decoders that support CV programming (e.g. ESU SwitchPilot series) but not a huge number have been written, partly due to complexities.

Dave in Australia

Re: DS51K1 turnout decoder - detection

#160191

@Jay,
Thanks for trying to help. I have read the Turnouts documentation. As I've mentioned, I've tried to "Add Turnouts" or directly control it using "Turnout Control" with the? Yellow wire connected to see if the address would stick. Neither works for me. I want to know if someone else has tried it and succeeded.

@Dave,

Thanks for that. So, what you are saying is that if my connection was right, my turnout would have a DCC hardware address. Is that correct? Is it true that DS51K1 wouldn't be programmable like other decoders (read and write CV values)? Jay mentioned it is so but I am confused. Is it true that all DCC decoders will have a default address?

All,

I am still in the same place as I started. I have double checked my connections and soldering. All of them seem to be right. I have tried to stick an address to my decoder using DecoderPro but I am unable to. If someone has successfully done it, please let me know. I am sure there is a gotcha that I am missing but I am not sure what it is.?

Thanks,
Rizwan?

Re: Locomotive roster

Robert Schworm

#160190

I struggled with this on a raspberry pi.? I think the roster peport is a .png file which is a postscript file.? The printed report is not very flexible at all,,,i believe.? I use a screen capture on the pi, as a jpg, then ftp it to my network pc where there is a printer and print off the screen captures.? Much easier than trying to engineer the whole process.? Of course I am capturing decoder pro screens.

bob

Show quoted text

On Sun, May 26, 2019 at 6:18 PM Alan B. Pearce <alan.b.pearce@...> wrote:

Can the list be exported as a CSV file? You can then import it into Excel and format how you want before printing.

?

?

?

From: [email protected] <[email protected]> On Behalf Of Philip K. Works
Sent: 26 May 2019 21:24
To: [email protected]
Subject: Re: [jmriusers] Locomotive roster

?

Thanks Morgan,

?

You are right, i can take a screen shot.

?

I’d love to see a modification to JMRI where I can get the program to print a list or a summary in the same order as i show and/or save within the program itself. Since the program saves itself in the order I have selected, it seems to me (as a non-programmer) getting it to print in the selected order should be a pretty easy fix for a future program update.

?

Phil

On May 26, 2019, at 12:34 PM, PennsyNut <pennsynut@...> wrote:

?

A solution I use when all else fails. And it requires Windows 10. Is to use the snipping tool. It will capture only what's on your screen. But you can enlarge the screen to full size and that does grab a pretty good size image. From snipping tool, you can print and/or save. I use it a lot, for short term. Example: print a coupon without saving. Another example is when you want to save It" as jpg. And if necessary, convert it from jpg to pdf or doc. etc.
Morgan Bilbo, PRR fan

?

Re: NX and signals query

#160189

Fraser,

I only use Full Interlocking.  As far as I know, Turnouts and Signals is like full interlocking without the block allocation.

I have not had any issues with signaling when a route has been allocated.  I assume you have the signal masts placed at block boundaries and that the signal mast logic is defined and functions properly when NX is not defined.

I can take a look at the configuration if you upload a zip file that contains the panel xml file and custom signal configuration.  An easy way to create the zip file is to open PanelPro, use Help >> Locations and select Open Profile Location.  That will open the OS file manager at the profile directory.  Zip the directory and upload it.

Dave Sand

Show quoted text

On May 26, 2019, at 5:18 PM, FRASER SMITH <fraser@...> wrote:

Hi

I have been looking at setting up NX routes on my Layout Editor panel and see that there are three options:Turnouts only, Turnouts & Signal Masts and Full Interlock. 

Turnouts only I quite understand but as I have my signalling set up with Signal Mast Logic then I see no difference between Turnouts only and Turnouts & Signals. Should there be a difference? 

If I use Full Interlock the route sets, the track blocks that the route will follow go purple but all the signals along the route go to Danger and that looks very odd. As this is still a theoretical layout, I have a script that activates and deactivates the sensors in turn along the route to simulate the passage of a train and that clears the route correctly behind and all the correct signal aspects show behind the "train" so I'm quite happy with that. What is puzzling me here is how can a train proceed along the route against Danger signals? Am I missing something here? I'm using 4.14 and a modded version of BR2003 for my signalling.

Thanks

Fraser