Difference between revisions of "Oneway or Twoway Presignals"
From #openttdcoop wiki
(→Oneway or Twoway Presignals?) |
m (Proposed merge) |
||
| Line 1: | Line 1: | ||
| + | {{Merge |Signalling}} | ||
| + | |||
[[Presignal_Basics|<< Presignal Basics]] | [[Guides:Presignals|^^ Back to Presignals Guides Index]] | [[Priority|Priority >>]] | [[Presignal_Basics|<< Presignal Basics]] | [[Guides:Presignals|^^ Back to Presignals Guides Index]] | [[Priority|Priority >>]] | ||
---- | ---- | ||
Revision as of 11:53, 7 November 2013
 |
It has been suggested that this article or section be merged with Signalling. (Discuss) |
Oneway or Twoway Presignals?
Signals have two sides, in the basics part, the other side wasn't important, since trains can't turn back, etc. etc... But in more complex things, a badly placed twoway combo presignal can make errors in your network.
Part 1: The Station entrance problem with two entries
In this station the combo presignal can make errors, but can you notice why? If presignals F-H are green then upper-right side of combo presignal C is green too. Even if presignals D and E are red, presignal A remains green. The problem is simple: Presignals calculate signal blocks, not the choosable tracks: trains cannot reach platforms F-H from A through C, but presignals CANNOT see this!
How to fix this? Just change the combo presignal C to oneway (shown above) or add an oneway combo presignal just after it, like below:
With this layout, entry presignal A won't be affected by the signals for platforms F-H.
<< Presignal Basics | ^^ Back to Presignals Guides Index | Priority >>
