Signal Failures: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
| Line 27: | Line 27: | ||
;startTime | ;startTime | ||
:''(optional)'' | :''(optional)'' | ||
:HH:mm:ss | :time (HH:mm:ss) | ||
:when omitted, there is no lower bound (that is, signal failures can occur as soon as simulation starts) | |||
;endTime | |||
:''(optional)'' | |||
:time (HH:mm:ss) | |||
:when omitted, there is no upper bound (that is, signal failures can occur right to the end of the simulation, however long that may be) | |||
{{DeveloperNavBottom}} | {{DeveloperNavBottom}} | ||
Revision as of 01:11, 18 December 2011
Contents | Developers pages | Command Line Options | Timetables | Scenario Creation | Developing Installers
Signals that use incandescent light bulbs to display an aspect can suffer failures. The lamps often have two filaments for redundancy. When one of these filaments is broken, the second filament takes over. Scenarios can be written to specify when and how signals can become defective.
All signal failure tags are enclosed within the Irregularities tags. Each signal failure is defined like the following:
<Irregularities>
<SignalFailure signal="12" aspect="STOP" canRepair="false" />
</Irregularities>
The attributes for each signal failure are as follows:
- signal
- name of the signal
- aspect
- either STOP or CLEAR
- defines which aspect cannot be properly displayed
- canRepair
- (optional)
- either true or false (true by default)
- indicates whether a signal can be repaired
- startTime
- (optional)
- time (HH:mm:ss)
- when omitted, there is no lower bound (that is, signal failures can occur as soon as simulation starts)
- endTime
- (optional)
- time (HH:mm:ss)
- when omitted, there is no upper bound (that is, signal failures can occur right to the end of the simulation, however long that may be)
Contents | Developers pages | Command Line Options | Timetables | Scenario Creation | Developing Installers