Kapitel 12 Fahrplan

Fahrplan

12.1 Einführung

Das Fahrplankonzept ist kein Ersatz für die Aufgabendefinition, sondern eine alternative Möglichkeit, sowohl spielergesteuerte als auch computergesteuerte (KI und statische) Züge zu definieren.

In einer Aufgabe wird der Spielerzug explizit definiert und alle KI-Züge werden in einer Verkehrsdefinition definiert. Statische Züge werden separat definiert.

In einem Fahrplan sind alle Züge auf ähnliche Weise definiert. Beim Starten einer Fahrplanfahrt wird der gewünschte Spielerzug aus der Liste der verfügbaren Züge ausgewählt. In der Fahrplandefinition selbst wird nicht zwischen fahrenden Zügen unterschieden – jeder der fahrenden Züge kann als Spielerzug ausgewählt werden, und wenn er nicht als solcher ausgewählt wird, wird er als KI-Zug gefahren. Statische Züge werden ebenfalls auf die gleiche Weise definiert, können jedoch nicht als Spielerzug ausgewählt werden.

Dadurch entspricht die Anzahl der verschiedenen „Aufgaben“, die mit derselben Fahrplandatei gespielt werden können, der Anzahl der Züge, die im Fahrplan definiert sind, abzüglich der statischen Züge.

Wichtige Aspekte, bei denen sich die Verwendung bestimmter OR- oder MSTS-Elemente für Fahrpläne erheblich von der Verwendung in einer Aktivität unterscheidet, sind fett gedruckt.

Die Entwicklung des Fahrplankonzepts ist noch in vollem Gange. Im weiteren Verlauf der Arbeiten können sich alle Punkte noch ändern.

12.2 Allgemeines

12.2.1 Datendefinition

Die Fahrplandaten werden in einer Tabelle definiert und als *.csv-Datei (zeichengetrennte Datei) im Unicode-Format gespeichert. Als Trennzeichen muss entweder „,“ (Komma), „;“ (Semikolon) oder das Tabulatorzeichen verwendet werden.

Wählen Sie kein Leerzeichen als Trennzeichen.

Da „;“, „,“ oder Tabulatorzeichen mögliche Trennzeichen sind, dürfen diese Symbole an keiner Stelle innerhalb der eigentlichen Daten verwendet werden. Das Einschließen von Text durch Anführungszeichen (entweder einfache oder doppelte) hat keine Auswirkung. Außerdem sollte das Zeichen „#“ nicht in Zugnamen verwendet werden, da es das Präfix für reservierte Wörter im Fahrplan ist.

12.2.2 Dateistruktur

Die gespeicherten *.csv-Dateien müssen mit der Erweiterung *.timetable-or umbenannt werden. Die Fahrplandateien müssen in einem Unterverzeichnis namens OpenRails abgelegt werden, das im Aufgabenverzeichnis der Route erstellt wird.

12.2.3 Fahrplangruppen

Mithilfe von Fahrplangruppendateien können mehrere Fahrpläne gleichzeitig geladen werden. Eine Gruppendatei ist eine reine Textdatei mit der Erweiterung .*.timetablelist-or, die sich ebenfalls im OpenRails-Unterverzeichnis des Aufgabenverzeichnisses der Route befindet und die Dateinamen einer oder mehrerer in jeder Zeile aufgeführter Fahrplandateien enthält. Die erste Zeile kann auch mit einem #-Symbol beginnen. In diesem Fall wird der folgende Text als Anzeigename der Fahrplangruppe im Open Rails-Menü verwendet.

Hier ist ein Beispiel für eine Fahrplangruppendatei:

#Alle Nordostkorridordienste – Fr. August 2018

Amtrak – Fr. Aug. 2018.Fahrplan-oder

MARC Camden Line – Fr. Aug. 2018.Fahrplan-oder

MARC Penn Line – Fr. Aug. 2018.Fahrplan-oder

SEPTA Wilmington-Newark – Fr. Aug. 2018. Fahrplan-oder

12.2.4 Pooldateien

In Pools können außer Betrieb befindliche Züge nach dem Prinzip „Wer zuerst kommt, mahlt zuerst“ abgestellt werden, ohne dass die Wege in die Nebengleise und aus ihnen heraus manuell programmiert werden müssen. Pooldateien befinden sich im selben OpenRails-Verzeichnis wie andere Fahrplandateien. Sie haben die Erweiterung .pool-or oder .turntable-or.

12.2.5 Wetterdateien

Wetterdateien, eine Funktion, die nur im Fahrplanmodus verfügbar ist, orchestrieren Änderungen der Wolkendecke, des Niederschlags und der Sichtverhältnisse im Laufe des Fahrplantages. Sie befinden sich in einem speziellen WeatherFiles-Unterverzeichnis des Routenordners und haben die Dateierweiterung *.weather-or. Der Spieler aktiviert eine Wetterdatei, indem er sie im Abschnitt „Fahrplanmodus“ des Hauptmenüs auswählt. Dadurch wird die statische Wetterbedingung außer Kraft gesetzt.

12.2.6 Datei- und Zugauswahl

Beim Starten eines Fahrplanlaufs wird im Menü der Modus Fahrplan ausgewählt. Anschließend muss in der Fahrplansatzanzeige die gewünschte Fahrplandatei bzw. Fahrplangruppendatei ausgewählt werden.

Nach Auswahl des gewünschten Fahrplans wird eine Liste aller in diesem Fahrplan enthaltenen Züge angezeigt und der gewünschte Zug kann ausgewählt werden.

Jahreszeit und Wetter (statisch oder dateidefiniert) können ebenfalls ausgewählt werden; Diese sind in der Fahrplandefinition nicht voreingestellt.

12.3 Zeitplandefinition

12.3.1 Allgemeines

Ein Fahrplan besteht aus einer Liste der Züge und der für jeden Zug erforderlichen Fahrzeit dieser Züge. Die Zeitmessung kann nur auf die Startzeit beschränkt sein oder auch Zwischenzeiten umfassen.

Derzeit sind Zwischenzeiten auf „Bahnsteig“-Standorte beschränkt, die mit dem MSTS Route Editor erstellt wurden.

Jede Spalte in der Tabelle enthält Daten für einen Zug und jede Zeile stellt einen Standort dar. Eine Zelle an der Kreuzung eines Zugs und eines Standorts enthält die Fahrzeitdaten für diesen bestimmten Zug an diesem Standort.

Für allgemeine Informationen oder Steuerbefehle können spezielle Zeilen und Spalten definiert werden.

Die erste Zeile für jede Spalte enthält die Zugdefinition.

Die erste Spalte jeder Zeile enthält die Standortdefinition.

Die Zelle am Schnittpunkt der ersten Zeile und der ersten Spalte muss leer sein.

In diesem Absatz wird nur die Hauptgliederung aufgeführt, eine ausführlichere Beschreibung folgt in den nächsten Absätzen.

12.3.2 Spaltendefinitionen

Eine Spalte wird durch den Inhalt der ersten Zeile definiert.

Standardmäßig definiert die erste Zeile den Zugnamen.

Spezielle Spalten können mit der folgenden Syntax definiert werden:

• #comment: Die Spalte enthält nur Kommentare und wird beim Lesen des Stundenplans ignoriert.

• <leer>: Spalte ist eine Erweiterung der vorhergehenden Spalte.

12.3.3 Zeilendefinitionen

Eine Zeile wird durch den Inhalt der ersten Spalte definiert.

Standardmäßig definiert die erste Spalte den Haltepunkt.

Spezielle Spalten können mit der folgenden Syntax definiert werden:

• #comment: Zeile enthält nur Kommentare und wird beim Lesen des Fahrplans ignoriert

• <leer>: Zeile ist eine Erweiterung der darüber liegenden Zeile

• #path: Definiert den Fahrweg

• #consist: definiert den Zugverband

• #start: definiert die Zeit, zu der der Zug gestartet wird

• #note: Definiert allgemeine Hinweise und Startsteuerbefehle für diesen Zug

• #dispose: definiert, wie mit dem Zug umgegangen wird, nachdem er beendet wurde

• #speed, #speedmph oder #speedkph: Definiert das Geschwindigkeitsverhalten des Zuges in Metern pro Sekunde, Meilen pro Stunde bzw. Kilometer pro Stunde; In einer einzigen Fahrplandatei kann nur eine Art von Geschwindigkeitsmessung verwendet werden

• #restartdelay: definiert zufällige Verzögerungen für einen Zug

• #briefing: Zeile enthält Aufgabenbeschreibungstext für jeden Zug und wird beim Lesen des Fahrplans ignoriert

12.3.4 Timing-Details

Jede Zelle, die sich am Schnittpunkt einer Zugspalte und einer Standortzeile befindet, kann Fahrplandetails für diesen Zug an diesem Standort enthalten. Zeitsteuerungsbefehle können an Orten eingestellt werden, an denen der Zug hält, können aber auch für Orte eingestellt werden, an denen keine Zeitmessung eingefügt wird, da der Zug diese Position durchfährt, ohne anzuhalten.

12.4 Einzelheiten zu den Fahrplandaten

12.4.1 Fahrplanbeschreibung

Obwohl #Kommentarzeilen und -spalten im Allgemeinen ignoriert werden, wird der Inhalt der Zelle am Schnittpunkt der ersten #Kommentarzeile und der ersten #Kommentarspalte als Fahrplanbeschreibung verwendet. Dies erscheint als Name des Fahrplans im Open Rails-Menü und wird verwendet, um auf Züge aus anderen Fahrplänen zu verweisen.

12.4.2 Zugdetails

Der in der ersten Zeile definierte Zugname muss für jeden Zug in einer Fahrplandatei eindeutig sein. Dieser Name wird auch verwendet, wenn in einem Zugbefehl auf diesen Zug verwiesen wird; Details siehe unten.

Die Reihenfolge der Züge ist nicht wichtig.

