¿ªÔÆÌåÓýPerhaps re-thinking what is tagged, and how it is handled might be worth doing.
One reason to tag all stock is to feed information into software for operations (whether OperationsPro or something else is a detail).? ?For this, knowing where every item of stock might be is important.?
But, for a train, in a block, what is important is the "train".? ? ?
So, if you are using tags on every piece of stock, I suggest you need something to filter things, and only put "locomotive" or a "representation of a train" into a block reporter.? ? ?
This could be done with LogixNG (I've got the elements written in code I've used on three layouts).? I can think if several ways to approach it, but which to choose depends on your use of tags, what a train consists, of etc..? Or it could be done with the devices doing the "reading" and giving information from some tags (eg. Locomotive) into the Reporter structure for the blocks, but others are passed to the system through other means (one idea would be different reporters used
for freight cars).? ?
Alternatively, and without requiring anything done in LogixNG or filtering the input data,??I have a couple of web-page views into JMRI which I need to write up for JMRI distribution as demonstration examples.? Those will do roughly what you have
asked.??
The first takes the ID-Tag table (which will be populated from a Reporter reading tags as they pass a reader), and displays graphically all the stock in a block as it passes a reader.? When the stock passes another reader, it is removed from the first
location, and appears at the second location.? ?Items appear in "train order".? ?
The second demonstration uses OperationsPro data, to not only show stock position, but also its destination and other details relevant to OperationsPro.??
- Nigel
------ Original Message ------
From "Torgrim Gjelsvik via groups.io" <torgrimg@...>
Date 23/04/2025 08:50:31
Subject [jmriusers] Multiple RFID tags in one block
|
