Hallo zusammen.

Nachdem ich vor ca. 1/2 Jahr schon mal hier um Hilfe gebeten habe, da mener Meinung nach Befehle auf dem Weg vom Rechner / Rocrail zur Anlage verloren gehen, habe ich mich dem Thema noch mal neu angenommen.
Als Zentrale habe ich die CC Schnitte, als Decoder ebenfalls alle von CAN Digital. Ich weiß, dass CAN Digital und Rocrail nicht das Liebespaar Nummer 1 sind.

Nach 3 Monaten Testen und Beobachten, habe ich mir überleget, einfach eine 2. Zentrale einzubauen. Mit dieser würde ich einfach gerne testen, ob die Signale, die mit der CC Schnitte nicht geschaltet werden, geschaltet werden.

Hat hierjemand einen günstigen Hinweis? Entweder eine gebrauchte fertige Zentrale oder was zum Löten?

Schöne Grüße, Thorsten.

Hallo Thorsten,

Zitat von ThorstenP im Beitrag #1

---

Nachdem ich vor ca. 1/2 Jahr schon mal hier um Hilfe gebeten habe, da mener Meinung nach Befehle auf dem Weg vom Rechner / Rocrail zur Anlage verloren gehen, habe ich mich dem Thema noch mal neu angenommen.
Als Zentrale habe ich die CC Schnitte, als Decoder ebenfalls alle von CAN Digital. Ich weiß, dass CAN Digital und Rocrail nicht das Liebespaar Nummer 1 sind.

Nach 3 Monaten Testen und Beobachten, habe ich mir überleget, einfach eine 2. Zentrale einzubauen. Mit dieser würde ich einfach gerne testen, ob die Signale, die mit der CC Schnitte nicht geschaltet werden, geschaltet werden.

Hat hierjemand einen günstigen Hinweis? Entweder eine gebrauchte fertige Zentrale oder was zum Löten?

---

Hallo Stummis, Hallo Thorsten

Zitat von ThorstenP im Beitrag #1

---

Hallo zusammen.

Nachdem ich vor ca. 1/2 Jahr schon mal hier um Hilfe gebeten habe, da mener Meinung nach Befehle auf dem Weg vom Rechner / Rocrail zur Anlage verloren gehen, habe ich mich dem Thema noch mal neu angenommen.
Als Zentrale habe ich die CC Schnitte, als Decoder ebenfalls alle von CAN Digital. Ich weiß, dass CAN Digital und Rocrail nicht das Liebespaar Nummer 1 sind.

Nach 3 Monaten Testen und Beobachten, habe ich mir überleget, einfach eine 2. Zentrale einzubauen. Mit dieser würde ich einfach gerne testen, ob die Signale, die mit der CC Schnitte nicht geschaltet werden, geschaltet werden.

Hat hierjemand einen günstigen Hinweis? Entweder eine gebrauchte fertige Zentrale oder was zum Löten?

Schöne Grüße, Thorsten.

---

Moin Thorsten

Evtl. mal die Befehlspause erhöhen.
Hier der RR-link

CC-Schnitte und Rocrail
lg Charly

Hallo zusammen.

Das mit der Befehlspause habe ich schon angepasst. Danke dir für den Hinweis.

Aber ich habe heute meine Mobile Station auf 3.121 updaten lassen. Dadurch soll ja auch die Gleisbox geuptdated werden. Mal sehen, ob das weniger Probleme gibt.

Ich werde berichten.

Schöne Grüße, Thorsten.

Hallo Thorsten,

ich könnte mir ganz gut vorstellen, das im Rocrail-Forum dein Problem mehr Rocrailkundige lesen als in einem anderen Forum.

Sollte ich mich irren, so lasst es mich bitte wissen

Gruß
Georg

Hallo,

Dass die Loks gern mal denselben Befehl mehrfach brauchen, um darauf zu reagieren, kenne ich von Märklin Loks gern mal.
Meine Zentrale gibt für jede Lok den letzten Fahrbefehl immer wieder mal aus.
Wenn man Rocrail dazu veranlassen könnte, wäre das gut.

Viele Grüße,
Joachim

Hallo Joachim,

