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

[andibr]

Hallo zusammen

Ich möchte mit hilfe von Node-Red meine Pytes-Akku Bank auslesen und die Werte dann per MQTT in den Iob senden.

wenn ich mit dem "minicom" oder den "screen" eine Verbindung auf den /dev/ttyUSB1 erstelle, kann ich jegliche Werte auf der Konsole anzeigen lassen und es funktioniert sehr stabil und einfach. Nun wollte ich das ganze mit Node-Red realisieren damit ich den Datenstrom zerlegen und weiterverarbeiten kann.

Nur da scheint es nicht zu funktionieren (klar der link von minicom und screen muss ganz weg sein). Ich habe folgendes gemacht:

Irgendwie sehe ich gerade das Problem nicht, das BMS reagiert überhaupt nicht, so dass der Node irgendwann eine "undefinde" ausspuckt. So weit wie ich das begriffen habe, mache ich doch gar nichts anderes, wie das minicom macht? Also Schnittstelle öffnen, den string "bat 1" senden und den Empfang protokollieren.

PS: ich weiss es gibt ebenfalls einen Adapter dafür, aber der macht genau den gleichen Fehler, darum habe ich eben versucht das so zu lösen. Dieses Node-Red läuft in einem eigenen Container völlig los gelöst von Iobroker.

Gruss Andi

PS fast vergessen: die Schnittstelle /dev/ttyUSB1 steht auf Rechte: 0777 sollte also kein Problem sein.

[peterfido]

Am Ende kommt statt der 0 normal ein \r,\n oder \r\n.

Also

bat 1\r

bat 1\n

bat 1 \r\n

probieren. Sender und Epfänger würde ich separieren.

[andibr]

@peterfido
Danke, das hat schon mal was massiv verändert:

der Zeitablauf erstaunt mich noch etwas, wie auch die 2 Message mit "unk...."
Aber es beweist mir schon mal, dass ich auf dem richtigen Weg bin, um dass ganze auszulesen und das es nicht an der Hardware oder irgendwelchen Linux Berechtigungen zwischen Konsole und Nod-Red liegt.

[Marc Berg]

@andibr

Die Aufteilung nach würde ich noch umstellen auf "nach Zeitablauf", 250ms. Dann kommt fast sofort die Antwort.

"unknown command 0" kommt aus deinem inject Node, da sagst du ja, dass er eine "0" senden soll.

[andibr]

@Marc-Berg
Habe ich angepasst, aber jetzt kommt nur noch die hälfte an?

Die Schnittstelle:

Das erzeugt jetzt diesen Output:

Ich verstehe nicht ganz wieso es vorher funktioniert hat und jetzt plötzlich abbricht bei der 8 Zelle. Es sind eigentlich 16 Zellen in 8 Blöcken. Das mit den einzelnen Blöcken ist mir klar, ist mit "bat x" zu lösen. Hat interesanterweise nichts mit der Anzahl Zeichen beim Empfang zu tun.

Edit:
Das hat scheinbar mit der Zeitspannen zwischen den Aufrufen zu tun, wenn genügend Zeit dazwischen liegt scheint er wieder alle 16 zu liefern.

[Marc Berg]

@andibr

ich sprach auch von der "Aufteilung", dort die 250ms setzen.

[Homoran]

@andibr
[OT]
Hast du dieses

Kabel?

[andibr]

@Marc-Berg
du meinst so?

Nur bringt das leider auch nur ein Teil

Bin mir aber gerade noch am überlegen wie ich diese ASCII String nun in ein eingermassen brauchbares Zeugs verwandeln kann.
Der String ist ab der 3.Zeile immer identisch aufgeteilt, leider mit Leerzeichen und nichts schlauen drin und erst noch nicht immer gleich viele Stellen.

[andibr]

@Homoran
Nee, nicht ganz meines sieht etwas wilder aus:

Ist aber im Prinzip genau das selbe:
ein aktives USB Verlängerungskabel - eine USBzuRS232 (mit FTF8I5L-Chip) - uraltes Cisco Firewall Console Kabel.

