THEMA: OpenRemise - Neue Open Source Zentrale / Programmer (Teil 2)

Hallo Vincent,

Es freut mich, dass meine Vorschläge angenommen wurden.

Ich habe ja bisher so gar keine Ahnung von deinem Projekt gehabt und es ist, wie ich geschrieben hatte:
Es war noch 'Gebastel'. Ich lerne dazu.

Danke, dass du das an dein Projekt anpassen konntest.

Ich werde mir das die Tage ansehen, wie es korrekt integriert ist

Viele Grüße, Franzi

Hallo Vincent, ich habe zwei Fragen für dich:

- Wie kann ich OpenRemise mit JMRI verbinden? Ich wurde die Verbindung über Wlan ersetzen, aber welche sind die richtige einstellungen?
Ich wurde so einstellen: Roco -> Roco Z21 -> richtige IP address eingeben -> fertig. Stimmt es?

- Wirst du die Aktualisierungsmöglichkeit neues Decodermarken einsetzen?

Danke für deine Arbeit

Liebe Grüße
Roberto

Probieren wirs mal mit flüssigem Bildmaterial.

https://youtu.be/VNWBDyTOREM

Grüß dich Roberto, sry die Frage hab ich völlig übersehen.

Ja, um JMRI zu nutzen muss man das Z21 Protokoll wählen und dort die IP Adresse eintragen.

Hallo Vincent,
Kein Problem! Danke für die Antwort!

Ich habe die OpenRemise seit einigen Wochen im Einsatz.
Ich muss sagen, bisher bin ich begeistert von dem Teil. Ich habe dieses hauptsächlich um Zimo Decoder zu programmieren gekauft und es ist genial.
Alles in einer ansprechenden Oberfläche und einfacher Bedienung.

Was ich mir noch wünschen würde wäre eine Schnittstelle zur Modellbahn, über BidiB, Loconet oder dergleichen.
Dann könnte man damit auch die Zentrale an meiner Modellbahn ersetzen :)

Grüsse
Patrik

Eine Loconet Schnittstelle wäre wirklich top!
Und, wenn möglich, eine WiThrottle server. Ich benutze WiThrottle sehr viel, meistens mit DIY Fernbedienungen.

Liebe Grüße
Roberto

Hallo zusammen,

ich beobachte das Projekt schon länger
auch wenn ich mich noch scheue mich in die Thematik einzuarbeiten, weil ich eigentlich keine Zeit dazu habe
wenn jetzt noch eine Loconet Schnittstelle z.B. für Roco L0okmaus vorhanden wäre, dann muss ich ernsthaft die Beschaffung planen...

Grüße
Martin

Ja, am liebsten würd ich natürlich alles implementieren und zwar sofort.
In der Realität hab ich allerdings einen "normalen" 40h Job auch, wobei es natürlich schon ungemein hilft dass der in der selben Branche ist. :p

Leider gibt es auch keine Software Bibliotheken die das alles beschleunigen könnten und meinen Standards entsprechen würden, sprich
- keine Arduino Abhängigkeiten
- zumindest rudimentäre Tests
- Dokumentation

Das heißt ich muss überall das Rad neu erfinden...

Meine aktuellen Prioritäten sind:
- DCC vervollständigen (Zubehör-Decoder vollends unterstützen inkl. Weichen/Signalsteuerung in in der Web-Oberfläche)
- Weitere kurze Tutorial Videos
- Train-O-Matic und TAMS Decoder Updates implementieren
- und dann schau ma mal was Bus-technisch am interessantesten ist

Servus Vincent,

ich wollt Dich hier keineswegs und Druck setzen, alles der Reihe nach!
Lieber weniger Schritte, dafür aber stabil lauffähig.

Es sieht wohl danach aus, daß möglicherweise Bus-System dazukommen könnten.
Das hört sich doch gut an, mit dieser Perspektive könnte man ja jetzt schon in das Projekt investieren und die bisherigen Möglichkeiten nutzen. Sozusagen als Übung voraus und dann wenn Bus verfügbar als "echte" Zentrale verwenden.
Allein die Möglichkeiten ZIMO-Dekoder zu programmieren wären für mich schon eine Überlegung wert.

Grüße
Martin

v0.4.1 ist online:
https://github.com/OpenRemise/Firmware/releases/tag/v0.4.1

- `/dcc/` HTTP Endpunkt
- Z21 Protokoll liefert Spannung, Strom, Temperatur usw. (wird z.B. in der Z21 App angezeigt)
- Bugfix manche Adressen im Z21 Protokoll sind little endian (relevant für ZCS?)

