Difference between revisions of "Oneway or Twoway Presignals"
From #openttdcoop wiki
m (undid last change, didn't notice this page was a part of a guide) |
m (Marked for deletion) |
||
| Line 1: | Line 1: | ||
| + | {{Delete|We don't need this, link to this instead: http://wiki.openttd.org/Signals#Pre-signals}} | ||
| + | |||
[[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 >>]] | ||
---- | ---- | ||
Latest revision as of 09:49, 17 December 2013
 |
This article or section has been proposed for deletion, with the following comment: "We don't need this, link to this instead: http://wiki.openttd.org/Signals#Pre-signals". Further information may be found on the talk page. |
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 >>
