THEMA: RailCom -- was geht schon, was geht noch nicht?

Hallo, heute, gut fünfzehn Jahre - nach dem Beitrag von Boris - kann man die Frage guten Gewissens mit einem beherzten "Ja" beantworten.
Man sollte es ausprobieren oder zumindest mal prüfen, ob man nicht schon fast alles für einen ersten Test im Haus hat.

Aktueller Anlass ist der Umstand, dass die Railcom-Lücke inzwischen auch von der DCC-EX Zentrale unterstützt wird.
Viele Modellbahner, werden aber bereits im Besitz einer kommerziellen Zentrale sein, bei der sich die Lücke einfach einschalten lässt. Dazu gehören neben der ECoS auch die Z21 (schwarz) und die z21 (weiß) aber auch Zentralen von Lenz, Uhlenbrock, Tams, Digikeys, Yamorc und viele andere.
Nur wenige Modellbahner, meist Mittelleiterfahrer werden gar keinen Lokdecoder haben, bei dem sich Railcom nicht optional einfach einschalten lässt.
Außer der DCC-Zentrale (mit eingeschalteter Lücke) und einem DCC-Decoder mit aktiviertem Railcom Kanal 1, benötigt man mindest einen lokalen Detektor für ca. fünfzig Euro, um sich überraschen zu lassen, dass es meist auf Anhieb funktioniert und wie praktisch es im Modellbahnaltag sein kann.
Selbst Mittelleiterfahren mit MS2 oder einer CS können - mit einem geeigneten Booster - durchaus von Railcom profitieren, vor allem aber auch Besitzer dieser Zentralen mit Schienen ohne Mittelleiter, wie z.B. Mintrix-Bahner...

MfG

vik

Das freut mich sehr, dass es vorangeht. Ich arbeite schon seit einigen Jahren an einer Railcom Infrastruktur und kann mich wirklich dafür begeistern.

Kurz Video von dem was schon geht: https://youtu.be/zFyoFd-dKQw

VG,
Frank

Es gibt leider recht viele Decoder in der Welt wo man RailCom nicht einfach einschalten kann und welche die Railcomlücke nicht mögen: Digitrax.

DCC-EX: wir arbeiten dran, sind aber noch nicht fertig. So bitte nicht enttäuscht sein wenn es der Weihnachtsmann nicht unter den Baum legt. Wahrscheinlich haben wir aber etwas zum Vorzeigen bevor das Selbe für ein komplettes neues Gleissystem für N gilt.

Es kann schlau sein, Decoder die Railcom nicht kennen / können zu vermeiden so dass man die dann nicht austauschen muss. Selber habe ich allerdings einiges an Altbestand seit meinen ersten Decodern Lenz LE077.

Grüße,
Harald

Ergänzung: RailCom macht OHNE Kanal 2 aber keinen Sinn mehr.  Daher sollte ein Sniffer [Rückmeldemodul] mittels Firmware mind. beide Kanäle können.

Moderne Decoder nutzen und brauchen die Bandbreite beider Kanäle. Schon alleine um auch das ACK Signal über RailCom auf dem Hauptgleis einzubinden. Ich bekomme also auch eine Quittung statt nur POM "Blindflug". Der langsame Programmiergleismodus wird zunehmend überflüssig, RailCom mit ACK ist viel schneller. Ja RailCom kann heute bereits sehr viel leisten.

Mittlerweile ist die Industrie bei DCC-A angekommen https://www.opendcc.de/info/dcc/dcc_anmeldung2.html

Scheitern tut manches noch weiterhin an einigen PC und Hardware Softwares, auch durch monopolistische Modul- und Zentralensystemen. Und natürlich wie könnte es anderst sein, an Sonderwegen von Märklin mfx, sowie Lenz & ESU RailCom Plus.

Es ist noch nicht ideal, aber doch bereits gut ausgebaut. Sodass ich RailCom durchaus empfehlen kann. Ich denke da kommt noch mehr.

Hallo Frank,diese Faden ist 2011 begonnen worden, also älter, als die CS3! In der ganzen Zeit verspricht die Industrie, dass ganz demnächst alles sicher ganz perfekt wird, eigentlich mit dem nächsten Update spärestens zu Weihnachten oder aber auch dem nächsten Komplettsystem. .
Jemand der 2011 in Rente gegangen ging, ist also jetzt 80..Ich bezweifle, dass viele davon noch lange auf die perfekte Lösung warten können und wollen.

Schlage vor wir beschränken uns darauf, was man mit den Railcom-Komponenten, die man in den Jahren schon beschafft hat, oder die man kaufen (ggf. auch aus zweiter Hand) so alles machen kann. Das ganze sollte unabhängig von, einer zukünftigen perfekten Lösung heute praktisch anwendbar sein. Dazu gehören die  DCC-EX-Varianten ab 5.6.6 mit der Integrierten Lücke und natürlich jede andere DIY-Lösung, aber auch alle kommerziellen Komponenten.

Was ich auf jeden Fall nützlich finde ist ein Testabschnitt mit einer Anzeige, die mir die aktuell unbekannte DCC-Adresse eines Fahrzeuges anzeigt, wenn ich es auf den Testabschnitt stelle.
Von einigen Hersteller gibt es schon seit 15 Jahren es Komponenten die ziemlich perfekt zu den eigenen Zentralen passen, das ist natürlich sehr komfortabel aber nicht wirklich preiswert, wie z.B. im ECoS-Display mit ESU Detektor 50098 die
  
"Anzeige der Adresse 1090 - AUFGLEISRICHTUNG .na li."
Es gibt etliche Alternativen! Aber was passt mit wem zusammen und sind die Ergebnksse untereinander vergleichbar?
Vor allem: Mit welchen Decodern welcher Hersteller funktionieren die Anzeigen? Gibt es eine Best-Praxis ohne dass man sich auf einen ganz bestimmten Hersteller beschränken muss? Was gibt es bei der elektrischen Verdrahtung von Fahrzeugen und Decodern sowie Zentrale und Gleisen zu beachten, damit die Ergebnisse vergleichbar werden und auch für die Modellbahnsteuerprogramme zuverlässig werden?

MfG

vik


Die von vikr zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Lenz hat auch einem Detektor, dem ist es genauso Wurst wie dem von ESU, welcher Decoder verbaut ist, der zeigt einfach die Adresse an und gut ist.

Gruß, Micha

Nein tut er nicht. Das Ding funktioniert seit geraumer Zeit nicht mehr mit Decodern die den aktuellen Standard implementieren.

Da ich nicht notgeil bin, in Sachen Firmwareupdate bei Decodern (im gegensatz zu einigen anderen!), funktioniert meiner bislang noch..............!

Gruß, Micha

Was heisst hier notgeil? ... im Gegenteil!

Kaufst Du Dir heute einen neuen Decoder, haben diese die aktuellen Firmware und der Detektor versagt damit seinen Dienst. Ein Decoder Firmware_downgrade koennte dann die Loesung sein.

Wenn es bei railcom einen "breaking change" gibt oder gab, dann wäre es doch anständig von den Herstellern zu kommunizieren ob ihre neuen  Produkte mit dem alten Standard noch funktionieren oder umgestellt werden können oder eben nicht. Oder?

Die Heimlichtuerei um RailCom schadet doch nur allen.

Grüße,
Harald

Hallo,

ich pflichte Harald uneingeschränkt bei, was diese Heimlichtuerei bei den Anbietern bzgl. RailCom angeht. Da wird einerseits standardisiert und genormt, aber jeder kocht letztlich sein eigenes Süppchen.

LG
threedots