/edit
Nur um das nochmal klar zu stellen. Es handelte sich um einen OpenRemise Bug bei den RailCom Daten! Die Auswertung im ZCS war bereits korrekt.
Ich würde vom ZCS Entwickler kontaktiert dass dies wohl etwas missverständlich formuliert sei.

Ich hab leider immer noch nicht geschafft an die Hardware zu kommen.... Gibt es da eine Chance?

Grüße,
Harald.

Hätte auch Interesse

Vg wassi

Solang niemand irgendwo TPS281C100 findet nein.

TPS218C30, taugt der als Ersatz ?

Grüße,
Harald.

Hallo Harald,

den müsste man einmal testen. Im TSSOP scheint der pinkompatibel zu sein, Ansonsten wird der eine im QFN und der andere im DFN angeboten, sehe ich das richtig?

Grüße, Peter W

Der ist ja genauso wenig lagernd.

Mein Plan ist einfach beim nächsten mal wenn der TPS281C100 verfügbar ist ein größeres Kontingent zu kaufen damit dieser Engpass künftig nicht mehr auftritt. ;)

Wer will kann sich nun vorab schon einmal die UI Änderungen für Zubehördecoder ansehen:
https://openremise.at/Frontend/demo/

- Am Decoder Screen lassen sich nun Lokdecoder und Zubehördecoder verwalten. Ein Toggle-Button ermöglicht es eine ganze Kategorie ein- bzw. auszublenden. Außerdem kam eine Suchfunktion hinzu damit man seine Decoder nach Name oder Adresse (Regex-tauglich) suchen kann. Mit Hilfe eines neuen Dialogs kann man nun Zubehör verschiedenen Types anlegen und gegebenenfalls Gruppieren. Als Adresssystem nutzt OpenRemise eine ausgangsbezogene Adressierung, sprich eine Zubehöradresse = 2x Ports. Im Gegensatz zur Z21 speichere ich den letztbekannten Zustand eines Zubehörs übrigens mit, die Zentrale merkt sich also über einen Neustart hinweg wie welche Weiche steht.

- Einen Controller fürs Zubehör gibt es natürlich auch. Mit "+" und "-" kann man sich durch die Zustände klicken, mit den Funktionstasten lassen sich Zustände direkt anspringen (0, 1, 2, ...). Außerdem aktualisiert sich der Controller nun wenn man über mehrere Geräte gleichzeitig zugreift. Ändert also quasi Person A eine Weiche oder die Geschwindigkeit einer Lok via Z21 App, dann sieht Person B die Änderung im Browser bzw. umgekehrt.

- Am Program Screen lassen sich nun sowohl Lok- als auch Zubehördecoder im Service- und PoM Mode programmieren.

Hallo Vincent,

Ich bin noch beim compilieren
Das Merge hat geklappt.

Da ich die neue BR95 noch am Wickel habe, kann ich morgen direkt probieren.

Danke für deine Arbeit.


Viele Grüße, Franzi

Nette Überraschung, in Kürze sollte PCBWay wieder Boards lagernd haben.

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

das Board ist wieder bestellbar

https://www.pcbway.com/project/gifts_detail/OpenRemise_S3Main_d6e7576a.html

v0.5.0 ist online:
https://github.com/OpenRemise/Firmware/releases/tag/v0.5.0

- Unterstützung für Zubehördecoder inkl. neuem Controller und Einstellungen

Danke übrigens wieder an vbh für einen Beitrag :)

Hui hier tut sich ja einiges auf dem Open Source Parkett bzgl. DCC. Nach DCC-EX CS läuft auch Open Remise hoch. Mir gefällt es. Als Linux Nutzer bin ich da auch a weng vorbelastet. Viel Spaß beim Basteln und Testen.

Moin,

in der Demo wirkt es als könne man mehrere Decoder gleichzeitig updaten. Funktioniert das?

Gruß Moritz

Jup, zumindest in Grenzen.

https://youtu.be/wuVNNiUtJMg

Die Grenzen wären?
Ich müsste über 70 MS Decoder updaten. Genug Material zum probieren, aber muss ja nicht sein :D

Gruß Moritz

Keine Ahnung, 70 werden fürcht nicht gehn. Je nach Decodertyp und Lok vielleicht bis 10... schwer zu sagen.

Bis 10 ist ja schon mal ne Hausnummer. Vielen Dank dir

Gruß Moritz

v0.5.1 ist online:
https://github.com/OpenRemise/Firmware/releases/tag/v0.5.1

- Service Mode Packete waren "interleaved" (Decoderwerk Weichendecoder hat das aufgedeckt)
- ADC Sampling Rate für künftige Vorhaben von 8 auf 80kHz angehoben

