Hallo Gerd,

Zitat von bertr2d2 im Beitrag #175

---

Mit Armbian gibt es ein alternatives Betriebssystem. Auf diesem laufen auch die Rocrail Bins des Raspberry. Ich werde in den nächsten Tagen ein aktuelles Armbain zusammen bauen, das meine Programme und vorkonfiguriertes CAN Interface enthält. Dann kann man die von Rob bereit gestellten Updates nutzen.

---

Zitat von bertr2d2 im Beitrag #175

---

Wermutstropfen: Bei Armbian muss man das System herunter fahren. Ansonsten droht ein korruptes Filesystem.

---

Hallo Rainer,

vielen Dank für den CAN Hinweise. Hätte ich mal vorher nachgedacht bevor ich sage, das ich ein Armbian Image erstelle
Das für Laien so abzusichern, das sie wenig falsch machen können ist gelinde gesagt ein Alptraum.

Und: Bei gefühlten 50% systemd Meldungen in dmesg stellen sich bei mir die Nackenhaare hoch ...

Gruß

Gerd

Hallo Gerd,

bei meinem letzten Beitrag hatte ich leider nur den "Betrieb" vor Augen und die Konfigurationsphase und das Updaten nicht. Da fehlt dann bei Armbian eindeutig Luci, um auch Anwender ohne Lust zur Befehlszeile zu unterstützen.
Luci scheint aber nur bei OpenWrt zu passen, oder weißt du da mehr?

Gruß
Rainer

Hallo Gerd,

ich wünsche Dir ein Gutes Neues Jahr.

Als nächstes möchte ich mich jetzt mit der Rückmeldung beschäftigen. Wenn ich das richtig sehe, ist deine Platine schon dafür vorgesehe, oder?
Bild entfernt (keine Rechte)

Welchen Märklin S88 Baustein kann ich hier anschließen?

Viele Grüße
Stefan

Hallo Stefan,

Zitat von bommel im Beitrag #179

---

Als nächstes möchte ich mich jetzt mit der Rückmeldung beschäftigen. Wenn ich das richtig sehe, ist deine Platine schon dafür vorgesehe, oder?


Welchen Märklin S88 Baustein kann ich hier anschließen?

---

Hallo Gerd,

mit dem 60881 geht dann ja auch die aktuelle Version. Hört sich doch gut an. Und mit diesem Verdrahtungsplan sollte ich dann auch ein Kabel erstellen können.

Viele Grüße
Stefan

Hallo Gerd,

ich habe verschiedene Seiten im Internet zur Rückmeldung und dem S88-Bus gelesen. Dabei bin ich dann zu folgendem Ergebnis gekommen:

Wenn ich ein Kabel nach der Anleitung von RE: Märklin 60883 - LinkS88; erster Testbericht (2) baue kann ich den L88 60883 direkt an deine kleine Verteilerplatte anschließen. Damit der L88 arbeitet muss er mit deinem Programm wake-up-links88 geweckt / initialisiert werden. Danach kann ich ihn "ganz" normal in Rocrail einbinden.
Paßt das so?

Antwort von Gerd
ja, so könte man das machen. Aber aufgepasst:
Die Masse ist IMHO nicht von der Bahnmasse getrennt.

BTW:
Der Verteiler:
http://lnxpps.de/maerklin/verteiler/
hat auch die passenden Buchsen. So könnte das Aufschneiden entfallen und
man könnte mit einem LAN Kabel eine Verlängerung einfach umsetzen.


Neuer Gedanke:
Da auf der kleinen Verteilerplatte ja auch ein RJ45 Port frei ist, kann man doch auch ein Patchkabel nehmen und den einen RJ45 Stecker gegen eine 7 Pol Mini Din Buchse tauschen, oder?
Nach dem Plan hier https://www.opendcc.de/info/can/can_connector.html brauche ich dafür die Leitungen 1,2,3 und 8.

Welche Probleme könnten mit der nicht getrennten Masse auftreten?

Viele Grüße
Stefan

Hallo Stefan,

kurz eimal die Erklärung, warum man S88 Gnd nicht mit der "Bahnmasse 0 braun" bei der Nutzung der Gleisbox verbinden darf.
Anbei eine vereinfachte Skizze der Gleisbox mit angeschlossenem LinkS88 (Märklin 60883):

