Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Homoran]

@andibr sagte:

diese Infos alle aus dem Cerbo, ich gehe davon aus per Modbus aus den Register

Ich auch
Restlaufzeit ist über ein Blockly gerechnet
Bis minimal SoC bei Entladung, bis max SoC (96%bei 56V) bei Ladung

Wirkungsgrad auch: Verhältnis eingespeicherte Energie zu ausgespeicherter Energie

@andibr sagte:

diese Infos alle aus dem Cerbo, ich gehe davon aus per Modbus aus den Register

Ich im Prinzip auch

Restlaufzeit ist über ein Blockly gerechnet
Bis minimal SoC bei Entladung, bis max SoC (96%bei 56V) bei Ladung

Und Zyklen ist ebenfalls einfach ein counter der bei erreichen einer vollen Kapazität hochzählt

[andibr]

@OliverIO sagte:

40 0d 0d 0a 42 61 74 74 65 72 79 20 20 56 6f 6c 74 20 20 20 20 20 54 65 6d 70 72 20 20 20 20 42 61 73 65 20 53 74 61 74 65 20 20 20 56 6f 6c 74 2e 20 53 74 61 74 65 20 20 43 75 72 72 2e 20 53 74 61 74 65 20 20 54 65 6d 70 2e 20 53 74 61 74 65 20 20 43 6f 75 6c 6f 6d 62 20 20 20 20 20 0d 0d 0a 30 20 20 20 20 20 20 20 20 33 34 36 35 20 20 20 20 20 32 39 30 30 30 20 20 20 20 49 64 6c 65 20 20 20 20 20 20 20 20 20 4e 6f 72 6d 61 6c 20 20 20 20 20 20 20 4e 6f 72 6d 61 6c 20 20 20 20 20 20 20 4e 6f 72 6d 61 6c 20 20 20 20 20 20 20 20 39 36 25 20 20 20 20 20 20 39 35 32 35 38 20 6d 41 48 0d 0d 0a 31 20 20 20 20 20 20 20 20 33 34 36 39 20 20 20 20 20 32 39 30 30 30 20 20 20 20 49 64 6c 65 20 20 20 20 20 20 20 20 20 4e 6f 72 6d 61 6c 20 20 20 20 20 20 20 4e 6f 72 6d 61 6c 20 20 20 20 20 20 20 4e 6f 72 6d 61 6c 20 20 20 20 20 20 20 20 39 37 25 20 20 20 20 20 20 39 36 30 33 36 20 6d 41 48 0d 0d 0a 32 20 20 20 20 20 20 20 20 33 34 36 30 20 20 20 20 20 32 39 30 30 30 20 20 20 20 49 64 6c 65 20 20 2...

Du meinst so?

Edit:
Also ich habe jetzt mal den Flow von dir einfach importiert und gestartet, das sieht im Iobroker sehr gut aus. Also müssen wir die Aufbereitung des payload aus dem RS232 Node noch irgendwie anderst machen. Ich frage mich gerade ob der aufbereitung auch gleich noch die Batterie-Nr. vom aufruf mit geben könnten? Denn es sind jetzt bei mir ja 8 Batterien an je 16 Zellen. Sprich in den Datenpunkten müsste ja dann auch irgendwo noch das "bat x" drin stehen. Ich weiss das gibt unendliche viele Datenpunkte, aber es sind da bei mir ja auch 128 einzelne Zellen. Einzelne Datenpunkte werden nie jemand interessieren, aber es wird einfacher sein, die einfach drin zu lassen?

[OliverIO]

@andibr

ok die bestehende function node passt für die daten.
eine ungewöhlichkeit gibt es 0d 0d 0a
entweder verwendet man nur 0d oder 0d 0a,
gemischt ist ungewöhlich, aber das hat sich der liebe hersteller halt so ausgedacht.
wahrscheinlich ist

@ <CR> 

für ihn ein art beginnzeichen.

nun zum müll.
was ist dir da aufgefallen? wieso reihenfolge?
abfolge des flows ist

rs232
|
tabelle parsen und jede zeile in ein battery objekt umwandeln.
jede zeile ist eine eigene message
|
für jede message (also für jede zeile) die daten für iobroker aufbereiten, so das notfalls der state angelegt werden kann, also mit unit, beschreibung, etc.
|
die letzte iobroker node hat keine konfiguration, da sie direkt die aufbereiteten daten nehemn und dann nach iobroker schreiben kann.

also nimm den flow aus dem letzten post, importier ihn, beachte mein hinweis weiter oben zur konfiguration von node-red, damit er auch states nach 0_userdata schreiben darf.
lass den flow laufen. dann findest du unterhalb des datenpunkts
0_userdata.0.noderedbattery
die komplette struktur. screenshot habe ich gestern schon eingefügt.
je battery id werden nun diverse states angelegt mit den werten aus der tabelle
wenn du den datenpunktnamen ändern willst, dann kannst du das in der node zur aufbereitung der iobroker daten