12.4.3 Standortdetails

Derzeit sind die möglichen Standorte auf „Bahnsteige“ beschränkt, wie sie im MSTS Route Editor definiert sind.

Jeder Standort muss auf den in den Bahnsteigdefinitionen definierten „Stationsnamen“ eingestellt werden.

Der im Fahrplan verwendete Name muss genau mit dem Namen übereinstimmen, der in der Routendefinition (*.tdb-Datei) verwendet wird, andernfalls kann der Standort nicht gefunden und daher nicht verarbeitet werden.

Außerdem muss jeder Ortsname eindeutig sein, da sonst seine Position in der Trasse nicht eindeutig sein könnte.

Die Reihenfolge der Orte ist nicht wichtig, da die Reihenfolge, in der ein Zug die Bahnhöfe passiert, in der Trasse dieses Zuges festgelegt ist. Aus dem gleichen Grund kann die Trasse eines Zuges so eingestellt werden, dass sie nur zwischen einigen Standorten verläuft oder bestimmte Bahnhöfe umgeht.

12.4.4 Timing-Details

Jede Zelle an einer Kreuzung von Zug und Standort kann die Fahrzeitdetails dieses Zuges an diesem Standort enthalten.

Die Zeiten sind als HH:mm definiert und es muss das 24-Stunden-Format verwendet werden.

Wenn eine einzelne Zeit eingegeben wird, wird diese als Abfahrtszeit übernommen (außer am Endort).

Sollen sowohl Ankunfts- als auch Abfahrtszeit angegeben werden, müssen diese durch „-“ getrennt werden.

Zusätzliche Timing-Befehle können enthalten sein. Solche Befehle können auch für Orte festgelegt werden, an denen der Zug nicht hält und daher keine Zeitangaben haben, der Zug diesen Ort jedoch passieren muss, damit die Befehle wirksam werden.

Obwohl ein Ort selbst mehr als einmal in einem Fahrplan definiert werden kann, ist es nicht möglich, Fahrplandetails für Züge für einen Ort mehr als einmal zu definieren. Wenn ein Zug einer Strecke folgt, die ihn mehr als einmal durch denselben Ort führt, muss der Zug in separate Zugeinfahrten „aufgeteilt“ werden.

12.4.1 Fahrplanbeschreibung

Obwohl #Kommentarzeilen und -spalten im Allgemeinen ignoriert werden, wird der Inhalt der Zelle am Schnittpunkt der ersten #Kommentarzeile und der ersten #Kommentarspalte als Stundenplanbeschreibung verwendet. Dies erscheint als Name des Fahrplans im Open Rails-Menü und wird verwendet, um auf Züge aus anderen Fahrplänen zu verweisen.

12.4.2 Zugdetails

Die Reihenfolge der Züge ist nicht wichtig.

12.4.3 Standortdetails

Derzeit sind die möglichen Standorte auf „Bahnsteige“ beschränkt, wie sie im MSTS Route Editor definiert sind.

Jeder Standort muss auf den in den Bahnsteigdefinitionen definierten „Stationsnamen“ eingestellt werden.

Außerdem muss jeder Ortsname eindeutig sein, da sonst seine Position in der Trasse nicht eindeutig sein könnte.

12.4.4 Timing-Details

Jedes Kästchen an einer Kreuzung von Zug und Standort kann die Fahrzeitdetails dieses Zuges an diesem Standort enthalten.

Die Zeiten sind als HH:mm definiert und es muss das 24-Stunden-Format verwendet werden.

Wenn eine einzelne Zeit eingegeben wird, wird diese als Abfahrtszeit übernommen (außer am Endort).

Sollen sowohl Ankunfts- als auch Abfahrtszeit angegeben werden, müssen diese durch „-“ getrennt werden.

12.4.5 Besondere Spalten

• #comment Spalte.

Eine Spalte mit der Definition #comment in der ersten Zeile ist eine Kommentarspalte und wird beim Lesen des Fahrplans ignoriert, mit Ausnahme der Zelle am Schnittpunkt der ersten Kommentarspalte und der ersten Kommentarzeile.

• <Blank> Spalte.

Eine Spalte mit einem leeren Kästchen in der ersten Zeile wird als Fortsetzung der vorhergehenden Spalte betrachtet. Sie kann verwendet werden, um Steuerbefehle einzufügen, die für die Details in der vorhergehenden Spalte gelten. Dies kann nützlich sein, wenn Zeitangaben automatisch durch Formeln in der Tabelle abgeleitet werden, da das Einfügen von Befehlen in die Zeitkästchen selbst die Verwendung solcher Formeln ausschließen würde.

12.4.6 Besondere Zeilen

• #comment Zeile

Eine Zeile mit der Definition #comment in der ersten Spalte ist eine Kommentarzeile und wird beim Lesen des Fahrplans ignoriert, mit Ausnahme der Zelle am Schnittpunkt der ersten Kommentarspalte und der ersten Kommentarzeile.

• <Blank> Zeile

Eine Zeile mit einer leeren Zelle in der ersten Spalte wird als Fortsetzung der vorhergehenden Zeile betrachtet.

• #path Zeile

Die Zeile #path definiert den Pfad dieses Zuges. Die Route muss eine *.pat-Datei sein, wie sie vom MSTS Aufgabeneditor oder von Trackviewer definiert wurde, und muss sich im Pfadverzeichnis der Route befinden. Dieses Feld ist obligatorisch. Der Fahrplan verwendet dieselben Pfade, die für Aufgaben definiert sind.

Wartepunkte dürfen jedoch nicht in Trassen zur Verwendung in Fahrplänen definiert werden, da die Verarbeitung von Wartepunkte im Fahrplankonzept nicht unterstützt wird. Wartepunkte innerhalb eines Fahrplans müssen über die spezifischen Steuerbefehle definiert werden.

Die #path-Anweisung kann ein Qualifikationsmerkmal annehmen: /binary.

Für große Fahrpläne sind möglicherweise viele Pfade erforderlich, und das Laden dieser Pfade kann viel Zeit in Anspruch nehmen (mehrere Minuten). Um diese Ladezeit zu verkürzen, können die Pfade in einem verarbeiteten, binären Format gespeichert werden. Dieses Format ist das gleiche wie im Befehl „Speichern“. Beachten Sie, dass der Benutzer weder zum Lesen noch zum Schreiben direkt auf die binären Pfadinformationen zugreifen kann. Wenn /binary festgelegt ist, prüft das Programm, ob ein Binärpfad vorhanden ist. Wenn ja, wird dieser Pfad gelesen. Wenn nicht, liest es den „normalen“ Pfad und speichert ihn dann als Binärdatei für die zukünftige Verwendung. Binärpfade werden in einem Unterverzeichnis namens OpenRails gespeichert, das im Pfadverzeichnis der Route erstellt werden muss.

Hinweis: Wenn ein Pfad oder die Strecke bearbeitet wird, sind die Binärdaten veraltet. Wenn ja, wird sie automatisch gelöscht und neu erstellt, wenn der Benutzer die Strecke startet.

• #consist-Zeile

Die Zeile #consist definiert den für diesen Zug verwendeten Verbund. Dieses Feld ist Pflichtfeld.

Wenn der Zug jedoch als KI-Zug gefahren wird und aus einem anderen Zug „gebildet“ wird (siehe unten), werden die Zugverbandsinformationen ignoriert und der Zug verwendet den Verband des Zuges, aus dem er gebildet wurde.

Für den Spielerzug wird immer die Gruppe verwendet, auch wenn der Zug aus einem anderen Zug gebildet wird. Die Consist-Definition muss eine *.con-Datei sein, wie vom MSTS-Aufgabeneditor oder vom TSRE5-Consist-Editor definiert, und muss im definierten Consist-Verzeichnis gespeichert sein.

Auch eine komplexere Syntax der Zugverbandsinformation ist möglich, wie unten beschrieben.

Dies ermöglicht, dass eine Zugverbandsinformation nicht nur eine einzelne Zeichenfolge ist, die sich direkt auf eine Datei bezieht, sondern eine Kombination von Zeichenfolgen, mit der Möglichkeit, die Zusammenfassung (einen Teil davon) umgekehrt zu verwenden.

Die allgemeine Syntax lautet:

bestehen [$reverse] [+ besteht [$reverse] [+ ...] ]

Beispiel: Ein lokbespannter Zug fährt mit demselben Zugverband in beide Richtungen. Es sind zwei Verbände definiert: c_loco und c_wagons. Die jetzt verwendbaren Zugverbandsinformationen sind:

c_loco + c_wagons, und für umgekehrt:

c_loco $reverse + c_wagons $reverse

Bitte beachten Sie, dass $reverse immer nur für den Unter-Zugverband gilt, mit dem es definiert ist, nicht für den gesamten kombinierten Zugverband.

Wenn dieser Zug manchmal einige zusätzliche Waggons hat, z.B. Während der Hauptverkehrszeit können die Verbände wie folgt definiert werden (mit c_add die Definition der Zusatzwagen):

c_loco + c_wagons + c_add und für umgekehrt:

c_loco $reverse + c_add $reverse + c_wagons $reverse

Dies kann natürlich die Definition der gesamten erforderlichen Zusammensetzungen einsparen und erspart insbesondere die mühsame Aufgabe, „umgekehrte“ Zusammensetzungen definieren zu müssen. Bei der Verwendung mehrerer Einheiten ist dies noch nützlicher.

Angenommen, es gibt zwei Gruppen von Triebzügen, die entweder als Einzelzüge oder kombiniert verkehren. Normalerweise wären sechs verschiedene Gruppen erforderlich, um alle Züge abzudecken, aber jetzt reichen nur noch zwei aus: set_a und

set_b. Die verschiedenen Kombinationen sind:

set_a, reverse set_a $reverse.

set_b, reverse set_b $reverse.

set_a + set_b, umgekehrt set_b $reverse + set_a $reverse.