Die blau gestrichelte Verbindung führt zu einer Verbindung von 18V zu GND wenn Q2 und Q3 durchsteuern. Vereinfacht ausgedrückt ein Kurzschluss der oft zu einer defekten Gleisbox führt.

Die "Bahnmasse (0 bzw braun)" ist nicht GND !
Siehe auch S88 Rückmeldung - Galvanische Trennung

Auswege
- CAN Bus Repeater mit galvanischer Trennung einfügen -> teuer
- S88 Masse nicht mit "Bahnmasse" verbinden
- Optokoppler basierende S88 Module verwenden

Du kannst den LinkS88 nutzen sofern Du die S88 Masse nicht mit der "Bahnmasse" verbindest. Aber BPi Platine hat schon ein über Optokoppler entkoppeltes S88 Interface. Warum nutzt Du das nicht ?

Gruß

Gerd

Hallo Gerd,

danke für die Erklärung.
Dann werde ich wohl den S88 Anschluß vom BPi nutzen. Du schreibst, das die 5 Volt von deiner Platine nicht bereitgestellt werden. Hast Du zufällig auch eine kleine Speiseschaltung für mich? Wenn ich ein 60881 nutze brauche ich die 5 Volt doch.

Viele Grüße
Stefan

Hallo Stefan,

je nach Version der Platine hast Du auch noch ein 5V Anschluss (ganz in der Ecke der BPi Aufsteckplatine) neben P6 (P26).
Auf dem Nutzen (Gesamtplatine) gibt es noch eine kleine S88 Adapter-Platine auf RJ45 Platine:
(Teilplatine unten rechts)


Gruß

Gerd

Hallo Gerd,

wenn ich dich richtig verstehe muß ich die 5 Volt Leitung nicht an der rechte Schraubklemme sondern an dem Lötpunkt daneben anschließen.
Die kleine Platine habe ich auch. Kannst Du mir noch sagen, wie ich die S88 Klemme beschalten muß. Ich gehe von 1:1 aus. Aber wo sind die 5 Volt und wo Data?

Danke
Stefan

Hallo Stefan,

mit diesem Schaltplan und einem Durchgangsprüfer/Multimeter sollte es kein Problem sein einen entsprechenden Adapter zu bauen.

Gruß

Gerd

Hallo Gerd,

wenn ich mir dem Schaltplan ansehe, finde ich hier diesen Ausschnitt, der den S88 Anschlß darstellt.
Bild entfernt (keine Rechte)
Wenn ich das richtig interpretiere müßten doch die 5 Volt an Klemme 6 und dem Lötpad daneben anliegen, oder mache ich hier einenn Denkfehler? Die 5 Volt sollte ich dann ja auch mit dem Meßgerät zwieschen Pin 2 und 6 messen können.

Viele Grüße
Stefan

Hallo Stefan,

Zitat von bommel im Beitrag #188

---

Wenn ich das richtig interpretiere müßten doch die 5 Volt an Klemme 6 und dem Lötpad daneben anliegen, oder mache ich hier einenn Denkfehler? Die 5 Volt sollte ich dann ja auch mit dem Meßgerät zwieschen Pin 2 und 6 messen können.

---

Hallo Gerd,

jetzt habe ich meinen Gedankenfehler. Ich war davon ausgegagnen, das an dem Lötpad die 5 Volt anliegen und ich die dafür nutzen kann.

Ich werde wohl ein kleines USB-Netzteil an den Lötpads anschließen und ein abgeschnittenes Patchkabel für den S88 Bus nehmen.

Viele Grüße
Stefan

Hallo Gerd,

ich weiß nicht, ob du das Thema Armbian noch verfolgst. Aber als Anregung hatte ich eine Idee, von der ich aber nicht sicher bin, ob sie wirklich funktioniert.

Zitat von bertr2d2 im Beitrag #175

---

Hallo Stefan,
Mit Armbian gibt es ein alternatives Betriebssystem. Auf diesem laufen auch die Rocrail Bins des Raspberry. Ich werde in den nächsten Tagen ein aktuelles Armbain zusammen bauen, das meine Programme und vorkonfiguriertes CAN Interface enthält. Dann kann man die von Rob bereit gestellten Updates nutzen.

Gruß

Gerd

---

Hallo Rainer,

Zitat von Rainer Müller im Beitrag #191

---

Hallo Gerd,

ich weiß nicht, ob du das Thema Armbian noch verfolgst. Aber als Anregung hatte ich eine Idee, von der ich aber nicht sicher bin, ob sie wirklich funktioniert.

