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

Jay,

Thanks for trying to help.

1. Power off - I did have power-off when I tried to add the Yellow wire before. It didn't work. But based on what you are saying, DS51K1 would never have responded to CV programming anyway.?

2. I am trying to find an option to add switches or even a table/panel called "Switches" in PanelPro but I am unable to do so. Can you point me to the documentation for this?

3. I am still confused by your statement about adding switches. Do switches have hardware addressing? Or they only labeled in JMRI? Either would work for me but I need a way to programmatically control the turnout from my JMRI scripts.?

Thanks again,
Rizwan?

OK,
Did you hook the yellow wire up with the power off?
Did it work?
Was power removed after programming?
It is suggested that a throttle be used for programming.
Direct CV programming will not work with the DS51K1, it is a basic switch controller.
You will have to define the switches in Panel Pro, Make sure you save the panel.
I generally just define the number of the switches on my layout all at one time.
There is a click button when you add switches, it is a define a sequential number of switches.
So, if you have 20 switches, you would put in 19 to give you 20.
Leave panel Pro open, find Load Panel. This will be the file you saved.
Go back to JMRI and follow these steps:
Making sure the track power is off, hook up the yellow wire.
Turn on track power, using the switch function in JMRI, send?a switch command for that switch.
Turn track power off, remove the yellow wire.
Turn track power on & test.
It would be that easy.

Jay

@Trevora

Thanks for the follow-up. I tried that option but it doesn't work.



Here's what I've done so far:

1. Followed??to do the wiring of the decoder inside my Kato turnout. The wiring is correct as per both the decoder instruction booklet and the forum page above.

2. Connected the turnout back on the track. Check that power works by running a loco on both sides of the turnout (manual control)

3. Took the yellow wire from the decode (that was left hanging out of the turnout) and connected it to the rail on which the black wire of the decoder ('curved outer rail') is connected to.

4. I've tried to open PanelPro and DecoderPro to try to use "Turnout Control" as you had mentioned and set an address and try to see if it can be Thrown or Closed. It doesn't work.?

5. I've also tried to see if I can set up CV01 directly but it doesn't help (it says 'No Loco found'). I have tried to set up DS64 which is a quad controller from Digitrax assuming that it is the closest to DS51K1 in the default decoder options that DecoderPro supports but it doesn't help either.?

It seems like I am missing a basic piece of information - how to program a hardware address into the decoder from PanelPro or DecoderPro

If someone has information on how to do this, it would be great.

Thanks!

I use a Lenz system so only as i read it
I think jmri

shows you put the number you chose in the box and throw the point
with the yellow wire connected
then disconect it and try if it throws you are done
just guessing but give it a go
trevora

Thanks for the response. I read the instructions and connected the yellow wire to the rail where the black wire is connected. But then what? What am I supposed to do with JMRI to code a hardware address? I have never used a traditional DCC and I am at a loss at how to use DecoderPro to set up a hardware address.?

from digitrax site programming

you have to put a number in in progarm mode? (yellow wire)
see
http://www.digitrax.com/tsd/KB784/ds51k1-stationary-decoder-installation/

I have just started my first track (not even weeks old - I am still very new to this hobby).?

Here's my setup.

Kato N-scale
Pi-SPROG DCC (Raspberry Pi3 running JMRI connected to a SPROG DCC that is wired to the track)
Kato locomotive with decoder
Kato #4 turnouts (2) with DS51K1 decoder

The locomotive was detected without any problems. That said, the hobby store guy programmed the hardware address and told me the address to use. I cannot recall if JMRI auto-detected the hardware address or if I had to input it but it works. I can control the locomotive fine.

I installed DS51K1 decoders in my turnouts and put them back on track. I am trying to access them from DecoderPro/PanelPro but failing to. So, here are my questions:

1. Does JMRI automatically detect turnout controllers like DS51K1? I have wired them inside the turnout directly and connected them back to the track.?
2. If it cannot, how do I know the hardware address to see if I can input into the system?
3. If either of them will not work, am I missing some other component between the DS51K1 and the Pi-SPROG that is supposed to make this detectable?

Thanks in advance. I did a search and found some old posts on DS51K1 decoders but none of them explained how they got the hardware address to control.?

开云体育