Consist-Strings, die „+“ oder „$“ enthalten, können in Fahrplänen verwendet werden, müssen jedoch durch < > eingeschlossen werden. Zum Beispiel :

<Lok+Wagen>+<$Lok+Wagen>$rückwärts

• #Startreihe

Die Zeile #start definiert den Zeitpunkt, zu dem der Zug gestartet wird. Es muss als HH:mm definiert sein und das 24-Stunden-Format muss verwendet werden. Dieses Feld ist Pflichtfeld.

Nutzung der Startzeit für KI-Züge:

– Wenn ein Zug aus einem anderen Zug gebildet wird und dieser andere Zug in den Fahrplan aufgenommen wird, wird die in #start definierte Zeit nur verwendet, um zu definieren, wann der Zug aktiv wird.

Nutzung der Startzeit für Spielertraining:

– Die in #start definierte Zeit wird normalerweise als Startzeit der Zeitplan-„Aktivität“ verwendet.

Wird ein Zug aus einem anderen Zug gebildet und ist dieser Zug im Fahrplan enthalten, so verzögert sich, wenn dieser Zug Verspätung hat und nicht vor der definierten Startzeit eintrifft, auch der Start dieses Zuges bis zu dem Zug, aus dem er austritt gebildet ist angekommen. Dies gilt sowohl für die KI als auch für das Spielertraining. Dies bedeutet, dass sich der Beginn der Spieleraktivität verzögern kann.

Das Feld #start akzeptiert auch eine Reihe von Startbefehlen.

Einzelheiten zum Start und Betrieb der Züge um Mitternacht finden Sie im folgenden Absatz.

• #Notizzeile

In der Zeile #note können Notizbefehle definiert werden, die nicht ortsbezogen sind, sondern für die gesamte Strecke des Zuges gelten. Darüber hinaus können damit auch Befehle für Züge gesetzt werden, die an keinem definierten Ort anhalten oder diesen durchfahren. Diese Zeile ist optional.

• #dispose-Zeile

Die Zeile #dispose definiert, was mit einem KI-Zug passiert, wenn er das Ende seiner Fahrt erreicht hat, d. h. das Ende des definierten Pfades erreicht hat. Die Informationen in der Zeile #dispose können detailliert angeben, ob der Zug in einen anderen Zug umgewandelt werden soll und wenn ja, wie und wo. Einzelheiten finden Sie in den weiter unten beschriebenen Dispose-Befehlen.

Diese Reihe ist optional und wenn sie enthalten ist, ist auch die Nutzung pro Zug optional. Wenn die Zeile nicht enthalten ist oder das Feld nicht für einen bestimmten Zug festgelegt ist, wird der Zug nach seiner Beendigung aus der Aufgabe entfernt.

Die Zeile #dispose hat derzeit keinen Einfluss auf das Ende des Laufs für den Spielerzug.

• #Speed-Reihe

Dieses optionale Feld definiert die Höchstgeschwindigkeit für Züge, wodurch der Zug möglicherweise auf eine niedrigere Geschwindigkeit beschränkt wird, als dies sonst zulässig wäre. Beachten Sie, dass ein hier definierter Wert niemals angewendet wird, wenn er die Höchstgeschwindigkeit überschreitet, die durch Geschwindigkeitsmarkierungen oder Signale oder in der Zugverbandsdatei festgelegt ist.

Falls angegeben, kann in einer einzelnen Fahrplandatei nur eine Zeile mit den Bezeichnungen #speed (m/s), #speedkph oder #speedmph vorhanden sein.

Diese Reihe akzeptiert auch eine Reihe von Geschwindigkeitsbefehlen.

• Zeile #restartdelay

Verzögerungen treten auf, wenn ein Zug von einer Haltestelle wieder anfährt, z.B. an einem Bahnhof oder einem Signal. Für jeden Zug sind standardmäßig zufällige Verzögerungen festgelegt. Die Standardwerte können optional mit Verzögerungsbefehlen im Feld #restartdelay außer Kraft gesetzt werden.

Die zufällige Verzögerung wird als fester Teil + 𝑅𝑎𝑛𝑑𝑜𝑚 (variabler Teil) berechnet, wobei alle Werte in Sekunden angegeben sind.

• #Briefing-Reihe

Die Zeile #briefing ist optional und enthält Text, der den Zugbetrieb für den Benutzer beschreibt. Dieser Text erscheint im Hauptfenster von Open Rails zusammen mit der Beschreibung der Strecke und der Lok.

Der Benutzer kann es auch im Spiel auf der Registerkarte „Einweisung“ des Hilfefensters (F1) sehen.

Ein ähnlicher Eintrag in der Spalte #comment liefert Text, der den gesamten Fahrplan beschreibt. Die Fahrplan- oder Datei erlaubt keine Zeilenumbrüche in den Feldern. Wenn jedoch HTML-Umbrüche „<br>“ in das #briefing-Feld eingefügt werden, werden diese in Zeilenumbrüche umgewandelt.

12.4.7 Steuerbefehle

Allgemein

Steuerbefehle können eingestellt werden, um das Verhalten und die Aktionen von Zügen und Signalen zu steuern.

Befehlssyntax

Alle Befehle haben die gleiche Grundsyntax. Ein Befehl besteht aus:

• Syntaxname: definiert den Steuerbefehl.

• Syntaxwert: Legen Sie den Wert fest, der sich auf den Befehl bezieht. Nicht alle Befehle akzeptieren einen Wert.

• Syntaxqualifizierer: Fügt dem Befehl zusätzliche Informationen hinzu. Nicht alle Befehle verfügen über Qualifikationsmerkmale. Einige Qualifikationsmerkmale können optional sein, andere können jedoch obligatorisch oder nur in Kombination mit anderen Qualifikationsmerkmalen obligatorisch sein.

• Syntax-Qualifiziererwerte: Ein Qualifizierer kann einen Wert erfordern

Befehlssyntax:

$name = Wert /Qualifier=Wert

Es können mehrere Werte eingestellt werden, getrennt durch „+“. Beachten Sie, dass alle Qualifikationsmerkmale immer für alle Werte gelten.

Zugreferenz

Viele Befehle erfordern einen Verweis auf einen anderen Zug. Diese Referenz ist der Name des anderen Zuges, wie in der ersten Zeile definiert.

Befindet sich der Zielzug in einem separaten Fahrplan derselben Fahrplangruppe, erfolgt die Referenz in der Form Zugname:Fahrplanbeschreibung, wobei die Beschreibung der Text am Schnittpunkt der ersten #Kommentarzeile und der #Kommentarspalte in der anderen ist Stundenplandatei.

Stationsbefehle

Stationsbefehle gelten für alle Haltestellen einer bestimmten Stationsreihe. Sie werden direkt nach dem Stationsnamen in der ersten Spalte eingefügt.

$hold, $nohold und $forcehold

Wenn $hold gesetzt ist, wird festgelegt, dass das Ausfahrsignal für diesen Standort bis zu 2 Minuten vor der Abfahrt des Zuges auf Halt stehen muß.

Ein Ausfahrtssignal wird einem Bahnsteig zugeordnet, wenn dieses Signal jenseits der Bahnsteigendmarkierung (in Fahrtrichtung) liegt, sich aber noch innerhalb desselben Gleises befindet – es dürfen sich also keine Punkte etc. zwischen der Bahnsteigmarkierung und dem Signal befinden .

Standardmäßig steht das Signal nicht auf Halt.

$forcehold setzt das erste Signal hinter dem Bahnsteig als Haltesignal, auch wenn dieses Signal des Bahnsteigs nicht als Ausfahrsignal zugeordnet ist. Dies kann an Standorten mit komplexem Layout nützlich sein, an denen sich die Signale nicht direkt an den Bahnsteigenden befinden. Wenn die Signale jedoch nicht gehalten werden, kann dies zu Verzögerungen bei anderen Zügen führen.

$forcewait

Erzwingen Sie, dass der Zug wartet, wenn das nächste Signal gefährdet ist, auch wenn dieses Signal nicht als Ausfahrtssignal für diesen Bahnsteig erkannt wird.

$nowaitsignal

Wenn ein Zug an einem Bahnhof anhält und das nächste Signal vor ihm immer noch in Gefahr ist, fährt der Zug normalerweise nicht ab. Es gibt jedoch Situationen, in denen dies außer Kraft gesetzt werden sollte.

Einige Bahnhöfe sind „Freilinien“-Bahnhöfe, das heißt, sie werden nicht durch Signale gesteuert (normalerweise kleine Haltestellen ohne Weichen). Das nächste Signal ist wahrscheinlich ein „normales“ Blocksignal und befindet sich möglicherweise in einiger Entfernung von der Station. In diesem Fall muss der Zug nicht auf die Freigabe des Signals warten, um abzufahren.

Eine andere Situation besteht bei Güterzügen, Leichtlokomotiven und Leerzügen, die in der Regel ebenfalls nicht auf die Freigabe des Signals warten, sondern sich dem Signal nähern, um so wenig Zeit wie möglich zum Verlassen des Bahnhofs zu benötigen.

$terminal

Der Befehl $terminal ändert die Berechnung der Halteposition und sorgt dafür, dass der Zug am Endende des Bahnsteigs anhält. Ob es sich bei dem Bahnsteig tatsächlich um einen Endbahnsteig handelt und an welchem Ende er endet, wird durch eine Prüfung der Zugtrasse ermittelt.

Befindet sich der Bahnsteig im ersten Abschnitt einer Zugstrecke oder gibt es auf dem Weg, der zu dem Abschnitt führt, auf dem sich der Bahnsteig befindet, keine Kreuzungen, wird davon ausgegangen, dass der Zug an einem Endbahnsteig startet und das Ende des Zuges in der Nähe platziert wird zum Anfang des Bahnsteigs.