Hallo Vincent, das stimmt zwar, ist aber wohl schon erläuterungsbedütftig. Hier meine Einschätzung.
Lenz hat  - nach dem von ihnen erarbeiteten Railcom-Standard-Standard, für Lenz (2007?) auch ein Patent erteilt wurde - unter anderen Railcom-Komponenten auch den Lenz-Detektor LRC120 konstruiert und auch vertrieben. Dabei ist Lenz - auch schon nach damaliger Spezifikation - ein Fehler unterlaufen. Dieser Fehler ist aber fast 15 Jahre keinem Modellbahner auf seinen Anlagen aufgefallen, weil es keine Decoder gab, die die Möglichkeiten dynamischer Railcom-Nachricht ausgeschöpft haben.
Lenz hat diesen Fehler auch schon vor längerer Zeit eingeräumt. Leider war Mitte der Nuller Jahre ein Firmware-Update durch den Kunden selbst noch nicht praktikabel. Ein Update von 50-Euro Komponenten durch Einsenden zum Hersteller ist nicht wirtschaftlich machbar. Ein Nachfolger des Lenz LRC120 als reines Adressanzeigegerät, für einen lokalen Abschnitt - d.h. ohne (universellen?) Bus dürfte nicht verkäuflich sein. Da tut sich Lenz jedenfalls ziemlich schwer.

Erst seit der Überarbeitung der Railcom-Spezifikation im Jahr 2017 - durch die in der Rail-Community vertretenen Firmen - mit genaueren Festlegungen haben sich Firmen überhaupt getraut Decoder,  zu produzieren, die die neuen Möglichkeiten (dynamische Kanal 1 Abschaltung) nutzen. Natürlich fiel das nur Modellbahnern auf, bei denen Railcom überhaupt eingeschaltet ist und die auch schon lokale Railcom-Detektoren im Einsatz haben.
Fahren Loks mit solchen Decodern, über  einen Abschnitt mit LRC120 blitzt die korrekt erkannte Adresse z.B. kurz auf und dann sieht man nix mehr davon oder unverständliche Ausgaben. .
Leider gibt es Decoderhersteller, die auf die Modellbahner mit alten Railcom-Komponenten keinerlei Rücksicht nehmen und keine Einstellungen vorsehen, die die aktuell produzierten Decoder in einen abwärtskompatiblen Zustand versetzen. Eine solche Option einzubauen kostet natürlich Geld, dass man vermutlich als Hersteller nicht wieder einspielt, es sei denn mind. ein Hersteller bewirbt so eine Abwärtskompatibilität intensiv.

Ich wähle daher gezielt solche Decoder aus, die man so konfigurieren kann, dass die alten eingebauten Detektoren  wie gewohnt anzeigen können.

Ein Modellbahner, der heute neu mit Railcom startet, muss dem natürlich eigentlich keine Aufmerksamkeit schenken. Abrt sicher ist, auch die aktuelle Technik wird relativ bald "die Alte" sein und er wird froh sein, wenn er nicht alle elektronischen Komponenten komplett erneuern muss...

Der Lenz LRC120 kann man also auch als ganz grobes Test-Gerät einsetzen, um mal zu prüfen, wie der jeweilige Decoderhersteller so mit Altkunden umgeht, die auch mal "Fremdprodukte" gekauft haben. Aber natürlich wollen auch die Modellbahn-Unternehmen ihren Gewinn optimieren und ihre Kunden binden um nur das Beste zu wollen - sein Geld.

Es macht aber natürlich überhaupt keinen Sinn - den betagten LRC120 in einer aktuelle Modellbahnanlage flächendeckend einzuplanen, zumal der LRC120 nicht mal in der Lage ist die Aufgleisrichtung der Lok auf dem Abschnitt anzuzeigen. Der LRC120 ist eine funktionstüchtige Railcom-Vintage-Ikone, super geeignet für einen allerersten Test.

MfG

vik

Hallo Harald, wo in unserer Verbrauchs- oder Konsumgüterwelt ist das denn anders? Ich finde Du erwartest da ungewöhnlich viel von in einem Markt agierenden. Unternehmen. Und ja, Einfluss auf die Normengeber oder gar auf den Gesetzgeber zu Gunsten des eigenen Unternehmenerfolges zu nehmen, ist ein durchaus verbreitetes Instrument im Wettbewerb.

MfG

vik

Sowieso. Deshalb gehört ZIMO auch zu diesen anständigen Herstellern.

Es ist kein ‚breaking change‘, sondern es folgten abwärts kompatible Erweiterungen. Nur leider waren einige ‚Tag 1‘ Produkte so mit der heißen Nadel gestrickt, das diese Erweiterungen (welche bereits absehbar waren) die Produkte ins Stolpern bringen.

Dem Standard ist in diesem Fall nix vorzuwerfen, eher den besagten Produkten.

Frank

Hallo

solang es noch Geisterloks unter Railcom gibt, ist das System nur bedingt brauchbar.

Gruss

Stephan

Wenn ich eine Lok habe, die auf einer Weiche gerne mal stehen breiben, liegt das nicht an DCC sonder an der Lok oder der Weiche.

Geisterloks - liegt erneut an schlechter Software Implementierungen einiger Decoder.

Aus diesem Grund habe in meiner Zentrale eine "Ghostbuster" Funktion eingebaut. Diese kann ich pro Lok aktivieren, sollte eine Lok zu Geistermeldungen neigen. Die Ghostbuster Funktion eliminiert sicher diese Geistermeldungen.

VG,
Frank

Hallo,

ich beschäftige mich ja gerade mit der Entwicklung eines RailCom Detektors mit optionalem Display.
Das erste Layout ist fast fertig und ich will mir bald erste Testplatinen fertigen lassen.

Die Software muss aber erst noch entwickelt werden.

Das mit den Geisterloks ist übrigens ein sehr interessantes und weitläufiges Thema. Es kommt immer wieder mal auf und es wird über mögliche Ursachen sinniert, aber das wars schon.

Mein Detektor soll daher auch Debuginformationen bereitstellen, die hilfreich sein könnten, den Ursachen für einige Störungen auf den Grund zu gehen.

Später dazu mehr in einem eigenen Thread.

LG
threedots

Hallo Frank,

👍

Hello!
Zu den besonderen Eigenschaften vom LRC 120: Das war als das Ding erschienen ist schon ein Thema, daß einige Dinge fraglich oder klar gegen die von Lenz selbst vorgeschlagenen Specs verstoßen haben. Da kann man den RailCom Decodern keinen Vorwurf machen. Lenz hat schon andere Sachen uminterpretiert im X-PressNet oder auch der Unfug die kurzen Adressen entgegen seiner eigenen Normvorschläge bei 99 aufhören zu lassen statt bis 127 laufen zu lassen.

Bei Digitrax ähnliches: da gibt's Decoderabstürze wenn die über Weichen fahren; übrigens ident bei alten Lenzdecodern. Das ist nicht so ein großes Problem mit den Signalunterbrechungen, außer man hat Ärger auf einer Weiche. Wenn das was der Decoder überstehen MUß aber stänig passiert, nämlich kurze Signallücken (RailCom Lücke) dann fällt die Fehlkonstuktion natürlich auf. Das ist aber ein Fehler der Decoder, die das bereits seit den 1980'er jahren verkraften müssen nach NMRA Definition! Es wurde nach dem Jahr 2000 intensiv diskutiert wie man die Rückmelderei, die dann zu RailCom geführt hat, implementiert. Digitrax war damals nicht dagegen. Statt der RC Lücke waren u.a. Funkaussendungen und ähnliches in Diskussion.

