The Occupancy Block Tables

Introduction

The Occupancy Block Tables were developed to define the elements needed to create "warrants" that allow trains to run automatically over predetermined routes. It was also a design goal to generate these routes automatically by merely specifying the origin and destination of the trains. Furthermore, it was designed for use by Logix so that users can define and control automated trains running from panel editor panels of their own design. Originally it was conceived to bring trains out of non-visible staging areas into visible areas where they can be turned over to operators for use in operating sessions. However, if desired, automatic train dispatching by warrants can be put to broader use.

What are Portals and Why Use Them?

Occupancy blocks are portions of track having one or more sensors to detect occupancy of trains. These blocks are usually separated by gaps cut in the track which isolate the detecting sensors. However this is not always the case, since optical sensors might also be used to detect occupancy in a section of track. Nevertheless whatever method is used to determine a block and the means of detecting its occupancy, there is is some point that separates one block from another block. This dividing line between two blocks, whether a physical gap or an imaginary line, marks a transition from one block to another. These transition points are called Portals.

Undoubtably you created the blocks because it was important for you to know when one block was exited and another was entered. Blocks are used to provide interlocking and the signals governing that are logically placed at the portal points. If you have signals on your layout, consider where they are located. Most likely they are placed near dividing points between blocks. So regardless of the name, Portals are a significant concept.

There may be many ways to traverse a block. A path within a block will enter at one portal and exit through another portal. Or a path may terminate within the block, that is, the path is a spur. Again, portals are a useful concept to indicate these entrance and exit points.

Note that a path must have at least one portal for an entry/exit point and cannot have more than two portals. A path is unambiguously defined by specifying the turnouts and their settings for a train to proceed safely through the block.

Definitions:

The Occupancy Tables define the following elements: The tables defining these elements are contained within a single frame that can be minimized or closed. The individual table frames can be minimized within this parent frame.

Tables of the Occupancy Block, Portal, Path Frame

Each of the tables in the Occupancy Block, Portal, Path Frame have the last row with blank entries. Entering data into these entries and pressing the 'Enter' key will create a new item in the table. 'Drag and Drop' and 'Copy and Paste' are implemented to provide easy ways to move text from table to table.

Columns in the Occupancy Block Table:

Each occupancy block on your layout should be entered as a row of this table. This table is sorted by the system name of the OBlock. This means that when a new row is added the entry will jump to its postion in the sort. After entering a new OBlock you will find it at the top of the window should you need to do further editing.

Columns in the Portal Table:

The Portal table has columns labeled 'from' and 'to'. However, you do not need to be concerned about the direction of travel. It does not matter which side of the portal the blocks names are entered, since the algorithms that compute train routes will decipher the correct entrance and exit points. In fact, the columns could just as well be labeled 'this side' and the 'other side'. (Yes, it's magic. Try it and you'll see that it works.)

This table is sorted by the name of the Portal. This means that when a new row is added the entry will jump to its postion in the sort. After entering a new Portal you may find it at the top of the window for further editing.

Columns in Block-Path Tables:

Each block in the Occupancy Block Table will have one or more paths in it. Pressing the Paths button in a row of the Occupancy Block Table will open this table. Again, direction of the path is immaterial. - (more magic) - 'from' and 'to' do not have to correspond to any 'from' and 'to' in the Portal table. They are just names for 'this end' and 'that end'.

Columns in Block-Path-Turnout Tables:

If the path crosses a turnout, then it is necessary to have the turnout in the correct position in order to traverse the path. This table is used to define these settings. (If the path does not cross ant turnouts, this table is left empty.) Note there will be lots of these tables, one for each path in each block of the Occupancy Block Table.

Columns in Block-Portal CrossReference Table:

This is a read only table to assist in identifying all the portals to a block. It lists all the portals that have been defined for each block, grouped under each block heading. It is opened from the Show Block-Portal CrossReference menu item. See below.

Menus of the Occupancy Block, Portal, Path Frame

The File Menu

This menu has the standard menu items for saving configuration files and panels.

The Edit Menu

This menu has the standard menu items for Cut, Copy and Paste.

The Open Tables Menu

This menu has items to open the tables in the Occupancy Block, Portal, Path Frame.

The Windows Menu

This menu has the standard menu items for opening JMRI window frames.

The Help Menu

This menu has the standard menu items for JMRI help.

References

To read about how OBlocks, Portals and OPaths can be used to generate train routes and make automated train scripts, see Warrants.

See Creating and Editing OBlocks, Portals and OPaths. for more details on using these tables.