Befindet sich der Bahnsteig im letzten Abschnitt des Gleises oder gibt es keine Abzweigungen hinter dem Abschnitt, der den Bahnsteig enthält, wird davon ausgegangen, dass sich der Bahnsteig am Ende des Gleises des Zuges befindet und der Zug bis nahe zum Ende des Bahnsteigs fahren wird in seiner Fahrtrichtung.

Wenn keine der beiden Bedingungen erfüllt ist, wird davon ausgegangen, dass es sich überhaupt nicht um einen Endbahnsteig handelt, und die normale Halteposition wird berechnet.

Die Option $terminal kann für einen Bahnhof oder für einzelne Züge gesetzt werden. Wenn es für einen Bahnhof festgelegt ist, kann es nicht von einem Zug außer Kraft gesetzt werden.

Aufgrund der oben beschriebenen Logik haben jedoch Züge, deren Gleise durch diese Bahnsteige führen, die normalen Haltepositionen, wenn sie für einen Bahnhof festgelegt werden, der sowohl Endbahnsteige als auch Durchgangsbahnsteige hat.

$closeupsignal

Legt einen reduzierten Abstand bei der Annäherung an das Signal fest, um die verfügbare Bahnsteiglänge optimal zu nutzen.

$extendplatformtosignal

Manchmal wird die Bahnsteigmarkierung in einiger Entfernung vom tatsächlichen Ende des Bahnsteigs platziert, an dem sich das Signal befindet, z. B. bei Weichen entlang des Bahnsteigs. Normalerweise würde dies dazu führen, dass Züge weit vom Ende des Bahnsteigs anhalten und dann die Weichen nach hinten blockieren. Dieser Parameter platziert die Position „Ende des Bahnsteigs“ nicht an der Position der Bahnsteigmarkierung, sondern direkt vor der Signalposition.

$restrictplatformtosignal

Manchmal wird die Bahnsteigmarkierung hinter dem Ausfahrtssignal für diesen Bahnsteig platziert. Wenn das Signal Halt zeigt, hält der Zug am Signal und wenn es sich um einen langen Zug handelt, wird diese Haltestelle nicht als Haltestelle des Bahnhofs angesehen, da der Zug die erforderliche Bahnsteighalteposition nicht erreicht hat. Dieser Parameter platziert die Position „Ende des Bahnsteigs“ nicht an der Position der Bahnsteigmarkierung, sondern direkt vor der Signalposition.

$closeup

Syntax: $stoptime=n (n ist die Zeit in Sekunden)

Legt die erforderliche Standardstopzeit an diesem Bahnsteig fest und überschreibt dabei die in der Gleisdatenbank festgelegte Stopzeitdefinition.

$closeup

Der Zug hält in der Nähe eines anderen Zuges, der sich bereits auf dem Bahnsteig befindet. Kann nur verwendet werden, wenn der Zeitbefehl $callon auch für diesen Zug festgelegt ist.

$keepclear

Definiert, dass die Halteposition so sein muss, dass die im Befehl angegebene Länge des Bahnsteigs vor oder hinter dem Zug freigehalten werden muss. Dies kann wichtig sein, wenn ein weiterer Zug angeschlossen werden soll oder ein weiterer Zug auf den gleichen Bahnsteig gebracht werden soll.

Parameter:

hinten = <n> (n in Metern)

Der Haltepunkt muss so sein, dass der Mindestabstand hinter dem Zug n Meter beträgt. Wenn der Bahnsteig über ein Ausfahrtssignal verfügt, hält der Zug vor dem Signal an, auch wenn dies bedeutet, dass weniger als n Meter frei sind, es sei denn, der Parameter /force ist ebenfalls festgelegt. In dieser Situation muss die Trasse des Zuges über das Ausfahrsignal hinaus weitergeführt werden.

Beachten Sie, dass der Zug niemals über das Ende seiner Strecke hinaus weiterfahren wird.

vorne = <n> (n in Metern)

Der Haltestellenstandort muss so beschaffen sein, dass die vor dem Zug verfügbare Mindestbahnsteiglänge nicht weniger als n Meter beträgt. Wenn sich das Heck des Zuges außerhalb des Bahnsteigs befinden würde, wird die Position so berechnet, dass sich das Heck des Zuges am Bahnsteigende befindet, auch wenn dies bedeutet, dass weniger als n Meter frei sind, es sei denn, der Parameter /force ist ebenfalls festgelegt .

Force

Erzwingt, dass der vordere oder hintere Abschnitt freigehalten wird, selbst wenn der Zug das Ausfahrtssignal passieren muss (für den hinteren Parameter) oder der Zugschluß nicht in den Bahnsteig passt (für den vorderen Parameter).

$endstop

Wenn der Weg des Zuges über die Stationsposition hinaus weitergeht (z. B. wenn $keepclear /rear /force eingestellt ist), gilt der Halt als Ende des Wegs, auch wenn der Zug

hat die eigentliche Endposition noch nicht erreicht.

Timing-Befehle

Diese Befehle können für jede Timing-Zelle eingestellt werden, d. h. an jedem Schnittpunkt von Zugspalte und Ortszeile, oder in der #Notizzeile. Die Befehle gelten am und ab dem Standort (falls zutreffend).

Beispielsweise kann ein $wait-Befehl für eine Station ohne Halt gesetzt werden. Der tatsächliche Warteort kann die Station selbst sein, es könnte sich aber auch um eine Schleife oder Kreuzung irgendwo hinter dieser Station handeln.

$wait

Syntax: $wait=<train> /maxdelay=n /notstarted /atstart /owndelay=n

Definiert, dass ein Zug auf den referenzierten Zug warten soll, damit dieser Zug zuerst weiterfahren kann. Der referenzierte Zug kann in die gleiche oder in die entgegengesetzte Richtung wie dieser Zug selbst geroutet werden. Es wird nach dem ersten Gleisabschnitt gesucht, der beiden Zügen gemeinsam ist, beginnend an der Stelle, an der das $wait definiert ist, oder am Anfang von der Pfad, falls in der #note-Zeile definiert.

Wenn der Startort bereits für beide Züge gemeinsam ist, wird zunächst nach dem ersten Abschnitt gesucht, der nicht beiden Zügen gemeinsam ist, und die Wartezeit wird auf den nächsten ersten gemeinsamen Abschnitt darüber hinaus angewendet.

Wenn die Wartezeit eingestellt ist, wird der Abschnitt für diesen Zug erst dann freigegeben, wenn der referenzierte Zug diesen Abschnitt passiert hat. Dadurch wird der Zug zum Warten gezwungen. Der referenzierte Zug muss vorhanden sein, damit die Wartezeit gültig ist.

Wenn jedoch /notstarted gesetzt ist, wird die Wartezeit auch dann gesetzt, wenn der referenzierte Zug noch nicht gestartet wurde. Dies kann verwendet werden, wenn die Warteposition sehr nahe an der Startposition des referenzierten Zuges liegt und das Risiko besteht, dass der Zug den Abschnitt verlässt, bevor der referenzierte Zug gestartet wird.

Beim Definieren eines $wait an einer Stelle, an der der Zug umkehren soll, ist Vorsicht geboten. Da die Suche nur für den aktiven Unterweg durchgeführt wird, ist ein $wait, der an einer Stelle definiert wird, an der der Zug umkehren soll, nicht wirksam, da sich der gemeinsame Abschnitt nach der Umkehrung im nächsten Unterweg befindet. In einer solchen Situation sollte der Zug in zwei separate Definitionen „aufgeteilt“ werden, eine bis zur Umkehrstelle und eine andere, die an dieser Stelle beginnt.

Befehlswert: Referenzierter Zug, dies ist obligatorisch.

Befehlsqualifizierer:

/maxdelay=n: n ist die maximale Verzögerung (in Minuten) des referenzierten Zuges, für den die Wartezeit noch gültig ist.

Diese Verspätung wird bei etwaiger Verspätung des wartenden Zuges, z.B. Wenn maxdelay 5 Minuten beträgt, hat der referenzierte Zug eine Verspätung von 8 Minuten, aber dieser Zug selbst hat eine Verspätung von 4 Minuten, die kompensierte Verspätung beträgt 4 Minuten und die Wartezeit ist also immer noch gültig.

Dieser Parameter ist optional. Wenn er nicht festgelegt ist, wird standardmäßig eine maximale Verzögerung von 0 Minuten festgelegt.

/notstarted: Die Wartezeit wird auch angewendet, wenn der referenzierte Zug noch nicht gestartet ist.

/atstart: Das Warten wird an der aktuellen Position und nicht an der ersten nicht gemeinsamen Position aktiviert.

Kann verwendet werden, wenn ein Zug in der Gegenrichtung an derselben Stelle enden soll, an der dieser Zug gestartet ist, und zwischen dieser Startposition und der aktuellen Position des anderen Zuges möglicherweise keine möglichen Überholorte vorhanden sind.

/owndelay=n (n ist die Verzögerung in Minuten); Der Befehl „OwnDelay Qualifier“ macht den Befehl nur dann gültig, wenn der betreffende Zug mindestens um die Gesamtminuten Verspätung hat, die für den Qualifizierer „OwnDelay“ festgelegt sind.

Dies kann genutzt werden, um einen verspäteten Zug so zu halten, dass er insbesondere auf eingleisigen Abschnitten keine zusätzlichen Verzögerungen bei anderen Zügen verursacht.

/trigger=HH:MM

Experimentelle Option: Beschränkt die Auslösung dieses Befehls erst nach der angegebenen Zeit.

/endtrigger=HH:MM

Experimentelle Option: Schränkt diesen Befehl so ein, dass er nur vor der angegebenen Zeit ausgelöst wird.

$follow

Syntax: $follow=<train> /maxdelay=n /notstarted /owndelay=n