Es gibt aber weitere viele Versuche durch "Sperrungen" RailCom zu behindern. Hauptauslöser war, daß MX64/63 von ZIMO die RailCom HW drauf hatten bevor das fertig genormt war. ZIMO war "artig" und hat das nicht veröffentlicht und auch anfangs daher nicht benutzt. Als alles fertig war konnte ZIMO per SW Update tausende Decoder nachträglich RailCom fähig machen. Zusätzlich war mit dem MX31ZL eine RailCom Fähige Zentrale da. Das hat Lenz so sehr verärgert daß Teile der Weiterentwicklung per Patent gesperrt wurden. Hat die Sache nur aufgehalten und war schlecht für die Community. Aufgrund der schlechen Erfahrungen mit Sperrungen hat ESU die Übung mit der automatischen Anmelderei wiederholt, RailCom Plus ist nicht öffentlich, bzw für alle nutzbar. Abermals ohne sinnvollem Ergebnis nur um die RailCom Nutzung möglichst zu blockieren. Das ist zwar jetzt brauchbar da DCC-A aber halt verzögert. Gibt aber auch andere die mit überbordenden Forderungen die Entwicklung blockieren wie FileTransfer und ähnlichen Dingen - völlig sinnbefreit weils nur verzögernde Wirkung hat schade! Das bringt nix, besser wäre es schrittweise vorzugehen und die Dinge nacheinander in Betrieb zu nehmen. Rückwärtskompatibilität zu Normen wird möglichst eingehalten. Auf fehlerhafte Implementationen kann man nicht immer Rücksicht nehmen sonst geht gar nix weiter im Normenbereich.
-AH-

Sehr guter Vortrag aus der Praxis hinter den Kulissen von AH.

Jupp ... danke AH !

Hallo Arnold, Danke, soviel zur heilen Modellbahnwelt hinter den Kulissen!Bei meinen zahlreichen MX631 zeigt und zeigte das LRC120 immer die richtige Adresse an und diese klaglos funktionierenden Decoder mag ich nicht austauschen, allenfalls zusätzlich einen Funktionsdecoder an die Seite stellen....gute Idee, spiegelt aber wohl eher nicht das Vorgehen der Wettbewerber.

MfG

vik

ZIMO Kundenservice:

Im jüngsten Update für die MN, MS und FS Decoderserie wird in den Releasenotes ausdrücklich mitgeteilt, dass veraltete Hardware von Lenz, die wegen Außerreihig zur Norm arbeitend, nicht mehr unterstützt wird.

Das ist volle Transparenz und sauberer Kundendienst.

Wer also Probleme mit seiner veralteten Lenz Hardware bekommen hat, der sollte aufs upgrade verzichten und downgraden.

Findet man alles auf der ZIMO Webseite. https://www.zimo.at/web2010/support/MS-MN-Decoder-SW-Update.htm

Gruß.

Hallo Frank

egal woran es liegt. Geisterloks machen das System nur bedingt brauchbar. Ich habe mit Windigipet Railcom stark implementiert. Immer wieder unterbricht sich die Automatik, weil eine Lok irgendwo auftaucht, wo sie nicht sein sollte und auch nicht ist.

Wie funktioniert so eine Ghostbuster Funktion?

Gruss

Stephan

Hallo Frank,Danke für den Hinweis.
Da ich über eine schwarze Z21 verfügen kann klappt das bei mir auch bei Bedarf.
Aber etwas weiter unten, unter:
"Infos und Hinweise  
Was es bei (noch) älteren SW-Versionen sonst noch zu beachten gibt"
rät Zimo m. E. von Downgrades bei seinen MS-Decodern grundsätzlich ab.
Sollte man ein Firmware-Downgrade bei den Zimo-Decodern eigentlich nur als letzten Notebehelf verstehen, weil das Herstellerseitig nicht getestet wird?

MfG

vik

Das stimmt!

Wie treten Geistermeldungen auf:

- Ein Problem-Decoder verpasst sporadisch seinen Railcom Sende-Slot. Das ist unschoen. Zur Geistermeldung wird es, wenn der Problem-Decoder nun einfach (unerlaubt) seine Meldung im folgenden Railcom Slot sendet. Und genau das passiert bei Geistermeldungen.

- Somit ist immer die Lok von Geistermeldungen betroffen, welche direkt nach der Problem-Lok angesprochen wird.


Ghostbuster (GB):

- Der GB legt eine Dummy-DCC Adresse an, die keinem Decoder zugeordnet ist. Sagen wir ... Adresse 9999.

- Der GB stellt nun sicher, dass unmittelbar nach jedem regulaerem Decoder diese Dummy-Adresse 9999 angesprochen wird. Beispiel: Wir haben drei regulaere Decoder mit Adresse 7 / 24 und 88 auf den Gleisen. Die Gleisausgabe sieht dann so aus,

ADR 7
ADR 9999
ADR 24
ADR 9999
ADR 88
ADR 9999
ADR 7
....

- Das Funktionsprinzip ist simpel: Die GB Adresse 9999 'saugt' wie ein Staubsauger potentielle Geistermeldungen auf. Unter der Annahme, Decoder 7 hat ein Problem, dann landen dessen Geistermeldungen nicht mehr im Cutout von Decoder 24 sondern im Dummy Decoder 9999. Dieser verwirft/vernichtet diese Meldung einfach.

- Wenn bekannt ist, welche Decoder Probleme bereiten, kann man den GB nur auf diese ansetzen. Beispiel: Nur Decoder-7 hat ein Problem. Es ergibt sich dann,

ADR 7
ADR 9999
ADR 24
ADR 88
ADR 7
ADR 9999
ADR 24
ADR 88
ADR 7
....

Ich hoffe das ist verstaendlich.

VG,
Frank

Hallo,

ich habe ein knappes Dutzend von diesen LRC120 (neben diversen anderen lokalen Railcom-Detektoren).
Durch welches Zukunft trächtiges Produkt mit direkter Anzeige der DCC-Adresse (ohne dass ein Rechner erforderlich ist) könnte man die aktuelll ersetzen?

MfG

vik

Wenn du etwas Geduld hast, vielleicht dadurch:
https://www.digimoba.de/RC-Detect.mp4

Es braucht noch  etwas Zeit. Die Software dazu will ich noch weiter optimieren.
Gruß Holger

@Digimoba
Jo muss dann neben der Lokadresse noch die Aufgleisrichtung anzeigen. Dann passt das für Werkstattwartungsarbeiten und Versuchstreckentestaufbauten.
Viel Spaß beim Tüfteln.
Frank

Tja, Thema Aufgleisrichtung. Kann nur nach Aufforderung durch die DCC Zentrale erkannt werden. Damit ist so ein Detector erst mal raus, da er selbst keine DCC Signale und somit Befehle erzeugt. Physikalisch wäre es eventuell möglich, anhand der Polarität der RailCom Signale eine solche Richtung zu erkennen. Kann man versuchen, dies zu implementieren. Aber was ist dann Vorwärts, was Rückwärts. Wie herum muss dann das Gleis angeschlossen werden?
Was schon funktioniert: Aus dem DCC Signal werden die für die erkannte RailCom Adresse die Fahrstufe, Fahrtrichtung und die Funktionen 0 bis 8 angezeigt.
Gruß Holger

