Tams RC-Link und RCD-1 als GBM ??

[wreinken]

Moin,
ich habe Win-Digipet 2009.3 als Demo Version und zum Testen der RailCom Funktion mir einen kleinen Kreis gebaut, in dem ich 5 Blockabschnitte habe. In jeden Blockabschnitt ist ein Lokaler RailCom Detector (RCD-1) eingebaut. Da die RailCom Detectoren in WDP über "Rückmeldekontakte und Zugnummerfeld" festgelegt werden, hatte ich die Vorstellung, daß die RailCom Detectoren aich als Gleisbelegtmelder funktionieren. Dies schein aber nicht der Fall zu sein. Stelle ich eine Lok in einen Block, so zeigt WDP zwar die Loknummer an, die Rotausleuchtung des Rückmeldekontaktes passiert aber nicht  . Lasse ich eine Lok über die Start/Ziel Funktion fahren, hält diese am Ziel nicht an.

Brauche ich neben den RailCom - Komonenten doch noch Gleisbelegtmelder  ?

Vielen Dank und viele Grüße
Wolfram Reinken

[Peterlin]

Hallo Herr Reinken,

Brauche ich neben den RailCom - Komonenten doch noch Gleisbelegtmelder

Ja, zurzeit ist nur eine Lok-Erkennung mit diesem System möglich

[Peterlin]

Hallo Herr Reinken ,

noch ein Anmerkung als Erklärung.

Zurzeit funktioniert die Rückmeldung über den Lokdecoder noch viel zu langsam, hier wird aber an einer möglichen Lösung gearbeitet.

Sie hätten in einer Automatik keine Freude damit.

[Jürgen Gräbner]

Hallo Wolfram,

außerdem wäre es fatal, wenn eine Lok wegen nicht vorhandenem oder deaktiviertem Railcom nicht erkannt wird und der Kontakt daher nicht als besetzt gemeldet wird

[wreinken]

Danke für die schnelle Reaktion.

Sie schrieben "Zurzeit funktioniert Rückmeldung über den Lokdecoder viel zu langsam."    Ein Problem der der Lokdecoder  oder der Tams RailCom Elektronik ?

Hallo Jürgen, da auf der Teststrecke nur 2 Loks mit RailCom fähigen Lenz Silver Decodern unterwegs sind, kein Problem. Ein gemischter Betrieb ist nicht vorgesehen. Entweder ich werde auf der Teststrecke mit RailCom glücklich oder die geplante "große  " Anlage kommt ohne.

Wolfram

[TRAINer]

Hallo Wolfram,

außerdem wäre es fatal, wenn eine Lok wegen nicht vorhandenem oder deaktiviertem Railcom nicht erkannt wird und der Kontakt daher nicht als besetzt gemeldet wird

Mal ehrlich, diejenigen die dieses System nutzen werden wohl nur RailCom-fähige Loks in jenem Abschnitt bewegen (so zumindest bei mir sind eh alle Loks mit RailCom ausgestattet) und geschweige denn dass man es dann auch noch deaktiviert. Ich bin auch dafür dass der RC-Link gleich besetztmeldet.

"Zurzeit funktioniert die Rückmeldung über den Lokdecoder noch viel zu langsam" Bitte was soll das bedeuten, bei mir isses so das wenn die Lok in einen RCD-1 Abschitt einfährt die Loknummer unverzüglich angezeigt wird, das reicht weitgehend aus auch wenn es einen minimalen messbaren Unterschied geben sollte ist der nicht relevant meiner Meinung nach. Beim Ausfahren der Lok bleibt die Nr noch etwas stehen das ist richtig aber bedeutet ja nur das es 1 bis 2 Sekunden länger besetzt meldet in jenem Abschnitt, somit könnt ein weiter Zug nur verspätet dort wieder einfahren was jetzt aber nicht schlimm wäre finde ich. Ich könnte jetzt schon mit diesem Handicap leben und würde ein solches Update gleich benutzen.

Mir geht es genauso entweder es funktioniert oder RailCom wird nicht weiter ausgebaut auf meiner Anlage, normal sollte da noch viel mehr möglich sein in der heutiger Zeit der Technik. Wir leben in der heutigen digitalen Modellbahn noch in der Steinzeit so gesehen.

Gruss TRAINer

[Dirk Streuber]

Hallo,

Mal ehrlich, diejenigen die dieses System nutzen werden wohl nur RailCom-fähige Loks in jenem Abschnitt bewegen (so zumindest bei mir sind eh alle Loks mit RailCom ausgestattet) und geschweige denn dass man es dann auch noch deaktiviert. Ich bin auch dafür dass der RC-Link gleich besetztmeldet.

... wie sieht dies mit der Rückmeldung bei den Wagen aus? Dies geht bei 2L nur mit einen GBM. Somit müsste RailCom Detector (RCD-1) auch die Funktionen eines GB übernehmen und zwar unabhängig davon, ob eine RailCom-fähige Lok auf dem Abschnitt steht oder nur eine Achse eines Güterwagens. ... 

