The Section Table
Before we dive into the workings ofthe Section Table, lets provide some background on Sections.
Requirements for using Sections
Sections may be used with a Panel Editor panel, with a Layout Editor panel, with a CTC machine, or directly without any panel provided. Sections are part of Dispatcher and build on JMRI's Blocks and Paths structure. So before attempting to create any Sections, you should have Blocks and Paths fully initialized for your layout. (An easy way to automatically initialize your Blocks and Paths is to sketch out a Layout Editor panel of your layout, with Blocks assigned. By assigning Blocks to all track segments, turnouts, etc., the paths will be created automatically for you by the software.)
Layout blocking should be carefully planned, to provide "reasonable" Sections--Sections that make sense for a dispatcher to allocate to a train. For right-handed or left-handed turnouts switching mainline track, for example, this usually means including the turnout in the same block as the track entering at the turnout throat, and providing separate blocks for continuing and diverging tracks. Some prefer to have a turnout in a separate block, and that works fine also. From a dispatching perspective, tracks of mainline turnouts that branch to industries do not need to be separately blocked, but blocking here is acceptable. A layout blocking scheme that works well for Signals, should work fine for Sections also.
Signals are not required for using Sections, but Sections will work fine with signals installed. If signals are installed, the direction sensors included in Sections provide an easy way to set up simple APB signaling (see below).
Using the Section Table
All the Sections that JMRI knows about can be viewed using the Sections Table. Sections can either be created manually within the Section Table pane, or they can be created automatically if you also plan to use Signal Mast Logic (see below).
To open this tool, select Sections in the Tables submenu of the Tools menu of the main JMRI program window.
Section Table ColumnsThere are eight columns in the Section Table:
- System Name - The system name is assigned to the Section when it's created, and can't be changed.
- User Name - If you're interested in having your Sections carry "human readable" names, you can click in the "User Name" column and change that information to whatever you want.
- State - The state of a Section tells whether a section is "allocated" or "in use" by one or more trains. The state of a newly added section is always FREE. When a Section is allocated for travel in the direction from the "First Block" toward the "Last Block", the state is FORWARD. When allocated for travel in the opposite direction, the state is REVERSE.
- Comment - This column is for your use to record any comment you may want to use to keep track of your Sections. It is for information only.
- Click the Delete button in a specific row to delete the Section in that row. Remember to remove any Transits that are using this Section. Any Transit that uses a deleted Section will be broken! Use this button with caution!
- First Block - This column displays the first block in the Section. Since a section is a group of one or more connected blocks, there is always an entry.
- Last Block - This column shows the final block in the Section. Since a section may contain only one block, the Last Block may be the same as the First Block.
- Click the Edit button in a row to view or change entered information for a Section. System name cannot be changed. User name may be changed, blocks may be redefined, entry points may be reconfigured, etc. Only one Section may be edited at a time. A Section may not be edited while another one is being created.
Creating a new Section
To Create a new Section, click the "Add.." button at the bottom of the Section Table pane. A window will be brought up that will allow you to define the blocks included in the new Section, and if necessary, designate which entry points to the section result in travel in the FORWARD and REVERSE directions.
Currently the user must manually select FORWARD or REVERSE for each Entry Point after all Blocks are added to a Section. The program will set some directions automatically, but others are left as UNKNOWN. An Entry Point should be set to FORWARD if a train entering the Section at that Entry Point would be traveling in the FORWARD direction. Otherwise it should be set to REVERSE. A possible future addition is to set directions of Entry Points automatically from the connectivity found in a Layout Editor panel.
For Sections with more than one Block, travel from a lower-numbered block to a higher-numbered block is FORWARD travel. Stated a different way, moving from a block higher in the block list to a block lower in the list is FORWARD travel. Similarly moving from a higher-numbered block to a lower-numbered block is REVERSE travel. For Sections with only one block, it doesn't make any difference which direction through the Section is designated FORWARD, as long as Entry Point travel directions are consistent. That is:
- REVERSE and FORWARD directions of travel must be opposite.
- Entering at any FORWARD Entry Point must result in travel in the same direction as entering at all other FORWARD Entry Points.
- Entering at any REVERSE Entry Point must result in travel in the same direction as entering at all other REVERSE Entry Points.
WARNING: If Entry Points are not consistent strange behavior may result when using the Section.
Section Table Tools
The Section Table has a Tools menu to facilitate use of Sections. Normally these tools would be used after all Sections are defined. The menu items and their use are described below:
- Validate All Sections... - When this item is selected, each Section is tested for self consistency. Current tests include checking the connectivity between multiple blocks, checking that there are no missing Entry Points or extra Entry Points, and, if a Layout Editor panel is available, checking that Paths are correctly set up for the Blocks in the Sections. This tool does not check if the FORWARD and REVERSE directions are correctly set for each Entry Point, but that feature is a planned future addition. After testing is complete, a message is displayed giving the results of the testing. Detailed error messages, if any, are placed in the JMRI error log.
Set Direction Sensors in Logic... (Not required
when using SignalMast Logic) - When this item is
selected, direction sensors defined for each Section are
placed in the signal logic of appropriate signal
heads--those signal heads internal to the Section or
protecting entry to the Section. Direction sensors follow
the allocation status of their Sections. When a Section
is FREE (not allocated), both of its direction sensors
are set ACTIVE. By placing these sensors in appropriate
signal head logic, all signals internal to or protecting
entry points to the Section are forced RED when the
Section is FREE. When a Section is allocated for travel
in the FORWARD direction, its forward direction sensor is
set INACTIVE, allowing signal head logic to function
normally for travel through the Section in the FORWARD
direction, but keeping signals governing travel in the
REVERSE direction set RED. Similarly, when the Section is
allocated for travel in the REVERSE direction, the
reverse direction sensor is set INACTIVE, and the forward
direction sensor is set ACTIVE, allowing signals to clear
travel in the REVERSE direction, but to block travel in
the FORWARD direction. Setting the state of direction
sensors is done automatically by software in Dispatcher that
Note: Dispatcher can place direction sensors in SSL signal logic automatically when a train is activated. Dispatcher will place direction sensors if it is provided with a Layout Editor panel and allowed to use its connectivity (required for automatic running). This allows using direction-based signaling even if the panel is stored with these sensors removed from signal logic.
This tool should only be used after all Sections have been defined and all signal head logic has been set up. A Layout Editor panel is required, because the software needs the panel's connectivity to figure out which signal heads need which direction sensor. If a direction sensor is already in the Simple Signal Logic (SSL) for a signal head, it is not duplicated. However, if an incorrect direction sensor is present in the SSL, it is not removed. (Use the tool described below to remove direction sensors.) After placing direction sensors is complete a message is displayed giving results. Detailed error messages, if any, are placed in the JMRI error log. When an error occurs, the most common reasons are 1) missing information (signal heads missing or signal logic not set up) or 2) errors in setting up Section Entry Point directions.
- Remove Direction Sensors from Logic... (not required when using SignalMast Logic) - This tool assembles a list of all direction Sensors defined in Sections currently in the Section Table, then removes all Sensors that are contained in this list from the Simple Signal Logic (SSL) of all Signal Heads. This tool cancels the effect of the Set Direction Sensors in Logic... tool, removes any direction Sensors that may have been placed by Dispatcher, and in addition removes any defined direction Sensors that might be in an incorrect SSL. If errors were noted while setting direction sensors using the above tool, then corrected, running this tool before attempting to set direction sensors again is sometimes useful.
- A Layout Editor Panel is required to run this tool. After removal of direction Sensors from Signal Logic is completed a message is displayed giving the results of running the tool. Detailed error messages, if any, are placed in the JMRI error log.
Direction and Stopping Sensors
Optionally, each Section may have two direction sensors, one for the Forward direction and one for the Reverse direction. These are normally internal Sensors, bearing system names that begin with IS. They automatically follow the state of their Section. A Section has three states: FREE (not allocated to a train), FORWARD (allocated for travel in the forward direction), and REVERSE (allocated for travel in the reverse direction. When the state of the Section is FREE, both direction sensors are set ACTIVE. When the state of the Section is FORWARD, the forward direction sensor is INACTIVE and the reverse direction sensor is ACTIVE. Similarly, when the state of the Section is REVERSE, the forward direction sensor is ACTIVE and the reverse direction sensor is INACTIVE. These sensors may be used in signal logic to force signals for travel in the direction opposite to the allocated direction to RED (Stop). Tools are provided in the Section Table menu to automatically add direction sensors to signal logic or to automatically remove all direction sensors from Signal Mast Logic (see above). Alternatively, if Dispatcher is being used, it can add direction sensors to signal logic as needed.
Also optionally each Section may have two stopping sensors that indicate when a train in the Section has reached the end of the Section by traveling in the forward direction or in the reverse direction. Stopping sensors should be physical sensors on the layout, for example infrared point detectors. For manual dispatching, these sensors may be displayed on a panel to indicate to the dispatcher when a train has reached the end of its allocation. For automatic running, these sensors may be used to stop a train before it reaches the end of its allocated Section, and before it overruns a red signal, if signals are present.
If your signaling is based on Signal Mast Logic and the associated logic has been generated using the Layout Editor, then it is possible to also have Sections automatically generated based upon that same logic.
The tool to accomplish can be found in the Signal Mast Logic Table | Tools | Generate Sections. Running this will immediately create Sections that each contain all of the Blocks between any already-defined Signal Mast Pairs. It will also set up each "Automatically Generated" Section so that they include those Blocks in the correct order, with the direction being set as FORWARD travel, going from the Source to the Destination Signal Mast. Please note that the Block details are not saved when the Panel is stored, but are re-created when the file is loaded.
The tool will also automatically create forward and reverse direction Sensors and place them in the Section, however currently the Signal Mast Logic does not use these and their creation is only there to allow validation of the Section (or use by the user in unrelated Logix if desired).
Sections generated with the tool will only have a pair of Entry Points and simply follow the path between the two Signals.
Direction Sensors (Forward and Reverse) are created by the Generate Sections tool, but - if desired - Stopping Sensors (Forward and Reverse) need to be added manually by the user via the Edit Sections pane that opens when you click the Edit button for a specific Section in the Section Table.
The details of the Optional Direction and Stopping Sensors are saved when the Panel file is stored.
To use the Sections that have been built this way, you will next need to set up Transits. Following that, you will also need to set the Dispatcher to use SignalMast Logic via the Dispatcher's Options menu.
Saving Sections to Disk
Use the Store item in the File menu of the Section Table (or the Store Panels... item in the Panels menu of the main JMRI window) to save Section information to disk. This information (and any modified Signal Mast Logic information) is saved with the configuration and Panels in an XML file, along with Control Panel setup and similar stuff. To store your panels in the same file (recommended), select File>Store>Store Configuration and Panels To File... or select Panels>Store Panels... in the main JMRI window.
Back to the Sections help page.