Hallo Holger, Ich bin gern dabei! und habe auch eigene funktionstüchtige Projekte. Aber aus einem  Prototypen ein für alle Modellbahner brauchbares und noch bezahlbares Produkt zu machen, ist ein viel aufwendigeres Unterfangen, was ich mir definitiv nicht zutraue.
Es gibt eine ganze Reihe von Projekten für den ambitionierten Bastler, angefangen von Paco, über Deloof, Peter Gilling und die leider Rocrail spezifischen WIO-Komponenten. Sogar die RCDs von Tams erfordern einen Konfigurationsaufwand, dem sich die meisten Modellbahner  nicht routinemäßig unterziehen wollen. Letzteres gilt übrigens auch für die eigentlich maßgeschneiderte Fichtelbahninfrastruktur.
Ich sehe als Zielgruppe vor allem - neben Einsteigern - vor allem Teppichbahner! Der - noch lieferbare - RCD-2 scheidet hier (obwohl er die Aufgleisrichtung erkennen kann) schon wegen des erforderlichen Netzteils aus. Die nahezu gleich alten und durchaus bewährten Uhlenbrock-Komponenten ("Marco") , ermöglichen leider kein Erkennen der Aufgleisrichtung im Stand und sind außerdem für viele Modellbahner "unangenehm lästig" zu konfigurieren.
Die Industrie bietet derzeit (2026) da m.E. leider nichts für einen einfachen schrittweisen Start an, der auch glaubhaft skalierbar ist.
Was ich mir wünschen würde, wäre ein spezifikations-konformer lokaler Railcom-Detektor (Stromversorgung aus dem Gleis), der DCC-Adresse und Aufgleisrichtung zuverlässig erkennt, auf einem optionalen Display anzeigen kann, aber auch alternativ per WIFI an eine Rückmelde-Einheit/Zentrale weiterleiten kann.
Frank (fschum) arbeitet schon seit geraaumer Zeit an so etwas (https://rtb4dcc.de/ ) und ich hoffe es wird daraus noch zu meinen Lebzeiten wirklich ein praktikables und erschwingliches Produkt für jeden geneigten Modellbahner. Ähnliche Hoffnungen habe ich aber schon, seit die allerersten ESP8266 die AVR und PIC-Bastler aufgemischt haben...

MfG

vik

PS.: 13.10 2026 - 18:30 ist wieder VHS-Stammtisch in Mettmann. (Musikschule)
https://www.vhs-mettmann.de/p/kultur-kreativita...n-2026-1-688-C-Q2800

Hallo Viktor,

was dürfte denn so ein RailCom-Display Deiner Meinung nach maximal kosten?

LG
threedots

Hallo Roland, als Hausnummer würde ich mal 59,99 nennen, um neues auszuprobieren und als Werkzeug am Programmierarbeitsplatz.
Ich spreche von einem fix und fertigen. (einkanaliger) Railcom-Detektor, als Produkt, der einfach standalone ins Gleis eingeschleift - an jeder Zentrale mit korrekter Railcom-Lücke im DCC-Protokoll -  eingestellte DCC-Adresse und Aufgleisrichtung anzeigt.

Es müsste eine Erweiterungsmöglichkeit geben, die Daten per seriellem Bus, am besten natürlich per WLAN (Teppichbahner) an ein zentrales Modul weiterzugeben.
Es wäre natürlich wunderbar, wenn das schon bei Auslieferung inklusive wäre, ich habe aber durchaus Verständnis, wenn dieses Feature erst durch Nachkauf einer ansteckbaren Ergänzungshardware oder auch per kostenpflichtigem Update freigeschaltet werden würde, Aber das Upgrade müsste einfach zu hause durchführbar sekn müssen z.B. mittels der bereits vorhandene Zentrale oder ggf,. einer unzepezifischen Infrastruktur ...

Hast Du mit Deinem RCD-2 (Produkt als Bausatzlösung) nicht etwas funktionell Verglekchbares bei Dir zum Testen hinter einer DCC-EX 5.6.6.aufgebaut, bloß halt mit dem lästigen Netzteil?

MfG

vik

Ein Kanal-1 Display? … das habe ich bislang nicht. Oder auf was beziehst Du dich.

Frank

Als Mitleser frage ich mich, welchen Sinn ein Adressdisplay am Gleis hat? Ist das nicht nur Spielerei zur einmaligen Nutzung? Und zu welcher Zentrale soll es senden und was soll diese damit anfangen? Ich kann keinen Nutzen erkennen obwohl ich pro RailCom bin.

Gruß von Aron

Hallo Frank,Sorry, ich hatte auf Deiner umfangreichen Seite gestöbert und unter anderem dies gesehen...
Schade, das könnte man wohl nicht standalone einsetzen, so wie den LRC120, bloß eben die aktuelle Railcom-Spezifikation implementiert?

MfG

vik

Hallo Aron,für was setzt Du bei Dir Railcom ein? Natürlich dürften die Drähte zwischen Detektor und Dislpay ggf. auch länger sein (z. B. für ein physisches GBStW).  Aber die eigentlich elegante - von Tams vertriebene - Lõsung, schon das Display "einfach auch per RS485" anzubinden erschien/erscheint vielen Modellbahnern zu aufwendig zu konfigurieren, zumindest mit den Bedienmöglichkeiten von 2007.
Was genau meinst Du mit "pro Railcom" sein?

MfG

vik

Ein Railcom Detektor, der die empfangen Daten an DCC-EX sendet, zum Beispiel als Rückmeldung der POM CV-Programmierung wäre auch wünschenswert....

Hallo Uli, ja, aber das wäre genauso vergeblich wie ein Detektor der diese Daten zum Beispiel gemäß Mărklin CAN-Spezifikation (die gibt das her) an die CS2 oder CS3 senden würde. Selbst wenn die Lücken da wären und die Daten in der CS ankämen, bisher scheint in der CS3 noch niemand etwas programmiert zu haben, um damit etwas Sinnvolles zu machen (z. B. - wie bei der ECoS - die Lok-Adresse im korrekten Abschnitt km Gleisbild der CS3 anzuzeigen. Die Daten könnten bisher allenfalls unverändert über LAN an eine Modellbahn-Steuerungssoftware weitergegeben werden. Gewünscht habe ich mir das seit Veröffentlichung der CAN-to-LAN Spezifikation in Version 2.

Im Fokus sollte hier stehen, was schon geht und wie man sich - mit überschaubarem Aufwand - selbst praktisch davon überzeugen kann.
Hier nochmal eine Adressanzeige (allerdings ohne Aufgleisrichtung) mit dem LRC120 hinter einer aktuellen DCC-EX 5.6.6 als Zentrale:


MfG

vik



Die von vikr zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Was ist mit TAMS mc^2 ?

Hallo Frank,tatsächlich kann man die MC2 schon mal für 350,- Euro aus zweiter Hand erstehen, aber zur RC-Rückmeldung benötigt man ja noch entsprechende Module von Tams oder auch von Fichtelbahn. Die Tams MC sind wie auch Uhlenbrock bei vielen Mittelleiterfahren im Einsatz. Railcom funktioniert da (bis auf die Aufgleisrichtung) natürlich auch sehr gut (wird aber von kaum einem Mittelleiterfahrer genutzt), aber solange man per Multiprotokoll unterwegs sein will/muss (lieb gewonnener Altfahrzeugbestand) bleibt es meines Erachtens sehr unübersichtlich schwierig.
Ich hatte bisher keine Gelegenheit damit selbst praktische Erfahrungen zu machen. Unter der alten MC gab es die interessante Möglichkeit den Loks mit MM-Decodern DCC-Funktionsdecoder an die Seite zu stellen. Die MC konnte dann einen MM-Decoder mit Adresse XY ansprechen, wenn eine Railcom-Nachricht von dem DCC-Funktionsdecoder mit numerisch identischer DCC-Adresse XY rein kam. Das wurde aber nicht sehr ausgiebig genutzt und ob davon etwas in die MC2 "gerettet" wurde, weiß ich leider nicht.
Evt. mal bei Dirk, z. B. hier
https://www.stummiforum.de/t223139f5-Tams-MC-und-BiDiB.html
nach fragen.
Bei eingeschalteter Railcom-Lücke in der MC2, funktionieren lokale Detektoren natürlich - wie hinter jeder anderen  DCC-Zentrale (mit eingeschalteter Lücke) - problemlos, ohne dass die Zentrale irgendwie speziell eingebunden sein muss.

MfG

vik

Nach Sichtung der HP von Lenz: Der LENZ LRC120 ist aber mit fast 65 Euronen zzgl. Porto sehr teuer für das Bischen was er kann. *grml*

Hallo Frank,Ja, aber er kann eben einfach in die Stromzuführung eines isolierten Schienen-Abschnitts eingeschleift werden und funktioniert. Einfach nach jedem Einschalten der Zentrale den Gleisstrom einschalten und für irgendeine DCC-Lok (z.B. 3) das Licht einschalten.
Ein Nachfolger, der der aktuellen Spezifikation genügt und die Anzeige der Aufgleisrichtung beherrscht, ist schon lange überfällig. Wenn der die Detektierten Daten noch über ein (hoffentlich offenen gelegtes Bus-Protokoll) weitermelden könnte, wäre er mir sogar ein wenig mehr wert...

MfG

vik

das Protokoll des RC Link von Tams ist offengelegt, Geräte sind aber auch nicht preiswert.

Hallo Uli, ja, es gibt aber derzeit nur den RCD-2 zu kaufen. Hier ein RCD-1 mit RCA-1 hinter DCC-EX 5.6.6:
  
Aber er beherrscht die Detektion der Aufgleisrichtung und die kann per wandernden Dezimalpunkt dargestellt werden. Konfiguration und "Bus"- Terminierung sind etwas schwierig.

MfG

vik

Die von vikr zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Hallo,

auch hinter der OpenRemise S3Main (ESP32 S3) detektiert der alte LRC120 die eingestellte DCC-Adresse der allermeisten meiner Railcom fähigen Decoder korrekt:
  

@Vincent: Kann man die Lücke eigentlich in den Tiefen der Settings der S3Main auch irgendwo abschalten?

MfG

vik

Die von vikr zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Ja in den DCC Einstellungen kann man die "BIDI Bit" Zeiten auf 0 Stellen.

Hallo Vincent, vielen Dank. Noch eine Frage: Ist in der ORZ so etwas wie eine Autistart-Sektion (wie in DCC-EX) vorgesehen? Oder allgemeiner- Ich würde gern Skripte mit ein paar  DCC-Befehlen  - insbesondere gleich nach jedem Starten der Zentrale - ausführen lassen, möglichst als User (d.h. auch unabhängig vom "Einrichten" der ORZ).

MfG

vik

Aktuell gibts das nicht, wär aber schon cool.

Wäre es hilfreich, das RC Link von TAMS an ein Smartphone anschließen zu können und dieses als Display zu verwenden?

Hallo Uli, hilfreich? Vielleicht, aber, die Geräte sind vor mehr als zwanzig Jahren für den ambitionierten Modellbahner designed worden.
Ganz so einfach geht es nur mit einem PC oder Linux-Rechner. Tams hat dazu ein Programm geschrieben und zum Download freigegeben, in dem man sich die Railcom-Nachrichten in einem Fenster als Text - in Tabellenform - anzeigen lassen kann.
  
DCC-EX 5.6.6 mit RCD-1 und RC-Link und Monitor
Adresse 1037 im Display ist auf dem Monitor grün hinterlegt (einschl. Pfeil mit erkannter Aufgleisrichtung).

Alle damals schon verbreiteten Modellbahn-Steuerprogramme, können den RC-Link aber als weitere Zentrale einbinden und die Nachrichten dann zum Beispiel im Gleisplan einblenden. Das sieht dann so ähnlich aus, wie das die ECoS mit den ECoS-Detektoren auf ihrem Display zeigt, oder auch die Z21 mit den Roco 10898 in der Z21APP.

Bisher ist mir kein iPhone oder Android basiertes Modellbahn-Steuerprogramm bekannt, dass das ähnlich wie die Z21APP kann. Sowas beherrschen m.W. bisher ausschließlich PC, Mac und Linux basierte Programme.

MfG

vik



Die von vikr zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

ich denke dabei an eine App die ähnlich dem Tams Testprogramm für den RC Link funktioniert.  

ich meine so etwas in der Art


Die von Uli_22 zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Meint ihr das?

https://tams-online.de/WebRoot/Store11/Shops/64...C-Talk-Protokoll.txt

Hab das so via Google gefunden, auf dem Tams Web eher nicht.
Ist das nicht etwas ... mager?

Grüße,
Harald

ja, sehr schlicht gehaltene Kommunikation:

a) Adresse der Lok
b) Aufgleisrichtung
c) von der Lok gesendete CV Werte

