railcom
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
railcom [2014/04/18 11:05] – [Wie funktioniert RailCom®] fichtelbahn | railcom [2016/07/05 10:52] (aktuell) – Externe Bearbeitung 127.0.0.1 | ||
---|---|---|---|
Zeile 24: | Zeile 24: | ||
Von den Lokdecodern können an jeder Stelle der Anlage Parameter ausgelesen und übertragen werden. Alle CV-Werte eines Decoders lassen sich binnen 2s auslesen, dadurch wird eine Optimierung der Fahreigenschaften wesentlich vereinfacht. Das Verstellen von Motorparameter während des Fahrbetriebes auf der Anlage, ermöglicht ein sofortiges Erkennen der Veränderung. | Von den Lokdecodern können an jeder Stelle der Anlage Parameter ausgelesen und übertragen werden. Alle CV-Werte eines Decoders lassen sich binnen 2s auslesen, dadurch wird eine Optimierung der Fahreigenschaften wesentlich vereinfacht. Das Verstellen von Motorparameter während des Fahrbetriebes auf der Anlage, ermöglicht ein sofortiges Erkennen der Veränderung. | ||
- | {{ :monitor:bidib-monitor_melder.jpg?600 |}} | + | {{ :monitor:monitor_railcommelder.jpg |}} |
**Vereinfachte Wartung und gezielte Reinigung: | **Vereinfachte Wartung und gezielte Reinigung: | ||
Zeile 80: | Zeile 80: | ||
===== RailCom® sicher einsetzen ===== | ===== RailCom® sicher einsetzen ===== | ||
- | Der Channel 1 ist bei mehreren Loks in einem Abschnitt problematisch und sollte bei funktionierenden Channel 2, vollständig deaktiviert werden. Der Channel 2 ist der sichere Weg für eine fehlerfreie Kommunikation, | + | Der Channel 1 ist bei mehreren Loks in einem Abschnitt problematisch und sollte bei funktionierenden Channel 2, vollständig deaktiviert werden. Bei aktiven Channel 1 sendet ständig und unkontrolliert der Decoder seine Adresse auf das Gleis. Das hat zur Folge, dass der Detektor bei mehr als einer sendenden Lok im Channel 1 nichts mehr verstehen kann und evtl. auch falsche DCC-Adressen an das System meldet. Die Lok-Erkennung über Channel 2 ist eine feine Sache und bietet das Potenzial der Zukunft. Es antwortet nur die angesprochene Lok, es gibt keine Kollision von Nachrichten bei mehreren Loks, die Übertragung ist somit sauber und sicher. Leider wurde eine Antwort im Channel 2, in der Anfangszeit von Railcom von vielen Decoder Herstellern ignoriert. Selbst heute liefern manche Hersteller noch Decoder aus, die nicht laut Norm eine verpflichtende Antwort im Channel 2 senden. Der Channel 2 ist der sichere Weg für eine fehlerfreie Kommunikation, |
<WRAP center round tip 80%> | <WRAP center round tip 80%> | ||
Zeile 88: | Zeile 88: | ||
</ | </ | ||
+ | {{: | ||
- | {{ : | + | In zahlreichen älteren Loks die noch mit Glühbirnen beleuchtet werden, ist diese Lampe oft einseitig direkt gegen die Schiene geschaltet. |
- | Nur Updatefähige Decoder einsetzen und auch mal überprüfen, ob der Hersteller nicht nur Updatefähigkeit verspricht, sondern das auch lebt! Hier ist z.B. eine Überprüfung anzuraten, ob der Hersteller auch seine bisherigen Decoder pflegt und wann er zum letzten Mal eine neue Version bereitgestellt hat. Bei beiden Herstellern Zimo und D&H agieren hier vorbildlich. | + | |
- | Beim Anlagenbau einen Gleisbesetzmelder verwenden der lokale Detektoren besitzt (z.B. den GBM16T von OpenDCC / Fichtelbahn). Diese Belegtmelder möglichst in gleicher Technik und alle Gleisabschnitte über Belegtmelder führen. Auch Weichenstraßen sollten für eine lückenlose Überwachung angeschlossen werden. | + | **Das zerstört die RailCom®-Nachrichten auf einer Polungsseite.** |
- | Bei Einsatz mehrerer Booster darauf achten, dass diese gleichartig laufen, sowohl was Spannung als auch genaues Timing | + | Für dieses Problem gibt es eine Abhilfe. Der Verbraucher (Glühbirne) muss mit dem „gemeinsamen Plus“ des Decoders verbunden werden. Im Notfall kann man diese Birnchen auch isolieren. |
+ | |||
+ | |||
+ | {{ : | ||
+ | Nur Updatefähige Decoder einsetzen und auch mal überprüfen, ob der Hersteller nicht nur Updatefähigkeit verspricht, sondern das auch lebt! Hier ist z.B. eine Überprüfung anzuraten, ob der Hersteller auch seine bisherigen Decoder pflegt und wann er zum letzten Mal eine neue Version bereitgestellt hat. | ||
+ | Die beiden Hersteller **Zimo** und **D&H** agieren hier vorbildlich! | ||
+ | |||
+ | |||
+ | Beim Anlagenbau einen Gleisbesetzmelder verwenden der lokale Detektoren besitzt (z.B. den GBM16T von OpenDCC / Fichtelbahn). Diese Belegtmelder möglichst in gleicher Technik und alle Gleisabschnitte über diesen Belegtmelder führen. Auch Weichenstraßen sollten für eine lückenlose Überwachung | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Werden Booster mit Nachrichtenlücke (Railcom-Booster) und alte Booster ohne BiDi auf der Anlage gemischt, ergibt sich ein Kurzschluss, | ||
+ | Das Timing für die Cutout-Lücke ist in der Railcom-Spezifikation nicht im Hinblick auf den Betrieb mehrerer Booster | ||
---- | ---- |
railcom.1397811943.txt.gz · Zuletzt geändert: 2016/07/05 10:48 (Externe Bearbeitung)