Railcom, das nächste Problem: Fahrtrichtungswechsel nach Ankunft auf Ziel-Faz

[achim schuetzendorf]

Hallo User,

plage mich weiter mit dem Thema Railcom obwohl ich dieses Thema erst einmal beiseite schieben wollte.
Hardware DCC Fahrsignale von der FCC über drei Booster (D&H), alle Rückmelder von Fichtelbahn GBM16TS.
Alle Loks von der Moba genommen und um nach Testung und erneutem Einfahren der Loks diese wieder aufzugleisen. Habe dabei trotz aller eingetretenen Stabilität hinsichtlich der Railcom-Infos folgendes beobachtet: Lok fährt per Fahrstrasse vom Startpunkt zum Zielpunkt über mehrere Faz und keiner Kehrschleife, alles Korrekt, erst bei der zweiten Fahrt passiert am Ziel folgendes: bei Ankunft Richtungswechsel im FAZ, obwohl bei Ankunft am Ziel Fahrtrichtung korrekt angezeigt wird, und erst mit Halt die Fahrtrichtung wechselt.
Bei allem was ich inzwischen zum Thema Railcom gelernt habe, so finde ich hier keinen Erklärungsansatz. Kann mir hier im Forum jemand auf die "Spur" helfen?
Vorab Dank vom Niederrhein, Achim

[Spur 0 Fan]

Hallo Achim, ist bei mir auch so! Habe Railcom abgeschaltet und nun bleibt die Fahrtrichtung so wie es soll! Kann am Booster liegen oder am Lokdecoder. Grüße Ingo

[Markus Herzog]

Hallo Achim,

Entweder ist für den Zielanschnitt die Richtungsanzeige bei Fahrzeugerkennung via Railcom verkehrt herum konfiguriert oder grundsätzlich für die Lok halt. Muss du experimentell ggf im Vergleich mit weiteren Fahrzeugen ermitteln

Grüße
Markus

[achim schuetzendorf]

Hallo Ingo,
Hallo Markus,
ja Ingo war auch mein kürzlicher Gedanke, jedoch wollte und will ich noch nicht einsehen das Railcom bei mir nicht funktionieren will. Gebe noch nicht auf, am Ende kann es auf das Abschalten hinauslaufen.

Das beschriebene Zielfaz kann seit Jahren nur in einer Richtung ausgefahren werden, denn dahinter lauert schon der nächste Erzzug.  Die derzeitigen decoder der Firmen D&H, ESU und Zimo sind vor dem erneuten Aufgleisen der leergefahrenen Moba mit neuer Firmware aktualisiert worden.

Auch habe ich bei drei wieder in Betrieb genommenen Lok folgendes beobachtet: beim hochfahren von Windigipet werden drei Loks zwar auf den Faz gemeldet jedoch wird das Feld nicht mit der entsprechenden Lok ausgefüllt.  Erst nach dembetätigen einer Funktion der entsprechenden Lok wird diese dann korrekt mittels Railcomsignal angezeigt !?
Auch die Signalauswertung unter dem Punkt Überwachung in Windigipet gibt keine Hinweise, hier liegt beinah alles im grünen Bereich, eine Zone zeigt nur mildes Grün.

Ich weiss das hier kein speziefisches Problem vorliegt, dachte das die User möglicherweise ähnliche Erfahrungen mit Railcom haben u. am Ende dann Railcom einzustampfen. Selbst das , Ingo wäre am Ende auch eine Lösung.
Guten Abend, achim

[vikr]

Hallo Achim

beim hochfahren von Windigipet werden drei Loks zwar auf den Faz gemeldet jedoch wird das Feld nicht mit der entsprechenden Lok ausgefüllt. 

welche Decoder haben diese Loks eingebaut?

MfG

vik

[achim schuetzendorf]

Hallo Vik,

kann ich jetzt nicht mehr nachvollziehen ausser das die grössten Ärgenisse bereiten bei mir die aktuellen MS Zimos trotz aktuellster Firmware.

grüsse, Achim

[Rupert van Swol]

Ich weiss das hier kein speziefisches Problem vorliegt, dachte das die User möglicherweise ähnliche Erfahrungen mit Railcom haben u. am Ende dann Railcom einzustampfen. Selbst das , Ingo wäre am Ende auch eine Lösung.
Guten Abend, achim

Ich kann mich damit gut identifizieren.
Railcom ist für mich nur noch für POM geeignet.
Für den Rest ist es ausgeschaltet.
Ich verwende nur Zimo-Decoder, daher dachte ich zunächst an ein isoliertes Problem.
Aber es ist viel umfassender, als ich dachte.
Auch Esu- und Imperium-Decoder weisen ähnliche Probleme auf.
Bei Spurweite 0 und größer ist die Störungswahrscheinlichkeit deutlich höher.
Dies liegt an der Signalübertragung  und dem Datenempfang eines lokalen Railcom-Empfängers.
Das ist im Datenprotokoll von Windigipet sehr gut zu sehen.
Die Stromerkennung eines Standorts ist ausgeschaltet, es gibt jedoch eine Railcom-Meldung an diesem Standort.  Ist es Teil der Strecke, stoppt alles.

DCC arbeitet im Hochfrequenzbereich von durchschnittlich 6,8 kHz.
Auf einem Digiscoop mit einem DCC-Datenanalysator kann ein vollständiger DCC-Befehlssatz von einem parallel liegenden Messingstab in 7 cm Entfernung von einem an ein DCC-System angeschlossenen Schienenstück (40 cm) gelesen werden.
Da es sich hier um HF handelt, ist dies technisch nicht mehr zu lösen.
Feldstärkemessungen zeigen, dass die Übertragung bis zu 40 cm von der Quelle entfernt messbar ist.

Vermutlich ist dies der Grund, warum RFID-Techniken in Großbritannien wieder aus der Versenkung geholt werden.
Dabei liegt der Tag zwischen den Schienen und die Leseeinheit befindet sich in der fahrenden Lok neben dem DCC-Decoder.
Der fahrende RFID-Sender kommuniziert entweder über Bluetooth oder WLAN mit der Schnittstelle.

Problem gelöst. Railcom ist ebenfalls noch verfügbar, jedoch nur für POM.

Kind regards
Rupert