Uli

Hallo Harald,Ja, hatte ich hier früher schon mal drauf hingewiesen..
Welche Daten würdest Du in dieser Situation noch erwarten?

Zeitpunkt, Ort, Adresse, Aufgleisrichtung! Das sind doch erstmal die wichtigsten Daten.

Und auf explizite DCC-Anfrage der Zentrale, die CV Werte als Railcom-Antwort vom Decoder.

MfG

vik

Hallo Uli,das wäre natürlich sehr hilfreich und würde natürlich auch demonstrieren, wie z.B. eine Abdroid basierte APP  als Modellbahn-Steuerprogramm diese Daten entgegen nehmen müsste, um sie z.B. in ihrem eigenen Gleisbild anzuzeigen (wie das ja z. B. die Z21APP auch schon proprietär mit den LAN-Daten der Z21 - aus den CAN-Daten des Roco 10808 - machen kann).
  

MfG

vik



Die von vikr zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Hallo Uli, welche Motive würden Dir einfallen, um Protokoll und Codierung dieser (genormten Railcom-Nachrichten) auf dem weiteren Weg vom Detektor zu einer Anzeige-/Verarbeitungs-Einheit geheim zu halten, bzw. besonders kompliziert zu codieren oder sogar zu verschlüsseln?

MfG

vik

Ich sehe u.a. zwei Möglichkeiten:

1. Den PC Link per USB an ein Smartphone anschließen. Die Kommunikation und Anzeige funktioniert schon mal, wie in #54 gezeigt. Fehlt noch die Weiterleitung der Informationen per Wlan und CAN Protokoll an die z21.
2. Gleiches ist im Prinzip mit einem ESP denkbar

Uli

Hallo Uli, im Prinzip möglich, aber seit 2023 (dem Rückzug von Tassilo Gruber aus der GF, von Roco aber wohl definitiv nicht mehr erwünscht).
1. an der Z21APP ist nur eine Zentrale (eigentlich natürlicheine Z21 oder zumindest freigeschaltete z21) erlaubt.
2. Du müsstest der exklusiv angeschlossenen zZ21 also einen 10808 "unterjubeln", dann hat auch die Z21APP keine Probleme. Das ist aber nicht trivial und könnte von Roco auch jederzeit unterbunden werden
ja, das funktioniert ist aber ziemlich trickreich. Alternativ ginge statt CAN wohl noch LocoNet.

Ich bin gespannt auf Dein Projekt und würde mich gern an Tests beteiligen...

MfG

vik

Preislich sind die derzeitig noch verfügbaren RCD-2 mit ihren 2 Ausgängen, keine echte Alternative zu Roco 10808.
Ob sich dann der ganze Aufwand lohnt?

Bedenkt, die Z21 Kommunikation ist UDP. Da kann jeder welche Information auch immer mit beliebigem Absender an jeden Teilnehmer schicken. Einfach überlegen und dann loslegen mit dem Programmieren.

Grüße,
Harald

Hallo Uli,Nein, wenn man ausschließlich aufs Geld sieht, natürlich nicht. Ein RDD-2 mit zwei Meldern kostet 45 Euro, der Roco 10808 mit  acht Meldern 95.
Resumee: 22,50 vs. 11,87 pro Melder?
Der ESU 50098 koster auch etwa 95 Euro, hat aber nur vier Melder, pro Modul also auch knapp 23 Euro
Da bleibt doch nichts offen oder?