---

Zitat

---

Zitat von bertr2d2 im Beitrag #175

---

Mit Armbian gibt es ein alternatives Betriebssystem. Auf diesem laufen auch die Rocrail Bins des Raspberry. Ich werde in den nächsten Tagen ein aktuelles Armbain zusammen bauen, das meine Programme und vorkonfiguriertes CAN Interface enthält. Dann kann man die von Rob bereit gestellten Updates nutzen.

---

Wenn die Raspberry-Bins nicht auf OpenWRT laufen, liegt das wohl daran, dass sie dort die musl-Umgebung statt der erwarteten GNU-Laufzeitumgebung vorfinden. Meine Idee ist nun, die Rocrail Bins für Raspberry jeweils mit den benötigten GNU-Bibliotheken in nspawn-Container zu packen und diese Container unter OpenWRT zu installieren.

Dass nspawn-Container auf einem Raspberry/Banana-Pi prinzipiell laufen, hat das Nethserver-Team schon bewiesen, als sie einen ActiveDirectory-Server in einen solchen packten, allerdings das Ganze unter CentOS.

---

Vielen Dank für die Idee; kannte ich noch nicht. nspawn gibt es leder aber nicht als OpenWRT Feed. Anpassungen scheinen mir schwierig zu sein.

Ich halte es für einfacher, in OpenWRT glibc anstatt musl zu verwenden. OpenWRT bietet das optional an. Nur lässt sich eine Basiskomponente (procd) nicht übersetzen ...
Ich bleibe dran.

Gruß

Gerd

Hallo BPi-Nutzer,

Zitat von bertr2d2 im Beitrag #192

---

Ich halte es für einfacher, in OpenWRT glibc anstatt musl zu verwenden. OpenWRT bietet das optional an. Nur lässt sich eine Basiskomponente (procd) nicht übersetzen ...

---

Hallo BPi-Nuter,

passend zum Wochenende ist das neue, glibc basierende Image (Basis OpenWRT 21.02) fertig geworden. Es liegt am gewohnten Platz.
Das Image enthält u.a. ein Skript, das das Raspberry Daily-Snapshot-Bin vom Rocrail Server herunter lädt und installiert:

cd /opt/rocrail
# Backups nicht vergessen ! Skript scheichert zwar die Rocrail Configs, aber keine Gewähr
./get_rocrail.sh

# can2lan wird nicht benötigt, wenn SocketCAN verwendet wird
/etc/init.d/can2lan stop 
/etc/init.d/can2lan disable

# Rocrail starten
/etc/init.d/rocrail enable
/etc/init.d/rocrail start

Hallo Gerd,

Zitat von bertr2d2 im Beitrag #194

---

Hallo BPi-Nuter,

passend zum Wochenende ist das neue, glibc basierende Image (Basis OpenWRT 21.02) fertig geworden.
...
Über Rückmeldungen freue ich mich

Gruß

Gerd

PS: Das Image ist nicht nur für Rocrail Anwender gedacht. Railcontrol, neben ein paar anderen Programmen, ist auch installiert !

---

Hallo,
zu Railcontrol auf BananPi gibt es ja zwei Neuerungen (siehe https://www.mittelleiter-magazin.de/steu...it-railcontrol/) um die Lokliste vom BananaPi direkt in Railcontrol einlesen zu können. Ist das im neuen Image auch enthalten?

Ich habe das mit dem neuen Image gar nicht mitbekommen. Da mache ich mir Mal eine zweite SD-Karte fertig.

LG,
Lauenstein

Hallo zusammen,
kleines Update, auch das neue Image läuft sehr gut, auch synchron zwischen MS2, z21-App und Railcontrol.

LG,
Lauenstein

Hallo Rainer,

Zitat von Rainer Müller im Beitrag #195

---

besten Dank für das neue Image, die Umstellung auf glibc dürfte wesentlich unkomplizierter gewesen sein als mein Vorschlag mit nspawn-Container, und zumindest ich sehe keine Probleme damit. Aber ein paar Anmerkungen und Fragen habe ich trotzdem.

- Beim Vorbereiten der SD-Karte fiel mir auf, dass die Root-Partition um 12% kleiner geworden ist, normalerweise wächst doch der SW-Platzbedarf immer. Platzprobleme gibts aber deshalb nicht.

---

Zitat

---

- Musstest du wegen Rocrail auf einen 5.4-Kernel zurückgehen? Da ist der Zeitstempel wieder 32Bit klein, dafür werden die Fifos in den UARTs mit korrekter Länge (64) erkannt. Der 5.10-Kernel meldete da nur 16 Bytes, stört vermutlich keinen.

---

Sorry für das hin und her. 5.10 wird bei OpenWRT Trunk verwendet. Ich habe aber jetzt den OpenWRT 21.02 Release Zweig mit Kernel 5.4 gewählt, weil sich hier OpenWRT mit glibc übersetzen ließ. Es bleibt jetzt auch dabei.

Zitat

---

- Bei Compilieren und Linken auf der Zielhardware gibt es keine Symbolprobleme bei Bibliotheken mehr, die waren wohl musl-bedingt.

---

Positiver Nebeneffekt :-) Und: 32Bit ARMHF Compilate von anderen ARM basierenden Systemen wie RPi laufen