Der USBzuRS232 hat folgende Spez:
T: Bus=01 Lev=02 Prnt=10 Port=03 Cnt=01 Dev#= 11 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0403 ProdID=6001 Rev=06.00
S: Manufacturer=FTDI
S: Product=USB Serial Converter
S: SerialNumber=FTFS8I5L
C: #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=44mA
I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=ftdi_sio
E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=81(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms

Ohne das lange USB Kabel kann ich mit dieser Kombination auch mit dem Pytes-Tool BMSQ.... und einem Windows direkt auf die 48100R zugreifen. Darum weiss ich das die Kombi ja funktioniert. Irgendwo habe ich etwas gelesen von einem "RS232-Null-Modemkabel". Aber das steht ja sehr selten auf den Kabel drauf.

Das ganze steckt jetzt am Proxmox Host und ist an den Node-Red Container durchgereicht mit mode=0777. Es scheint zumindest teilweise zu funktionieren. Wobei ich nicht ganz abschätzen kann, ob es nun an der Verkabelung, BMS oder Node-Red liegt wieso da teilweise unterschiedliche Resultate ankommen.

[andibr]

versteht das jemand?

der Node "csv-bearbeiten" ist zwar toll, macht aber irgendwie nicht reglmässig das gleiche?

Da ist doch schon eine ganze Menge aufgeteilt, nur eben bei den einzelnen Zellen fehlen irgendwie Inhalte. Irgendwas habe ich falsch eingestellt.

Zusätzlich sind da im Debug 10 alle 16 Zellen drin, obwohl im Debug 9 nur bis 8 aufgeführt sind, es scheint da irgendwie eine Anzeigekürzung zu geben.

[OliverIO]

@andibr

Schau mal in die Daten per hexadezimal rein.
Sind das wirklich Leerzeichen oder evtl ein tab (hex glaube ich 09)
Wenn die Daten tatsächlich mit einer unbestimmten Anzahl von Leerzeichen als trennzeichen kommt, dann ist es ein csv mit fester feldgrösse, dann wirst du zählen müssen und das der csv Node konfigurieren wenn sie das kann.

Alternativ eine funktions Node, bei der man den Text anhand des Zeilenumbrüche in ein Array füllt und dann jede Zeile mit substring die verschiedenen Felder extrahiert.

Willst du jede Zeile separat weiter verarbeiten oder die Tabelle als Ganzes?
Das hängt dann davon ab ob die funktionsnode eine Message oder für jede Zeile eine Message erzeugt.

[andibr]

@OliverIO
Bin zwar nicht mehr vor dem PC, aber es sind echt Leerzeichen. Habe das ganze mal in Notepad hineinkopiert und die quasi Spalten angeschaut es sind einmal 9 und dann wieder 13 und wieder 9.
Auch habe ich das ganze mal als csv gespeichert und auch Excell erkennt nicht autmatisch Spalten. Was ich bereits erreicht habe ist, dass ich die Leerzeichen durch ein Semikolon ersetzen konnte. Was ich nun aber nicht schaffe sind die ersten beiden Zeilen wegzulassen und die entsprechenden Werte rauszupicken. Ich bin da mit Node-Red noch Anfänger und habe auch sonst mit Software manchmal meine Mühe.

Das ganze soll eigentlich einfach meine 8 Akku mit jeweils 16 Zellen auslesen und die Spannung und Ladung in die Datenpunkte füllen. Ob das nun im eigenen Node-Red Container oder im iobroker Container läuft ist mir eigentlich egal. Und ja ich weiss es gibt bereits ein Adapter aber der funktioniert scheinbar bei Pytes nicht mehr oder nicht.

[OliverIO]

@andibr sagte:

Habe das ganze mal in Notepad hineinkopiert

das ist gefährlich. du weißt nicht was der anzeigeeditor oder notepad da uU automatisch macht.

@andibr sagte:

Auch habe ich das ganze mal als csv gespeichert und auch Excell erkennt nicht autmatisch Spalten

ja, aber excel kann feste breite schon, muss man aber einstellen, automatisch geht da nichts

aber du willst ja nicht excel, sondern node red

stell doch mal den exakten output aus deinem rs232 in einer textdatei zur verfügung.
also nichts editieren.
dann mach ich dir eine funktionsnode die das ordentlich verarbeitet

[OliverIO]

@andibr

habe mir mal aus deinem screenhot oben die daten extrahiert. aber wie gesagt das ist nur annahme und folgenden testflow gemacht

Spoiler

[
   {
       "id": "593468e.75a0498",
       "type": "tab",
       "label": "Flow 1",
       "disabled": false,
       "info": ""
   },
   {
       "id": "6602913b9103c8e9",
       "type": "function",
       "z": "593468e.75a0498",
       "name": "bereitstellung text",
       "func": "msg.payload = `@\nBattery  Volt     Tempr     Base State   Volt. State  Curr. State  Temp. State  Coulomb\n0        3467     29000     Idle         Normal       Normal       Normal       97%       95988 mAH\n1        3474     29000     Idle         Normal       Normal       Normal       97%       96070 mAH\n2        3463     29000     Idle         Normal       Normal       Normal       96%       95549 mAH\n3        3473     29000     Idle         Normal       Normal       Normal       97%       96070 mAH\n4        3468     29000     Idle         Normal       Normal       Normal       97%       95906 mAH\n5        3465     28000     Idle         Normal       Normal       Normal       96%       95329 mAH\n6        3459     28000     Idle         Normal       Normal       Normal       96%       95220 mAH\n7        3471     28000     Idle         Normal       Normal       Normal       97%       95906 mAH\n`;\n\nreturn msg;",
       "outputs": 1,
       "timeout": 0,
       "noerr": 0,
       "initialize": "",
       "finalize": "",
       "libs": [],
       "x": 130,
       "y": 120,
       "wires": [
           [
               "2df68931298f6d99"
           ]
       ]
   },
   {
       "id": "2df68931298f6d99",
       "type": "function",
       "z": "593468e.75a0498",
       "name": "convert to msgs",
       "func": "const text = msg.payload;\n\nif (typeof text !== \"string\") {\n    node.error(\"msg.payload ist kein String\", msg);\n    return null;\n}\n\n// In einzelne Zeilen zerlegen\nconst lines = text\n    .split(/\\r?\\n/)\n    .map(line => line.trim())\n    .filter(line => line !== \"\");\n\n// Nur Zeilen berücksichtigen, die mit einer Batterienummer beginnen\nconst dataLines = lines.filter(line => /^\\d+\\s/.test(line));\n\nconst messages = [];\n\nfor (const line of dataLines) {\n\n    // Spalten sind durch mindestens 2 Leerzeichen getrennt\n    const columns = line.split(/\\s{2,}/);\n\n    if (columns.length < 9) {\n        node.warn(\"Zeile konnte nicht verarbeitet werden: \" + line);\n        continue;\n    }\n\n    const battery = {\n        battery: Number(columns[0]),\n        volt: Number(columns[1]),\n        tempr: Number(columns[2]),\n        baseState: columns[3],\n        voltState: columns[4],\n        currState: columns[5],\n        tempState: columns[6],\n        coulomb: Number(columns[7].replace(\"%\", \"\")),\n        capacity: Number(columns[8].replace(/[^\\d]/g, \"\"))\n    };\n\n    messages.push({\n        ...msg,\n        payload: battery\n    });\n}\n\n// Alle Nachrichten nacheinander über denselben Ausgang senden\nreturn [messages];",
       "outputs": 1,
       "timeout": 0,
       "noerr": 0,
       "initialize": "",
       "finalize": "",
       "libs": [],
       "x": 320,
       "y": 120,
       "wires": [
           [
               "dd25a6c986c48c9a"
           ]
       ]
   },
   {
       "id": "c972ab9ba4b7bebd",
       "type": "debug",
       "z": "593468e.75a0498",
       "name": "debug 1",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "true",
       "targetType": "full",
       "statusVal": "",
       "statusType": "auto",
       "x": 400,
       "y": 200,
       "wires": []
   },
   {
       "id": "a349e5287a176ccf",
       "type": "inject",
       "z": "593468e.75a0498",
       "name": "Start button",
       "props": [
           {
               "p": "payload"
           },
           {
               "p": "topic",
               "vt": "str"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "",
       "payloadType": "date",
       "x": 110,
       "y": 60,
       "wires": [
           [
               "6602913b9103c8e9"
           ]
       ]
   },
   {
       "id": "941c0f521bd7fa84",
       "type": "ioBroker out",
       "z": "593468e.75a0498",
       "name": "",
       "topic": "",
       "ack": "true",
       "autoCreate": "true",
       "stateName": "",
       "role": "",
       "payloadType": "",
       "readonly": "",
       "stateUnit": "",
       "stateMin": "",
       "stateMax": "",
       "x": 420,
       "y": 240,
       "wires": []
   },
   {
       "id": "dd25a6c986c48c9a",
       "type": "function",
       "z": "593468e.75a0498",
       "name": "function 1",
       "func": "const battery = msg.payload;\n\nif (!battery || battery.battery === undefined) {\n    node.error(\"Ungültiges Battery-Objekt\", msg);\n    return null;\n}\n\nconst batteryId = battery.battery;\n\nconst states = [\n    {\n        id: \"voltage\",\n        value: battery.volt,\n        name: \"Voltage\",\n        role: \"value.voltage\",\n        type: \"number\",\n        readonly: true,\n        unit: \"mV\",\n        min: 0\n    },\n    {\n        id: \"temperature\",\n        value: battery.tempr / 1000,\n        name: \"Temperature\",\n        role: \"value.temperature\",\n        type: \"number\",\n        readonly: true,\n        unit: \"°C\"\n    },\n    {\n        id: \"baseState\",\n        value: battery.baseState,\n        name: \"Base State\",\n        role: \"text\",\n        type: \"string\",\n        readonly: true\n    },\n    {\n        id: \"voltageState\",\n        value: battery.voltState,\n        name: \"Voltage State\",\n        role: \"text\",\n        type: \"string\",\n        readonly: true\n    },\n    {\n        id: \"currentState\",\n        value: battery.currState,\n        name: \"Current State\",\n        role: \"text\",\n        type: \"string\",\n        readonly: true\n    },\n    {\n        id: \"temperatureState\",\n        value: battery.tempState,\n        name: \"Temperature State\",\n        role: \"text\",\n        type: \"string\",\n        readonly: true\n    },\n    {\n        id: \"charge\",\n        value: battery.coulomb,\n        name: \"Charge\",\n        role: \"value.battery\",\n        type: \"number\",\n        readonly: true,\n        unit: \"%\",\n        min: 0,\n        max: 100\n    },\n    {\n        id: \"capacity\",\n        value: battery.capacity,\n        name: \"Capacity\",\n        role: \"value\",\n        type: \"number\",\n        readonly: true,\n        unit: \"mAh\",\n        min: 0\n    }\n];\n\nconst messages = [];\n\nfor (const state of states) {\n    const out = {\n        topic: `0_userdata.0.noderedbattery.${batteryId}.${state.id}`,\n        payload: state.value,\n\n        stateName: state.name,\n        stateRole: state.role,\n        stateType: state.type,\n        stateReadonly: state.readonly\n    };\n\n    if (state.unit !== undefined) {\n        out.stateUnit = state.unit;\n    }\n\n    if (state.min !== undefined) {\n        out.stateMin = state.min;\n    }\n\n    if (state.max !== undefined) {\n        out.stateMax = state.max;\n    }\n\n    messages.push(out);\n}\n\nreturn [messages];",
       "outputs": 1,
       "timeout": 0,
       "noerr": 0,
       "initialize": "",
       "finalize": "",
       "libs": [],
       "x": 160,
       "y": 200,
       "wires": [
           [
               "941c0f521bd7fa84",
               "c972ab9ba4b7bebd"
           ]
       ]
   }
]

1.das erste ist ein inject node zum manuellen starten des flows, den brauchst du nicht. bei dir wird aus der rs232 getriggert
2.diese node stellt den test text bereit, bei dir wäre das dann die rs232 node
3.hier wird nun aus dem ankommenden text die daten aufbereitet

• verarbeitet wird nur wenn text kommt
• text muss mindestens 9 zeichen lang sein
• text wird dann in einzelne zeilen aufgeteilt evtl leerzeilen werden ausgefiltert
• jede zeile wird mit regex in spalten aufgeteilt, dabei fliegen die leezeichen raus
• jeder match wird dann in ein battery objekt in das entsprechende feld gelegt
• aus jedem zeilen objekt wird dann ein eigenes messag objekt erzeugt
• wenn alle zeilen verarbeitet sind, werden alle messages an node red zum weiterverarbeiten zurückgegeben

4. debug node: die gibt dann für jede einzelne message (also jede zeile) eine nachricht im debug fenster (käfer symbol) aus. vgl screenshot

danach darfst du damit machen was du willst :)
also bspw ein battery objekt nehmen, aus den daten den datenpunkt ableiten (also das ist eine eigene node, bei dem du den datenpunktnamen und den zu schreibenden inhalt ermittelst) und dann mit der iobroker out node an iobroker senden

Nachtrag:
da ich gerade in spiellaune war habe ich dir deinen flow noch zu ende gemacht
in der zusätzlichen node function 1 (habe sie jetzt nicht benannt)
wird das battery objekt jetzt so aufbereitet, das es durch iobroker out direkt geschrieben wird
Ich habe bei mir mal als hauptobjekt
0_userdata.0.noderedbattery
genommen.

in den node red instanz einstellungen musst du dann noch die folgende option aktivieren

das sieht dann so aus

versuche aber jede einzelne node zu verstehen was die macht, sonst kannst du die nicht anpassen.

[andibr]

Vielen Dank, bin gerade unterwegs, werde das aber morgen mal testen. Der Inhalt des Debug sieht schon sehr vielversprechend aus. Damit lässt sich glaub dann relativ einfach ein Datenpunkt für den Iobroker erstellen. Ich meinte ich habe solche Filter auch schon gebaut beim auslesen der Victron Forcast aus dem VRM.
Ich werde auf alle Fälle mal den ganzen String nochmals "nackt" hier einstellen.
Mit den Terminal Tools lassen sich den BMS noch ganz viele Dinge entlocken, habe unteranderem festgestellt, dass meine 8 Pytes mehrere verschiedene BMS Versionen und auch entsprechend verschiedene Firmeware haben. Sogar solche die ich zusammen gekauft habe.

[OliverIO]

@andibr sagte:

relativ einfach ein Datenpunkt für den Iobroker

ist schon fertig. macht es bei mir schon so und ist im obigen flow enthalten.
habe aber gerade festgestellt, das das mit in neuen flow importieren nicht richtig klappt.
flow oben heißt
flow 1
wenn du den schon hast, dann vorher umbenennen

[andibr]

Nee, bin unterwegs, vor morgen komme ich kaum mehr beim PC vorbei. Danke

[Homoran]

@andibr sagte:

beim auslesen der Victron Forcast aus dem VRM.

Wieder [OT]
Hängt die pytes bereits per CAN am BMS-CAN vom Cerbo?
Und zusätzlich gehst du an den rj45 für RS232?
Geht das problemlos?
Hab mich das nämlich noch nicht getraut.

[andibr]

@Homoran
Absolut richtig erkannt. Mein Cerbo GX kommuniziert weiterhin über den BMS-CAN direckt mit dem Master BMS und holt sich die Daten die es braucht.

Mein Ansatz ist eben, dass Victron und Pytes zusammen die Sache machen sollen und ich eigentlich nur ein Visualisierung der Zellen haben will. Weil die Erfahrung der letzten 1 1/2 Jahren hat mir gezeigt, dass die beiden das sehr gut machen und ich da keinerlei Eingriffe machen muss.
Wenn ich letzten Sonntag nicht etwas vorlaut gewesen wäre in einer Diskussion um die angebliche "Bombe und Brandbeschleuniger" in meinem Keller, würden wir hier kaum diskutieren.
Ein absoluter Verbrennerfan wollte mir erklären das alles zu gefährlich ist und sich nie rechnen würde. Da habe ich eben behauptet das mein Akku besser überwacht wird als sein Benzintank. Nun muss ich halt Beweise liefern.

Ich werde das ganze nochmals zusammenfassen und in einen kompletten Eintrag schreiben, dass auch jemand ohne alles zu lesen etwas versteht.

[OliverIO]

@andibr

Ein absoluter Verbrennerfan wollte mir erklären das alles zu gefährlich ist und sich nie rechnen würde.

Wenn es die Kategorie von Menschen ist, was ich aktuell vor Auge hab, merk dir, wenn es dir zu viel wird:
Hör rechtzeitig auf mit diskutieren. Einige von dieser Kategorie wirst du nie überzeugen/zufriedenstellen stellen