Hallo,
das Teil gibt es nur bei dem unten verlinkten US Versender für 25$ DHL Versand oder?
Und wofür ist der 40 polige Stecker? Hab dazu auf Deiner Seite nix gefunden.
Danke

Ich persönlich habe bei PCBWay (=Shenzhen) Platinen bestücken lassen. Mir wäre nicht bekannt dass jemand wo anders welche machen lies.

Der 40 polige Stecker ist für eventuelle Erweiterungen und damit andere Bastler freie Pins haben.

Was mit US Versender gemeint ist, verstehe ich auch nicht ....

Da scheinbar Einige Probleme mit der Bestellung haben:

Ich habe den Versender "E-Packet" ausgewählt
In vielen Fällen ging es recht Flott, aber es kann auch mal Länger Dauern.

Ich glaube, es ist nicht so Eilig, dass man den teuersten Versender auswählen muss ...

Ich habe Unten die Bestellübersicht angehängt
Zur Endsumme wird auch die fällige MwSt hinzugerechnet.

Es kommt bei mir der Zahlbetrag $ 108.56  abhängig vom aktuellen Kurs: 94,86 EUR (PayPal) heraus



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

Moin,

Zum Thema Versand:
Mein Beitrag #32 ist leider hinfällig

Ich habe eine längere Diskussion mit PCBWay  hinter mir

Der von mir beschiebene Versender kann nicht mehr genutzt werden
Das ist sehr betrüblich.
Wenn sich da nichts ändert ist PCBWay für mich gestorben.

Viele Grüße, Franzi

Grüß dich Franzi

Oje, darf man fragen weshalb?

lg
Vincent

Hallo Vincent,


Das ist aus dem Verlauf der Conversation:



Viele Grüße, Franzi

Bei mir wären ohne IOSS EUR 10 extra Gebühren fällig. Und bei dir?

Grüße
Harald.

Hallo,

China Post geht nicht? NL Parcel ist zu teuer?

Grüße, Peter W

Hallo,

auch bei mir war es etwas seltsam, das Paket lag fast zwei Wochen „shipment pending“ und direkt nach meiner Nachfrage und einer Entschuldigung ( reorganisation usw.) ging es auf Reise.

Ich muss aber gestehen, dass ich keine Lust auf Experimente hatte und DHL gewählt habe.

Kurzum: das Teil liegt hier und ich habe meine Freude damit 😃

Grüße
Sebastian

Hallo zusammen,

freue mich auch schon auf meine S3Main / OpenRemise - sie ist auf dem Weg zu mir
Habe schon mehrfach bei PCBWay bestellt - stets sehr zufrieden mit Qualität und Logistik, absolut Null Probleme. Selbst der Chat auf der Homepage konnte bei technischen Fragen gut helfen (ging um Mindestabmaße für sehr kleine PCBs für Beleuchtungsaufgaben in Loks).

@Franzi:
Wenn Du Hilfe brauchst oder ich dir bei der Logistik helfen soll, gib gern Bescheid.


Viele Grüße,
Schnorpser

Moin Schnorpser,

da ich mir auch einen Bestellen möchte: welche Versandbariante ist denn deine Empfehlung?

Gruß aus Hamburg

Thorsten

Hallo Thorsten,


Habe keine explizite Präferenz, nur soviel: IOSS (IMPORT ONE-STOP SHOP) - da werden Zollformalitäten von PCBWay geklärt und das Paket kommt in (bei mir) 99% der Fälle direkt zu Hause an. Beim 1% musste ich DHL erklären, dass es privat ist (formlos, "das ist für meine Modelleisenbahn"), dann lief es auch dort problemlos weiter.
https://www.pcbway.com/blog/help_center/EU_e_co...TOP_SHOP__IOSS_.html


Viele Grüße,
Schnorpser

Aufgrund neuer Erkenntnisse empfehle ich vorerst keine MX Decoder Updates durchzuführen.

/edit
v0.5.2 deaktiviert die MX updates vorübergehend

v0.6.0 ist online:
https://github.com/OpenRemise/Firmware/releases/tag/v0.6.0

- Entfernt ZIMO ZSP Support (zumindest für MX Decoder)
- MX updates und uploads übers Web-Interface sind wieder möglich
- Timeout für DCC task (kommt dem Service Mode zu Gute, da nun nicht mehr nach jedem CV Lesen die Spannung abgedreht wird)
- CV Wert im Program Screen wird beim Lesen gelöscht
- Bugfix unbekannte BiDi ID führt zu out-of-bounds Zugriff

Hallo Vincent,

ich habe soeben mein S3Main in Betrieb genommen.  Alles hat bis dato bestens funktioniert 🙂.