I am running Decoder Pro, JMRI 4.14 + Rd060e0b, Java 1.8.0_191 on a MacBook running macOS Mojave 10.14.5.

I would like to print a roster in road# or DCC address# order (ascending order). I can reorder on the computer screen, however when I try to print the roster it won’t print in that order, it seems to select it’s own.
How can I have it print the same as the screen?

Thanks,
Phil

开云体育

I installed my Sprog in JMRI 4.14. Everything works except the window at the bottom of the screen that allows you to read and write changes. I have read the directions, but must be missing something. How do I get this part to appear??

I've had some of that discussion with Bob a few months back. My personal leanings for automatic control are to having all multi-path choice track entities as function specific objects which have all the I/O parameters necessary to be utilized in the simplest control terms without adding further control logic. And to that end, yes, I'd expect a esp32 like device to be a suitable and complete Grand Union controller. including setting the co-located road traffic signals in parallel with the separate trolley movement decisions.

Andy

On 5/25/2019 1:34 PM, rphughesnj@... wrote:

Andy,

You would only need to use a "closed/thrown" sensor if you wanted to know the actual state of a turnout, not just what it was told to do.? As I mention in the my reply to Dick,? what I had in mind was messaging the "ONESENSOR" turnout feedback in the JMRI documentation.

As to where you would put them, one PI or esp32 based MQTT node should be able to handle 8-16 or more (depending on the chip) I/O control lines.? Couldn't you could match up the turnout control with the turnout feedback sensor on the same controller?? Or couldn't you have turnout only nodes and sensor only nodes? Whatever works for you.

In you example, wouldn't "routes" be a solution to throwing multiple turnouts at the same time?? No reason a turnout node could not be setup to handle routes.? A bit more complicated, but I think doable. Looking at your photo I see a lot of what I consider crossovers.? Couldn't you just wired the turnout motors to code/throw turnouts with one command?


richard

---
This email has been checked for viruses by AVG.

I installed my Sprog in JMRI 4.14. Everything works except the window at the bottom of the screen that allows you to read and write changes. I have read the directions, but must be missing something. How do I get this part to appear??

Thanks in advance for any help.

Rance Thompson

If your loco mounted decoder is AI engineer smart and can use just basic pattern recognition to "read" signals, obstructions, distances, and other RR objects you don't need the "air" bus for automation either.

805 888 1284

On 5/25/2019 1:18 PM, rphughesnj@... wrote:

Dick,

Frankly, I don't think I need ID sthat is unique all over the world, just unique within my local universe, my local MQTT network.? Even if I was was building modular pieces that hooked with others I could simply use a prefix, like my initials, to make node names unique enough.? I would much rather deal with names line "trains/track/turnout/harris01/platform06" than an LCC events like E1:0B:C7:56:DE:7B:D5:F7.? Just like I would rather deal with "www.google.com <>" rather "172.217.5.4".

As far as associating a sensor on a turnout to the turnout itself I will point you to the JMRI way of doing turnout feedback.? My example would fit the "ONESENSOR" mode described in the documentation.? JMRI, in this example, would make the association.

The reason I have spent so much time looking at buses and messaging is that I want to automate my layout.? I exchanged many messages on the OpenLCB trying to find out how do railcom, an NMRA standard, using LCC.? How do I message {"status" : "entered", "ident" : "2359"} in LCC?? No one knows.? JMRI can handle "reporters", but as far as I can see, LCC cannot, today. I was told that maybe there will be defined method by the end of the year.

As a alternative I looked at Internet messaging using MQTT (partially supported by JMRI) and I have been able to prototype just about everything I need on a model railroad using MQTT and TCP messaging.? Turnouts, sensors, signals, command station control, throttles, etc.? Using off the shelf hardware and a minimal amount of coding it all works.

For my two cents, we all need model railroad specific software (JMRI, RocRail, Railroad and Co, etc) and we all need model railroad specific hardware (occupancy detection, stall motor control, signals, etc).? What we don't need today, in my opinion, is a model railroad specific hardware control bus connecting the two. The size and price points of Internet connecttion hardware has really shrunk in the last few years.? Most of the existing model railroad buses were designed 10-20 years ago.? Yes, they work, but they don't interoperate.? Think about a video doorbell. Can you envision how big they would have been 10 years ago?? They have cameras, speakers, microphones, motion sensors, and run off low voltage door bell current. And they can communicate with my iPhone.? I contend that the currently available hardware allows for a model rail bus built using inexpensive WIFI/Ethernet hardware and Internet messaging.

