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

[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....

[andibr]

Mein Flow sieht so aus:

Manchmal funktioniert es richtig und manchmal eben nicht. Ich habe mir überlegt, ob evt. daran liegen könnte, dass der Port nach der Abfrage nicht geschlossen wird?
Wenn ich im Minicom den Connect offen stehen lasse ist mir bis jetzt nicht aufgefallen, dass da keine Antwort kommen würde.

Im Log sieht es dann so aus:

Wenn ich dann den Flow verändere und neu deploye funktioniert es eine Weile ganz gut und plötzlich geht es wieder nicht mehr. Bis jetzt habe ich noch kein Muster gefunden.

Ich habe da noch alte USR-TCP232-T2 Adapter rumliegen

Allenfalls könnte man damit ja auch etwas machen und hätte dann einfach einen Netzwerk-Port zum abfragen, aber ich denke das Thema mit dem Timeout wird gleich bleiben. So wie ich es verstehe kommt der Timeout nicht vom Port sondern ist ein "nicht reagieren des BMS".

[OliverIO]

@andibr

Als erstes muss man rausfinden an welcher Node der Fehler entsteht.
Dann in dieser function node etwas debug code einbauen
Damit man sieht was für ein datentyp da ankommt und was für Inhaltsangaben ankommt.
Dann muss man bewerten wie man damit umgeht.
Wenn es sonst funktioniert, dann kann man das einfach durch Code ausfiltern, also keine msg zurückgeben, so das die nachfolgenden nodes nicht getriggert werden.

Nur mit einem Bild vom Flow kann niemand was anfangen.
Mit mehr, kann ich erst Ende nächster woche weitermachen

[andibr]

@OliverIO ich versuche morgen noch etwas mehr raus zu holen. Eben es verwirrt mich das es manchmal durchläuft und dann plötzlich nicht mehr.
Für mich als Laie sieht es irgendwie so aus, wie wenn das BMS irgendwie auf was warten würde und daher nicht mehr.