Hallo,

ich arbeite gerade daran, die CC-Schnitte 2.1 in JMRI 5 zu implementieren. Dabei greife ich auf Code zurück, der dort für die CS2 via TCP/IP genutzt wird und schaue auch ein wenig auf den Code für die TAMS-MasterControl (1, USB).

In der ersten Runde habe ich erstmal die CC-Schnitte in den Dialogen von JMRI auftauchen lassen. Als nächstes geht es darum, alles was JMRI mit der CS2 kann, auch mit der CC-Schnitte möglich zu machen.

Im Vordergrund steht für mich im Moment die Nutzung als Zentrale in Verbindung mit einer Gleisbox und einer MobileStation 2 - also die typische Kombination CC-Schnitte + Starterset. Erste Meilensteine sind Notstop, Fahrbefehle und Fahrzeug-Funktionen, dann natürlich auch schalten über Gleissignal.

Soweit ich das sehe, unterstützt JMRI bisher für die CS2 nicht den Programmiermodus. Prüfen kann ich es nicht, habe keine CS2 und will kein.

Der wird also, falls ich überhaupt so weit komme, der TAMS-Unterstützung nachempfunden werden müssen. Ist das überhaupt ein praktisches Problem oder nimmt man im Normalfall eher decoderspezifische Spezialsoftware?

Gibt es wichtige Unterschiede zwischen CC-Schnitte 2.0 und 2.1, was die reine Mittlerfunktion zwischen Gleisbox und PC angeht? Wenn ich es richtig verstehe, "spricht" die Schnitte selbst gar keinen bestimmten Befehlssatz sondern übersetzt/verpackt das CAN-Signal nur. Damit müsste sie auch ihr unbekannte CAN-Befehle wandeln?

Gibt es hier JMRI-Nutzer, die ggf einen Entwickler-Build mal mit ihrer Schnitte testfahren würden wenn ich so weit bin?

Die gängigen Fahrbefehle (Richtungswechsel, Geschwindigkeit) klappen schon mal.
Licht klappt. Funktionen klappen.
Gleisstrom an/aus klappt ("STOP" an der MS2)

Das alles auch ohne MS2 nur mit Gleisbox und CC-Schnitte.

Mfx discovery: Klappt bisher noch nicht

Der Code hat es nach einigen Korrekturen ins Test-Release geschafft und sollte inzwischen auch in der stabilen Version von JMRI angekommen sein. Ich kann das aktuell leider nicht nachprüfen, da ich zwischenzeitlich einiges umbauen musste. Das Test-Setup wird aber bald wieder hergerichtet und dann werde ich wohl auch weiter an der Lösung entwickeln. Ich bin von meiner CC-Schnitte sehr angetan.

Was ich noch nicht ganz verstanden habe: Wenn ich ein herkömmliches CAN-Modul ohne Modellbahnbezug an den CAN-Bus eines StartPunkt stecke, verhält sich das dann wie eine CC-Schnitte oder fehlt da etwas?

Was meinst Du mit dieser Frage?



Was ich noch nicht ganz verstanden habe: Wenn ich ein herkömmliches CAN-Modul ohne Modellbahnbezug an den CAN-Bus eines StartPunkt stecke, verhält sich das dann wie eine CC-Schnitte oder fehlt da etwas?

Wenn Du nun einen anderen CAN to USB nutzen willst, muss der die Daten richtung PC genauso aufbereiten wie die CC-Schnitte. Ist aber in der Industrie nicht wirklich der Fall, die CC-Schnitte bereitet es eben so auf, das es einer CS Antwort entspricht.

Was Du sicher schon bemerkt hast, die Schnitte sendet auch alles andere, was nicht in der Märklin Doku steht in den CAN.

Schöne Grüße

BR96 Thorsten

Genau, da sind einige undokumentierte Signale. Ich habe den bisherigen Stand durch zwei Wege errreicht, einmal den CS-Treiber des JMRI nachempfunden für USB statt Ethernet und einmal durch abhören der Signale einer MS2, die mit der Gleisbox redet und dann Replay und schauen was passiert.

Aktuell kann JMRI mit CC-Schnitte nicht als Master verwendet werden, stellt damit auch nicht die Lokliste für eine oder mehrere MS2 und macht auch keine mfx-Anmeldungen. Das schränkt den Spaß der JMRI-Lösung etwas ein. Ich wollte jetzt das, was ich am ttyusb0 (also am seriellen Interface, das die cc-schnitte repräsentiert) abhöre, mal damit vergleichen, was ich an einem herkömmlichen USB-CAN-Modul höre, wenn ich CAN-HI und CAN-Lo an die passenden Adern eines Cat5-Kabels verbinde, auf die andere Seite Keystone RJ45-Stecker und diese in einen Startpunkt stecke. Direkt in eine Gleisbox hören wollte ich nicht weil 1) ich auch den Verkehr mit 2 MS2en abhören will, die master/slave aushandeln und 2) mir die galvanische Trennung des Startpunkt doch ganz lieb ist und nach Gutdünkel can-hi und can-lo in die runde Buchse stecken ist mir zu abenteuerlich. Ich bin kein Elektroniker, sondern eher in der Software zuhause. Wahrscheinlich habe ich was nicht bedacht.