Vielleicht ja doch? Der 50098 funktioniert nur an einer ESU-Zentrale, der 10808 nur an einer schwarzen Z21 von Roco, der Lenz LRC120 und die RCDs funktrionieren prinzipiell hinter jeder Zentrale die (ggf. auch) DCC mit dem Railcom-Cut aufs Gleis bringt, z.B. auch hinter einer DCC-EX v5.6.6 oder auch der z21, LZV200 und gant vielen andern...

MfG

vik

95 geteilt durch 4 Ergebnis besser angenähert...

Die Frage ist wie immer: Wo soll die Information hin und wie bringt man sie dorthin.

Detektoren mit wenigen Meldern und Schnickschnack wie Display ziehen den Preis pro Block nach oben.

Grüße
Harald

Hallo,



In der Tat halte ich das für die anstehende Masterfrage? Wo soll die Reise hingehen? Plant man ein universelles Bussystem, oder nur einen Mechanismus um Melder „irgendwie“ dran zu flanschen.

Ersteres wird vermutlich mehrere Jahre Entwicklung bedeuten, letzteres wurstelt man deutlich schneller hin.

Frank

Moin in die Runde,



Wenn es um einen RailCom Melder für ein bestimmtes System geht dürfte der Fichtelbahnmelder am günstigsten pro Melder seine. Aktuell 135,00 € für 16 Melder. Aber auch hier "hinkt der Vergleich weil 1. keine direkte Anzeige und nur am BiDiB-System nutzbar.

Gruß aus Hamburg
Thorsten

Hallo,



Ich wäre vorsichtig mit dieser Mathematik. Wenn ich für einen Testkreis 4 Melder benötige, dann zahle ich ebenfalls 135€. Auch, wenn das Layout es so will, ich 17 Melder benötige, muss ich 32 kaufen.

Darum, kleinere Granularität bei etwas höheren Stückkosten, ist nicht unbedingt schlechter.

VG, Frank

PS: Ich habe mich nach langem für und wider für 4-fach Melder entschieden. Da es Selbstbau ist, liegen die Kosten bei 15€ für 4 Melder, also 4€ pro Melder. Der Preisvergleich mit kommerziellen Meldern ist natürlich nicht zulässig.

https://rtb4dcc.de/hardware/modules/c13/

Das "billigste" RailCom Rückmeldemodul am Markt ist und bleibt der YD6018LN-RC von YaMoRC mit 16 Meldeeingängen! Da kann Rocos #10808 Baustein mit nur 8 Meldern und weitere Hersteller nicht mithalten. Ich besitze den Vorgänger DR5088RC und bin hoch zu frieden damit. Der Nachfolger wurde überarbeitet und verbessert. Läuft an Digikeijs und YaMoRC Zentralen klaglos. lg

Wohl eher YaMoRC YD6016LN-RC?

Preislich in etwa beim Fichtelbahn GBM 16TS

VG Freetrack

Jepp hast recht in etwa auf Augenhöhe und auch hier am Ende ja keine Anzeige am Modul und zu viele Kanäle für Kleinstanlagen und Wartungsarbeiten. Hab übrigens die Bezeichnung korrigiert.
Schade einfach, dass TAMS den RD1 und die LED Anzeige eingestampft hat. Und bisher gibts keine Anbieterersatzlösung mehr. Vielleicht bekäme ZIMO ja die Kurve?
Ich meine beispielhaft den KLUG haben sie ja auch hinbekommen. Hat kein anderer Mitbewerber mitgezogen. Alles bisher nur Großlösungen wo man hinschaut. Klar ist es auch eine Frage ob man damit sein Geld verdienen kann.
Beste Grüße.

P.S.: das Teil muss am Ende 2 Dinge können: Loknummer und Aufgleisrichtung. Vielleicht kann ja "AH" aka Arnold Huebsch in Kleinserie was bauen?

Hallo,



… was ich noch nicht verstehe - wozu braucht man RC Melder mit Richtungsanzeige für Anlage in Testkreis Grösse?

VG,
Frank

Hallo Harald,das hängt doch davon, ab, was für eine Betrieb die Modellbahner machen wollen.
Dispays machen sich in physischen Gleisbildstellwerken, wie z. B. bei Uhlenbrocks TrackControl
https://www.haertle.de/Modelleisenbahn/Digitalt...BNFjL1xocyFVTCytX-0H
duchaus Sinn, man benötigt auch keinen PC.
Auch für Teppich-, Parkett- oder Tischbahner, können lokale Railcom-Nachrichten-Anzeigen nützlich sein.
Um keine Stolperdrähte verlegen zu müssen, kann man die Nachrichten zwar per WLAN übermitteln, aber die Strozuführung muss immernoch über einen Draht erfolgen. Mehr als zwei Drähte scheinen da weniger zweckmäßig.

Für aktuelle RCD-2-Varianten mit RC-Talk per WLAN zur Anzeige - ob nun einzelne Dispays, ein echtes Gleisbildstellwerk oder ein PC gestütztes Modellbahn-Steuerprogramm - hätte ich schon Verwendung...
Aber ein PC oder Tablet sollte eine Option sein, nicht eine zwingende Notwendigkeit.

MfG

vik

Hallo Frank,Tams hat das sichen nicht eingestampft, weil ihnen die Komponenten so aus der Hand gerissen wurden.
Die Konfigurationsschnittelle war etwas für eine Generation von Modellbahnern, die ihre Motorola-Decoder mit ihrer 6021 blind programmieren konnten/mussten. Leider gab es da auch keine spürbaren Verbesserung der Bedienbarkeit.

MfG

vik

Hallo zusammen,



Genau dahin will ich, auch wenn der PC im Hintergrund Steuerungsaufgaben gerne übernehmen darf, ich will was in der Hand haben, was ich drehen und drücken kann und da ist UB Track-Control für mich im Moment konkurrenzlos. Einmal wegen der Anzeige im Stellpult und dazu durch die Möglichkeit, mir mal schnell eine Lok auf einen Handregler holen zu können, deren Adresse ich im Stellpult sehe.

Da sieht ein Yamorc YD-6016LN-RC richtig gut aus als Melder, zumindest mit dem UB Loconet-Display konnte ich das über YD7010 testen, das kommt an, genau wie beim IB-Control. Aber dann sollte das mit dem TC auch kein Problem darstellen. Dabei ist mir die Aufgleisrichtung gar nicht mal so wichtig, deswegen hab ich die vergessen mit zu testen.

Optimistische Grüße,
Helmut

Hallo Helmut,mir wäre die Aufgleisrichtung sehr wichtig.
Wenn ich angezeigt bekomme, welche Adresse die Lok im Lokschuppen hat, will ich auch wissen mit welcher Aufgleisrichtung sie dort steht. Nur dann kann ich entscheiden ob ich sie vorwärts oder rückwärts fahren lassen muss um den Schuppen zu verlassen und nicht gegen die Schuppenwand  zu donnern.
Das gilt genauso, wenn ich einen - nicht einsehbaren - Schattenbahnhof habe und die Lok manuell so ansteuern will, dass sie das Bahnhofsgleis mit dem Zug in Richtung Ziel verlässt.

Computer können sich naturlich merken, welche Fahrzeuge mit welcher Aufgleisrichtung zuletzt wo und wie herum zuletzt stehen geblieben sind.
Ich habe das schon am nächsten Wochenende vergessen, Ich möchte das lieber aktuell aus dem Gleisabschnitt mit der Lok auslesen "erkennen" und anzeigen lassen, wenn ich das möchte.

MfG

vik

