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

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