Hi, sorry war dieses Wochenende etwas stressig. Jetzt habe ich Zeit mal ausführlicher zu schreiben. Erstmal zu den beiden Links, im ersten wird auch schon auf das lilygo verwiesen, könnte was sein, aber ich muss den Akku dazu aufschrauben. Daher wäre mir eine Softwarelösung lieber. Wenn aber nichts funktioniert, wird mir wohl nichts anderes übrig bleiben.
Werde das auch gleich nochmal bearbeiten, dann lade vom notebook noch ein paar Bilder hoch.
Durch einen bekannten bin ich zu diesen Akkus gekommen, weil er seine victron Anlage jetzt mit noch viel größeren Akkus versorgt. Daher habe ich jetzt zwei 5,12kWh Speicher bekommen, hier konnte ich nicht nein sagen. 
Papool 48v 100Ah / baugleich zu pylontech 100ah 48v
Mit Waveshare RS485 to Wifi hole ich daten von der Batterie. Das klappt anscheinend auch korrekt. Baudrate usw. habe ich eingestellt.
Aktuell errechne ich die Werte der Batterie mit dem Wissen, was geladen und entladen wird. Dabei rechne ich Verluste ein und das klappt auch ganz gut. Über den WR lese ich die Spannung vom Akku aus und kann damit Notabschaltungen vornehmen. Insofern habe ich alle wichtigen Daten, aber mit der Zeit werden sich die Werte immer leicht verschieben und will nicht alle zwei Wochen oder weiß ich in Keller rennen und das korrigieren.
Das BMS muss irgendetwas mit DR zu tun haben, jedenfalls wird das im Display der Batterie angezeigt und auch im Programm(usb serial) wird darauf verwiesen.
Daher habe ich heute Nacht alle Version von BMS Pace getestet, aber leider ohne Erfolg, aber es wurden neue MQTT Werte erzeugt, nur nicht ausgefüllt.
BMS Pace - Python data retrieval
Also habe ich weiter gesucht und bin dann auf DR Switcher gestoßen, mit großer Hoffnung. In der Überschrift steht schon das Protokoll, dass auch im USB Programm aufgeführt wird, Protocol DR-1363
Ver:
SAIENSI01-16S100JC03
V1.1.1-T3_G
Protocol: DR-1363
DR-JC03-RS485-Switcher
Das Script hatte ich heute einmal von chatgpt mit einer meiner HEXzahlen gefüttert, aber die Werte die herauskommen, passen nicht wirklich, bis auf die Temperaturen vielleicht. Daher bin ich mir nicht sicher, ob der es jetzt Sinn macht, dass auf dem Raspi zu installieren.
Hier noch ein Bild vom USB Programm und von BMS, zumindest was er dort ausgibt:
Hier in diesem github wird dazu mehr gesagt, wie die Anfragen gestellt und was dabei herauskommt
https://github.com/cpttinkering/daren-485
Auf jeden Fall habe ich dadurch gelernt, dass die HEXzahl durch das Script umgewandelt wird und anscheinend zuvor eine Gegenanfrage passiert.
Hier in einem englischen Forum bin ich noch fündig geworden, es haben also auch andere das gleiche Problem.
Ich brauche also eine Lösung wie ich die HEXzahl mit Hilfe eines Scriptes das Protocol DR-1363 umwandeln kann. Aber da fehlen mir leider auch die Kenntnisse, dass letztlich allein umzusetzen.
Mein letzter Versuch gestern war noch einen localen Server zu erstellen um mit Scrape die Daten auszulesen, weil ich das Programm im Browser öffne, wäre das auch eine Möglichkeit. Allerdings müsste dann immer ein PC verbunden über USB laufen, um die Daten zu holen. Daher auch nicht so schön und scrape braucht auch immer eine http Adresse.
Ach so und dann sind da noch die Dipschalter 1-6. Wenn dip 1 on und die anderen off sind, dann kann ich mich mit dem PC verbinden. Wenn dip6 on und die anderen off sind, dann kann ich die Daten über den Waveshare abrufen.
Ich denke jetzt habe ich alle meine Versuche zusammengetragen.