Dieser Befehl ist dem Befehl $wait sehr ähnlich, wird in diesem Fall jedoch auf jeden gemeinsamen Abschnitt beider Züge angewendet, der über einen Teil der Strecke hinausgeht, der nicht gemeinsam war. Der Zug wird so gesteuert, dass der Zug in jedem Abschnitt, in dem die Gleise der Züge nach einem nicht gemeinsamen Abschnitt wieder zusammentreffen, nur dann weiterfährt, wenn der Referenzzug diese Position passiert hat. Der Befehl funktioniert daher als $wait, der für jeden dieser Abschnitte wiederholt wird.

Der Befehl kann nur für Züge gesetzt werden, die in die gleiche Richtung fahren. Wenn ein Warteort gefunden wird und der Zug festgehalten werden soll, wird eine spezielle Prüfung durchgeführt, um sicherzustellen, dass sich das Ende des Zuges nicht im Gleis des referenzierten Zuges befindet oder, falls dies der Fall ist, der referenzierte Zug diese Position bereits verlassen hat . Andernfalls würde es zu einem Deadlock kommen, bei dem der referenzierte Zug den wartenden Zug nicht passieren könnte.

Befehlswert: Referenzierter Zug, dies ist obligatorisch.

Befehlsqualifizierer:

/maxdelay=n: n ist die maximale Verzögerung (in Minuten) des referenzierten Zuges, für den die Wartezeit noch gültig ist. Diese Verspätung wird durch eine eventuelle Verspätung des wartenden Zuges ausgeglichen, z.B. Wenn maxdelay 5 Minuten beträgt, hat der referenzierte Zug eine Verspätung von 8 Minuten, aber dieser Zug selbst hat eine Verspätung von 4 Minuten, die kompensierte Verspätung beträgt 4 Minuten und somit ist das Warten weiterhin gültig.

Dieser Parameter ist optional. Wenn er nicht festgelegt ist, wird standardmäßig eine maximale Verzögerung von 0 Minuten festgelegt.

/notstarted: Das Folgende wird auch angewendet, wenn der referenzierte Zug noch nicht gestartet ist.

/owndelay=n (n ist die Verzögerung in Minuten): Der Befehl „owndelay qualifier“ macht den Befehl nur dann gültig, wenn der betreffende Zug mindestens um die Gesamtminuten Verspätung hat, die für den „owndelay“-Qualifizierer festgelegt sind.

Dies kann genutzt werden, um einen verspäteten Zug so zu halten, dass er insbesondere auf eingleisigen Abschnitten keine zusätzlichen Verzögerungen bei anderen Zügen verursacht.

/trigger=HH:MM

Experimentelle Option: Beschränkt die Auslösung dieses Befehls erst nach der angegebenen Zeit.

/endtrigger=HH:MM

Experimentelle Option: Schränkt diesen Befehl so ein, dass er nur vor der angegebenen Zeit ausgelöst wird.

$connect

Syntax: $connect=<train> /maxdelay=n /hold=h

Definiert, dass ein Zug an einem Bahnhof warten soll, bis ein anderer Zug angekommen ist, damit die Fahrgäste den Anschluss zwischen den Zügen herstellen können.

Der Zugplan wird so eingestellt, dass diese Verbindung möglich ist, und der Befehl $connect wird so eingestellt, dass diese Verbindung aufrechterhalten wird, wenn der ankommende Zug Verspätung hat.

Beachten Sie, dass der Befehl $connect das Signal nicht sperrt. Wenn die Trassen dieses Zuges und des ankommenden Zuges in Konflikt geraten, bevor der ankommende Zug den Bahnhof erreicht, müssen zusätzliche $wait- oder $hold-Befehle gesetzt werden, um einen Stillstand zu vermeiden.

Befehlswert: Referenz auf den Zug, auf den gewartet werden soll, dies ist obligatorisch.

Befehlsqualifizierer:

/maxdelay=n : n ist die maximale Verspätung (in Minuten) des ankommenden Zuges

dieser Zug wird gehalten.

Wenn die Verspätung des ankommenden Zuges diesen Wert überschreitet, wird der Zug nicht warten. Die maximale Verspätung ist unabhängig von der eigenen Verspätung dieses Zuges.

Dieses Qualifikationsmerkmal und sein Wert sind obligatorisch.

/hold=n : n ist die Zeit (in Minuten), die der Zug nach der Ankunft des anderen Zuges noch gehalten wird, und bezieht sich auf die Zeit, die die Fahrgäste für den Anschluss benötigen.

Dieses Qualifikationsmerkmal und sein Wert sind obligatorisch.

$waitany

Syntax : $waitany=<path> /both /opposite

Dieser Befehl setzt eine Wartezeit für jeden Zug, der sich auf dem definierten Streckenabschnitt befindet.

Wenn der Qualifizierer /both gesetzt ist, wird die Wartezeit für jeden Zug unabhängig von seiner Richtung angewendet, andernfalls wird die Wartezeit nur für Züge gesetzt, die in die gleiche Richtung fahren wie die Definition des Pfades.

Die im Befehl waitany definierte Trasse muss einen gemeinsamen Abschnitt mit der Trasse des Zuges selbst haben, sonst kann keine Warteposition gefunden werden.

Dieser Befehl kann so eingestellt werden, dass Züge so gesteuert werden, dass sie über die normalen Signal- oder Deadlock-Regeln hinaus warten. Beispielsweise kann damit eine Prüfung für einen Zug durchgeführt werden, der ein Abstellgleis oder einen Rangierbahnhof verlassen soll, wobei die Strecke, auf die der Zug einfahren soll, auf etwaige Züge überprüft wird, die sich auf dieser Strecke nähern, und zwar über eine Distanz, die weiter hinten liegt, als die Signalisierung normalerweise zulassen würde. um sicherzustellen, dass es keinem auf dieser Strecke entgegenkommenden Zug in die Quere kommt.

Wenn das Qualifikationsmerkmal /both gesetzt ist, kann es am Endende von eingleisigen Strecken verwendet werden, um sicherzustellen, dass ein Zug nicht über die letzte Durchfahrtsschleife hinaus in diesen Abschnitt einfährt, wenn sich bereits ein anderer Zug in diesem Abschnitt befindet, da dies zu unwiederbringlichen Blockaden führen könnte.

Wenn das Qualifikationsmerkmal /opposite festgelegt ist, sucht der Befehl nur nach Zügen in der entgegengesetzten Richtung des definierten Pfades.

$callon

Dadurch kann ein Zug einen Bahnsteig erreichen, auf dem sich ein anderer Zug befindet.

Ausführliche Informationen finden Sie in der obigen Diskussion zum Zusammenhang zwischen Signalisierung und Fahrplan.

$hold, $nohold und $forcehold

Diese Befehle sind funktional identisch mit den jeweiligen Bahnhofsbefehlen (und haben Vorrang vor diesen), gelten jedoch nur für den aktuellen Zug.

$forcewait

Identisch mit dem Bahnhofsbefehl, gilt jedoch nur für den aktuellen Zug.

$nowaitsignal

Identisch mit dem Bahnhofsbefehl, gilt jedoch nur für den aktuellen Zug.

$waitsignal

Kann verwendet werden, um einen $nowaitsignal-Stationsbefehl für den aktuellen Zug zu überschreiben und zu negieren.

$noclaim

Experimentelle Option: Der Befehl $noclaim verhindert, dass der Zug Gleisstromkreisabschnitte beansprucht, wenn der Zug an einem Signal gehalten wird. Ein Zug mit dem Befehl $noclaim würde an stark befahrenen Kreuzungen immer als letzter in der Warteschlange stehen und jedem anderen Zug immer Vorrang geben.

$detach

Syntax : $detach <detach parameters> <forms parameters>

Legen Sie Details für den Zug fest, um einen Teil dieses Zuges abzutrennen.

Parameter zur Definition des abzukuppelnden Zugteils:

/power

Werde das Tfz abkuppeln. Das System prüft, ob sich vorne oder hinten ein Tfz befindet. Wenn beiden Enden Tfz gefunden werden, hat das vordere Vorrang. Wenn an beiden Enden kein Tfz vorhanden ist, wird nichts abgekuppelt.

/leadingpower

Es wird nur das vordere Tfz abgekuppelt. Wenn vorne kein Tfz vorhanden ist, wird nichts abgekuppelt.

/allleadingpower

Alle Tfz an der Vorderseite des Zuges werden abgekuppelt. Wenn an der Vorderseite keine Tfz vorhanden sind, wird nichts abgekuppelt.

/trailingpower

Wird das Tfz abgekuppelt, die die hinterste Einheit im Zug ist. Wenn es sich bei der hinteren Einheit nicht um ein Tfz handelt, wird nichts abgekuppelt.

/alltrailingpower

Alle Tfz werden vom Zugende abgekuppelt. Wenn am Ende des Zuges keine Tfz vorhanden sind, wird nichts abgekuppelt.

/nonpower

Alle Nicht-Tfz werden vom Zug getrennt. Das System ermittelt, an welchem Ende des Zuges sich die Tfz befinden, und trennt dann alle Nicht-Tfz vom anderen Ende des Zuges ab.

Wenn keines der Enden über Tfz verfügt, werden die Einheiten vom Zugschluß abgekuppelt. Wenn beide Enden Tfz sind, wird nichts abgekuppelt.

/units=n (n kann <0 oder >0 sein, aber n=0 ist nicht zulässig)

Anzahl der abzutrennenden Einheiten.

Wenn n>0, werden die Einheiten an der Vorderseite des Zuges abgetrennt. Wenn n<0, werden die Einheiten am Ende des Zuges abgetrennt. Überschreitet n die tatsächliche Länge des Zuges, wird n so reduziert, dass eine Einheit im Zug verbleibt.

/consist=<consist>[+<consist>[+...]]

Name der abzutrennenden Gruppe(n). Informationen zur Verwendung von Verbundnamen im Trennbefehl finden Sie im folgenden Hinweis zu Verbundnamen.