Nun habe ich das S3Main mit Z2X-Programmer verbunden. Dabei ist folgende Frage aufgetaucht:

Gibt es eine Möglichkeit, wie ich das S3Main von einer schwarzen Z21 unterscheiden kann? Aktuell liefert LAN_GET_HWINFO 0x00000201 als Antwort, wodurch Z2X-Programmer der Meinung ist, dass ein schwarze Z21 angeschlossen ist.

Danke,
VG Peter





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

Hm gute Frage. Ich müsste erst checken ob noch alles soweit funktioniert wenn man hier was unbekanntes schickt.

Falls ja hätte ich kein Problem damit einen anderen Identifier zu schicken.

Ich überlege gerade was auf eine Bus-Erweiterungs Platine kommen könnte. Prinzipiell stehen noch 9 Pins am ESP32 zur Verfügung.

Damit ginge sich etwa aus:
- Ethernet, W5500 (4 Pins)
- LocoNet (2 Pins)
- BiDiB (3 Pins) oder Alternativ ZIMO/ROCO CAN (2 Pins)

Damit könnte man Low- und Highend Rückmelder bedienen und eine latenzfreie sicherere Verbindung zum PC gewährleisten.

Servus.
Ethernet, CAN Bus und LocoNet sind von Interesse....das Argument hast Dir selbst gegeben.
LG

Servus,

au weh Loconet. Überleg Dir das gut und beachte bitte das Lizenz Trara. Du musst sowohl bei Digitrax als Uglenbock eine Erlaubnis einholen, sowohl die Personal Edition als auch die allfälligen nicht-öffentlichen Befehle in so einem quelloffenen Projekt benutzen zu dürfen- etwa  um z.B. einen Handregler wie den Fredi überhaupt anschließen zu können. Das gilt IMHO auch für CV-Programmierung, PoM, Railcom, höhere Funktionstasten als F8 (oder F12), und die ganzen Spezereien und Inkompatiblitäten zwischen Digitrax, Uhlenbrock, DK/YM Zentralen. Ich lese bei den Loocnet Hackers rudimentär mit und es ist oft interessant wenn z.B. Jindra mit Karst diskutiert, ab und zu meldet sich dann ein Ami zu Wort, so quasi sagen dürfen's des jetzt nicht aber mal soll doch mal in den Code von JMRI reinschauen. Was U* in der Box so alles implementiert hat, weiß aber offenbar niemand so recht, wobei es Roco/Fleischmann bzw. HKE wohl wissen dürfte (muss). Die haben halt eine Lizenz und ein NDA. Und ja, Fleischmann - Lokbosse arbeiten wohl irgendwie anders, die kann man nicht so einfach als Handregler anschließen, die lassen sich nicht dispatchen und können nur fix Adresse 1-4 und F0-F8. Aber ich würde die gerne einmal reverse enginieeren für einen kleinen Buskonverter für die weiße z21. Wenn ich einmal Zeit hab. Dauert leider noch bis zu Pension, außer es engagiert mich wer aus der Moba Branche.

Grüße, Peter W.

Ethernet - Ich hab ja Vertrauen in deine Softwarekünste das paralell zum WiFi hinzubekommen aber ist mir nicht ganz klar warum wenn man Wifi hat.

LocoNet - Wär ja intressant, mit oder ohne Slotmanager?

BiDiB - Was ist denn da die kleinste "hello world" Implementation?

Zimo CAN / Roco CAN - ist das jetzt unterschiedlich oder nicht? Ich hab exakt NULL Ahnung bei der Zimo Infrastruktur weil die Zimo Zentrale und die STEINchen sind doch Klunker über meinem Budget. Will gar nicht gucken

Bei Roco gibts den Z21 DETECTOR 10808 der CAN braucht aber sonst gibts bei Roco nix. Keine CAN Maus und keine stationären CAN Schaltdecoder oder eine CAN Drehscheibensteuerung. Dabei ist CAN doch so dolle. Da wunder ich mich dann immer: Warum fängt man einen Bus an für EIN neues Teil. Nein, die Booster zählen nicht, warum braucht ein Booster so einen Bus? Um Kurzschluss an die Zentrale melden zu können?

Grüße,
Harald.

Hallo Harald,

meinem Verständnis nach wird CAN hier für die Railcom Meldungen benötigt. Das gilt für den Local Detector und den Global Detector im Booster. Das kann X-Bus net und der R-Bus auch net, weil das ist auch nur ein verbogenes Xpressnet = langsame RS485.

Grüße, Peter W.

Moin Vincent,

für mich wären Ethernet und BiDiB  eine sehr coole Erweiterung.

Gruß aus Hamburg
Thorsten