Hallo Frank,es ist eine praktische kleine Übung, um sich zu überzeugen, ob die Aufgleisrichtung - bei einem bestimmten gewählten Setting - korrekt angezeigt wird, wenn die Fahrzeuge kreisen, damit man sicher sein kann, dass die Anzeige auch bei unübersichtlicheren Layouts korrekt so bleibt wie beim  Vorbild.
Probier es einfach mal aus, z.B. mit einer ECoS und einem 50098 und der Anzeige - zunächst auf dem Display der ECoS selbst und dann auf dem Monitor eines Modellbahn-Steuerprogramms.

MfG

vik

Hallo,

bei Bedarf kann man sich das auch alles persönlich ansehen.
Morgen Dienstag, um 18:30 beginnt wieder der regelmäßig wöchentliche  
VHS Moba Technik Stammtisch in Mettmann
fur das Winterhalbjahr 26/27, in der Musikschule Mettmann!  Schnuppern (ohne Anmeldung) ist explizit erlaubt!  

https://www.vhs-mettmann.de/p/kultur-kreativita...n-2026-1-688-C-Q2800

MfG

vik

Hallo,

neben der nicht enden wollenden Diskussion über Sinnhaftigkeit oder Sinnlosigkeit der Aufgleisrichtung/Fahrtrichtung habe ich ein wenig weiter an meinem Railcom Detektor gebastelt.

Ich kann nun das Display ansteuern und habe fürs erste die folgenden Anzeigen implementiert.

Wenn im überwachten Gleisabschnitt nix los ist, zeigt mein  Display ganz einfach "no Railcom Data" an.
  

Eine stehende Lok im Gleisabschnitt wird mit ihrer Adresse aus dem Railcom Kanal 1 angezeigt. DIe Geschwindigkeitsanzeige erfolgt, sobald Kanal 2 Rückmeldungen für diese Lok empfangen wurden.
  

Beim Wechsel der Fahrtrichtung wird auch das Lok-Icon gespiegelt.
  

LG
threedots


Die von threedots zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Cute :)
Gefällt mir

Hallo Roland, das sieht doch auf den ersten Blick richtig toll aus. So richtig Ernst scheinst Du diese Thematik nicht wirklich zu nehmen...Damit leistest Du Railcom (zumindest für Modellbahner ohne Mittelleiter) meines Erachtens einen Bärendienst.

Aber, wenn Du jetzt Deine Anzeige-Element mal gedanklich unter das Gleis mit dem zugehörigen Dampflokmodell hältst,...
wenn Du nun die Fahrtrichtung umschaltest, dreht sich doch Dein Lokmodell auf dem .Gleis nicht um 180 Grad. Die Lok fährt jetzt halt rückwärts statt vorwärts. Das Spiegeln scheint mir hier ("Fahrtrichtungswechsel") doch absolut irreführend.

Falls Du aber die Lok auf dem Gleis per Hand um 180 Grad umdrehst (Wechsel der "Aufgleisrichtung") und gleich an Ort und Stelle wieder aufgleist, sollte auf dem Display die Lok gespiegelt - gegenüber vorher - dargestellt werden. Dasselbe muss natürlich passieren, sobald die Lok eine Kehrsschleife durchfahren hat, oder ein Gleisdreieck, oder auf einer Drehscheibe gedreht wurde und wieder auf das Anschlussgleis mit einem Detektor fährt, von dem sie auf die Bühne gestartet war.
Womit wir auch bei der Erläuterung zur Frage von Frank wären, warum es auch Sinn macht zu demonstrieren, wie das bei einem Kreis/Oval korrekt auf den Anzeige-Elementen am besten aussehen müsste, um Missverständnissen möglichst zu vermeiden, die zu einem chaotischen Verhalten führen, z. B. "Züge verlassen häufig, - aber nicht immer - den Bahnhof in der falschen Richtung", Daran muss Railcom schuld sein.

MfG

vik

Morgen Dienstag, um 18:30 beginnt wieder der regelmäßig wöchentliche
VHS Moba Technik Stammtisch in Mettmann
fur das Winterhalbjahr 26/27, in der Musikschule Mettmann!
Schnuppern (ohne Anmeldung) ist explizit erlaubt!
https://www.vhs-mettmann.de/p/kultur-kreativita...n-2026-1-688-C-Q2800

Hi,

Es wird noch etwas am Anzeigeformat gefeilt werden 😃.

LG
zhreedots

Hallo Roland, Frank, Vincent und Frank,

tut mir leid, wenn das gestern vielleicht etwas sehr oberlehrerhaft formuliert war, aber der praktische Einsatz von Railcom im digitalen Modellbahnbetrieb ist nicht ganz einfach, aber mit einiger Sorgfalt erfolgreich durchführbar.

Erste Schritte macht man wie immer am besten mit einem kleinen übersichtlichem Layout, bei dem man auf einen Blick und ggf. durch genaueres Hinsehen und Plausibilisierungen kontrollieren kann, ob alles konsistent ist. Mit anderen Worten in so einfachen Situationen in denen man über seine Betriebsabläufe auch ganz ohne aufwendige Technik noch die volle Übersicht behalten kann.

Ganz problematisch finde ich es allerdings, wenn Entwickler einschlägige Begriffe und Normen nicht so genau nehmen und schon bei der Entwicklung, sei es von Hardware oder der Firm- oder Software Begriffe unklar verwenden bzw. Ungenauigkeiten in den zugrunde liegenden Normen einfach mal ganz persönlich interpretieren ohne die Risiken anzusprechen.

Abgesehen von der wichtigen Unterscheidung zwischen Aufgleisrichtung und Fahrtrichtung gehören vor allem wichtige Konventionen über die Verdrahtung der Decoder im Fahrzeug selbst und natürlich die gleichsinnige Verdrahtung aller Detektoren zum Gleis dazu.

Wenn die Hersteller von Komponenten, sei es kommerziell oder DIY-Lösungen, sich hier nicht an die gleichen Vorgaben halten, bzw. sie in der gleichen weise interpretieren, wird es widersprüchliche Anzeigen geben, die den Modellbahner glauben lassen, dass Railcom nicht funktkoniert. Es liegt aber nie an Railcom, sondern (fast) immer an schludrigen oder unvollständigen Implementierungen der Komponenten oder falscher (missverständlicher) Verdrahtung und Konfiguration. beim Anlagenbau. Erstaunlich häufig leider sogar bei den Komponenten der kommerziellen Hersteller, die schon Jahre lang im Markt sind.

Um die von Boris 2011 gestellte Frage beantworten zu können, muss man alle eingesetzten Komponenten nennen und im Zusamenspiel genau betrachten. Oft benötigt man dazu allerdings spezielle Werkzeuge, wie Oszilloskop oder Logic-Analyzer.
Nicht immer wird man die genaue Ursache finden oder gar beheben können, insbesondere wenn sie nur sporadisch auftreten. Gelegentlich hilft es dann - auf bestimmte Komponenten - ganz zu verzichten.

MfG

vik

Hallo Roland, meinst Du es ist allein das Format der Anzeige, was ggf. zu Missverständnissen führen könnte?

MfG

vik

Nein!

Die Digitalisierung der MoBa hat einiges an Komplexität mitgebracht, Sowohl bei Hard- und Software. Da fällt es schon mal schwer, den Durch- und Überblick zu behalten.

Gerade bei der Anzeige kommt es auch auf die Semantik an. Das muss klar herausgestellt werden, um Missverständnisse ausschliessen zu könnnen. Zur Erklärung der Anzeige müssen ein paar Sätze formuliert werden, um das zu leisten. Aber wer liest heutzutage noch Anleitungen oder Hinweise, wo doch überall selbsterklärende Bildchen verwendet werden.

Da wird bei mir die Aufgleisrichtung (vorne/hinten) durch ein Loksymbol visualisiert, Bei der von mir verwendeten Dampflok ist vorne beim Schlot, entsprechend hinten bei der Führerkabine. Die Anzeige der Fahrtrichtung erfolgt relativ zur Aufgleisrichtung durch Pfeile unter dem Loksymbol.