Zitat von joachimkr im Beitrag #7

---

Hallo,

Dass die Loks gern mal denselben Befehl mehrfach brauchen, um darauf zu reagieren, kenne ich von Märklin Loks gern mal.
Meine Zentrale gibt für jede Lok den letzten Fahrbefehl immer wieder mal aus.
Wenn man Rocrail dazu veranlassen könnte, wäre das gut.

---

Hallo Thorsten,
meine Lösung vor einiger Zeit war eine CS3 fürs fahren/steuern der Loks zu nutzen und die CC-Schnitte weiterhin fürs schalten. Darüber hinaus lassen sich dann die MFX Loks leichter einstellen. Das ist zugegeben sicher nicht die billige Lösung, funktioniert bei mir aber sehr zuverlässig. Konnte sonst das gleiche beobachten wie du...

Gruß, Lars

Lars,

Reichte es nicht der CS3 allein deiner Bahn zu betrieben?


Klaus

Hallo Klaus,

ich hatte nun mal die CDB Komponenten, und hatte oft gelesen das ein Trennen der Schalt- und Fahrbefehle sinnvoll ist.
Ausserdem hatte ich noch folgende Beobachtung (geht jetzt hier über den Rahmen des Thread hinaus): Mit Nutzung des Dreh-Chefs für die Drehscheibe wurde bei mir an der CS3 wohl der CAN-Bus "überfahren", wenn die Drehscheibe im Automatik-Modus unterwegs war kamen die Fahrbefehle nur noch teilweise durch.
Auch braucht es die CC-Schnitte wenn man die Komponenten von CDB in der Anlage mit den entsprechenden Tools konfigurieren will.

Gruß, Lars

Hallo,

Aus anderem Anlass habe ich zufällig im Rocrail Forum eine Diskussion zu ähnlicher Problematik gefunden, bereits 2010.
Der Betroffene hat das Problem in der Kommunikation von Zentrale und Steuersoftware identifizieren und lösen können. Die Befehlspause nach Schalt-Befehlen war hoch eingestellt und damit war dann zwar der Strombedarf bei Weichenstraßen geringer, aber Fahrbefehle wurden ebenfalls zurückgehalten.
Diese Pause ist eigentlich für die Kommunikation zwischen Software und Zentrale gedacht, sollte eigentlich nicht ausgedehnt werden. Und Zentralen sollten schlau genug sein, Fahrbefehle und Schaltbefehle komplett zu trennen, neuen Befehlen Vorrang zu geben.
Aber damals kam auch raus, dass die Hersteller der Zentralen sehr unterschiedliche Strategien verfolgen, Befehle auf dem Gleis zu wiederholen.
Sinngemäß: alle wiederholen häufiger, als die Decoder offiziell verlangen.
Die Steuersoftware sollte jede Zentrale in einem gesonderten Thread abarbeiten, so dass dort passende Befehls-Pausen entstehen, ohne Rückwirkung auf andere Zentralen.
Befehlspausen und Abstände zwischen Weichen-Schaltbefehlen müssten eigentlich getrennt behandelt werden - in der Steuersoftware.

Beschrieben war z.B. von der 6021 Zentrale, dass die neue Befehle 6 bis 8 mal (wegen MM sowieso je doppelt) wiederholte.
OpenDCC hat Ringpuffer für Lokbefehle, die immer wieder abgearbeitet werden und wenn neue Befehle kommen, der Ringpuffer voll, werden alte Befehle herausgenommen. Da dieser Puffer ca 50 Plätze hat, reicht das für viele Loks.
Bei der 6021 gilt, dass auch Märklin Weichenbefehle mehrfach sendet (jeweils doppelt), aber nur 3 bis 4 mal.

Hier käme es also auf die Strategie der CC Schnitte an, ob und wie oft sie wiederholt. Auch bei der Gleisbox wäre interessant, wie oft sie es tut.
Sowohl CS oder MS könnten per CAN obendrauf wiederholen. Ein CAN Sniffer müsste das zeigen.
Wenn sie selbst nicht wiederholen, reicht ein kollidiertes, nicht wiederholtes CAN Paket und der Befehl ist weg.

