Test Adapter Pylontech v0.0.10
-
Habe dann erst mal meine "mobile" Installation direkt an das neue Kabel angeschlosse
crw--w---- 1 root tty 4, 9 4. Mär 06:52 /dev/tty9 lrwxrwxrwx 1 root root 7 4. Mär 06:52 /dev/ttyLaCrosse -> ttyUSB0 crw------- 1 root root 5, 3 4. Mär 06:52 /dev/ttyprintk crw-rw---- 1 root dialout 188, 0 4. Mär 06:52 /dev/ttyUSB0 crw-rw---- 1 root dialout 188, 1 4. Mär 06:52 /dev/ttyUSB1 auge@RPi4-1:~ $ auge@RPi4-1:~ $ auge@RPi4-1:~ $ auge@RPi4-1:~ $ ls -l /dev/serial/by-id insgesamt 0 lrwxrwxrwx 1 root root 13 4. Mär 06:52 usb-FTDI_FT232R_USB_UART_A5064E7V-if00-port0 -> ../../ttyUSB 1 lrwxrwxrwx 1 root root 13 4. Mär 06:52 usb-SHK_JeeLink_LaCrosse-if00-port0 -> ../../ttyUSB0 auge@RPi4-1:~ $ auge@RPi4-1:~ $Nach Installation das Adapters habe ich verschiedene "Lokaler Gerätepfad" getestet.
pylontech.0 2024-03-04 07:23:19.197 error Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A5064E7V-if00-port0 pylontech.0 2024-03-04 07:18:19.211 error Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A5064E7V-if00-port0 pylontech.0 2024-03-04 07:18:19.156 info starting. Version 0.0.10 in /opt/iobroker/node_modules/iobroker.pylontech, node: v18.19.0, js-controller: 5.0.19 pylontech.0 2024-03-04 07:18:13.842 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason pylontech.0 2024-03-04 07:18:13.840 info terminating pylontech.0 2024-03-04 07:18:13.837 info Got terminate signal TERMINATE_YOURSELF pylontech.0 2024-03-04 07:15:18.790 error Error: Error: No such file or directory, cannot open ttyUSB1 pylontech.0 2024-03-04 07:10:18.803 error Error: Error: No such file or directory, cannot open ttyUSB1 pylontech.0 2024-03-04 07:10:18.751 info starting. Version 0.0.10 in /opt/iobroker/node_modules/iobroker.pylontech, node: v18.19.0, js-controller: 5.0.19 pylontech.0 2024-03-04 07:10:13.643 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason pylontech.0 2024-03-04 07:10:13.641 info terminating pylontech.0 2024-03-04 07:10:13.638 info Got terminate signal TERMINATE_YOURSELF pylontech.0 2024-03-04 07:08:11.550 error Error: Error: No such file or directory, cannot open /dev/ttyUSB1 pylontech.0 2024-03-04 07:08:11.500 info starting. Version 0.0.10 in /opt/iobroker/node_modules/iobroker.pylontech, node: v18.19.0, js-controller: 5.0.19 pylontech.0 2024-03-04 07:08:06.937 info terminating pylontech.0 2024-03-04 07:08:06.434 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason pylontech.0 2024-03-04 07:08:06.432 info terminating pylontech.0 2024-03-04 07:08:06.430 info Got terminate signal TERMINATE_YOURSELF pylontech.0 2024-03-04 07:07:09.155 error "path" is not defined: pylontech.0 2024-03-04 07:07:09.121 info starting. Version 0.0.10 in /opt/iobroker/node_modules/iobroker.pylontech, node: v18.19.0, js-controller: 5.0.19Nun gibt es zwei Möglichkeiten:
1.) Das Kabel ist falsch gebaut
2.) Die Pylontech spricht nicht mit unsWerde dann erst noch mal das Kabel durchmessen müssen,
Oder habt ihr noch eine weitere Idee?Gruß
Jürgen -
@plchome-0 Kurzes Feedback: v.0.0.10 läuft gut und macht bis jetzt keinen Ärger mit der Pytes-V5. Ich habe das logging allerdings auf debug zurückgeschraubt, sehe also nicht mehr alles. Es gab keinen Timeout mehr. Wie sieht es denn mit
sohbzwstataus? Bringst du noch eine Update oder ist das schon integriert? Hatte im Hinterkopf erstmal die Timeouts bekämpfen und dann den Rest. Die einzige Meldung die immer kommt:debug | Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }Vielleicht sollte man in der Adapterkonfig nochmal hervorheben welches Modell für welchen Battery-Typ passt oder den Selektor einen weiteren Eintrag verpassen. Dokumentation lesen macht halt lange nicht jeder.
-
@derauge Ich mache das in der Regel auf einem Linux mit
screen. Damit kannst du direkt sehen ob was kommt. Zum Beispielscreen /dev/ttyUSB0 115200natürlich mit deinem Schnitstellepfad ersetzen (serial/by-id Pfad oder udev Regel nutzen macht Sinn). -
Heute wieder einen Schritt weiter....
hatte meinen Fehler im Adapterkabel gefunden... Dummheit von mir.
Dann habe ich den Tipp von @bios123 befolgtscreen /dev/ttyUSB1 115200Dadurch weiß ich nun, dass mein Adapterkabel funktioniert
Nun habe ich "/dev/ttyUSB1" in die Adapter eingetragen
pylontech.0 2024-03-04 21:49:16.557 error Error: Error: No such file or directory, cannot open /dev/ttyUSB1Danach habe ich den ersten USB-Anschluss frei gemacht und nur den USB->RS232 mit dem Adapterkabel angeschlossen.
Nun liegt der USB-Adapter auf "ttyUSB0"
nun funktionier der Adapter und die Pylontech wird ausgelesenpylontech.0 2024-03-04 22:30:33.695 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } pylontech.0 2024-03-04 22:29:01.495 debug {"command":"getDevices","message":"{}","from":"system.adapter.admin.0","callback":{"message":"{}","id":8,"ack":false,"time":1709587741491},"_id":75762725} pylontech.0 2024-03-04 22:25:33.691 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } pylontech.0 2024-03-04 22:20:33.691 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } pylontech.0 2024-03-04 22:15:33.737 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } pylontech.0 2024-03-04 22:10:33.903 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } pylontech.0 2024-03-04 22:05:33.758 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } pylontech.0 2024-03-04 22:05:31.263 info starting. Version 0.0.10 in /opt/iobroker/node_modules/iobroker.pylontech, node: v18.19.0, js-controller: 5.0.19die Debug-Meldungen sind sicher bekannt.
Was ich noch getestet habe
auge@RPi4-1:~ $ ls -l /dev/serial/by-id insgesamt 0 lrwxrwxrwx 1 root root 13 4. Mär 21:46 usb-FTDI_FT232R_USB_UART_A5064E7V-if00-port0 -> ../../ttyUSB0 auge@RPi4-1:~ $den Wert in die Config einzutragen:
pylontech.0 2024-03-04 22:35:43.806 error Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A5064E7V-if00-port0 pylontech.0 2024-03-04 22:35:43.756 info starting. Version 0.0.10 in /opt/iobroker/node_modules/iobroker.pylontech, node: v18.19.0, js-controller: 5.0.19Für mich sieht es so aus, dass nur die Konfiguration mit "/dev/ttyUSB0" funktioniert
Gruß
Jürgen -
@PLCHome-0 Kann es sein das wir hier noch ein RegEx Problem haben? Irgendwie passt da was nicht. Die Bezeichnungen der Spalte sehen verschoben aus und die Werte teilweise auch. Die Daten holt der Adapter jetzt stabil aus dem Pack, jetzt brauchen wir wohl noch Feinschliff.
-
@bios123 schick mir bitte noch mal eine Datei von bat 1. Ist irgendwie komisch...
-
@plchome-0 Hab nochmal alle Daten gelöscht um zu prüfen ob direkt wieder das gleich Problem auftritt, aber dem ist nicht so. Ich werde es beobachten und dir eine Datei schicken.
-
@PLCHome-0 Hat nicht lange gedauert...
-
@plchome-0 said in Test Adapter Pylontech v0.0.10:
Ich hatte mir zu Anfang in Node-Red etwas zusammengebastelt.
Das habe ich jetzt einfach in einen Adapter gegossen....wirklich sehr interessantes Projekt!
Da ich iobroker nicht einsetze, die vorsichtige Frage, ob es auch eine "Node-Red-only" Version gibt?greetz,
hominidae -
@hominidae ich hatte hier mal etwas gebastelt:
https://forum.iobroker.net/topic/67799/pylontech-mit-nodered-in-den-iobroker-geschlossen
-
@bios123 sagte in Test Adapter Pylontech v0.0.10:
@PLCHome-0 Hat nicht lange gedauert...
Ich kann das aktuell nicht nachvollziehen. Hattest du die 0.0.10 installiert?
Ich hab die jetzt mal als stabil gekennzeichnet. Mit den Daten, die im Repro liegen, läuft es bei mir. Ich will ja nicht ausschließen, dass es Konstellationen gibt, in denen es falsch läuft, aber ich hab hier nichts gesehen. -
@plchome-0 sagte in Test Adapter Pylontech v0.0.10:
Ich kann das aktuell nicht nachvollziehen. Hattest die die 0.0.10 installiert?
Sicherlich nicht. Er hat nach eigenem Bekunden ja nicht mal ioBroker im Einsatz. Deswegen fragt er ja nach Node-Red "pur".
-
@samson71
@hominidae ==> kein ioBroker
@bios123 ==> ioBroker und Pytes V5. Der Pytes V5 verhält sich wie die ganz alten Pylontechs und macht Probleme bei den Regex....Aber Danke: es muss natürlich "Hattest du die" und nicht "Hattest die die" lauten
-
@plchome-0
Sorry, habe die User verwechselt. Die Schreibkorrektur war gar nicht meine Intention
-
@plchome-0 danke für die schnelle Reaktion und den Link..das schaue ich mir an....ich habe 10x US3000C am einem 3ph Victron System am Start.
...hast Du auch irgendwo Infos, wie du die Daten nach influx schiebst und mit Grafana wieder visualisiert hast?
Da ich den TIG-Stack nutze würde ich die Batterie-Daten eher nach mqtt konvertieren um in der Toolchain zu bleiben. -
@PLCHome-0 Ich habe es mehrfach versucht, leider ist spätestens nach ein paar Stunden die Ordnung wieder dahin. Zum Glück werden die Zellspannungen immer korrekt im selben Datenpunkt abgelegt, sonst wäre jedesmal mein logging gestorben. Wenn ich gesamten Baumstrucktur lösche, muss ich leider jedes mal aufs Neue das influx log aktivieren. Ich bin ja hauptsächlich an den Zellspannungen interessiert. Das VenusOs zeigt per BMS CAN leider nur min/max Zellspannung, aber eben nicht alle.
Es scheint wirklich nur die 'bat 1' Abfrage zu betreffen, zumindest ist mir bei den anderen Feldern noch nix aufgefallen.
Ich stelle nochmal meine Frage: Wie sieht es denn mit
sohbzwstataus? Willst du das noch einbauen?Gruß Markus
-
@hominidae also eine node für nodered zu bauen ist möhlich. Ich habe mir da was angeschaut. Als Basis kann ich iobroker Implementierung nehmen. Ist wohletwas Arbeit.
-
@bios123 sagte in Test Adapter Pylontech v0.0.10:
Ich stelle nochmal meine Frage: Wie sieht es denn mit soh bzw stat aus? Willst du das noch einbauen?
Das eine Kommando gibt es nicht auf dem Akku und das andere hab ich keinen Plan, wie ich das aktuell von xx 1 auf xx umbauen kann ...
-
@bios123 sagte in Test Adapter Pylontech v0.0.10:
Ich habe es mehrfach versucht, leider ist spätestens nach ein paar Stunden die Ordnung wieder dahin.
dann muss ja irgendwas die regex durcheinanderbringen.
-
@plchome-0 danke für das Angebot...ich würde, ehrlicherweise aber eher getrennte nodes, je nach Abfrage-Screen bevorzugen.
Hintergrund ist, dass man so selbst das Abfrage-Interval individuell einstellen könnte...so braucht man SoH ja eher nur 1x im Monat/Quartal, während die Zellspannungen jeder Zelle schon eher im Intervall 15sec interessant wären.Edit: OK, ich habe kurz in Deinen NR-Flow geschaut...Kern ist ja offenbar der zentrale Function-Node und die einzelnen Screen-Kommandos kann man in beliebiger Reihenfolge und Zeitintervall da hinein senden....das ist ja schon top!
Kann es mangels RS232-Konverter und Urlaub gerade nicht ausprobieren.......über den Winter steigt die Imbalance des Modulstapels....mit dem Victron-System bekomme ich nur den Einblick in jeweils welchem Modul des Stapels die Zelle mit der höchsten und niedrigsten Spannung sitzt.
Das nutze ich mit Node-Red zB um die Ladeleistung dynamisch anzupassen und auch um bei Zellspannung über 3.49V die Ladung ganz abzuschalten und so Alarme zu vermeiden.
Mit Einblick in alle Zellen innerhalb des Modulstapels könnte man noch feiner, dynamischer agieren, beim laden auf 100%.
