Zugkontrolle mit RailCom: Unterschied zwischen den Versionen
Aus RailRoad&Co.-Wiki
Zur Navigation springenZur Suche springen
Uslex (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
Uslex (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
||
| (22 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
{{ | {{TC78910gs}} | ||
__NOTOC__ | |||
== RailCom == | |||
=== Was ist RailCom? === | |||
Railcom ermöglicht zusammen mit entsprechend ausgestattenen Rückmeldern (z.B. von der Firma [https://www.bluecher-elektronik.de Blücher] oder [https://www.esu.eu ESU]) Rückmeldungen von der Lok an die Software. | |||
=== Vorteile === | === Vorteile === | ||
| Zeile 9: | Zeile 12: | ||
* Fahrzeuge melden selbständig und automatisch Lokadresse sowie Aufgleisrichtung an die Software. Das ist auch mit mehreren Loks in einem Meldeabschnitt möglich. | * 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. | * 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 [[Einmessen - welchen Einfluß haben die Schieberegler?|erweiterten Feintunings]] den | * Programmieren überall auf der Anlage: die Programmierung kann freizügig überall auf der Anlage erfolgen. Damit kann man sehr gut bei Benutzung des [[Einmessen - welchen Einfluß haben die Schieberegler?|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) | * 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 | * Sicherer Betrieb: moderne Decoder (z.B. von [https://doehler-haass.de 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 bringt erst dann die vollen Vorteile, wenn alle Belegtmelder auf der Anlage entsprechend ausgestattet sind. | ||
== RailCom ab TrainController 10 == | |||
=== Zugüberwachung mit RailCom ab TrainController 10 mit +Hardware10 === | |||
Informationen zu RailCom mit +Hardware10 sind im TC-wiki unter [[+Hardware]] zu finden. | |||
Herr Freiwald schreibt dort: | |||
Derzeit bietet +Hardware™ 10: Zugidentifikation kann zum Ankoppeln oder Aufreihen in einem Block mit nur einem Belegtmelder verwendet werden | |||
== RailCom bis TrainController 9 == | |||
=== RailCom und TrainController === | |||
:* | In TC 9 wird 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 [https://www.freiwald.com/forum/viewtopic.php?t=24511 Beitrag]), mehrere Lokerkennungssysteme parallel sind nicht möglich. | ||
=== 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 [https://www.freiwald.com/forum/viewtopic.php?t=13600 Beitrag] diskutiert. | Die Möglichkeiten mit Railcom in Zusammenhang mit TC wurden in in diesem [https://www.freiwald.com/forum/viewtopic.php?t=13600 Beitrag] diskutiert. | ||
: | == Weblinks == | ||
*Quelle: [https://www.freiwald.com/forum/viewtopic.php?t=13600 Forum] | |||
*TC-wiki: [[Einmessen - welchen Einfluß haben die Schieberegler?|erweiterten Feintunings]] | |||
*TC-wiki: [[RailCom - Zugidentifikation - Lokrichtung]] | |||
*TC-wiki: [[Überwachung der Weichenstellung mit RailCom]] | |||
:-- [[Benutzer:Wohlmannstetter|Wohlmannstetter]] 10:40, 6. Okt. 2010 (UTC) | |||
:bearbeitet: [[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]] | ||
Aktuelle Version vom 10. Februar 2024, 17:14 Uhr
| Verwendung |
|
RailCom
Was ist RailCom?
Railcom ermöglicht zusammen mit entsprechend ausgestattenen Rückmeldern (z.B. von der Firma Blücher oder ESU) 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 ab TrainController 10
Zugüberwachung mit RailCom ab TrainController 10 mit +Hardware10
Informationen zu RailCom mit +Hardware10 sind im TC-wiki unter +Hardware zu finden.
Herr Freiwald schreibt dort:
Derzeit bietet +Hardware™ 10: Zugidentifikation kann zum Ankoppeln oder Aufreihen in einem Block mit nur einem Belegtmelder verwendet werden
RailCom bis TrainController 9
RailCom und TrainController
In TC 9 wird 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 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
- TC-wiki: erweiterten Feintunings
- TC-wiki: RailCom - Zugidentifikation - Lokrichtung
- TC-wiki: Überwachung der Weichenstellung mit RailCom
- -- Wohlmannstetter 10:40, 6. Okt. 2010 (UTC)
- bearbeitet: Uslex (Diskussion) 10:37, 19. Feb. 2022 (CET), Uslex (Diskussion) 19:34, 9. Jun. 2023 (CEST)
