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

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