Dem Wunsch von Thorsten aus Hamburg schließe ich mich an.

Albert

LocoNet, bitte :)

Hallo,

gibt es hier denn Tipps, wie man JMRI an openremise anbindet?
Ich bin mit Standardeinstellungen (z21expressnet Paged) gestartet aber so ganz mag das Zusammenspiel nicht.

Unabhängig von Decoder (hauptsächlich ms5x1n18) habe ich Probleme bei CV schreiben (timeout der zentrale meldet jmri, cv werden geschrieben aber wohl nicht quittiert ) und trottle (sehr unzuverlässig)
CV lesen geht einwandfrei

Grüße
Sebastian

Grüß dich Sebastian

Ich nehm mal an die entsprechenden "Defaults" hat du gesetzt?
  

Gleich mal vorweg, ich hab nicht die geringste Ahnung was genau das tut.
Ich weiß auch nicht was der Mode im rechten oberen Eck tut... Ist "Paged" nicht eigentlich irgendein veralteter CV Zugriff? Im Prinzip aber auch egal weil die Auswahl dieses Mode scheint keinerlei Unterschied zu machen.

Ich nehme mal an du meinst PoM Schreiben weil dort kann ich dieses Problem reproduzieren. Spannenderweise gibt es im Z21 Protokoll für PoM Schreiben eigentlich keine Quittierung, die originale z21 scheint allerdings auf diesen Befehl mit irgendeiner LocoNet Antwort zu antworten auf die JMRI offenbar als Quittierung wartet... Das führt die Auswahl ob man LocoNet oder XPressNet nutzen will irgendwie ad-absurdum.
  

Bezüglich Throttle kann ich dich beruhigen, das funktioniert auch an einer originalen z21 überhaupt nicht. Nach ein paar Sekunden bleibt alles stecken, es werden nur mehr Funktionen geschickt. Die Schienenspannung kann nicht mehr ein- oder ausgeschaltet werden.



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

Servus Vincent,

Ja genau, ich habe mal die defaults belassen und versuche mich in POM.
Service Mode läuft besser, aber ich bin halt ein ungeduldiger Mensch, der „live“ das Werk seiner Zerstörung sehen will 😉
Ich habe leider keine z21 mehr zum Vergleich, evtl. Lege ich mir mal die newgen zu irgendwann.

Grüße
Sebastian

v0.6.1 ist online:
https://github.com/OpenRemise/Firmware/releases/tag/v0.6.1

- Z21 ᴡʟᴀɴMAUS support
- DCC Betrieb wird nach Service Mode wieder hergstellt (sofern er vorher bereits aktiv war)
- Workaround für ZIMO Webseite, die immer noch iso-8859-1 encoding verwendet... (Soundprojekte mit Umlauten funktionierten nicht)

PS: Dank der ᴡʟᴀɴMAUS weiß ich jetzt dass ich XPressNet definitiv nicht implementiere...

Hallo,

beim Hardware X-Bus und auch beim R-Bus kommt das 9-bit Datenformat zur Anwendung. Das ist sehr unpraktisch, denn damit tun sich die meisten embedded Prozessoren sehr schwer. AVR (Arduino) können es zwar nativ, aber in der Arduino Umgebung ist das ein ziemliches Gemurkse. Ich habe im Vorjahr versucht eine HardwareSerial dafür zu implementieren, hatte dafür aber leider zu wenig Zeit es fertig zu stellen.

Falls jemand zufällig einen modernen Controller kennt, der 9-Bit in HW beherrscht, bitte ich um sachdienliche Hinweise.

Angeblich können es die PIC, hat diese Lenz‘sche Erfindung den Hintergrund. Leider gibt es für die PiCs noch immer keine Arduino Implementierung.

Grüße, Peter W

Hallo Peter,

ich habe mich anfangs mit Microchips ARM-basierten SAMD21/SAMD51 beschäftigt. Die Chips haben eine serielle Schnittstelle, die 9 Bits kann. Hatte mich damals aber nicht genutzt. Mittlerweile bin ich zum RP2040 von Raspberry PI (ebenfalls ARM-basiert) gewechselt. Dessen serielle Schnittstelle kann keine 9 Bits, aber er hat eine programmierbare I/O-Komponente (PIO), mit der sich so etwas realisieren lassen sollte (das gleiche gilt übrigens auch für die mittlerweile erhältliche erweiterte Version RP2350).

Klaus

Hallo Klaus,

Danke, einen Arduino zero hätte ich sogar. Eine KI Abfrage kommt zu dem Schluss, dass der Renesas auf dem Uno 4 es auch nativ können sollte. Hat den Vorteil, dass die I/O 5 V tolerant sind.

