Thanks Dave. Part of the 4.15.x series is fine. The main thing is that the issue can be addressed.

Nigel

Dave?
I’m following this thread with interest after you convinced me to use LE as the medium to bring my CTC panel to life?
Good progress here on activating turnouts with Tools Tables Turnouts and Edit Turnout, even though I’ve had to redo the layout several times due to getting the File Save protocol mixed up and I think opening the files twice.
This has given me good practice creating active Turnouts.

The reason for this mail is :

“ Direction of traffic through a CTC plant “

The concept of A block activated before B block “determines the direction of travel “ ?Is not CTC normal practice I.e opposing signals are paired e.g. 20R faces 20L as shown on CTC panel. ?Also there is only one block between the signals thus requiring a vacant block / section for the train to arrive into.
So ?direction of traffic is selected by position of panel lever L/R. ? My understanding ?
Would be this is dealt with by Logix in response to the lever position? ?Through SML. Rather than SSL in your demo?

Thanks for the Demo and all your other messages on this topic?

John Pearson?

Felice,

All these NCE decoder share the same software, therefore the same CV set. The only difference between them is the form factor, but this cannot be known by JMRI. So you can use any that is listed by JMRI, but using the NMP15 will obviously list the appropriate decoder model in your roster.
--
Alain LM

Test version 4.13.6 of JMRI/DecoderPro is available for download.

This is the next in a series of test releases that will culminate in a production release, hopefully in December 2018.

We're getting close to the end of the development series, so we'd appreciate feedback on whether or not this release works for your layout.

If you are currently using JMRI 4.9.6 or earlier, we strongly recommend that you first update to JMRI 4.12 and make sure that's running OK before updating to this test release. There have been a number of changes in serial port support, panel file format and configuration options since those earlier releases, and moving to the stable JMRI 4.12 release is a good way to work through any possible problems.
<>

If you use JMRI on Linux or Mac and are updating from JMRI 4.7.3 or earlier, there’s a necessary migration step. (Not needed on Windows) Please see the JMRI 4.12 release note for details: <>

For more information on the issues, new features and bug fixes in 4.13.6 please see the release note:
<>

Note that JMRI is made available under the GNU General Public License. For more information, please see our copyright and licensing page.
<>

The download links, along with lots of other information which we hope you'll read, can be found on the release note page:
<>

Bob
--
Bob Jacobsen
rgj1927@...

When I was very young, in the UK, "Dead Rail" was the toy train technology of the day. AKA as "Clockwork".? Fortunately, as I got older, and the WW II aftermath austerity receded, "Electric Trains" using convenient track power, rapidly replaced them.

The dead rail disadvantages then, as now, were that the locos need "rewinding" after short periods of use; their mechanisms were inconveniently bulked up by the on board energy source (a coil spring); trains tended to run on dangerously out of control if derailed ; and finally, remote movement control, by throttle and/or signal interlocking, required a whole set of complex additional technology.

There is a cliche' that those who do not learn from history are doomed to repeat it. :)

As to DCC, it was originally conceived as an end to end, solely manual, remote control system of model trains from a lower cost, non-prototypical place of "not in the cab".? That's not merely a "transport protocol". This meant that the obviously more useful and realistic control alternative of a real-time video stream from the cab was never provided for. Nor the local (on train) sensors that would have let a central or "on board" intelligence provide autonomous control of other trains as interactive moving operations components for which manual operators were either not available, not needed or not wanted.

My own interest is in a system that replaces DCC and provides at least the features in the latter part of the previous paragraph. Merely providing yet more remote access methods to the existing major shortcomings of the DCC requirements specifications, do not seem IMO to be moving in a direction likely of achieving the aforementioned goals.

Andy








On 12/10/2018 3:15 PM, Chris Rood wrote:

Jan,

That is not my argument. I know that MQTT will never replace DCC. I was just proving that it can be used to transfer data to a decoder via wireless communication rather than the rail. This is a huge advantage for people who want to "deadrail" (battery power) locomotives.

I agree that there are too many proprietary systems out there and things in model railroad need to be "open source" like JMRI. I don't expect manufacturer's to open source hardware, but at least their communication structure, so people can push data to it. You are correct with the throttles.

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

开云体育

Chris:

I think you assumed a critical step: MQTT is a service that you typically access via a TCP/IP mechanism, MQTT is not itself a transport mechanism like CMRI, LCC, Loconet etc.? OTOH if you have a WiFi decoder that can get to an MQTT server (Mosquitto for example) then it could control a locomotive. I think MQTT could be a powerful mechanism for adding all kinds of IoT devices to JMRI. It could also be a great method for coordinating traditional railroad items like signals, switch motors, detectors and the like.? Really our railroads fit the IoT metaphor pretty well.? JMRI itself is the great de-babelizer of model railroading and has the abstraction layers to deal with the various transport mechanisms.

Jan,?

That is not my argument. I know that MQTT will never replace DCC. I was just proving that it can be used to transfer data to a decoder via wireless communication rather than the rail. This is a huge advantage for people who want to "deadrail" (battery power) locomotives.

I agree that there are too many proprietary systems out there and things in model railroad need to be "open source" like JMRI. I don't expect manufacturer's to open source hardware, but at least their communication structure, so people can push data to it. You are correct with the throttles.?

-- 
Seth Neumann
Mountain View, CA

Jan,?

That is not my argument. I know that MQTT will never replace DCC. I was just proving that it can be used to transfer data to a decoder via wireless communication rather than the rail. This is a huge advantage for people who want to "deadrail" (battery power) locomotives.

I agree that there are too many proprietary systems out there and things in model railroad need to be "open source" like JMRI. I don't expect manufacturer's to open source hardware, but at least their communication structure, so people can push data to it. You are correct with the throttles.?

Chris: Replacing DCC with MQTT seems like a solution looking for a problem to solve. An enormous advantage of DCC is that is standardized and supported by a large range of suppliers of many types of devices. Where it falls down is on the "throttle" side which is a muddle of proprietary systems and a proliferation of interfaces to allow things to talk to each other. That's where MQTT could make a useful improvement by facilitating exchange of data between proprietary "throttle" systems.

Jan

开云体育

Neither adding or editing work.
I will try again tomorrow with 4.13.7ish

Yes

Ken
I had already tried that, doesn't work.

Have you read the information at this link?
<>

It will help you understand the JMRI file structure.
--
Dave in Australia

Jan,?

I don't necessary agree with you on that. MQTT can certainly send data to an engine and drive it via an Arduino or whatever. You can also use it to send strings to an arduino that controls a DCC decoder. The problem is the readability of the data being transferred and how fast it gets there. So it could some what replace how commands get sent to the engine, but Decoders have very nice sound control, which is hard to replicate.?

Chris?

Hi
Is this when adding the icon or editing it.
Adding had a problem which will be fixed in next test release or 4.13.7ish as off this morning.

Edit icon should work.

Steve G.

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

I was thinking of all the non obvious but necessary setting of bits in a huge and growing range of configuration registers.

Eg? Loco/4234/lights/ditch /on

Andy



On 12/10/2018 12:16 PM, Jan Carr wrote:

Andy:? As I understand it, DCC provides the fundamental data transfer along the track while MQTT is a higher level system that manages the information to be put in or read from the DCC data stream. So MQTT cannot replace DCC but make it easier to interface with other data systems such as JMRI, wifi, USB etc.

Jan

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

Another point: The Steve Todd image alone may not be suitable for the Pi-SPROG. The SPROG DCC image applies the miniuart-bt-overlay which may affect the serial comms.

Clay,

The basic concept of direction detection is watching the sequence of block changes. If BlockA is active and BlockB becomes active, then the implied direction is A-B-etc.

A layout editor panel that properly defines the block topology makes it possible for JMRI block support to determine direction and propagate block values. The block direction is not directly available but the current block value can be displayed on a panel using the block contents label. A python script would have access to the block direction.

Take a look at the following file: /g/jmriusers/files/ProblemsBeingWorkedOn/dsand/APB%20Demo.xml

This does not directly answer you question, but it does provide an example of using Logix to determine direction, in this case APB protection of single track between sidings. In this case, the turnout block and a memory variable determine direction.

When the direction is determined, a direction sensor is set. The direction sensor is included in the signal mast logic which results in all of the signals for the opposite direction displaying Stop/Danger.


Dave Sand

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: APB Demo.xml

Uploaded By: Dave Sand

Description:
Updated APB demo, supersedes APB-Demo.xml

You can access this file at the URL:
/g/jmriusers/files/ProblemsBeingWorkedOn/dsand/APB%20Demo.xml

Cheers,
The Groups.io Team