[andibr]

@OliverIO
Bitte höfflichst um entschuldigung. Jetzt scheint es zu gehen.
Ich habe den letzten Flow genommen und die konvertierung an den Ausgang des Aufrufs gehängt und gestartet. Jetzt werden im Iob alle Datenpunkte sauber erstellt.

und ja, das "@" scheint eine Art Markierung für die Antwort zu sein, die kommt bei allen Abfragen immer als erstes, egal was man sich holt.

Wieso auch immer das vorher jedes Datenfeld in eine eigene msg geschrieben hat, weiss ich nicht, aber das habe ich gemeint.

Vielen Dank für deine aufwendige Arbeit, ich bin da eben echt eher der Handwerker und tue mich mit Software erstellen meist sehr schwer. Ich baue mir jetzt da mal rund um ein Flow der mir periodisch alle Zellen abholt und in die Datenpunkte schreibt.
Sobald ich das habe, stelle ich das hier zur Verfügung.

[OliverIO]

@andibr
Alles gut, dadurch lernt man und evtl weckt es interesse an einem komplett neuen Gebiet. Es gibt auch andere Handwerker hier die mittlerweile komplette Adapter erstellen.

Als tip. mit KI (auch schon die kostenlosen wie chatgpt,claude,gemini), kann man sich sehr viel erklären lassen.
Von den ganzen function nodes habe ich selbst keine einzige Zeile selbst geschrieben.
Ich könnte zwar, aber die KI macht das mittlerweile in sekunden. Die Kunst ist nur, es ihr richtig zu beschreiben. Im Zweifel einfach Copy/Paste und ein wenig Kontext, woher es kommt, welches Umfeld du nutzt und was du versuchst zu erreichen. Im einfachsten Fall einfach nur das Ziel eintippen und dich leiten lassen.

Dann noch meine Kritik an den Low und "NoCode" Tools wie node-red, n8n,blockly.
Wenn es dir zu beginn einfacher fällt mit einer grafischen Darstellung zu arbeiten, alles gut. Aber diese Tools begrenzen dich irgendwann.
Klar könnte man durch installation weiterer nodes auch dieses Problem rein grafisch und Konfiguration lösen können, aber kürzer sind immer ein paar echte Programmzeilen.
Wenn du mal den kompletten flow bereitstellst, dann werde ich mal ein javascript für den iobroker erstellen (lassen) der das gleiche macht.
Hier haben wir eigentlich schon viel javascript verwendet, weil bei so speziellen Dingen dann die Standards schnell am Ende sind.
Aber für den Anfang um etwas über Abläufe, Struktur, Ursache/Wirkung zu lernen alles gut.

[andibr]

@OliverIO
Für mich als ex. Elektroninstallateur ist es eben vielfach einfacher in einer Maske zu sehen was der Code eigentlich machen sollte, als in einem strukturierten Text.

Wir verwenden bei uns im Job auch sehr viel strukturierte Text für Steuerungsfunktionen, aber das ist in der Regel eine andere Abteilung, ich bin nur zuständig, dass die Elektropläne korrekt und vollständig für alle sind.

Klar, dass interesse an den Möglichkeiten ist schon lange geweckt, aber wie bei allem, wenn man das nicht oft macht, vergisst man sehr vieles wieder. Bei mir ist entstehen solche Dinge eben manchmal aus "dummen" Ideen, oder eben aus "herausforderungen" die man nicht direkt sucht.

Ich arbeite mich jetzt mal rund um und schaue was da raus kommt.
Nochmals herzlichen Dank

Gruss Andi
(aus der überhitzten Schweiz)

[andibr]

Die versprochene Zusammenfassung des ganze:

Das BMS der Pytes 48100R-C16 lässt sich über den Konsolen-Anschluss parallel zum regulären Betrieb mit BMS-CAN auslesen.
Mit einem einfachen Terminal auf dem PC (Putty, Hyperterm, minicom, screen usw..) lässt sich eine einfach serielle Verbinung aufbauen und mit ein paar wenigen Befehlen bekommt man eine grosse Anzahl an Informationen. Dabei braucht es nur 1 serielle Verbindung zum Master-BMS der Rest läuft intern zwischen den einzelnen Batteriepacks ab.

Ich habe mir einen USBtoRS232 Adapter (mit einem FTDI FTFS8I5L) und einem Konsolenkabel von einer Cisco-Firewall eine Verbindung mit 115200 8N1 geschaffen. Nun kann man an der Konsole im Terminal mit dem Befehl "help" folgende Anzeige auslesen:

bat      Battery data show - bat [pwr][index]
data     History data load - data [event/history][item]
datalist Show recorded data - datalist {event/history}{item}}
disp     Display Info at regular intervals - disp [(pwrs pwrNo)/val]/[(bats batNo)/volt/curr/temp]
help     Help [cmd]
info     Device infomation - info
log      Log information show - log
login    Login Admin mode - login [password]
logout   user mode  - logout
pwr      Power data show - pwr [index]
shut     Shut down - shut
soh      State of health - soh [addr]
stat     Statistic data show - stat
time     Time - time [year] [month] [day] [hour] [minute] [second]
trst     Test Soft Reset - trst
updata   updata system - updata
ver      firmware info - ver

mit dem Befehl "bat nn" lassen sich dann die aktuellen Werte jeder einzelnen Zelle aus den Blöcke auslesen und immer pro BMS anzeigen lassen (das Master-BMS hat die Nr. 1).

Damit das ganze auch einigermassen nutzbar ist, habe ich (mit Hilfe) ein Node-Red Flow gebastelt, der mir die so erhaltenen Daten sortiert und verarbeitet und in die Iobroker Datenpunkte füllt.

flows_Pytes.json

Leider läuft es immer mal wieder in einen Timeout und/oder in den Fehler das er den String nicht zerlegen kann.

Ich hoffe verständlich erklärt zu haben was ich wollte und wie ich das gemacht habe? Bei fragen einfach hier schreiben.

Andi

[Homoran]

Kennst du das hier:
https://forum.iobroker.net/post/1052677

[andibr]

@homoran Ja das idt genau der Adapter mit den ich es fast ein ganzen Tag probiert habe und darauf beschlossen habe, es selber zu probieren.
Scheinbar gibt es eben Unterschiede zwischen Pytes und Pylontech BMS. Auf dem CAN Port scheinen sie identisch zu sein oder die Pytes sprechen die Pylontech Sprache.

[Homoran]

@andibr

Aber laut github Seite
https://github.com/PLCHome/iobroker.pylontech

Ist der auch für pytes

[andibr]

@Homoran
Ja, ich weiss. Und ich habe etliches getestet, nur er hat weder die Schnittstelle noch die Pytes gefunden.
Mit den genau gleichen Vorgaben und Linux Rechten schafft es mein Node-Red aus dem gleichen LXC Container raus das Master BMS zu erreichen. Der Adapter schaffte es aber nicht, zu dem hat er automatisch Datenpunkte angelegt beim einfügen der Instanz, die es gar nicht gibt.
Ich gehe davon aus, dass der Adapter mal geschaffen und getesten wurde mit Pylontech und weil die BMS vieleicht mal identisch gearbeitet hatten das dann so reingekommen ist. Leider hat auch der Entwickler des Adapters bis jetz keine Reaktion gezeigt, so dass ich davon aus gehe, dass kein Interesse mehr besteht. Darum habe ich eben den mir einigermassen gangbare Weg gewählt. Adapterentwicklung oder Anpassung ist ausserhalb meiner Fähigkeiten.
Ich helfe gerne wenn ich was testen kann, aber wie man im ganzen Verlauf sehen kann, begreife ich gewisse Software Dinge irgend wie nicht.
Ich weiss man könnte auch den Flow viel eleganter machen mit einer Liste und immer der gleichen Abfrage, aber ich habe es nicht hingekriegt.

[Homoran]

Mein Problem ist, dass ich mit node-red vielleicht vor knapp 10 Jahren zuletzt gearbeitet hatte.
Seit es Blockly gibt bin ich damit unterwegs.

Aber selbst wenn es mit dem Pytes-Kabel direkt ginge, wüsste ich überhaupt nicht wie ich die Schnittstelle ansprechen müsste.

[OliverIO]

@andibr

Wenn es einen timeout gibt kommt wahrscheinlich kein String. Entweder eine Fehlermeldung oder nix. Die nachfolgenden nodes verarbeiten das gnadenlos.
Da müsste man dann das ausfiltern

[andibr]

@Homoran
Keine Ahnung ob man mit Blockly das auch hinkriegen würde, aber grundsätzlich ist es nichts kompliziertes. Wenn du mit dem original Pytes Kabel und dem Windows BMS-Tool drauf zugreifen kannst, geht es mit allem anderen auch.
Mit Putty kannst du eine "telnet" Verbindung auf den COMx Port aufbauen und schon kannst du die Daten abholen. Sobald die Verbindung aufgebaut ist, einfach "bat 1" schreiben und ENTER drücken, dann kommen die Daten auf den Bildschirm.
Das aufwendige ist eher die angezeigten Daten in etwas vernünftiges zu verwandeln.
Die serielle Schnittstelle ist da sehr dankbar, braucht 3 Drähte und die gleiche Einstellungen und die Geräte sprechen miteinander, ist halt eben eine der ersten Computerschnittstellen die es dazumals gab.
Leider sind die Distanzen erwas gross in die Schweiz, sonst würde ich gerne auch praktisch helfen.

[andibr]

@OliverIO ich kopiere morgen mal die Meldungen die mir Node-Red auswirft. Es steht meistens, ....ist kein String....