¿ªÔÆÌåÓý

  1. Jmriusers
  2. Topics

Locked C/MRI and Layout Editor issues

 

I still working away on my railroad diagram in Layout Editor. It's quite a learning curve. I still find the editing awkward, not accepting <Enter> to mean I'm done editing my sensor names, for example. I just replaced 64 Internal sensors with C/MRI ones. It was handy, defining the first one and telling the editor there were a total of 64, and it creating all of them with incremented designators.

I hope the C/MRI IDs make sense. I don't know how many bits can be handled by one node, especially as my interface won't be using the usual C/MRI code or hardware. Right now, I have all 64 C/MRI sensors labelled as being in one node... As there's no hardware, the C/MRI error checking won't work yet.

I suppose I'll need to replace all the internal turnouts on the panel with C/MRI ones if JMRI will control them...

I wish the editor had some sort of gap or other marking to show where blocks meet. Maybe that's the job of signals? I'm used to the line representing the track having a break or cross tick mark to make it clear.

Don Weigt
 

Don,

Yes the anchor point between two blocks are where you can place signals.
When drawing the layout, I'll activate a detector sensor to make it show on
the panel as an occupied block (you have to create the block and assign that
detector to it) so I can confirm where the ends are.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org
 

Don,

To expand on Ken¡¯s response, some other thoughts.

If you want a gap, include a small track segment and set it hidden. Make sure that it has the same block assigned as one its neighbors for block routing continuity.

When I am developing a new track plan, I assign each block a different color so that the block boundaries are very clear.

If your internal turnouts and sensors have user names that were used during panel development, then you can move the user names to the corresponding CMRI name. If you later restructure your CMRI configuration, you can move the names again.

Dave Sand

On Jan 10, 2019, at 8:35 PM, Don Weigt <dweigt47@...> wrote:

I still working away on my railroad diagram in Layout Editor. It's quite a learning curve. I still find the editing awkward, not accepting <Enter> to mean I'm done editing my sensor names, for example. I just replaced 64 Internal sensors with C/MRI ones. It was handy, defining the first one and telling the editor there were a total of 64, and it creating all of them with incremented designators.

I hope the C/MRI IDs make sense. I don't know how many bits can be handled by one node, especially as my interface won't be using the usual C/MRI code or hardware. Right now, I have all 64 C/MRI sensors labelled as being in one node... As there's no hardware, the C/MRI error checking won't work yet.

I suppose I'll need to replace all the internal turnouts on the panel with C/MRI ones if JMRI will control them...

I wish the editor had some sort of gap or other marking to show where blocks meet. Maybe that's the job of signals? I'm used to the line representing the track having a break or cross tick mark to make it clear.

Don Weigt
 

Thank you, everyone, for all your help! I feel I'm taking up a lot of the group's time and bandwidth, but really appreciate the practical info.

Dave S, I'm not worried about the user names. They're quite simple to change. My concern is about system names. If a sensor, for example, has an Internal system name, I don't know of a way to connect it to C/MRI unless I replace it with one I make in the C/MRI sensor list/array. Is there a way to edit it, or map it to C/MRI instead of replacing each one?

The blocks and turnouts still have Internal names. Can those be used by C/MRI? Can they be edited? Must they be removed and replaced with ones having C/MRI system names?

I just noticed my blocks have Internal names that aren't numbered in the same order as my user names. They're also scattered all over in the panel, not contiguous numbers for connected blocks. Is there any advantage to reordering them, other than being less confusing to me?

Thank you,

Don W
 

I just created an array of turnouts with C/MRI identities, and see how I can move my names from the Internal to the C/MRI turnouts. One less thing for you to explain!

I don't see a way to create C/MRI blocks, so are those always Internal?

Don W
 

Don,

Yes, blocks are always internal. If the occupancy sensor assignment specified the user name, then when that name is moved to a CMRI sensor, no change is required for the block.

Dave Sand

On Jan 11, 2019, at 9:14 AM, Don Weigt <dweigt47@...> wrote:

I just created an array of turnouts with C/MRI identities, and see how I can move my names from the Internal to the C/MRI turnouts. One less thing for you to explain!

I don't see a way to create C/MRI blocks, so are those always Internal?

Don W
 

You configure the C/MRI nodes into JMRI, you first select a type, then (within the limitations of that type) you configure the input and output cards, which in turn determines how many Sensors and Turnouts that node has.

For your project, keeping them all on a single (virtual) C/MRI node will simplify the connection to your hardware. Lots of people have individual C/MRI nodes that are much larger than 64 inputs. That¡¯s only two input cards; there¡¯s a layout near hear with 5 input cars (more 115 connected inputs) and 7 outputs on a single node.

Bob

On Jan 10, 2019, at 6:35 PM, Don Weigt <dweigt47@...> wrote:

I hope the C/MRI IDs make sense. I don't know how many bits can be handled by one node, especially as my interface won't be using the usual C/MRI code or hardware. Right now, I have all 64 C/MRI sensors labelled as being in one node... As there's no hardware, the C/MRI error checking won't work yet.
--
Bob Jacobsen
rgj1927@...
 

Thanks for your help, everyone. I'm glad to know I haven't violated any limits yet!

I'm setting up my turnouts as one node, and photodetectors on a second one. Grouping functions into nodes seems simple and clear.

I did manage to corrupt my panel so it wouldn't open. I edited too much stuff out of the turnout table. I went back to the last good version I had saved, too long ago, but have been putting in the changes for the past four hours. I think it's more complete now than the one I corrupted. I've been more careful now to save more often, and also to connect devices to their new C/MRI system names before deleting the old ones!

All the turnouts and detectors on the panel so far now have C/MRI system names, not Internal ones. It should be easier now to add to it and still have it error free.

Don W

1 - 8 of 8