Der abzulösende Verband muss sich an einem der beiden Enden des Zuges befinden, d. h. es muss sich um den vorderen Teil oder den hinteren Teil des Zuges handeln.

Wenn eine Liste von Verbänden definiert wird, muss diese in der Reihenfolge der abzutrennenden Verbände vorliegen, von außen nach innen gesehen, d. h. wenn die Einheiten an der Vorderseite abgetrennt werden sollen, muss der erste Verbund in der Liste der vordere Teil sein , aber wenn die Einheiten hinten abgetrennt werden sollen, muss der erste Verband in der Liste der hintere Teil sein.

Wenn weder der vordere noch der hintere Teil mit dem definierten Verband oder dem ersten Verband übereinstimmen, wird nichts abgetrennt.

Parameter für den gebildeten Zug:

/forms=<train>

Der abgetrennte Teil bildet wie angegeben einen Zug.

/static

Der abgetrennte Teil bildet eine statische Einheit.

$attach

Syntax : $attach=<train>

Dieser Zug wird wie angegeben an den Zug angeschlossen und wird daher nicht mehr existieren.

Bei Verwendung an einer Haltestelle gibt es keinen Sinn, etwas über diese Haltestelle hinaus zu definieren, und im #dispose-Feld kann auch nichts definiert werden.

Befindet sich der andere Zug, an den dieser Zug angeschlossen werden muss, nicht an der Stelle, an der die Verbindung stattfinden soll, endet dieser Zug, ohne dass die Verbindung stattfindet. Es empfiehlt sich daher, einen $wait-Befehl zu verwenden, um sicherzustellen, dass sich der andere Zug wie erforderlich am Standort befindet.

Wenn der Parameter /firstin oder /setback gesetzt ist, sollte es umgekehrt sein. In diesem Fall sollte ein $wait-Befehl für den anderen Zug gesetzt werden, um sicherzustellen, dass dieser Zug tatsächlich als Erster ankommt.

Parameter (nur gültig bei Haltestelle Haltestelle):

/firstin

Dieser Zug befindet sich im ersten Zug und wartet auf die Ankunft des zweiten Zuges, um die Verbindung durchzuführen. Der andere Zug kann vor diesem Zug über eine Weiche oder aus der Gegenrichtung einfahren.

/setback

Dieser Zug fährt als Erster ein und wartet darauf, dass der andere Zug dahinter einfährt. Wenn der andere Zug angekommen ist, wird dieser Zug zurückgesetzt, um die Befestigung durchzuführen.

Dies sollte nicht verwendet werden, wenn eine Lokomotive vom anderen Zug getrennt werden soll, da dieser Zug nicht darauf wartet, dass die Lokomotive freigegeben wird, bevor er die Verbindung durchführt.

$pickup

Syntax : $pickup=<train> /static

Dieser Zug nimmt den Zug wie im Befehl definiert auf oder nimmt die statische Zusammensetzung auf, die sich an dem Ort befindet, an dem die Abholung definiert ist.