Thorsten, Du könntest einfach 2 CC Schnitten einsetzen und Dich auf die Trennung innerhalb von RocRail stützen.

Viel Erfolg beim weitersuchen!
Joachim

Hallo,

Zitat von joachimkr im Beitrag #12

---

...
Hier käme es also auf die Strategie der CC Schnitte an, ob und wie oft sie wiederholt.

---

Zitat

---

Auch bei der Gleisbox wäre interessant, wie oft sie es tut.

---

Die Gleisbox wiederholt die Befehle auf dem CAN-Bus nicht. Das Märklin Protokoll quittiert den Erhalt eines Befehls mit gesetztem Response Bit der (oft gleichen) Nachricht.

Zitat

---

Sowohl CS oder MS könnten per CAN obendrauf wiederholen. Ein CAN Sniffer müsste das zeigen.

---

Ich habe Thorsten ein vollwertiges CAN-Interface zur Verfügung gestellt. Neben der Klartextdarstellung der Märklinbefehle durch den can-monitor zeigt das Tool auch ggf. Fehler des CAN-Busses an. Gleichzeitig kann man sich die Statistiken des CAN-Interfaces anschauen. Eventuelle Probleme sind leicht zu erkennen:

pi@raspberrypi:~ $ ip -s -d link show can0
3: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10
    link/can  promiscuity 0 minmtu 0 maxmtu 0 
    can state ERROR-ACTIVE restart-ms 100 
	  bitrate 250000 sample-point 0.875 
	  tq 250 prop-seg 6 phase-seg1 7 phase-seg2 2 sjw 1
	  mcp251x: tseg1 3..16 tseg2 2..8 sjw 1..4 brp 1..64 brp-inc 1
	  clock 8000000
	  re-started bus-errors arbit-lost error-warn error-pass bus-off
	  0          0          0          0          0          0         numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 
    RX: bytes  packets  errors  dropped overrun mcast   
    0          0        0       0       0       0       
    TX: bytes  packets  errors  dropped carrier collsns 
    0          0        0       0       0       0   

Zitat

---

Wenn sie selbst nicht wiederholen, reicht ein kollidiertes, nicht Wiederholtes CAN Paket und der Befehl ist weg.

---

Das passiert auf dem CAN-Bus nicht (siehe oben). Wie gesagt, der Standard ist Wiederholen, bis ein anderer Teilnehmer den CAN-Frame erfolgreich empfangen hat (ACK). Das ist ja gerade die Stärke des CAN-Busses neben der physikalischen Robustheit.

Zitat

---

Thorsten, Du könntest einfach 2 CC Schnitten einsetzen und Dich auf die Trennung innerhalb von RocRail stützen.

---

Ggf. sinnvoll, aber nicht unbedingt erforderlich bei einem vollwertigen Adapter.

Gruß

Gerd

PS: *Es gibt noch ein paar andere Modi wie Presume ACK oder One-Shot Modus - hier der Einfachheit halber weg gelassen.

Hallo Ihr zwei,

Wenn ich das so lese, dann wäre für mich die CC Schnitte erledigt, wenn sie das ACK nicht beherrscht, wie vorgesehen. Verluste sind dann vorprogrammiert, wenn mehr als 1 sendender Teilnehmer auf dem Bus ist.

Wenn die Gleisbox die Ausgabebefehle an Loks nicht wiederholt, auf dem Gleis aber Wiederholungen stattfinden, bleiben ja nur noch die CS oder MS als Instanz, die Wiederholungen offenbar durchführen.

Wenn das stimmt, würde bei SRSII ein Treiber für RocRail diese funktionelle Sicherheits-Lücke schließen können, oder der SRSII könnte (bei Vorliegen der Möglichkeit, Speicherplatz) die offenbar bewährten Wiederholungen selbst ausführen.

Es gibt alte Märklin Loks/Decoder, die den Richtungswechsel im MM Format als Befehl brauchen, um tatsächlich umzukehren. Die bekommen also diesen Befehl genau einmal und das muss klappen. Da das nicht zu garantieren ist, habe ich die ausgemustert.
Ein älterer ICE war so ausgerüstet.

Viele Grüße,
Joachim