Grüße, Peter W

Für ESP32 gibt es einen Fork der 9-bit in Software können soll: https://github.com/ionini/espsoftwareserial
9 Bit ist halt "Seufz, oh warum".

Grüße,
Harald.

Moin,

Ich wollte mal Meldung machen

Die LAN Funktion funktioniert - Sehr Cool!

Zunächst habe ich diesen Adapter benutzt:
W5500 SPI Ethernet Modul, erhältlich z.B
https://www.berrybase.de/w5500-spi-ethernet-modul
oder beim freundlichen Chinesen ...

[Edit]
vorläufige Anschlüsse:
W5500 <-> OpenRemise
SCK - Pin 2
  CS - Pin 42
MO - Pin 41 (MOSI)
  MI - PIN 40 (MISO)
   V - 3,3V
   G - GND
RST - 3,3V (ob das so Gedacht war .. keine Ahnung, bei mir funktioniert es)
[/Edit]

Im Moment funktioniert es so:

Ist beim Booten ein LAN Kabel angeschlossen und aktiv, wird die Verbindung hier hergestellt, WiFi wird nicht initialsiert
Für diesen Fall braucht WiFi nicht konfiguriert zu sein - es wird auch kein AccessPoint initialisiert.

Wenn LAN nicht erkannt wird, ist alles beim Alten.
Da nicht beide Adapter gleichzeitig aktiviert werden, wird immer die gleiche MAC-Adresse und damit, falls schonmal vergeben die gleiche IP verwendet.

... nicht unruhig werden, es gibt noch kein neues Release ...
es war die Rückmeldung: Hier funktioniert es! Dankeschön

Viele Grüße, Franzi

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

Dir kann man nichts verheimlichen. :)

Ich hoffe du bist mir nicht bös wenn sich die Pinbelegung eventuell noch ändert. Ich muss dann schaun wie sich das gut mit der Zusatzplatine für die Steckerleiste ausgeht.

www.openremise.at ist ab sofort in Deutsch verfügbar

Servus Vincent,

ist es so, daß ich bei Loks mit eingebautem Pufferspeicher nicht updaten kann?
Ich mein, ich hätte das irgendwo gelesen.
Und wenn ja, bleibt's dann dabei?

Rainer

Grüß dich Rainer

Naja, die Speicher werden ja auch irgendwann mal leer.
Es gibt bei den neuen ZIMO Decodern 2x Arten in den Bootloader zu springen und ich hab aktuell nur eine davon implementiert.
Ich kann aber natürlich nachvollziehen dass das etwas mühsam ist, so ein STACO behält ja ewig und 3 Tage seine Ladung....