Der aufgenommene Zug hört auf zu existieren. Der gesamte Zug wird aufgenommen, es werden keine Änderungen an der Zusammensetzung der Züge vorgenommen (außer in Kombination mit dem Befehl $triggers im Feld #dispose).

Wenn an dem erforderlichen Ort kein Zug zum Aufnehmen vorhanden ist, fährt der Zug wie definiert weiter.

$transfer

Syntax : $transfer=<train> /static <transfer parameters>

Dieser Zug (der „aktive“ Zug) transportiert Einheiten wie angegeben mit dem Zug oder mit einer statischen Einheit, die an der Stelle platziert ist, an der der Transfer definiert ist (der „passive“ Zug).

Bei einem Transfer werden Einheiten von einem Zug auf einen anderen übertragen, beide Züge bleiben jedoch weiterhin bestehen. Mindestens ein Triebwerk muss im „aktiven“ Zug verbleiben, dieses Triebwerk darf nicht Teil des zu übertragenden Teils sein. Der „passive“ Zug muss keine Antriebseinheiten haben, oder alle Antriebseinheiten können im Rahmen des Transfers abgetrennt werden.

Parameter, die die Art der Übertragung definieren:

/give

Dieser Zug soll die definierten Einheiten an den anderen Zug weitergeben, d. h. Einheiten, die für den „aktiven“ Zug definiert sind, werden in den „passiven“ Zug verschoben.

/take

Dieser Zug soll die definierten Einheiten vom anderen Zug übernehmen, d. h. Einheiten, die für den „passiven“ Zug definiert wurden, werden in den „aktiven“ Zug verschoben.

/keep

Alle Einheiten mit Ausnahme der für den „aktiven“ Zug definierten Einheiten werden in den „passiven“ Zug übertragen.

/leave

Alle Einheiten mit Ausnahme der für den „passiven“ Zug definierten Einheiten werden in den „aktiven“ Zug übertragen.

Parameter, die die Einheiten definieren, die übertragen oder im Zug bleiben sollen:

/onepower : Nur ein Tfz.

/allpower : Alle Tfz.

/nonpower : Alle Einheiten, die keine Tfz sind.

/units=<n>

Wenn der Abschnitt für den „aktiven“ Zug definiert ist und <n> die Länge dieses Zuges überschreitet, wird die Anzahl reduziert, sodass eine Einheit im Zug verbleibt.

/consist=<consist>[+consist[+...]]

Besteht aus Namen von Teilen, die behalten oder übertragen werden sollen. Die Zugnamen müssen der Reihe nach sein und der erste (oder einzige) Zugname muss mit dem Teil am entsprechenden Ende des Zuges übereinstimmen.

$activate

Syntax : $activate=<train>

Aktiviert den Zug wie angegeben, entweder wenn der Zug startet, wenn der Zug an der angegebenen Haltestelle ist oder wenn er endet.

Startbefehle

$create

Syntax : $create[=<time>] [/ahead=<train>]

Der Befehl $create erstellt diesen Zug zum angegebenen Zeitpunkt. Wenn keine Zeit eingestellt ist, wird der Zug vor dem Start des ersten Zuges erstellt. Der Zug bleibt bis zu der als Startzeit festgelegten Zeit „statisch“. Es gelten weiterhin die normalen Regeln für die Zugplatzierung, sodass ein Zug nicht auf einem Gleisabschnitt platziert werden kann, der bereits von einem anderen Zug besetzt ist.

Auf Abstellgleisen können jedoch häufig mehrere Züge verkehren. Um dies zu berücksichtigen und sicherzustellen, dass die Züge in der richtigen Reihenfolge (der erste fährt vorne) abgestellt werden, muss der Parameter [/ahead=<train>] verwendet werden.

Der Zug wird nun in Richtung des Fahrwegs vor dem referenzierten Zug platziert. Auf einem Abstellgleis können mehrere Züge gelagert werden, es muss jedoch darauf geachtet werden, die richtigen Referenzen festzulegen. Der Verweis muss immer auf den vorherigen Zug erfolgen – zwei Züge können im Parameter /ahead nicht auf denselben Zug verweisen, da dies zu Konflikten führen würde.

Wenn die Gesamtlänge aller Züge die Länge der Abstellgleise überschreitet, „schwappen“ die Züge auf das, was dahinter liegt.

Beachten Sie, dass ein Zug, auf den in einem /ahead-Parameter verwiesen wird, vor oder gleichzeitig mit dem Zug erstellt werden muss, der diesen Verweis verwendet.

$pool

Syntax : $pool=<poolname> [/direction=forward|backward]

Der Zug stammt aus dem definierten Pool.

Für Züge, die von einem Pool abfahren, muss der Weg am oder nahe dem Ende eines der für diesen Pool definierten Zugangswege beginnen. Wenn der Weg früher beginnt als der letzte für den Zufahrtsweg definierte Gleisabschnitt, darf er nicht von diesem Weg abweichen.

Bei Drehscheibenbecken kann über den Richtungskennzeichner festgelegt werden, in welche Richtung der Zug aus der Drehscheibe ausfährt. Wenn nicht eingestellt, fährt der Zug rückwärts.

$next

Die Startzeit ist nach 00:00 Uhr am Ende des Fahrplans. Kann verwendet werden, um den Zugbetrieb nach Mitternacht zu starten.

$static

Syntax : $static [/pool=<pool>] [/ahead=<train>]

This train will spawn as a static train.

/pool=<pool>

Der Zug wird im referenzierten Pool erstellt. Damit ein Pool über Züge verfügt, müssen diese mit diesem Befehl definiert werden.

Der Pfad muss ein für diesen Pool definierter Speicherpfad sein. Beachten Sie, dass der Zug auf einem der anderen Speicherpfade platziert werden kann, die für diesen Pool definiert sind. Dies wird durch die Poollogik definiert.

Wenn in einem Pool mehr Züge erstellt werden, als der Pool aufnehmen kann, wird eine Warnung ausgegeben.

/ahead=<train>

Wie oben für den Befehl $create.

$activated

Der Zug wird durch den $activate-Befehl eines anderen Zuges aktiviert. Der Befehl $activate kann vor oder nach der definierten Startzeit dieses Zuges gesendet werden.

Ein Zug kann nur von einem anderen Zug aktiviert werden.

Hinweisbefehle

Die Notizzeile definiert Befehle, die beim Starten des Zuges gelten. Zusätzlich zu den unten aufgeführten exklusiven #note-Befehlen akzeptiert diese Zeile auch alle Timing-Befehle.

Das Programm verwendet durchschnittliche Beschleunigungs- und Verzögerungswerte für alle Züge (unterschiedliche Werte für Güter-, Personen- und Hochgeschwindigkeitszüge). Doch insbesondere für moderne Züge sind diese Werte nicht immer ausreichend. Dies kann zu Verzögerungen führen, wenn versucht wird, einen realen Zeitplan einzuhalten.

Mit den Befehlen $acc und $dec können die verwendeten Werte geändert werden. Beachten Sie, dass diese Befehle keinen tatsächlichen Wert, sondern einen Faktor definieren. Der Standardwert wird mit diesem Faktor multipliziert. Die Einstellung eines höheren Wertes für Beschleunigung und Verzögerung bedeutet jedoch nicht, dass die Züge entsprechend dem eingestellten Wert immer schneller beschleunigen und abbremsen. Meistens wird das Zugverhalten durch die Physik gesteuert. Aber insbesondere der $dec-Faktor hat einen wichtigen Nebeneffekt. Der Verzögerungswert wird auch zur Berechnung des voraussichtlich erforderlichen Bremswegs verwendet. Durch die Einstellung einer höheren Verzögerung verkürzt sich der erforderliche Bremsweg, sodass der Zug über längere Strecken weiterhin mit der maximal zulässigen Geschwindigkeit fahren kann. Dies kann erhebliche Auswirkungen auf den Zeitpunkt haben. Achten Sie jedoch darauf, den Wert nicht zu hoch einzustellen – der berechnete Bremsweg muss natürlich ausreichen, um eine ordnungsgemäße Bremsung zu ermöglichen, da der Zug sonst nicht rechtzeitig anhalten kann und es zu SPADs etc. kommt.

Ein typischer Wert für moderne Aktien für den Befehl $dec ist 2 oder 3.

$acc

Syntax : $acc=<value>

Legt die erforderliche Beschleunigung für diesen Zug fest. <Wert> ist ein Multiplikator für die Standardbeschleunigung.

$dec

Syntax : $dec=<value>

Legt die erforderliche Verzögerung für diesen Zug fest. <Wert> ist ein Multiplikator für die Standardverzögerung.

$doo

Definiert den Zug als „Nur durch den Fahrer bedient“. Wenn eingestellt, ertönt bei der Abfahrt von einem Bahnhof kein Abfahrtston (Pfeif, Glocke oder was auch immer).

$forcereversal

Normalerweise wird bei einer Umkehrung und einem Signal auf der Strecke des Zuges, das vom Wendepunkt wegführt, die tatsächliche Wendeposition so festgelegt, dass der Zug dieses Signal vollständig passiert, bevor er rückwärts fährt, und die Rückwärtsfahrt wird daher von gesteuert dieses Signal.

Durch die Einstellung von $forcereversal kann der Zug rückwärts fahren, sobald er die Rückwärtsposition verlässt. Dies ist beim Rangieren in Rangierbahnhöfen nützlich, wenn es nicht erforderlich ist, den Rangierbahnhof vollständig zu verlassen, um rückwärts zu fahren und das Einfahrtssignal zu geben.

Geschwindigkeitsbefehle

$max

Syntax : $max=<value>

Gesamthöchstgeschwindigkeit für diesen Zug.

$cruise

Syntax : $cruise=<value>

Höchstgeschwindigkeit, mit der der Zug normalerweise fährt, wenn er pünktlich fährt. Wenn die tatsächliche Verzögerung die definierte maximale Verzögerung (wie in $maxdelay festgelegt) überschreitet, beschleunigt der Zug auf maximale Geschwindigkeit.

$maxdelay

Syntax : $maxdelay=<m>

Maximale Verzögerung (in Minuten) für die Geschwindigkeitsregelung. Wenn diese Verzögerung überschritten wird, beschleunigt der Zug auf Höchstgeschwindigkeit.

$creep

Syntax : $creep=<value>

Die Kriechgeschwindigkeit ist die Mindestgeschwindigkeit bei der endgültigen Annäherung an ein Signal an einer Gefahrenstelle oder an einer Haltestelle.

$attach

Syntax : $attach=<value>

Geschwindigkeit, mit der der Zug an einen anderen Zug anschließt.

$detach

Syntax : $detach=<value>

Geschwindigkeit, mit der sich der Zug von einem anderen Zug löst.

$movingtable

Syntax : $movingtable=<value>

Geschwindigkeit, mit der der Zug durch Drehscheiben fährt.

Befehle verzögern

Alle Verzögerungsbefehle, mit Ausnahme des $reverse-Befehls, haben die Form $command [/fix=<f>] [/ var=<v>], wobei <f> die feste Komponente der Zeitverzögerung darstellt und <v > stellt den variablen Anteil der Zeitverzögerung dar, jeweils in Sekunden.

$new

Legen Sie die Verzögerung des Zuges fest, nachdem er im Simulator erscheint. Die feste Verzögerung beträgt standardmäßig 0 Sekunden, während die variable Verzögerung standardmäßig 10 Sekunden beträgt.

$path

Legen Sie die Verzögerung des Zugs fest, nachdem er auf seinem Weg vor einem Hindernis angehalten hat, z. B. einem Stoppsignal oder einer umgekehrten Weiche. Die feste Verzögerung beträgt standardmäßig 1 Sekunde, während die variable Verzögerung standardmäßig 10 Sekunden beträgt.

$station

Legen Sie die Verzögerung des Zuges nach dem Anhalten an einem Bahnhof fest. Die feste Verzögerung beträgt standardmäßig 0 Sekunden, während die variable Verzögerung standardmäßig 15 Sekunden beträgt.

$follow

Legen Sie die Verzögerung des Zuges fest, wenn Sie einem anderen Zug folgen. Die feste Verzögerung beträgt standardmäßig 15 Sekunden, während die variable Verzögerung standardmäßig 10 Sekunden beträgt.

$attach

Legen Sie die Verzögerung des Zugs nach dem Anhängen an einen anderen Zug fest. Die feste Verzögerung beträgt standardmäßig 30 Sekunden, während die variable Verzögerung standardmäßig 30 Sekunden beträgt.

$detach

Legen Sie die Verzögerung des Zuges fest, nachdem ein Teil davon abgetrennt wurde. Die feste Verzögerung beträgt standardmäßig 5 Sekunden, während die variable Verzögerung standardmäßig 20 Sekunden beträgt.

$movingtable

Stellen Sie die Verzögerung des Zuges ein, nachdem Sie eine Drehscheibe verwendet haben. Die feste Verzögerung beträgt standardmäßig 1 Sekunde, während die variable Verzögerung standardmäßig 10 Sekunden beträgt.

$reverse

Syntax : $reverse /additional=<value>

Beim Rückwärtsfahren wird eine zusätzliche Verzögerung hinzugefügt, um die Zeit widerzuspiegeln, die der Fahrer benötigt, um durch oder entlang des Zuges bis zum anderen Ende zu gehen. Diese Verzögerung beträgt standardmäßig 0,5 Sekunden pro Meter Zugstrecke, ein Wert, der mit diesem Befehl überschrieben werden kann. Für Züge, die beim Rückwärtsfahren geschoben werden, z.B. Für Rangierfahrten von Güterzügen empfiehlt es sich, die Rückfahrverzögerung auf 0 zu setzen.

Befehle entfernen

Das Entfernen von Befehlen kann in der Zeile #dispose festgelegt werden, um zu definieren, was mit dem Zug nach seiner Beendigung geschehen soll. Nachfolgend finden Sie spezielle Hinweise zum Verhalten des Spielerzugs, wenn er durch einen Dispose-Befehl aus einem anderen Zug gebildet wird oder wenn der Spielerzug selbst einen Dispose-Befehl hat.

$forms

Syntax : $forms=<train> <qualifiers>

$forms definiert, welcher neue Zug aus diesem Zug gebildet werden soll, wenn der Zug endet. Der Verbund des neuen Zuges wird aus dem Verbund des Endzuges gebildet und jegliche Verbunddefinition für den neuen Zug wird ignoriert. Der neue Zug bleibt bis zu dem in #start row für diesen Zug definierten Zeitpunkt „statisch“. Das bedeutet, dass der neue Zug nicht versucht, seinen Weg, seine Signale usw. freizumachen und sich auch dann nicht bewegt, wenn er sich nicht in einem Bahnhof befindet.

Wenn der ankommende Zug Verspätung hat und seine Ankunftszeit später als die Startzeit des neuen Zuges liegt, verzögert sich auch der Start des neuen Zuges, aber der neue Zug wird sofort aktiv, sobald er gebildet wird.

Für lokbespannte Züge kann definiert werden, dass die Lokomotive(n) um den Zug herumlaufen müssen, damit sich der Zug in die entgegengesetzte Richtung bewegen kann. Der Runround-Qualifizierer benötigt einen Pfad, der den Pfad definiert, den die Engine(s) bei der Durchführung des Runrounds nehmen sollen. Wenn der Zug mehr als eine führende Lokomotive hat, werden alle Lokomotiven umlaufen. Alle anderen Triebwerke im Zug werden nicht bewegt.

Spezifische Regeln und Bedingungen für den Betrieb des Umlaufs finden Sie in der Diskussion zum Zusammenhang zwischen Signalisierung und Fahrplankonzept.

Wenn Runround definiert ist, kann der Zeitpunkt definiert werden, zu dem der Runround stattfinden soll. Ist diese Zeit nicht eingestellt, erfolgt der Umlauf sofort nach Beendigung des einfahrenden Zuges. Befehlswert: Referenzierter Zug, dies ist obligatorisch.

Befehlsqualifizierer:

/runround=<Pfad>: <Pfad> ist der Pfad, den die Engine zum Durchführen des Umlaufs verwenden soll.

Dieses Qualifikationsmerkmal ist optional; Wenn festgelegt, ist der Wert obligatorisch.

Für eine genauere Steuerung des Umlaufplans wird empfohlen, stattdessen die Befehle $detach und $attach zu verwenden.

/rrtime=time: time ist die Definition der Zeit, zu der der Umlauf stattfinden soll. Die Zeit muss in HH:mm definiert werden und das 24-Stunden-Format verwenden.

Dieses Qualifikationsmerkmal ist nur in Kombination mit dem Qualifikationsmerkmal /runround gültig und optional. Wenn es jedoch festgelegt ist, ist der Wert obligatorisch.

/setstop: Wenn für diesen Zug selbst keine Haltestellen definiert sind, der Zug, den er bilden soll, aber an einer Station startet, kopiert dieser Befehl die Details der ersten Haltestelle des gebildeten Zuges, um sicherzustellen, dass dieser Zug am richtigen Ort hält .

Damit dieser Qualifier korrekt funktioniert, muss der Weg des ankommenden Zuges im Bahnsteigbereich des abfahrenden Zuges enden.

Dieses Qualifikationsmerkmal ist optional und akzeptiert keine Werte.

/atstation: Die endgültige Position des Zuges wird so berechnet, als ob der Zug an der Station halten würde, an der der neue Zug startet, auch wenn für diesen Zug keine Haltestelle definiert ist.

/closeup: Die endgültige Position des Zuges liegt nahe am Ende des Gleises oder eines anderen Zuges.

/speed=<v>: Dieses Qualifikationsmerkmal kann nur mit dem Parameter $runround verwendet werden. Sie definiert die maximale Geschwindigkeit für die Umlaufbewegung in m/s.

$trigger

Syntax: $triggers=<train> <qualifiers>

$triggers definiert außerdem, welcher neue Zug aus diesem Zug gebildet werden soll, wenn der Zug endet.

Wenn dieser Befehl jedoch verwendet wird, wird der neue Zug anhand der Zugverbanddefinition des neuen Zuges gebildet und der bestehende Zugverband wird entfernt.

Befehlswert: Referenzierter Zug, dies ist obligatorisch.

Befehlsqualifizierer:

/runround=<Pfad>: <Pfad> ist der Pfad, den die Engine zum Durchführen des Runrounds verwenden soll.

Dieses Qualifikationsmerkmal ist optional; Wenn festgelegt, ist der Wert obligatorisch.

/rrtime=time: time ist die Definition der Zeit, zu der der Durchlauf stattfinden soll. Die Zeit muss in HH:mm definiert werden und das 24-Stunden-Format verwenden.

Dieses Qualifikationsmerkmal ist nur in Kombination mit dem /runround-Qualifikationsmerkmal gültig

optional, aber wenn festgelegt, ist der Wert obligatorisch.

Damit dieser Qualifier korrekt funktioniert, muss der Weg des ankommenden Zuges im Bahnsteigbereich des abfahrenden Zuges enden.

Dieses Qualifikationsmerkmal ist optional und akzeptiert keine Werte.

/atstation: Die endgültige Position des Zuges wird so berechnet, als ob der Zug an der Station halten würde, an der der neue Zug startet, auch wenn für diesen Zug keine Haltestelle definiert ist.

/closeup: Die endgültige Position des Zuges liegt nahe am Ende des Gleises oder eines anderen Zuges.

/speed=<v>: Dieses Qualifikationsmerkmal kann nur mit dem Parameter $runround verwendet werden. Sie definiert die maximale Geschwindigkeit für die Umlaufbewegung in m/s.

$static

Syntax : $static /closeup

Der Zug wird nach seiner Beendigung zu einem „statischen“ Zug.

Befehlswert: keiner.

Befehlsqualifizierer:

/closeup: Die endgültige Position des Zuges liegt nahe am Ende des Gleises oder eines anderen Zuges.

$stable

Syntax: $stable /out_path=<path> /out_time=time /in_path=<path> /in_time=time /static /runround=<path>

/rrtime= time /rrpos=<runround position> / forms=<train> /triggers=<train> /speed=<v> /name=<name>

$stable ist eine erweiterte Form von $forms, $triggers oder $static, wobei der Zug an einen anderen Ort verschoben wird, bevor der entsprechende Befehl ausgeführt wird. Im Falle von /forms oder /triggers kann der Zug an denselben oder einen anderen Ort zurückfahren, an dem der neue Zug tatsächlich startet. Beachten Sie, dass der Zug in diesen Fällen zwei Bewegungen ausführen muss, nach außen und nach innen.

Ein Runround kann durchgeführt werden, falls /forms definiert ist.

Wenn /triggers definiert ist, erfolgt der Verbandswechsel an der „stabilen“ Position. Alle Umkehrungen im Einwärtspfad oder an der endgültigen Einwärtsposition werden beim Aufbau des neuen Zugs berücksichtigt, sodass der Verbund in die richtige Richtung zeigt, wenn der neue Zug an der endgültigen Einwärtsposition gebildet wird.

Der $stable kann verwendet werden, wenn ein Zug einen anderen Zug bildet, der Zug jedoch den Bahnsteig verlassen muss, bevor der neue Zug gebildet werden kann, damit andere Züge diesen Bahnsteig nutzen können. Es kann auch verwendet werden, um einen Zug nach Abschluss seines letzten Dienstes auf ein Abstellgleis zu bewegen und dort als stationärer Zug „abzustellen“.

Für jeden Zug können separate Zeitvorgaben definiert werden; Ist ein solcher Zeitpunkt nicht definiert, erfolgt der Umzug unmittelbar nach Abschluss des vorherigen Umzugs.

Wenn Zeiten definiert sind, bleibt der Zug nach Abschluss der vorherigen Bewegung bis zur erforderlichen Zeit „statisch“.

Wenn der gebildete Zug einen gültigen Bahnhofshalt hat und der Rückweg des Stable-Befehls (in_path) im Bereich des Bahnsteigs des ersten Bahnhofshalts des gebildeten Zugs endet, erfolgt die 'setstop'-Prüfung (siehe setstop-Qualifikationsmerkmal im $forms-Befehl). ) wird automatisch hinzugefügt

