Zugkontrolle mit RailCom: Unterschied zwischen den Versionen
Uslex (Diskussion | Beiträge) |
Uslex (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
||
Zeile 54: | Zeile 54: | ||
:-- [[Benutzer:Wohlmannstetter|Wohlmannstetter]] 10:40, 6. Okt. 2010 (UTC) | :-- [[Benutzer:Wohlmannstetter|Wohlmannstetter]] 10:40, 6. Okt. 2010 (UTC) | ||
:redaktionelle Bearbeitung: [[Benutzer:Uslex|Uslex]] ([[Benutzer Diskussion:Uslex|Diskussion]]) 10:37, 19. Feb. 2022 (CET) | :redaktionelle Bearbeitung: [[Benutzer:Uslex|Uslex]] ([[Benutzer Diskussion:Uslex|Diskussion]]) 10:37, 19. Feb. 2022 (CET), [[Benutzer:Uslex|Uslex]] ([[Benutzer Diskussion:Uslex|Diskussion]]) 19:34, 9. Jun. 2023 (CEST) | ||
[[Kategorie: Hardware]] | [[Kategorie: Hardware]] |
Version vom 9. Juni 2023, 18:34 Uhr
RailCom
Was ist RailCom?
Railcom ermöglicht zusammen mit entsprechend ausgestattenen Rückmeldern (z.B. von der Firma Blücher, ESU oder BiDiB) Rückmeldungen von der Lok an die Software.
Vorteile
- Fahrzeuge melden selbständig und automatisch Lokadresse sowie Aufgleisrichtung an die Software. Das ist auch mit mehreren Loks in einem Meldeabschnitt möglich.
- Schnellerer Programmiervorgang: Das Programmieren einer Lok ist etwa zehnmal schneller als auf dem Programmiergleis.
- Programmieren überall auf der Anlage: die Programmierung kann freizügig überall auf der Anlage erfolgen. Damit kann man sehr gut bei Benutzung des erweiterten Feintunings den Decoder optimieren.
- Genaueres Rangieren: Auch wenn ein Abschnitt bereits durch einen Waggon oder Lok belegt ist, kann man das Betreten des Abschnittes durch eine (weitere) Lok exakt erkennen und so sehr genau auf den Waggon/Zug auffahren und ankuppeln. Mit T4T-Kupplungen ausgerüstete Fahrzeuge melden den erfolgten An- bzw. Abkuppelvorgang via Railcom an den PC. (ab 2017)
- Sicherer Betrieb: moderne Decoder (z.B. von D&H) können Informationen über den Verschmutzungszustand des Gleises liefern und so im Anlagenbetrieb wertvolle Hinweise für fällige Reinigung geben, bevor ein Zug wegen Kontaktproblemen liegen bleibt.
Railcom bringt erst dann die vollen Vorteile, wenn alle Belegtmelder auf der Anlage entsprechend ausgestattet sind.
RailCom und TrainController
In TC wird z.Z. nur Railcom über ESU Ecosdetektoren und RCTALK der Firma Tams unterstützt. Beide Systeme bieten aber nur einzelne Abschnitte mit railcom-Erkennung an. Des weiteren darf ein und dieselbe Lok nur jeweils einem Rückmeldesystem zugeordnet sein (siehe Beitrag), mehrere Lokerkennungssysteme parallel sind nicht möglich.
Zugüberwachung mit RailCom ab TrainController 10 mit +Hardware10
Informationen zu RailCom mit +Hardware10 sind im Forum zu finden.
Herr Freiwald schreibt dort:
Derzeit bietet +Hardware™ 10 für die Systeme von Fichtelbahn sowie Tams Zeus die Unterstützung von Rückmeldern sowie Zugidentifikation (Erkennung von Lokadressen und Aufgleisrichtung per Railcom) an.
Zugüberwachung mit RailCom bis TrainController 9
- Herr Freiwald hat dazu Stellung bezogen.
Die Überwachung liegengebliebener Fahrzeuge lässt sich mit einer herkömmlichen Belegtmeldung zuverlässig überwachen. Railcom bietet hierfür keinen Vorteil.
Die Möglichkeiten mit Railcom in Zusammenhang mit TC wurden in in diesem Beitrag diskutiert.
Weblinks
- Quelle: Forum
- +Hardware10: Forum
- TC-wiki: erweiterten Feintunings
- TC-wiki: RailCom - Zugidentifikation - Lokrichtung
- TC-wiki: Überwachung der Weichenstellung mit RailCom
- -- Wohlmannstetter 10:40, 6. Okt. 2010 (UTC)
- redaktionelle Bearbeitung: Uslex (Diskussion) 10:37, 19. Feb. 2022 (CET), Uslex (Diskussion) 19:34, 9. Jun. 2023 (CEST)