Meine Motivation für Decoder Updates ist aber leider auch grad nicht besonders hoch. :(

lg
Vincent

Hai Vincent,

beim MXULF ist es ja egal, ob der STACO noch Ladung hat, so ist zumindest mein Kenntnisstand.


Liegt es an dir oder an ZIMO? Oder vielleicht an der bösen Welt da draußen...? 😁

Gruß
Rainer

Edit: Und was passiert eigentlich, wenn ich bei vorhandener Restladung das Update starte?

Hallo Vincent,

ich beobachte aktuell ein unterschiedliches Verhalten zwischen meiner S3Main und meiner schwarzen Z21. Ich möchte Dir das Verhalten schildern - vielleicht hast du einen Tipp für mich.

Hier meine Testumgebung:
* Schwarze Z21, mit Firmware 1.43 (die Gleise hängen am Prog Track Ausgang)
* S3Main mit Firmware V0.6.1 (25.01.2026)
* Z2X-Programmer, aktuellster Build
* Fleischmann 721213, mit ZIMO MN180 5.21

Das ist mein Test:
* Ich verwende als Programmiermethode "Programmiergleis"
* Ich verbinde mich mit der Zentrale
* Ich aktiviere eine Funktion z.B. F0 per LAN_X_SET_LOCO_FUNCTION im Controller
* Ich lese CV1 per LAN_X_CV_READ vom Programmiergleis
* Bis zu diesem Schritt verhalten sich die beiden Zentralen ident
* Nun möchte ich die Funktion F0 erneut schalten - ich sende erneut LAN_X_SET_LOCO_FUNCTION
* Mit der schwarzen Z21 funktioniert dies ...
* ... auf meiner OpenRemise funktioniert dies leider nicht 🤔

Was mir aufgefallen ist:

* Wenn ich das Auslesen der CV1 per LAN_X_CV_POM_READ_BYTE durchführe so gibt es keine Probleme
* Nach dem Auslesen der CV1 vom Programmiergleis sende ich LAN_X_SET_TRACK_POWER_ON (laut "Beispiel Sequenz CV Lesen aus der Z21 LAN Protokoll Spezifikation")
* Bei meiner schwarzen Z21 höre ich das Relais, wie das Programmiergleis ein- und wieder ausgeschaltet wird

Aktuell sieht's für mich so aus, als würde die OpenRemise nach einem LAN_X_CV_READ im Programmiermodus hängen bleiben und anschließende Fahr- oder Funktionsbefehle verweigern.

Es kann natürlich sein, dass ich mit Z2X-Programmer der Auslöser für dieses Verhalten bin ... vielleicht sende ich einfach die falsche Reihenfolge an Befehle 🤷

Hast du eine Idee?

Vielen Dank im Voraus,
VG Peter

Grüß dich Peter

Hm, Danke fürs Melden, das ist definitiv ein OpenRemise Problem. Ziemlich tricky das alles unter einen Hut zu bringen...
Seit der 0.6.1 bleibt der Service Mode für die Dauer des "HTTP Receive Timeouts" aktiv. Das hat den Vorteil dass die Zentrale nicht nach jeder CV den Service Mode verlassen und neu betreten muss.

Offenbar führt diese Verzögerung aber in diesem Fall dazu dass das LAN_X_SET_TRACK_POWER_ON "verloren geht" bzw. ignoriert wird. Ich müsste mir wohl merken dass der Befehl empfangen wurde und ihn erst ausführen wenn der Service Mode beendet wird. Ein nahtloser Übergang vom Service- in den Operations Mode ist ja mittlerweile per RailCommunity verboten.

Issue:
https://github.com/OpenRemise/Firmware/issues/125

lg
Vincent


/edit
Ich hab mal eine Version gemacht die zumindest "ehrlich" ist was ihren eigenen Zustand betrifft. Wenn du magst kannst du die von hier runterladen:
https://github.com/OpenRemise/Firmware/actions/runs/22824370843

Das Verhalten der 0.6.1 bleibt damit bestehen, sprich:
- War der Schienenausgang vorher abgedreht, so ist er das auch nach dem Lesen einer CV wieder
- War der Schienenausgang vorher eingeschaltet, so ist er das auch nach dem Lesen einer CV wieder

Hallo Vincent,

die neue 0.6.1 funktioniert 👍

Besten Dank für den schnellen Bugfix.

VG Peter

Es gibt nun eine neue Hardware Revision 0.1.2 mit Spannungsmessung am Gleisausgang.
Ich hoffe bei Zeiten findet das dann auch tatsächlich mal Verwendung. :D

v0.7.0 ist online:
https://github.com/OpenRemise/Firmware/releases/tag/v0.7.0

- Power Icon zeigt nun auf vielfachen Wunsch aktuellen Status an (rot - aus, grün - DCC, blau - Service Mode & Updates)
- Ethernet Support durch W5500 ("Beta", da keine Platine verfügbar)
- Display Support (Danke an ERI_BE, siehe https://github.com/OpenRemise/Display)
- Bugfixes Frontend
- Bugfixes DCC

Hallo Vincent,

geht es nur mir so, dass die 0.7.0 ein paar Probleme macht?

Strom an/aus reagiert nicht
mDNS geht nicht mehr
Lok öffnet ein leeres Fenster

Grüße
Sebastian

Moin,

Ich kann nur sagen, dass bei mir alles stabil läuft.

mDns, Wifi, Ethernet, Display Ausgaben usw
keine internen Abstürze.

Viele Grüße, Franzi

Vielleicht mal den Browser Cache leeren?
Ein leeres "Lok-Fenster" würde darauf hindeuten dass ein WebSocket Request nicht beantwortet wird. Das war unter anderem eines der Symptome durch die ich ein paar Bugs in der letzten Version gefunden hab. In dem Fall hatte sich die Firmware dann allerdings komplett aufgehängt und in der Web-Oberfläche hat man gesehen dass die Verbindung verloren ging.

Hallo,

Bei meinem betagten iPhone musste ich den Browser Cache zweimal löschen. Jetzt geht’s, sehr seltsam.

Danke für die Antworten.
Sebastian

v0.7.1 ist online:
https://github.com/OpenRemise/Firmware/releases/tag/v0.7.1

- Unterstützte Z21 Einstellungen aus der App werden nun synchronisiert
- Unterstützung für Z21 Protokoll Notstop (auch z.B. App)
- Bugfix bei Neustart während DCC Betrieb Nothalt und Schienenspannung aus
- Bugfix leere SSID ist nun eine valide Einstellung (Ethernet)
- Bugfix Reload des Frontends versucht Cache zu löschen

Hallo,
Ich hab da mal 3 Frage.
Wäre eine eigene Sortierung der Lok's möglich?
Könnte man den Lok's Bilder zuordnen?
Kann man eine Multimaus Kabel anschliessen?

Ansonsten läuft super und ein tolles Projekt.

MfG Sven

Hallo Sven

Möglich vermutlich schon, zumindest wenn das nur im Browser gespeichert wird. Ich denk mal drüber nach.

Lokbilder möchte ich irgendwann mal unterstützen ja. Deshalb aktuell der Platzhalter im Fahrpult.

XpressNet Support für eine Multimaus steht aktuell nicht auf meiner Todo-Liste, aber vielleicht findet sich ja wer ders einbaut?

lg
Vincent

Hallo,

vorweg: Xpressnet wird mit dem S3Main Board nicht funktionieren! Der Prozessor kann es nicht.

Technische Details:

Xpressnet bzw. Xbus ist eine RS485 Schnittstelle und erfordert, dass der Prozessor eine serielle Schnittstelle in Hardware zur Verfügung stellt, die eine nicht-standardmäßige Baudrate und ein 9 Bit Protokoll beherrscht. Ersteres ist meist kein Problem, letzteres schon.

Es müssen folgende Parameter unterstützt werden: 62500, 9, n, 1

Das Problem bei vielen Controllern und Cores ist die mangelnde Unterstützung für das 9-bit Protokoll. Dies ist z.B. in nachezu allen Arduino Cores im HardwareSerial nicht enthalten, da hier nur mit 1 Byte/character gearbeitet wird.
Wenn ich der KI trauen darf, kann es der ESP32 in der Hardware nicht.

Ein kruder Workaround wäre, dass man das Paritätsbit vorausberechnet und entsprechend auf 8,e,1 oder 8,o,1 umschaltet. Bit-banging ist ziemlich zeitkritisch. Alternativ müsste man ein "Xpressnet Shield" für S3Main bauen, das einen hardwarenah programmierten Zusatzcontroller enthält, der die 9-Bit-Schnittstelle implementiert, inkl. Richtungssteuerung für den RS485 Transciever. Also sowas wie ein "Locobuffer" im Loconet-Universum.

Das Ganze wächst sich dann recht schnell zu einem komplett eigenen Projekt aus. Nachdem S3Main leider keine Pins im Arduino-Format anbietet, wäre das eine Insellösung nur für OpenRemise. Ich sehe auch keine standardisierte Kommunikationsmöglichkeit mit einem Sub-Board wie I²C oder SPI.

Grüße, Peter W.

Danke für die Infos,
Und nochmals Danke für das tolle Projekt.

MfG Sven

Die RMT Schnittstelle könnte ein Weg sein. Das Arduino Format hab ich ausprobiert (siehe Homepage) aber es genügt meinen Ansprüchen nicht.

Moin,

Ich habe jetzt mal länger mit Gemini diskutiert ...



Ich habe das nicht weiter verifiziert.
Inzwischen hat auch mein Interesse daran nachgelassen.

Die PacoMouseCYD kann das Z21 Protokoll
Damit lässt sich OpenRemise ansprechen

PacoMouseCYD hat merkwürdige Lizenzbedingungen .. aber es funktioniert


Viele Grüße, Franzi

Das ist leider haluziniert. Bei 8 Datenbit is Schluss.

Mit RC-5 kann man auch den Maerklinix Kinder-Joystick benutzen

Um das KI Problem nicht ungeklärt stehen zu lassen:

Gemini bezieht sich u.a. auf uart_set_mode(UART_NUM_1, UART_MODE_RS485_9BIT_DATA);
Das ist widersprüchlich definiert. Es geht alles nicht so einfach, da die Schreibfunktion in Bytes (C Type uint8_t) deklariert ist.

Für RS485 meint die schlaue KI weiter:


Und beim Empfangen ist es noch grauslicher, da wird empfohlen, auf einen Parity Error zu triggern.

Nicht gut ist. Besser lassen man soll.

Grüße, Peter W.

Moin,

bei "solchen Dingen" ist KI sehr anstrengend. Selbst wenn man eine gute Faktenlage hat, wird oftmals völlig absurdes Zeug behauptet. Ich Danke Euch nochmals für die Klarstellung.

Man sollte sich immer im Klaren sein, dass KI schnell anfängt zu Halluzinieren.
Ich habe die KI schon dazu gebracht, mir die Hintergründe dafür mitzuteilen: Es ist das Ziel, immer eine Antwort zu liefern - das Eingeständnis keine Antwort zu haben, ist keine Option - an dieser Stelle wird dann etwas erfunden.

Viele Grüße, Franzi