Befehlswert: keiner.

Befehlsqualifizierer:

/out_path=<Pfad>: <Pfad> ist der Pfad, den der Zug verwenden soll, um zur „stabilen“ Position zu gelangen. Der Anfang der Trasse muss mit dem Ende der Trasse des ankommenden Zuges übereinstimmen.

/out_time = time: Zeitdefinition, wann der Hinlauf gestartet werden muss. Die Zeit ist als HH:mm definiert und muss das 24-Stunden-Format verwenden.

/in_path=<Pfad>: <Pfad> ist der Pfad, den der Zug für die Einwärtsfahrt von der „stabilen“ Position zum Start des neuen Zuges verwenden soll. Der Anfang des Pfades muss mit dem Ende des out_path übereinstimmen, das Ende des Pfades muss mit dem Anfang des Pfades für den neuen Zug übereinstimmen.

/in_time = time: Zeitangabe, wann der Einlauf gestartet werden muss. Die Zeit ist als HH:mm definiert und muss das 24-Stunden-Format verwenden.

/closeup: Die endgültige Position des Zuges liegt nahe am Ende des Gleises oder eines anderen Zuges.

/callon: Dieser Zug darf auf den Bahnsteig einfahren, auch wenn dieser besetzt ist.

Diese Option erfordert die Implementierung der Funktion TrainHasCallOn oder TrainHasCallOn_Restricted für das Signal, das den Bahnsteig schützt.

/runround=<Pfad>: <Pfad> ist der Pfad, den die Engine zum Durchführen des Runrounds verwenden soll. Einzelheiten finden Sie in der $forms-Befehlsdefinition des Zeitpunkts, zu dem der Runround stattfinden soll. Die Zeit muss in HH:mm definiert werden und das 24-Stunden-Format verwenden.

/rrtime=time: time ist die Definition des Zeitpunkts, zu dem der Runaround stattfinden soll. Die Zeit muss in HH:mm definiert werden und das 24-Stunden-Format verwenden.

/rrpos = <Runround-Position>: die Position innerhalb der „stabilen“ Bewegung, an der der Runround stattfinden soll.

Mögliche Werte:

• out: Der Runround findet statt, bevor mit der Hinbewegung begonnen wird.

• stable: Der Rundlauf findet an der „stabilen“ Position statt.

• in: Der Runround findet nach Abschluss der Einwärtsbewegung statt.

/speed=<v>: Dieses Qualifikationsmerkmal kann nur mit dem Parameter $runround verwendet werden. Sie definiert die maximale Geschwindigkeit für die Umlaufbewegung in m/s.

/name=<name>: Dieses Qualifikationsmerkmal kann nur mit dem Parameter $runround verwendet werden. Es definiert den Namen, den der Zug während der Stallbewegung tragen wird. Dies ist der Name, der in den F7-Infos, in den Dispatcher-HUD-Infos und im Dispatcher-Fenster angezeigt wird.

/static: Der Zug wird nach Abschluss der Hinbewegung zu einem „statischen“ Zug.

/forms=<Zug>: Der Zug bildet nach Abschluss der Einwärtsbewegung den neuen Zug. Weitere Informationen finden Sie im Befehl $forms.

/triggers=<Zug>: Der Zug löst den neuen Zug nach Abschluss der Einfahrt aus. Der Zug wird an der „stabilen“ Position in die Zusammensetzung des neuen Zuges wechseln. Weitere Informationen finden Sie im Befehl $triggers.

Verwendung von Befehlsqualifizierern:

In Kombination mit /static:

• /out_path: obligatorisch

• /out_time: optional

In Kombination mit /forms:

• /out_path: obligatorisch

• /out_time: optional

• /in_path: obligatorisch

• /in_time: optional

• /runround: optional

• /rrtime: optional, nur gültig, wenn /runround gesetzt ist

• /rrpos: obligatorisch, wenn /runround gesetzt ist, andernfalls ungültig

In Kombination mit /triggers:

• /out_path: obligatorisch

• /out_time: optional

• /in_path: obligatorisch

• /in_time: optional

$pool

Syntax: $pool=<Poolname> [/direction=forward|backward]

Der Zug tritt bei seiner Beendigung in den definierten Pool ein.

Bei Drehscheibenbecken kann über den Richtungskennzeichner festgelegt werden, in welche Richtung der Zug von der Drehscheibe einfährt. Wenn nicht eingestellt, fährt der Zug rückwärts.

$attach