Das ist dann halt unmissverständlich in Stein gemeisselt.

LG
threedots

Hallo,

anbei das überarbeitete Anzeigeformat. DCC Adresse und Geschwindigkeit sind fiktiv und dienen nur der Kontrolle, ob der Platz auf dem kleinen Display auch ausreicht.

1. Aufgleisrichtung von rechts nach links, Fahrtrichtung vorwärts
  
2. Aufgleisrichtung von rechts nach links, Fahrtrichtung rückwärts
  
3. Aufgleisrichtung von links nach rechts, Fahrtrichtung vorwärts
  
4. Aufgleisrichtung von links nach rechts, Fahrtrichtung rückwärts
  

LG
threedots


Die von threedots zu diesem Beitrag angefügten Bilder können nur von registrierten Usern gesehen werden - Login

Die Aufgleisrichtung definiert eben NICHT vorwärts oder rückwärts, sondern NUR aus welcher Schiene der beiden Schienen gerade das DCC Signal anliegt. Die Amis machen es da dem Anlagenbetreiber leichter, in dem sie die beiden Begriffe Ost und West dafür benutzen. Beliebte Loksymbole oder Richtungspfeile sind in Displays schön irreführend. Gruß.

Hallo zusammen,

ich finde die Darstellung schon eindeutig. Nur die skalierte Pixelschrift würde mich stören

Klaus

@86 ja genau so ist das einfach und rasch verständlich. Was machst Du mit den gültigen DCC Adressen 10000-10240???

@87 Die Diskussion verstehe ich nicht. Sowohl beim Vorbild als auch im Modell sind die benutzten Begriffe immer relativ zum Fahrzeug. Die Aufgleisrichtung ist dann Relativ zum Abschnitt und der Position des Fahrzeugs am Gleis. Die Landschaft rundum ist immer irrelevant.
Lustig wird die Beobachtung wenn so ein Fahrzeug durch eine Kehrschleife muß. Wenn man die Basistechnik nicht verinnerlicht hat ist man dann verwirrt obwohl da nix neues durch eine Kehrschleifenfahrt passiert,. Beim rausfahren wird nur die Aufgleisrichtung getauscht.
-AH-

Hallo Frank,

Das Signal liegt doch auf beiden Schienen an. Die Polarität des Gleissignals bestimmt die Aufgleisrichtung. Ost/West und Rechts/Links sind äquivalent.

Das mit den verwendeten Symbolen ist so eine Sache. Fahrtregler verwenden auch Pfeile zur Kennzeichnung der Fahrtrichtung. Sind da die Hoch/Runter oder die Rechts/Links Pfeile die richtigen Symbole? Oder die Rampen von rechts nach links bzw. von links nach rechts?

Beim verwendeten Loksymbol könnte noch angemahnt werden, dass die Dampflok nicht zur Symbolisierung von E- und Dieselloks oder gar Triebzügen geeignet sei.

Wenn alles rot/gelb/grün/weiß oder sonst wie blinken würde, wäre die Darstellung dann klarer? Im Post #85 habe ich meine Symbolik doch klar beschrieben. Wer dieses Display später nutzen will, wird die Symbole nach Belieben im Quellcode ändern können, je nach persönlichem Gusto.

Nun denn, aber trotzdem danke für Deine durchaus angebrachte und konstruktive Kritik.

LG
threedots

Lass halt die Lok weg und nimm nur die Pfeile. Weiterhin viel Spaß.

Hallo,

das Dampfloksymbol ist doch völlig ok. Jeder erkennt sofort, wo vorne und hinten ist, und nur darauf kommt es an. Es ist eine Form der Abstraktion, und wenn man jetzt anfangen würde zu differenzieren, kommt man schnell in Teufelsküche. Die Bauformen von Lokomotiven gehen schnell in die zwei- und dreistelligen Zahlen.

Klaus

Hallo Arnold,dem schließe ich mich gern am. Bei den Displays könnte man ggf. noch Farbe ins Spiel bringen....
In Rocrail gibt es ein Dampflokpikzogramm zweimal, einmal wie gewohnt mit Abgasfahne über der vorwärts fahrenden Lok, einmal mit Abgasfahne - über dem leeren Gleis - hinter der rückwärts fahrenden Lok. Bei E. Loks wird das dann leider unglaubwürdig
Rolands Anzeige hat schon fünf Dezimal-Stellen. Die Beispieladresse ist für DCC vielleicht etwas unglücklich gewählt.
#87 sollte sehr stark revidiert werden. Der Begriff "Polarität" wird technisch uneindeutig verwendet und führt hier praktisch zwangsläufig auf einen Holzweg.

MfG

vik

Hallo Klaus (KMal),

Deine Anmerkung zur Pixelschrift ist durchaus angebracht. Allerdings erscheint das Schriftbild auf den Fotos stark vergößert und durch partielle Überbelichtung schwulstig. In Wirklichkeit ist das Schriftbbild durchaus akzeptabel.

@Viktor

Dieser Text stammt aus RCN-210, Kapitel 2 auf Seite 3. Wo ist denn nun der von Dir erwähnte Holzweg?

LG
threedots

Hallo Roland,das kst eine Definition, die z.B. auch auf unseren 50 Hz Wechselstrom zutrifft, sie hilft aber nicht bei der Klärung wie ich feststellen kann welcher Leiter welches Potential hat. Tatsächlich ist hier nicht ein physikalischer Pol gesucht, sondern die im DCC-Protokoll codierte logische asymmetrie gemeint.
Um das genauer zu (er)klären sollte man sich vielleicht am besten gemeinsam eine Feueruangenbowle zu Gemüte geführt haben? Es bedarf etlicher Konventionen, von denen keine wirklich normativ fest gelegt ist.

MfG

vik

Nimm den Schaltplan Deines Boosters zur Hand, studiere diesen und suche Dir einen Punkt im Layout, an dem Du eine Bezugsmasse abgreifen kannst. Dann kannst Du zweifelsfrei an einer Schiene ein positives Potential, an der anderen Schiene ein negatives Potential messen.

Die im DCC Kosmos verwendeten Bezeichnungspaare J-K bzw. 0-B spiegeln das in keinster Weise wider. Ein kurzes Statement seitens der Hersteller würde unmissverständlich für Klarheit sorgen.

LG
threedots

Die Definition von DCC Polaritaet steht in der RCN-210,



VG,
Frank

Hallo Viktor,

qed.

LG
threedots

Das war schon zu reinen Analog Zeiten so, das wenn Plus (rotes Kabel) an der rechten Schiene angeschlossen wurde (und schwarz dann links), das die Lok in Vorwärtsrichtung losfahren soll/muß wenn man am Trafo nach rechts aufdreht (das ist alles seit Jahrzehnten dokumentiert in den bebilderten Anleitungen der Hersteller)!

Vorwärtsrichtung:
Dampfloks - Rauchkammer voraus
Diesel- und Eloks mit zwei Führerständen - Führerstand 1 voraus (bzw. bei den ganz alten Altbauloks die nch mit V (Vorne) und H (Hinten) beschriftet sind
Diesel- und Eloks mit einem Mittelführerstand - (langer Vorbau mit Dieselmotor) ist vorne (Hinten ist der kurze Vorbau mit Heizkessel und Luftgerüst)
Triebzüge - Die eine Seite heißt bspw beim ICE1 - 401 0xx und der andere Führerstand(Triebkopf) ist mit 401 5xx (der hintere) bezeichnet am Längsrahmen.

Gruß, Micha

Hallo Micha,

dann haben wir da aber auch noch die Triebwagen. Die sollten wir nicht vergessen.

LG
threedots