Fahrpläne: Difference between revisions
mNo edit summary |
|||
| Line 86: | Line 86: | ||
;EndTime | ;EndTime | ||
:(date) | :(date) | ||
:Gibt an, bis wann diese Regel | :Gibt an, bis wann diese Regel angewendet werden darf. | ||
;MinDuration | ;MinDuration | ||
| Line 103: | Line 103: | ||
:(int) | :(int) | ||
:Eine Zahl von 0 bis 100, die angibt, wie warscheinlich die Brücke geöffnet wird. Ein Wert von 50% gibt beispielsweise an, dass langfristig 50% der von der Regel zur Verfügung gestellten Zeit, die Brücke nicht von Zügen befahren werden kann. | :Eine Zahl von 0 bis 100, die angibt, wie warscheinlich die Brücke geöffnet wird. Ein Wert von 50% gibt beispielsweise an, dass langfristig 50% der von der Regel zur Verfügung gestellten Zeit, die Brücke nicht von Zügen befahren werden kann. | ||
== Tabelle MovementOrders == | == Tabelle MovementOrders == | ||
Revision as of 10:55, 31 March 2014
Contents | Developers pages | Command Line Options | Timetables | Scenario Creation | Developing Installers
An dieser Seite wird noch gearbeitet. Die Inhalte sind noch unter Vorbehalt!
Die Informationen auf dieser Seite wird nicht aktiv von den Entwicklern aktualisiert. Die aktuellsten Informationen können ausschließlich auf der englischen Seite gefunden werden
Eigene Fahrpläne
Die Stellwerkssimmulationen von Signalsoft Rail Consultancy Ltd. verwenden Microsoft Access Datenbanken (.mdb) um Simulationsrelevante Daten zu speichern, die nicht mit direkt mit den Zugsicherungsanlagen zusammenhängen. Dies sind zum Beispiel:
- Physikalische Eigenschaften von Fahrzeugen
- Physikalische Eigenschaften von Zügen
- Zugzusammenstellungen
- Rangierbefehle
- Fahrpläne
- Brückenöffnungszeiten
- Feiertage
Jede Simulation enthält eine integrierte Datenbank, die nicht veränderbar ist. Wenn Sie ihre Simulation registriert haben, können Sie jedoch auch externe Datenbanken als Datenquellen verwenden. Damit können Sie den Fahrplan nach belieben erweitern bzw. ändern. Datenbaken, die von einer Signalsoft-Simualtion verwendet werden sollen, müssen folgende Tabllen definiert haben. Weitere Informationen über den Aufbau der Tabellen entnehmen Sie den unten verlinkten Seiten.
- Tabelle Bridges
- Brückenöffnungszeiten - Tabelle Consists
- Einem Zug eine bestimmte spezielle Zugreihung zuzuordnen, statt eine Vorlage zu verwenden. Enthält normalerweise keine Einträge. - Tabelle ConsistTemplates - Definiert Zugreihungen als Vorlagen, die von Zügen benutzt werden können.
- Tabelle DriverTypes - Definiert verschiedene Typen von Zugbewegungen (Zugfahrt, Rangierfahrt, Sperrfahrt, ...). Die Tabelle sollte nicht geändert werden.
- Tabelle LoadTypes - Definiert verschiedene Typen von Ladungen, beispielsweise (z.B. Flüssigkeitsladung, Hochentzündliche Ladung, Container, ...)
- Tabelle MetaTable - Enthält informationen, mit denen das Programm verschiedene Datenbanken auseinander halten kann.
- Tabelle MovementOrders - Enthält sämmtliche Rangieraufträge.
- Tabelle Paths
- Tabelle PathTemplates
- Tabelle SpareTrains
- Tabelle StabledTrains
- Tabelle SpecialDates
- Tabelle TimeTable
- Tabelle TimeTablePathTemplates
- Tabelle TrainLoads
- Tabelle TrainTypes
- Tabelle TrainUnits
- Tabelle Vehicles
- Tabelle ExpertLevels
Folgende Tabellen sind optional:
- Tabelle FreightManagement
Unterstützt werden Datenbanken für Microsoft Access im Format Access 2002 - 2003. Alle neueren Access-Versionen können diese Datenbanken bearbeiten. (Stand: 2014)
Weitere informationen sind im Wikipedia-Artikel über Microsoft Access zu finden.
Das Datenbanktool von LibreOffice (Wikipedia) unterstützt ebenfalls ein Lesen und Schreiben von Microsoft Access Datenbanken.
Vorgehensweise mit LibreOffice 4.1:
- Starten von LibreOffice
- Datenbank-Tool auswählen. Es öffnet sich der Datenbank-Assistent.
- Verbindung zu einer bestehenden Datenbank herstellen
- Microsoft Access
- Auswählen der zu bearbeitenden Datei
- Fertigstellen
- Es wird nun nach einem Speicherort für eine ODF-Datei gefragt. Diese Datei nimmt ihnen Zukünftig die Bedienung des Assistenten ab. Sie müssen dann nur noch die ODB-Datei öffnen.
Tabelle Bridges
In der Tabelle Bridges werden Brückenöffnungszeiten definert. Die Öffnungszeiten sind jedoch nicht fest, sondern stellen lediglich parameter dar, aus denen die Simulation einen automatischen (zufälligen) Öffnungsplan generiert. Die Einträge dieser Tabelle sind dabei als "Regeln" zu verstehen. Innerhalb bestimmter angegebener Zeiträume werden Öffnungszeiten generiert.
- ID
- (int)
- Fortlaufende Nummer.
- BridgeGroup
- (string)
- Gibt an, auf welche Brücke diese Regel angewendet werden soll.
- Weekday
- (int)
- Gibt an, an welchen Wochentagen diese Regel angewendet werden kann. 1 = Montag, 2 = Dienstag, ... 7 = Sonntag.
- StartTime
- (date)
- Gibt an, ab wann diese Regel angewendet werden darf.
- EndTime
- (date)
- Gibt an, bis wann diese Regel angewendet werden darf.
- MinDuration
- (int)
- Gibt an, wie lange die Brücke mindestens für Schiffe freigegeben werden muss.
- MaxDuration
- (int)
- Gibt an, wie lange die Brücke höchstens für Schiffe freigegeben werden muss.
- MinInterval
- (int)
- Gibt an, wie viel Zeit zwichen einzelnen Öffnungsphasen verstrichen seien soll. Je kleiner dieser Wert ist, desto öffters öffnet und schließt die Brücke.
- ChanceOfOpening
- (int)
- Eine Zahl von 0 bis 100, die angibt, wie warscheinlich die Brücke geöffnet wird. Ein Wert von 50% gibt beispielsweise an, dass langfristig 50% der von der Regel zur Verfügung gestellten Zeit, die Brücke nicht von Zügen befahren werden kann.
Tabelle MovementOrders
In dieser Tabelle sind die Rangieraufträge des Fahrplans enthalten.
General information
- ID
- (int)
- Fortlaufende Nummer.
- MovementType
- (int)
- Art des Rangierauftrags. Folgende Werte sind gültig:
0: Zugnummer ändern 1: Zugwende 2: Kuppeln 3: Entkuppeln 4: Anrufen 5: Anderen Fahrer 6: RESERVIERT 7: Vorziehen 8: Bestmöglichst anhalten (?) 9: Bei der angegebenen Position anhalten (?) 10: Weichenschloss bedienen 11: Anschluss bedienen 12: RESERVIERT 13: Stable Cars (?) 14: Spot Cars (?) 15: RESERVIERT 16: Fahre zu (Rangierbereiche) 17: Umdrehen (?) 18: Ladung ändern (Güter- oder Personenzug be- oder entladen) 19: Befehlsgewalt abgeben (Zug an einen Güterbahnhof übergeben) 20: Stable Train (?) 21: Personalwechsel (?)
- Train_ID_SOFT
- (string)
- Zugnummer, zu der dieser Rangierauftrag gehört.
- Train_ID_HARD
- (int)
- Datenbank-ID zu der dieser Rangierauftrag gehört. Kann leer gelassen werden, wenn der Rangierauftrag lediglich allen Zügen zugewiesen werden soll, die die in Train_ID_SOFT angegebene Zugnummer bekommen.
- Predecessor_ID
- (int)
- Datenbank-ID zum vorhierigen Rangierauftrag. Beim ersten Aufgrag ist -1 einzutragen. Sorgt Simulationsseitig für eine korrekte Sortierung.
- OrderTrack
- (string)
- Gleis, auf dem dieser Rangierauftrag angwendet werden soll. (Kann leer gelassen werden.)
- OrderLocation
- (string)
- Name der Betriebsstelle, auf der dieser Rangierauftrag angwendet werden soll. (Kann leer gelassen werden.)
- RenumberID
- (string)
- Bei Zugnummer ändern: Zugnummer, die der Zug bekommen soll.
- RenumberUpdatesTNV
- (bool)
- Bei Zugnummer ändern: Gibt an, ob die Umnummerierung auch beim Zugnummernsystem automatisch erfolgen soll.
- UncoupleLeftID
- (string)
- Bei Entkuppeln: Der Name / die Zugnummer des Zuges links von der Kuppelstelle.
- UncoupleRightID
- (string)
- Bei Entkuppeln: Der Name / die Zugnummer des Zuges rechts von der Kuppelstelle.
- UncoupleIndex
- (int)
- Bei Entkuppeln: Position, zwischen der (ent-)kuppelt werden soll. 0 bedeutet z.B. zwischen der Lok und dem 1. Wagen.
- UncoupleLeftDirection
- (int)
- Bei Entkuppeln: Richtung, in die der linke Zug fahren soll: 0 = Links, 1 = Rechts.
- UncoupleRightDirection
- (int)
- Bei Entkuppeln: Richtung, in die der rechte Zug fahren soll: 0 = Links, 1 = Rechts.
- UncoupleLeftCallsIn
- (bool)
- Bei Entkuppeln: Gibt an, ob der Fahrer des linken Zuges den Fahrdienstleiter anrufen soll.
- UncoupleRightCallsIn
- (bool)
- Bei Entkuppeln: Gibt an, ob der Fahrer des rechten Zuges den Fahrdienstleiter anrufen soll.
- CoupleID_Partner
- (string)
- Bei Kuppeln: Zugname / Zugnummer des Zuges, mit dem gekuppelt werden soll.
- CoupleNewID
- (string)
- Bei Kuppeln: Name / Zugnummer des Zuges, der nach dem Kuppeln entstanden ist.
- CoupleCallInForDeparture
- (bool)
- Bei Kuppeln: Gibt an, ob der Fahrer des neuen Zuges den Fahrdienstleiter anrufen soll.
- NewDriverPrepTime
- (date)
- Time of day that a new driver should arrive at a train.
- NewDriverType
- (int)
- Bei Fahrerwechesel: Art des neuen Fahrer. Folgende Werte sind möglich:
0 = Streckenlokführer 1 = Rangierlokführer 2 = Lokführer für Sperrfahrten 3 = Kein Lokführer
- StopShortDistance
- (int)
- Distance, in metres, that a train should stop before a signal. Used when the movement order is a stop short order.
- FreeShuntRegion
- (string)
- Name of the free shunting region where this order should be defined.
- FreeShuntSequence
- (int)
- Sequence number to use when doing free shunting orders.
- FreeShuntSpotCarsNewID
- (string)
- Train ID of the new train after spotting cars.
- FreeShuntSpotCarsNewDirection
- (int)
- Direction of the train after spotting cars in a free shunting order, 0 = left, 1 = right.
- SpurName
- (string)
- The name of the spur to take.
- ContentChanges
- (string)
- Defines the values to use when executing a Vehicle Contents movement order (type# 18).
- PeriodStart
- (date)
- Rangierauftrag gültig ab Datum. (Es empfiehlt sich, lieber die Züge zu kopieren, anstatt dieses Feld zu benutzten.)
- PeriodEnd
- (date)
- Rangierauftrag gültig bis Datum
RunAround order (type #17)
The type number for these orders is type #17. Here's what you need in order for such an order to be loaded and executed:
- Required fields
OrderLocation - Name of the location (station) where the order is to occur. (mandatory) OrderTrack - Name of the track where the order is to occur. (optional) UncoupleLeftID - the name of the resulting train on the left of the splitting point (mandatory) UncoupleRightID - the name of the resulting train on the right of the splitting point (mandatory) CoupleNewID - the name of the train after re-coupling (mandatory) PickOffPoint - splitting index as measured from the FRONT of the train. Typically, this will be 0 if you're just pulling off the first vehicle RunAroundTime - time, in seconds, it takes for a loco to run around. If you enter 0, a value will be guessed but it might not be realistic. CoupleCallInForDeparture - set to True if you want the driver to call after recoupling.
This order only works in Dark Territory.
The train must fully occupy the track on which the order is carried out (that is, the train can only be on 1 track). Train must be stopped, and the splitting index must be correct :you can't pull off more cars than there are in the consist. If there are N cars, you can pull off up to and including N+1 cars, although this would be unusual.
Once the order begins to execute, the consist goes into "timeout" mode where it does not update at all, and no communication is possible. When the loco recouples, I include time for brake testing (similar to a normal couple order) that is dependent on the length and type of train.
Be aware that the direction of the train does NOT change with this order. This means that if the train is going rightwards when the order executes, and the front loco comes off, then the resulting train will be propelled, unless you either:
- change direction first, and THEN run around loco
- change direction after recoupling
Relinquish Control (type #19)
"Relinquish Control" is a special order used to effectively dispose of a train if it's in a service/freight yard. This makes it easier for the schedule planner as he/she does not need to worry about spawn tracks and deadlocks and such. A few rules, for this to work:
- A train must be in a freight yard/service yard.
- A train must be stopped.
- A train must only occupy a single track (not straddling any insulation joints).
Once the conditions are satisfied, the train will disappear completely as though it has exited via a spawn track.
OrderLocation - Name of the location (station) where the order is to occur. (mandatory) OrderTrack - Name of the track where the order is to occur. (optional)
Change Staff (type #21)
(Not fully implemented yet, so this behaviour might change.)
"Change Staff" is an order used to simulate the effect of a driver handing over control of a new, different driver.
If a train has this order, a new "relieving" driver will call the dispatcher approximately 30 minutes before the train is due to arrive. The new driver announces his/her intentions to relieve the driver of a specific train (giving the train number) and it's up the the dispatcher (the user) to determine the most appropriate location for this meeting to happen. The user can choose a location area within the communication window (something like 'Platforms' or 'Platforms-West' or whatever areas are defined in the given sim) and this choice is then given to the new relieving driver.
The relieving driver, inside the simulation, will contact the driver-to-be-relieved and they will agree on where to meet. Therefore, the dispatcher does not need to call the driver.
It is important that the dispatcher sends the train to the area where the staff change will occur. If the user does it wrongly, then it's possible the driver might refuse to move until his replacement arrives.
OrderLocation - Name of the location (station) where the order is to occur. (mandatory) OrderTrack - Name of the track where the order is to occur. (optional - if defined, the sim doesn't really do anything with it at this time)
Contents | Developers pages | Command Line Options | Timetables | Scenario Creation | Developing Installers