[Jürgen Gräbner]

Hallo??

Mal ehrlich, diejenigen die dieses System nutzen werden wohl nur RailCom-fähige Loks in jenem Abschnitt bewegen (so zumindest bei mir sind eh alle Loks mit RailCom ausgestattet) und geschweige denn dass man es dann auch noch deaktiviert. Ich bin auch dafür dass der RC-Link gleich besetzt meldet.

nun, ich nutze das System. Aber das heißt nicht, dass ich jede Lok und jeden Wagen mit RailCom fähigen Decodern ausgestattet habe. Nichts dass ich das nicht gerne machen würde, aber von irgendwas muss ich auch leben, ich kann nicht mein ganzes Geld für Decoder ausgeben.
Zum deaktivieren: Es sind mir durchaus Programme zum Decoder programmieren untergekommen, die RC einfach deaktivieren, weil sie von dem entsprechenden Bit in der CV 29 nichts wissen...

Das Problem mit den decoderlosen Fahrzeugen hat Dirk ja schon angesprochen

[Markus Herzog]

Hallo zusammen,

die (teilweise schlechte) Geschwindigkeit liegt vor Allem an den Lokdekodern. Bei manchen Lokdekodern erscheint die Rückmeldung binnen 100msec, bei manchen aber erst nach 4-5 Sekunden (!). Desweiteren liefert der Fall zwei Loks (z.B. Doppeltraktion) in einem Meldeabschnitt bisher nicht immer das Gleiche Ergebnis. Manchmal wird eine der beiden Loks gemeldet (die mit dem "meldestärkeren" Dekoder) und manchmal aber auch keine, da die bisherigen Detektoren nur gültige Lokadressen weitermelden, aber z.B. nicht die einfache Stromaufnahme (wie GBM) als Basisrückmeldung.

Ich denke auf eine reine Railcom-Rückmeldung zu setzen ist zumindest jetzt noch nicht der richtige Weg. Bei den bisher zur Verfügung stehenden Geräten würde ich dies nur als Ergänzung zu einer konventionellen Rückmeldung sehen. Zumal nach meiner "persönlichen" Meinung es sich aktuell noch zu kostenintensiv ist eine Anlage flächendeckend mit RC-Detektoren auszustatten. Die durschnittliche Useranlage hier hat ja ~150 Meldeabschnitte. Das kann man sich ja mal für Railcom ausrechnen.

Grüße
Markus

[TRAINer]

Stimmt schon das mit den Wagen aber man teilt ja seine Sektoren so ein dass darin ein kompletter Zug rein passt dann meldet ja die Lok und in meiner langjährigen MoBa Geschichte blieben meine Wagons immer angekoppelt hatte noch nie einen verloren, der irgendwo "besetzt melden" müsste. Bei mir auf der Anlage meldet sowieso keiner da alle Stromlos und keine Widerstandsachsen montiert sind, desweiteren haben auch alle meine Züge Steuerwagen in welche ESU Funktions-Lopi´s rein kommen, die dann auch die Adresse melden und selbst dann hätten wir wieder die Rückmeldung und auch die komplette Zuglänge, welche dann besetzt melden würde. Ist jetzt in meinem Fall so aber wie gesagt die Wagons selber müssen zwangsläufig nicht besetztmelden.

Ich selbst z.B. würde die RailCom Rückmeldung mit Besetztmeldung nur in dem Abschnitt einsetzen wo die Lok stehen bleibt also an Bahnhöfen und Haltestellen somit werden nicht mehr soviele Detektoren benötigt. Aber so wie es jetzt ist muss ich wenn ich die RailCom Meldung mit Besetztmeldung will gleich 2 unterschiedliche Systeme an einem Abschnitt einsetzen und ob das noch günstiger ist?

Gruss TRAINer

[Dirk Streuber]

Hallo TRAINer,

Stimmt schon das mit den Wagen aber man teilt ja seine Sektoren so ein dass darin ein kompletter Zug rein passt dann meldet ja die Lok und in meiner langjährigen MoBa Geschichte blieben meine Wagons immer angekoppelt hatte noch nie einen verloren, der irgendwo "besetzt melden" müsste. ....
....Ist jetzt in meinem Fall so aber wie gesagt die Wagons selber müssen zwangsläufig nicht besetztmelden.

Ich selbst z.B. würde die RailCom Rückmeldung mit Besetztmeldung nur in dem Abschnitt einsetzen wo die Lok stehen bleibt also an Bahnhöfen und Haltestellen somit werden nicht mehr soviele Detektoren benötigt. Aber so wie es jetzt ist muss ich wenn ich die RailCom Meldung mit Besetztmeldung will gleich 2 unterschiedliche Systeme an einem Abschnitt einsetzen und ob das noch günstiger ist?

Bist Du Dir auch sicher, dass der komplette Zug in dem Abschnitt steht und nicht die letzten Wagen noch im Weichenbereich stehen? Vertrauen ist gut, Kontrolle ist besser!