Hi zusammen,
ich habe folgendes Problem und werde zunehmend ratloser. (fahre Dreileiter mit CS2 und Märklin S88AC Rückmeldern)
Sehr häufig und ohne jeder Regelmäßigkeit lösen Rückmelder die Belegtmeldung nicht mehr auf, nachdem der Zug den Kontakt verlassen hat.
Betroffen sind fast alle Kontakte, aber immer nur ab und zu mal, manchmal bestimmt über 30min Fahrbetrieb ohne Fehler, dann auf einmal wieder jede Minute ein bis zwei. Habe Strichlisten geführt, um zu schauen, ob vielleicht ein Rückmeldermodul fehlerhaft ist. Hier war es aber kein Muster erkennbar. Auch eine Idee war, ob ein bestimmter Zug die Fehler auslöst, aber auch hier...mal der, mal der.
Auflösen lässt sich die Belegtmeldung nur durch kurzes Schließen des Kontakts (stelle immer kurz einen kleinen Wagen aufs Gleis) oder durch einen Neustart von Windigipet
Nun kam mir die Idee, ob ich vielleicht einen größeren Kabelquerschnitt von Kontaktgleis zu Rückmelder brauche (aktuell 0,14mm2). Habe allerdings bei einer fehlerhaften Meldung das entsprechende Kabel am Modul abgeklemmt und die Meldung blieb trotzdem bestehen.
Als nächstes dachte ich, dass ich die falschen Netzwerkkabel verwendet haben könnte.
Habe dann bei einer Besetztmeldung das ganze Modul vom Netz genommen, letzten Endes sogar den S88 bei der CS2 ausgesteckt und somit alle Rückmelder rausgenommen.
Trotzdem blieb die Meldung in Windigipet bestehen.
Kann sich jemand einen Reim darauf machen?
Habe gesehen, dass manche ihre Anlage hier als Datei anhängen. Welche Datei bräuchte es dafür?
Hallo Flipper 89,
willkommen im Forum. Hier im Forum ist es üblich, dass man mit einem,Gruß endet.
Nun zu Deiner Fragen. Welches Gleissystem fährst Du, C, K oder M Gleis? Leider steht das Gleis welches Du benutzt nicht in Deinem Profil.
Beim C - Gleis kann es vorkommen, dass sich die Schienen ber0hren, hier durch wird der RMK dann nicht zurück gesetzt. Am besten mit einen Durchgangprüfer testen.
Hi!
Sorry, hatte bei der Signatur wohl unten nicht auf speichern geklickt. Sollte jetzt drunter stehen.
Ich habe eine Mischung aus C-Gleis, K-Gleis und mit Mittelleiter versehenem Zweileiter Gleis. Das Problem taucht unabhängig vom Gleissystem auf.
Bei allen Rückmeldekontakten habe ich das Gleis mit dem Dremel getrennt und ca 1,5mm Lücke. Bei den C-Gleisen habe ich die Brücken auf der Unterseite auch sehr großzügig getrennt.
Moin zusammen,
habe gelesen, dass der Bus1 am S88 Link wohl häufiger mal Probleme verursacht. Habe daher alles auf den Bus2 gesetzt. Maximal fünf Minuten ging alles gut, nun ist wieder ein Kontakt dauerbelegt.
Bei abstecken der Busverbindung am S88 Link gehen alle Besetztmeldungen aus, nur diese eine bleibt stur weiter rot. Wenn ich das Netzwerkkabel wieder einstecke, gehen alle anderen Kontakte wieder normal, nur der betroffene bleibt weiter belegt.
Habe nun zum Test auch mal betroffene Kontaktgleise ausgebaut und somit vom Fahrstrom getrennt um dort eventuelle Brücken auszuschließen. Es bleibt dabei, dass der betroffene Kontakt nur durch erneutes Schließen wieder freizukriegen ist.
Bin kurz davor, die CS2 und das Märklin System aus dem Fenster zu werfen, weil ich nicht mehr weiter weiß.
Meistens sitzt aber ja bekanntlich das Problem auf dem Stuhl vor dem Ganzen und es ist Softwareseitig irgendwo etwas falsch eingetragen
Hallo Fabian,
stell mal Dein Projekt "für Forum" zur Verfügung.
Hallo Fabian,
hier kannst du Dir anschauen wie das geht:
https://www.windigipet.de/files/SicherungForum.mp4
LG Michael
Guten Morgen,
vielen Dank für den Link :) Habe das direkt mal gemacht.
Hier wäre die Datei im Anhang. Ich hoffe es findet jemand etwas.
Im Schattenbahnhof selbst habe ich noch die Überlegung, das ganze Gleis als nur einen Kontakt als iFAZ zu nutzen.
Hi zusammen,
Habe es auch mal mit einem Werksreset der CS2 versucht. Keine drei Minuten, bis die erste Besetztmeldung stehen blieb. An einer Stelle, an der ich nicht hatte, seitdem ich eine "Fehlmeldungs-Strichliste" führe.
Morgen werde ich mal die CS3 eines Freundes anschließen und schauen, ob die Fehlmeldungen zentralenunabhängig kommen, oder ob die CS2 und/oder Einstellungen darin das Problem sind.
Hallo Fabian,
ein Bekannter hat mich auf dieses Thema aufmerksam gemacht.
Es ist ja ein Thema, was man ja immer wieder in den Foren liest, Meldungen die nicht das machen, was man sich wünscht und magels Möglichkeiten sucht man sich einen Wolf...
Es geht aber auch anders an der Märklin Welt mit echten CAN-Rückmeldern. Also Meldern, die die Daten direkt über CAN gesichert übertragen und nicht der Umweg mit s88 und dem Link.
Die ganz neuen CAN-Module des Systems kannst Du sogar wie ein L88 an der CS verwalten.
Ok, du hast nur WDP 2021, ab WDP 2025 kannst Du die Module sogar in WDP zu 100% so Verwalten, wie du es aus der CS kennst. Man hat in WDP das gleiche Konfigfenster, wie in der CS. zusätzlich melden sie sich in WDP auch automatisch an und ein selbst Test kann man aus WDP herraus auch starten.
Da finest du in 10 Sekunden, in welchem Bereich der Fehler liegt. Ob auf der Übertragung / PC oder am Anschluss. Denn die GleisReporter deLuxe haben für jeden Eingang eine LED, wo du am Modul bereits erkenen kannst, was es denn meldet.
Ist zwar ein kleines und unbekantes System aber vielleicht mal ein Blick wert, ehe du wegen den Rückmeldern gleich das Hobby hin schmeist ;)
Hallo Fabian,
genau wie Norbert vermute ich, dass sich die Schienenprofile an den Trennstellen berühren könnten. Nutzt Du beim C-Gleis diese roten Hütchen? Kann man machen, aber die Stoßkanten würde ich etwas "abdremeln" um die Lücke zu vergrößern, bei schwankenen Temperaturen können sich die Schienen auch ausdehnen.
Ich setze ausschließlich Märklin S88 Module an zwei Bussträngen des LinkS88 ein, verbunden mit 1m langen Patchkabeln. Arbeitet absolut zuverlässig, wenn bei mir mal ein RM geprellt hat, war es immer ein mechanischer Kontaktgrund.
Viele Grüße,
Ralf
Hi Ralf,
Die Probleme beim C-Gleis waren mir bekannt, daher habe ich die Gleise an den gewünschten Stellen mit dem Dremel getrennt. Die Lücken sind über einen Millimeter groß, also eine Überbrückung kann ich dort ausschließen.
Ein Modul ist bei mir allerdings weit weg, weshalb ich ein 5m uns ein 7m Patchkabel einseten muss.
Ist es dann dort besser, lieber die Kabel bom Gleis zum S88 Modul länger zu haben und stattdessen das Patchkabel kürzer?
Zitat von: Fabian Scherpinski in 15. November 2025, 07:54:37Ist es dann dort besser, lieber die Kabel bom Gleis zum S88 Modul länger zu haben und stattdessen das Patchkabel kürzer?
Da kann ich nur spekulieren, mit derartigen Längen beim s88 fehlen mir die Erfahrungen. Ich tendiere jedoch dazu, lieber kürzere s88-Gleiskabel einzusetzen als kürzere Patchkabel. Letztere haben i.d.R. recht gute Übertragungseigenschaften, im LAN sind ja durchaus Längen von ca. 100m nicht unüblich.
Hallo Fabian,
nur mal so gefragt: welchen Typ Patchkabel setzt Du ein?
CAT 5, CAT 5e oder CAT 7?
Ich würde ich jedem Fall geschirmte und wenn es das Budget
erlaubt verdrillte Patchkabel einsetzen, könnte sonst leicht
passieren, dass eine Booster Versorgungsleitung Dir immer
mal wieder Ärger bereitet.
Viele Grüße,
Winfried
Hallo!
Ich verwende für S88N Cat5e Kabel
Zitat von: starwind in 16. November 2025, 21:05:37Hallo Fabian,
nur mal so gefragt: welchen Typ Patchkabel setzt Du ein?
CAT 5, CAT 5e oder CAT 7?
Ich würde ich jedem Fall geschirmte und wenn es das Budget
erlaubt verdrillte Patchkabel einsetzen, könnte sonst leicht
passieren, dass eine Booster Versorgungsleitung Dir immer
mal wieder Ärger bereitet.
Viele Grüße,
Winfried
Hi,
Ich verwende CAT5/6/7 kompatible Patchkabel.
Vermute langsam, dass der Fehler in der CS2 oder im S88 Link begraben liegt, da eine falsche Belegtmeldung selbst beim Ausbau des Kontaktgleises bestehen bleibt. Da wäre eine Überbrückung ja wirklich komplett ausgeschlossen. Gleiches Ergebnis bei Abklemmen des Kabels am S88 Modul, abziehen des Patchkabels.
Habe es zur Kontrolle mit tatsächlich belegten Gleisen genauso gemacht. Dort erlischt die Belegtmeldung sofort.
Hallo Fabian,
also in der CS würde ich zu letzt suchen, denn es ist je eine Informationskette die du da hast.
Wie der s88 Arbeitet hoffe ich weist du.
s88 Module haben an den Eingängen RS-Flipflops. Das bedeutet, jeder Impuls (auch EMV) in der Nähe des Einganges kann dazu führen, das FlipFlop, also der Merker, das am Eingang was passiert ist gesetzt wurd.
Das wird dann in einer Eimerkette aus dem Modul in den L88 ausgelesen. Kippt bei dem Lesen eins der nicht gesetzten Bits auf 1, kann man den Grund dafür nicht zurück verfolgen. Meist ist es auch eine EMV Störung.
Dazu kann man das Auslesen im L88 einstellen... vom l88 gehen die Daten per CAN, also gesichert und absolut adrssiert in die CS. Die CS zeigt diese Infos lediglich an, hat also überhaupt nichts mit der Erkennung zu tun.
Das es immer das gleiche Bit bei der Übertragung erwischt ist schon recht komisch.
Hast du mal getestet, ob der Eingang des Moduls vielleicht defekt ist und das Modul immer eine 1 an diesem Anschluss liefert?
Du schreibst ja, es kommt eine 1 auch wenn kein Kabel dran ist....
Dazu kannst Du das Modul schlicht tauschen oder wenn du keine Reserve hast, tausche mal die Position mit einem anderen Modul. Wandert die falsche Meldung an die neue Adresse?
Viel Glück beim Suchen
Zitat von: BR96 in 18. November 2025, 13:39:21Hallo Fabian,
also in der CS würde ich zu letzt suchen, denn es ist je eine Informationskette die du da hast.
Wie der s88 Arbeitet hoffe ich weist du.
s88 Module haben an den Eingängen RS-Flipflops. Das bedeutet, jeder Impuls (auch EMV) in der Nähe des Einganges kann dazu führen, das FlipFlop, also der Merker, das am Eingang was passiert ist gesetzt wurd.
Das wird dann in einer Eimerkette aus dem Modul in den L88 ausgelesen. Kippt bei dem Lesen eins der nicht gesetzten Bits auf 1, kann man den Grund dafür nicht zurück verfolgen. Meist ist es auch eine EMV Störung.
Dazu kann man das Auslesen im L88 einstellen... vom l88 gehen die Daten per CAN, also gesichert und absolut adrssiert in die CS. Die CS zeigt diese Infos lediglich an, hat also überhaupt nichts mit der Erkennung zu tun.
Das es immer das gleiche Bit bei der Übertragung erwischt ist schon recht komisch.
Hast du mal getestet, ob der Eingang des Moduls vielleicht defekt ist und das Modul immer eine 1 an diesem Anschluss liefert?
Du schreibst ja, es kommt eine 1 auch wenn kein Kabel dran ist....
Dazu kannst Du das Modul schlicht tauschen oder wenn du keine Reserve hast, tausche mal die Position mit einem anderen Modul. Wandert die falsche Meldung an die neue Adresse?
Viel Glück beim Suchen
Hi Thorsten,
Ich habe einige S88 Module auf Reserve und diese auch schon in allen möglichen Kombinationen angeschlossen.
Habe per Strichliste Fehler dokumentiert. Es gab keinen Rückmelder, der nie Fehler produziert hat. Wo sie auftreten hat absolut kein erkennbares Muster.
Habe vorhin gelesen, dass vielleicht die UDP Verbindung der CS2 zu Windigipet das Problem sein könnte.
Die CS2 hängt an der Netzwerkdose, der Laptop läuft per WLan.
Angeblich können Geräte wie Babyphones die UDP Datenübertragung stören.
Kann so etwas sein?
Hallo Fabian,
kennst Du diese Seite https://www.moba-tipps.de/steuerung.html#Bus-Leitung
von Friedel Weber?
Lese mal das durch.
Grüße Peter
Hallo Fabian
Möglicherweise hat dein Problem etwas damit zu tun, wie deine Rückmeldemodule angeschlossen sind und wie diese betrieben werden (ich hatte diese Probleme anfangs auch - nachdem ich "Entstörmaßnahmen getroffen hatte, laufen meine Rückmelder (LDT S88-Rückmelder) nun seit Jahren problemlos).
Also, wichtig wäre mal zu wissen:
- Welche Rückmeldemodule verwendest du?
- Wie sind diese an die Referenzspannung angeschlossen?
- Wie sind die Gleise angeschlossen?
Danach könnte ich evtl. ein paar Tipps geben.
Hallo Fabian,
also das es am WLAN liegt glaube ich mal nicht. Denn dann müste es auch Probleme beim Fahren und Schalten geben. Nicht nur auf dem Weg von der Anlage zum PC, sondern auch umgekehrt.
Ich denke, das sind mehr "EMV-Probleme".
Ja, da schreiben wieder die s88 Leute, wir toll das alles geht, wenn man dann an das alles denkt und beachtet... und selbst dann muss es nicht gehen.
Wir wollen doch eigentlich mit der Moba spielen und kein s88 Studium machen. Der s88 ist eben nicht Störungsfest, egal was man macht und einfach nicht mehr Stand der Dinge! Sorry, wenn ich das etwas scharf schreibe. Es ist eben nur das was ich in 15 Jahren so auf Messen an Gesprächen zum s88 an Infos gesammelt habe. Ich selber habe so schlechte Erfahrungen mit dem s88 gemacht, das er bereits 2007 bei mir Hausverbot bekommen hat. Dabei steigen die Probleme mit der Kabellänge und der Anzahl der Module.
Aber mal das Problem des s88 versucht kurz zu erklären: Er kennt eine 0 und eine 1.
Anfangen tut das Problem am Eingang. Dort sind in den meisten Fällen RS-Fllipflops verbaut. Die fangen jeden noch so kleinen Impuls am Eingang ein und das FlipFlop wird gesetzt. Was dann als belegt ausgelegt wird. Diese Infos werden als Bits in Schiberegistern durch alle Chips, die in dem Modulen sind, durch geschoben. Womit es schon mal ein sehr lange Zeit dauert, ehe das letze Bit in der Zentrale/PC angekommen ist. Je mehr Module, desto länger dauert das auslesen!
Die im FlipFlop gespeicherte Information wird dabei durch ein Taktsignal durch die Module geschoben. Der Takt besteht logisch aus 0/1. Hat man da einen "brush", eine EMV Störung, dann ist der Takt schon mal an der Stelle zerstört, weil es nicht zu einer 0 kam. Das auslesen dauert noch länger.
So ein Brush kann aber auch jede "frei" Meldung, die als 0 läuft auf 1 setzen. Egal ob es nun 5Volt oder 12 Volt sind. Bei 12V muss rechnerisch der Brush etwas größer sein.
Da dies alles bekannt ist, wird das auslesen x-Mal wiederholt und aus den eingelesen Meldungen ein Mittelwert gebildet... in der Hoffnung das das Ergebnis richtg ist.
So mal gaaaaanz grob das Grundproblem des s88. Das verzweigen oder mal eben ein neues Modul dazwischen setzen ist dann noch ein ganz anderes Thema.
Dieses Brush Problem haben alle Systeme, die nun mit einem Spannungshub als Unterschied zu frei/belegt arbeiten.
Beim CAN. kann weder das eine noch das andere passieren. Der ist im Hausgebrauch nicht zu stören, denn wenn das ginge, würde er nicht im Auto oder Flugzeug in Sicherheitsrelevanten Bereichen eingesetzt werden dürfen.
Der Trick des CAN ist, das er die Spannungsdifferenz zwischen zwei Leitungen als Pegel für eine 0 oder 1 betrachtet.
Hat man nun einen Brush, wird die Spannung in beiden Leitungen gleich angehoben, womit aber die differenz immer die selbe bleibt. War es eine 0 bleibt es eine 0. Die einzige wirkliche Anforderung, die der CAN deswegen hat ist die verdrillte Datenleitung... und er braucht technisch nicht mal eine gemeinsame Masse zwischen den Modulen, denn er betrachte nur die Differenz der zwei Datenleitungen. Da man am CAN zwingend mit Controlern arbeiten muss, kann man die Eingänge digital Filtern und so das Flackern von Schmutzigen Rädern oder was auch immer an der Quelle bereits unterdrücken.
Der Adressraum ist auch etwas größer als beim s88. Im rechnerischen Fall wären theoretisch 65000 x 65000 Melder in einem System Möglich. Denke das reicht auch für eine mittelgroße Anlage. Kabellängen na ja, 300m sind laut der Spec erlaubt, da der CAN nicht lesen kann geht auch noch etwas mehr.
Ach ja, Übertragungszeit.. Wurde eine Änderung an einem Eingang erkannt, dauert das Übertragen dieser Meldung 0,5ms. Nur steht dann da nicht nur 0/1 als Frei/besetzt. Es steht auch die absolute Adresse dabei, wo es hergekommen ist. Ist es ein komplexeres Modul kann da noch mehr stehen. Dazu kommt, das es diese Info nicht nur in der Zentrale ausgewertet werden kann. Die Info kann jeder der am CAN hängt auswerten.
Im CAN ist das Kabel die Zentral.
Sorry, aber das musste ich mal wieder los werden...
Das durch den CAN, die Module noch einiges mehr können, als nur 0/1 melden sollte jemdem schnell klar sein. All diese Sonderfunktionen werden auch durch WDP unterstützt. Zum Beispiel automatische Erkennung, Selbstetst etc.
Also bitte bitte ein Rückmeldung per s88 nicht mit einer Rückmeldung über CAN in einem Satz als gleichwertig beschreiben, wie es einige immer wieder gerne machen. Da liegen große Welten zwischen.
Beim s88 kann es gehen, wenn man an alles denkt und Glück hat.
Beim CAN, kann man mit der Moba spielen und sich auf Funktionen freuen, von denen s88 Anwender nicht einmal träumen.