On the topic of WIFI, I don't think it will be a problem.? First, I plan on using a separate WIFI access point for MQTT traffic. Also, I am planning to run many devices from one WIFI node. Analogous to the RR-CIrcits Tower LCC.? Image a Tower MQTT. Therefor I will not have that many WIFI nodes.? Also WIFI will only be used where I don't have a hard wire connections.? For example, PIs I deploy will all be hard wired including the MQTT broker server.


richard

---
This email has been checked for viruses by AVG.

Andy,

You would only need to use a "closed/thrown" sensor if you wanted to know the actual state of a turnout, not just what it was told to do.? As I mention in the my reply to Dick,? what I had in mind was messaging the "ONESENSOR" turnout feedback in the JMRI documentation.

As to where you would put them, one PI or esp32 based MQTT node should be able to handle 8-16 or more (depending on the chip) I/O control lines.? Couldn't you could match up the turnout control with the turnout feedback sensor on the same controller?? Or couldn't you have turnout only nodes and sensor only nodes? ? Whatever works for you.

In you example, wouldn't "routes" be a solution to throwing multiple turnouts at the same time?? No reason a turnout node could not be setup to handle routes.? A bit more complicated, but I think doable. Looking at your photo I see a lot of what I consider crossovers.? Couldn't you just wired the turnout motors to code/throw turnouts with one command?


richard

Dick,

Frankly, I don't think I need ID sthat is unique all over the world, just unique within my local universe, my local MQTT network.? Even if I was was building modular pieces that hooked with others I could simply use a prefix, like my initials, to make node names unique enough.? I would much rather deal with names line "trains/track/turnout/harris01/platform06" than an LCC? events like E1:0B:C7:56:DE:7B:D5:F7.? Just like I would rather deal with "" rather "172.217.5.4".

As far as associating a sensor on a turnout to the turnout itself I will point you to the JMRI way of doing turnout feedback.? My example would fit the "ONESENSOR" mode described in the documentation.? JMRI, in this example, would make the association.?

The reason I have spent so much time looking at buses and messaging is that I want to automate my layout.? I exchanged many messages on the OpenLCB trying to find out how do railcom, an NMRA standard, using LCC.? How do I message {"status" : "entered", "ident" : "2359"} in LCC?? No one knows.? JMRI can handle "reporters", but as far as I can see, LCC cannot, today. I was told that maybe there will be defined method by the end of the year.?

As a alternative I looked at Internet messaging using MQTT (partially supported by JMRI) and I have been able to prototype just about everything I need on a model railroad using MQTT and TCP messaging.? Turnouts, sensors, signals, command station control, throttles, etc.? Using off the shelf hardware and a minimal amount of coding it all works.

For my two cents, we all need model railroad specific software (JMRI, RocRail, Railroad and Co, etc) and we all need model railroad specific hardware (occupancy detection, stall motor control, signals, etc).? What we don't need today, in my opinion, is a model railroad specific hardware control bus connecting the two. The size and price points of Internet connecttion hardware has really shrunk in the last few years.? Most of the existing model railroad buses were designed 10-20 years ago.? Yes, they work, but they don't interoperate.? Think about a video doorbell.? Can you envision how big they would have been 10 years ago?? They have cameras, speakers, microphones, motion sensors, and run off low voltage door bell current. And they can communicate with my iPhone.? I contend that the currently available hardware allows for a model rail bus built using inexpensive WIFI/Ethernet hardware and Internet messaging.

On the topic of WIFI, I don't think it will be a problem.? First, I plan on using a separate WIFI access point for MQTT traffic.? Also, I am planning to run many devices from one WIFI node.? Analogous to the RR-CIrcits Tower LCC.? Image a Tower MQTT.? Therefor I will not have that many WIFI nodes.? Also WIFI will only be used where I don't have a hard wire connections.? For example, PIs I deploy will all be hard wired including the MQTT broker server.


richard

Scott,

The files are independent, but do address each other via the object id fields.? I would be careful editing the xml files, as there isn't any checking when loading them.?

Dan