Zitat

---

Getestet habe ich als Nicht-Rocrail-Anwender die Steuerung des basrcpd über Booster an der Anlage, bedient über diverse Clients:
- SRCP mit dtcltiny
- MS1 über ms1relay
- CS2.EXE über Netzwerk
- Browser über MäCAN-Sever
alle auch gleichzeitig und zusammen sich gegenseitig synchronisierend ohne Probleme.

Bei Railcontrol will ich seit langer Zeit die Lokdatenbank füllen, die ist noch ziemlich leer.

---

Railcontrol erwartet ein CS2 oder SRSEII am CAN/LAN Bus. Du kannst das einfach vorgaukeln in dem Du eine Ping Antwort sendest.

cansend can0 0031B311#43425553010C0040

Zitat

---

Deshalb kann ich hier nur etwas antesten, und habe bisher drei offensichtliche Probleme, die aber nicht an der Imageerzeugung liegen:
- bei einem Kurzschluss auf der Anlage zeigen das alle Clients irgendwie an außer Railcontrol, das bleibt stur GRÜN. Wenn das bei einer Gleisbox auch so ist, könnte man das bei Teddy einwerfen, sonst muss ich weitersuchen.
- genau so wird ein manuelles Abschalten an einem anderen Client bei Railcontrol verschwiegen.
- wenn ich die gewählte Lok auch per SRCP steuere, zappelt die Geschwindigkeitsanzeige im Railcontrol-Fenster; das könnte aber auch am basrcpd liegen.

---

Hmm, so tief stecke ich da nicht drin.

Was ich noch festgestellt habe, ist, das der IR Code wieder nicht geht. Da bin ich dran.

Alles in allem ist das IMHO ein sehr guter Wurf. Wenn man bedenkt, was da intern alles getauscht wurde ...

Ich denke, das ist jetzt eine solide Basis so das die Modellbahn Steuerung auf dem BPi auch noch viele weitere Jahre weiterhin reibungslos funktionieren wird.

Gruß

Gerd

Zitat von Rainer Müller im Beitrag #195

---

Hallo Gerd,
Bei Railcontrol will ich seit langer Zeit die Lokdatenbank füllen, die ist noch ziemlich leer. Deshalb kann ich hier nur etwas antesten, und habe bisher drei offensichtliche Probleme, die aber nicht an der Imageerzeugung liegen:
- bei einem Kurzschluss auf der Anlage zeigen das alle Clients irgendwie an außer Railcontrol, das bleibt stur GRÜN. Wenn das bei einer Gleisbox auch so ist, könnte man das bei Teddy einwerfen, sonst muss ich weitersuchen.
- genau so wird ein manuelles Abschalten an einem anderen Client bei Railcontrol verschwiegen.
- wenn ich die gewählte Lok auch per SRCP steuere, zappelt die Geschwindigkeitsanzeige im Railcontrol-Fenster; das könnte aber auch am basrcpd liegen.

---

Zitat von bertr2d2 im Beitrag #198

---

Railcontrol erwartet ein CS2 oder SRSEII am CAN/LAN Bus. Du kannst das einfach vorgaukeln in dem Du eine Ping Antwort sendest.

cansend can0 0031B311#43425553010C0040

Danach fragt Railcontrol die Liste ab. Oder Du nimmst den von Lauenstein aufgezeigten weg mit der "Lokliste" in der MS2.
Zugegeben, das mit dem Faken der SRSEII Antwort ist ein hässlicher Workaround :-)

---