S Class Messages: Difference between revisions
PeterHicks (talk | contribs) m Amend TRK data class description |
Report time not really available |
||
Line 37: | Line 37: | ||
Messages are sent in JSON format, as follows: | Messages are sent in JSON format, as follows: | ||
* {"SF_MSG":{"time":" | * {"SF_MSG":{"time":"1422404915000","area_id":"SI","address":"16","msg_type":"SF","data":"43"}} | ||
* {"SG_MSG":{"time":" | * {"SG_MSG":{"time":"1422404915000","area_id":"RW","address":"00","msg_type":"SG","data":"06880306"}} | ||
* {"SH_MSG":{"time":" | * {"SH_MSG":{"time":"1422404915000","area_id":"RW","address":"04","msg_type":"SH","data":"35000000"}} | ||
= Message Fields = | = Message Fields = | ||
Line 81: | Line 81: | ||
|• | |• | ||
|Signalling data | |Signalling data | ||
|- | |- | ||
|} | |} |
Revision as of 00:32, 28 January 2015
S-Class train describer messages provide updates relating to the status of signalling equipment within a train describer area. Not all TD areas provide this information.
There are three types of S-Class message:
Type | Name | Details |
---|---|---|
SF | Signalling Update | Updates the signalling data for a specified set of signalling elements |
SG | Signalling Refresh | Part of a set of SG messages which update the whole set of signalling data for TD area. Terminated by an SH message. |
SH | Signalling Refresh Finished | Last message in a signalling refresh |
S-Class messages report the status of the following signalling elements:
- Signal aspects - whether the signal is displaying its most restrictive aspect or not
- Points - whether the points are set normal or reverse
- Route set - the route set from a signal to another signal or bay platform
- TRTS buttons - the status of a Train Ready to Start button, used by train dispatch staff to indicate to the signaller that platform duties are complete
- Level crossings - whether they are lowered or raised
- Track sections - whether a particular track section (track circuit or axle counter section) is occupied or not
Not all train describers support S-Class data, and those that do may only support a subset of the available groups of data. The List of Train Describers shows S-Class support.
Message Format
Messages are sent in JSON format, as follows:
- {"SF_MSG":{"time":"1422404915000","area_id":"SI","address":"16","msg_type":"SF","data":"43"}}
- {"SG_MSG":{"time":"1422404915000","area_id":"RW","address":"00","msg_type":"SG","data":"06880306"}}
- {"SH_MSG":{"time":"1422404915000","area_id":"RW","address":"04","msg_type":"SH","data":"35000000"}}
Message Fields
Field | SF | SG | SH | Details |
---|---|---|---|---|
time | • | • | • | Message time
UNIX timestamp in milliseconds since the UNIX epoch |
area_id | • | • | • | Alphanumeric code representing the TD area that the message originates from (see list of train describers) |
msg_type | • | • | • | Type of message
Can be SF_MSG, SG_MSG or SH_MSG |
address | • | • | • | Address of the signalling data being updated. For an SF_MSG, this is the individual signalling element. For an SG_MSG or SH_MSG, this is the starting address for the four bytes supplied in the data field. |
data | • | • | • | Signalling data |
Interpreting S-Class data
S-Class data represents the state of individual signalling elements within a TD area as bits within a set of up to 2,048 bits. The number of bits needed for a TD area depends on the number of signalling elements within that area. Each time an element changes state, an SF message is sent with the value of the elements in the relevant byte.
Every few hours, the state of all bits is sent as a 'refresh' in a series of SG messages with the value of groups of four bytes. These messages are terminated with an SH message.
To decode the set of addresses and bits in to signalling elements, a mapping table containing a list of bits and the signalling elements to which they refer is needed. To reference this to signals on the track layout, a diagram containing signal numbers, routes available from signals, point numbers and track circuit detail is also needed. For advice on deducing your own mapping table, see Decoding S-Class Data.
Network Rail Open Data Feeds | |
---|---|
Data Feeds | About the Feeds • Account States • Durable Subscriptions • Example Code ( PHP / C# / Java / Ruby / Node.js) • Advanced Uses • FAQ • Release Notes |
RTPPM | RTPPM Feed |
Train Movements | Train Movements Feed • Train Activation • Train Cancellation • Train Movement • Train Reinstatement • Change of Origin • Change of Identity • Change of Location • TSPEED Field • Planned Cancellations • Cancellation Codes |
TD | TD Feed • C-Class Messages • S-Class Messages • Train Describers • TD Berths |
VSTP | VSTP Feed |
TSR | TSR Feed • Route Codes |
SCHEDULE | SCHEDULE Feed • TIPLOC Records • Schedule and Location Records • Association Records • CIF Codes • How Scheduling Works • Allowances |
Reference Data | Reference Data Feed • TOC Codes • CIF Codes • Delay Attribution Codes • Identifying Locations (STANOX, TIPLOC, NLC and 3-Alpha Codes) • STANOX Geographical Areas • Train Planning data (BPLAN) |