A Warrant in JMRI is a collection of information sufficient to run an automated train. It
will set the turnouts for a specified route and drive the train over the route. When running,
using block occupancy detection and signal configuration, it will make a best effort to
control speed according to signal aspects or by occupancy of other trains or other track
conditions ahead.
A JMRI Warrant is suggestive of what a warrant does on a prototype railroad, but there is no
intention to replicate any particular railroad's mode of operation. It is simply the idea of
giving an automated train the trackage rights to move from point A to point B (and then move
it along). Warrants are issued using the Control Panel Editor and the The Warrants List.
Warrants depend on having an accurate description of the layout in terms
of OBlocks, Portals and OPaths.
since 2.7.8 These elements are created by entering data into the
Occupancy Block Tables or by using the
graphical interface of the Circuit
Builder, part of Control Panel Editor. Initially however, these tools are not
visible in the Panel Editor as they require some preparations, described next.
Circuit Builder is an interactive tool that creates OBlocks, Portals and Paths graphically. In order to use the tool, you need to have a track diagram of your layout expressed with track icons (track segments and turnout icons) in a Control Panel Editor panel. OBlocks and OPaths are created by clicking on the track icons. The Circuit Builder can convert the track segments and turnout icons of your Panel into Indicator Track and Indicator Turnout icons. These icons display the status of the OBlock they represent by color, i.e. whether the track circuit of the OBlock is Occupied or Unoccupied, whether a Warrant has allocated it or whether a Train under Warrant currently is proceeding over the circuit. Details are found in the Circuit Builder Help.
Layout Editor panel Blocks are created and stored independently from OBlocks, although they can share use of the same Sensors for determining block occupancy. OBlocks, Portals and OPaths can be created manually (without using Circuit Builder in a CPE panel) and imported from Layout Editor Blocks (see the command under Options in the Occupancy Block Table. It is possible to use OBlocks, Portals, and OPaths without a CPE panel but that would be unusual.
In order to create a Warrant you must first have created two or more OBlocks. These Blocks don't have to be fully defined, but their existence indicates that you are interested in using Warrants, that is, you have a block to start a train and a block to stop it. When two or more OBlocks exist in PanelPro, Control Panel Editor will change the Warrants menu to include the following menu items:
It is possible to create and run Warrants without block detection. OBlocks can be defined when they do not necessarily have to have detection sensors. Such blocks are called "Dark Blocks". Dark blocks, the portals and paths within the block can be defined for a layout diagram without detection sensors. A Warrant can be recorded and can be played back, including having its route set. However, be advised for such trains without detection sensors there is no protection for having it collide with other trains or throwing switches under other trains. Trains will run merely according to the elapsed times and throttle settings that were recorded.
It is possible to create and run Warrants without having turnouts thrown by JMRI. JMRI internal turnout devices will show the route on the layout panel, but you will need to manually set and verify that the route is properly set on the layout itself. Again, the train will proceed according to the elapsed times and throttle settings that were recorded.
A Warrant detects a position of its train when it enters a block having occupancy detection. All other positional information must be calculated. For this, the track speed of the train and the length of the path it is on must be known.
To properly respond to a slower speed change required by a signal aspect, the train should prototypically slow down and complete the speed change before entering the block the signal protects. This requires the Warrant to calculate the time and position for the slowdown to occur.
See When Warrant Speeds Are Modified for what track conditions require speed changes, they are detected and how Warrants make gradual changes of speed.
There are three types of Warrants available:
A Warrant consists of two parts:
To define the commands for a Warrant, you drive the train over the route you selected and the commands you used are recorded for playback later. For an NX Warrant, commands are generated automatically for the route you have selected.
A Warrant Route is a series of Block Paths linked together so a Train may travel over it.
A Warrant Route is created by first choosing an Origin block, a starting
Path and a Portal to exit the originating block. Then, a Destination block
is chosen and a Path on which to end the route. Optionally, you may also choose a
Via Block, that is, a Block the route must include and an
Avoid Block, that is, a Block the route must not include. Blocks
are inserted by typing in the block name or dragging it from a displayed OBlock Table. Blocks
can also be selected in Control Panel Editor by clicking on track icons that represent these
OBlocks. To use this feature, your Control Panel must have your layout depicted by Indicator
Track Icons placed there either by Circuit Builder or manually defined by you.
Successive clicks cycle through the four block fields and fill in the name of the Block you
clicked on.
A computer algorithm determines all the intermediate blocks, portals and paths to make the route. If more than one route meets the criterion, you are presented with a list to review and select the route you want. Note that the Portal and Paths need to be chosen for the route also. If no route is found, a dialog is offered where you can examine the routes that were attempted with the current Block, Portal and Path selections. Creating and Editing Warrants has more information about creating routes.
The second part of a Warrant are the throttle commands to control the train as it traverses the route. These commands are recorded automatically by running a train over the route in "Learn Mode" or are generated automatically as an "NX Warrant". The script commands contain the elapsed time between commands. Playback will duplicate this timing. However, when a Warrant is run with a different engine or a different consist, or even the same train depending whether the motor is hot or cold, this timing may not be replicated exactly. Because of this the command script is synchronized upon entering each detection OBlock. So, if the train is slow in reaching the next block, the commands for the next block will be delayed until the train enters the block. Conversely, if the train reaches the next block ahead of time, any remaining commands in the block just left are issued immediately so that the Train can catch up to the script.
Warrant scripts are recorded or generated with a "Clear" Aspect throughout the
route, even through blocks with restricted speeds. These speeds in the script are the
"Normal" speeds. However, after creation when running, track conditions may not be
"Clear", due to a signal's speed restriction, a block's speed restriction, occupancy
by a rogue train or even intervention by you to halt the train.
Warrants are able to deal with these restrictions and will modify their "Normal"
speeds as needed to comply with the restrictions. When Warrant
Speeds Are Modified explains this relationship.
A Warrant script is written by putting a JMRI screen Throttle into Learn Mode to record all the throttle commands you make when driving the train over the route. The script can then be replayed to drive the train automatically. All possible throttle functions can be recorded and played back. Creating and Editing Warrants details how to do this.
With LocoNet you may steal the address and manual LocoNet throttle. For other command systems, a WiFi throttle may take the same address as the screen throttle and be used to record a walk around script.
For NX Warrants, the script is generated by the Warrant itself. It ramps the train up to a specified speed and ramps it down at the destination. It obeys all the traffic occupancy and signals as do the Recorded Warrants. See About NX Warrants for how to run these.
The Warrant List menu item opens the Warrant Table. Each row represents a Warrant that was created and saved or a running NX Warrant. The Warrant Table reports the current status of each Warrant in the list and can issue commands to Halt, Resume or Abort. Warrant routes can be allocated, i.e. reserved for that Warrant, the Turnouts for route can be set and when the Warrant is run, its status is shown and controlled using the columns in the table. See The Warrant List for more information.
The window also has a Refresh Tracker Info button to poll the trackers listed in the Tracker table and an OBlock Pick List button to display a picklist.
The location of the train can be set by typing, by dragging block name from the picklist, or by clicking on an Indicator Track Icon in the panel.
Tracking can also be done for a train by dragging and dropping a Loco Icon onto the OBlock the train occupies. This is the most simple way of tracking in that both the name and location are done with a single drag and drop.
Several of the operations that can be done from the Warrant List and Warrant Editing frame can be done with Logix/LogixNG conditionals. You may design and implement a dispatcher's panel using the Warrant state variables/expressions and actions found in Logix/LogixNG.
Detailed LogixNG descriptions are at LogixNG Actions and LogixNG Expressions.
When a Warrant has been allocated or is in effect, the following state variables can be tested in a Logix conditional.
Thanks and congratulations to all who contributed! Contact us via the JMRI users Groups.io group.
Copyright © 1997 - 2024 JMRI Community. JMRI®, DecoderPro®, PanelPro™, DispatcherPro™, OperationsPro™, SignalPro™, SoundPro™, TrainPro™, Logix™, LogixNG™ and associated logos are our trademarks. Additional information on copyright, trademarks and licenses is linked here.
View the