NEWS
Test Adapter sun2000 v0.1.x - Huawei Wechselrichter
-
@bolliy Bei dem Batteriewert steht aber noch nichts. Die anderen Werte sind eben wohl ein parse Fehler würde ich mal sagen.
Die aktuelle Version hat wohl einen neuen Bug. Der houseConsumption Wert springt umher. Einmal negativ (was ja nicht sein kann) dann plötzlich viel zu hoch. Das war vorher noch nicht. Habe den Adapter schon einmal neu gestartet aber das ist immer noch so.
Falls du da in der Richtung was geändert hast, da stimmt was nicht.
@lcars geparst wird da eigentlich nichts.
Ich habe die Werte, die oben abgefragt werden überprüft und keinen Fehler festgestellt. Der erste WR (Master) hat keine Batterie, das ist eher ungewöhnlich. Normalerweise ist am Master der Stromzähler und die erste Batterieeinheit installiert. Der Adapter hat damit eigentlich kein Problem - nur mit der Einschränkung, dass am Master der Stromzähler (Meter) angebunden sein muss.
Andererseits könnte der WB durch unsere ersten Versuche ein falschen Eindruck von deiner Installation bekommen haben. Ggf. wäre die WB ganz neu zu konfigurieren. Denn mir ist aufgefallen, dass die WB später andere Register abfragt als kurz nach der Initialisierung der WB.Ich habe dennoch jetzt verzichtet, alle nicht vorhandenen Werte im Cache einfach mit 0 zu beantworten.
Also bitte gerne nochmal per gitHub updaten und testen... -
@bolliy Bei dem Batteriewert steht aber noch nichts. Die anderen Werte sind eben wohl ein parse Fehler würde ich mal sagen.
Die aktuelle Version hat wohl einen neuen Bug. Der houseConsumption Wert springt umher. Einmal negativ (was ja nicht sein kann) dann plötzlich viel zu hoch. Das war vorher noch nicht. Habe den Adapter schon einmal neu gestartet aber das ist immer noch so.
Falls du da in der Richtung was geändert hast, da stimmt was nicht. -
@bolliy Ok bin mal zurück auf die 0.3.1 da sehe ich das negative mal kurz auch aber nicht so ein starkes hin und her wie in der 0.4.0. War mir bisher auch nicht aufgefallen nur weil in der 0.4.0 er plötzlich zwischen > 2KW houseConsumption und negativ gesprungen ist fiel mir das auf.
-
@bolliy Ok bin mal zurück auf die 0.3.1 da sehe ich das negative mal kurz auch aber nicht so ein starkes hin und her wie in der 0.4.0. War mir bisher auch nicht aufgefallen nur weil in der 0.4.0 er plötzlich zwischen > 2KW houseConsumption und negativ gesprungen ist fiel mir das auf.
@lcars welchen Interval hast du eingestellt? Und mit welchem Interval liest der Adapter die Daten aus (entweder im Log oder im State sun2000.0.info.modbusUpdateInterval) ?
Der Adapter versucht im Interval high (eingestellten Wert) die real-time Daten (inputPower, activePower, meter.activePower, chargeDischargePower) auszulesen. Die Werte liegen aber auch am SDongle nicht von allen Invertern in der gleichen Qualität an. Die Slaves sind dort benachteiligt, da die Daten erst über das serielle Kabel abgefragt werden müssen. So kommt es zwangsläufigt zu zeitliche Verschiebungen der Datenzeitstempel. Und gerade bei bewölktem Himmel wechseln die Werte ggf. schneller als diese abgefragt werden.
Ich schau mir aber der Prozess aber gerne nochmal an... -
@lcars welchen Interval hast du eingestellt? Und mit welchem Interval liest der Adapter die Daten aus (entweder im Log oder im State sun2000.0.info.modbusUpdateInterval) ?
Der Adapter versucht im Interval high (eingestellten Wert) die real-time Daten (inputPower, activePower, meter.activePower, chargeDischargePower) auszulesen. Die Werte liegen aber auch am SDongle nicht von allen Invertern in der gleichen Qualität an. Die Slaves sind dort benachteiligt, da die Daten erst über das serielle Kabel abgefragt werden müssen. So kommt es zwangsläufigt zu zeitliche Verschiebungen der Datenzeitstempel. Und gerade bei bewölktem Himmel wechseln die Werte ggf. schneller als diese abgefragt werden.
Ich schau mir aber der Prozess aber gerne nochmal an...@bolliy Ich konnte es etwas näher analysieren. Ich denke es hat was mit einer Überlastung des Dongles zu tun. In der Grafik siehst du den heutigen Verbrauch aus FusionSolar aus und siehst ab ca. 10 Uhr dass auch dort die Werte auch dort schwanken. Um diese Uhrzeit hatte ich begonnen deine neue Version zu testen. Das hat wohl zur erhöhten Belastung des Dongles geführt und er zeigt auch bei FusionSolar die Schwankungen so an die es aber hier nicht gibt. Momentan den ganzen Tag eigentlich ziemlich gleichmäßig Sonnenschein und Verbrauch sollte auch ziemlich konstant sein.
Intervall war auf 15s eingestellt, bin jetzt auf 0.3.1 zurück und habe 20s eingestellt und Intervall adjust gemacht und Adapter mal 10 Minuten aus gehabt.
-
@bolliy Ich konnte es etwas näher analysieren. Ich denke es hat was mit einer Überlastung des Dongles zu tun. In der Grafik siehst du den heutigen Verbrauch aus FusionSolar aus und siehst ab ca. 10 Uhr dass auch dort die Werte auch dort schwanken. Um diese Uhrzeit hatte ich begonnen deine neue Version zu testen. Das hat wohl zur erhöhten Belastung des Dongles geführt und er zeigt auch bei FusionSolar die Schwankungen so an die es aber hier nicht gibt. Momentan den ganzen Tag eigentlich ziemlich gleichmäßig Sonnenschein und Verbrauch sollte auch ziemlich konstant sein.
Intervall war auf 15s eingestellt, bin jetzt auf 0.3.1 zurück und habe 20s eingestellt und Intervall adjust gemacht und Adapter mal 10 Minuten aus gehabt.@lcars weil du gerade die SDongle Überlastung ansprichst. Ich habe die Stringdaten ins Interval high genommen. Das überfordert ggf. den Dongle. ich habe die mal ins Interval medium gelegt und eine neue Version gepushed . Vielleicht geht es nun besser - kannst updaten ;)
Hast du eigentlich timeouts im Log? -
@bolliy Ich konnte es etwas näher analysieren. Ich denke es hat was mit einer Überlastung des Dongles zu tun. In der Grafik siehst du den heutigen Verbrauch aus FusionSolar aus und siehst ab ca. 10 Uhr dass auch dort die Werte auch dort schwanken. Um diese Uhrzeit hatte ich begonnen deine neue Version zu testen. Das hat wohl zur erhöhten Belastung des Dongles geführt und er zeigt auch bei FusionSolar die Schwankungen so an die es aber hier nicht gibt. Momentan den ganzen Tag eigentlich ziemlich gleichmäßig Sonnenschein und Verbrauch sollte auch ziemlich konstant sein.
Intervall war auf 15s eingestellt, bin jetzt auf 0.3.1 zurück und habe 20s eingestellt und Intervall adjust gemacht und Adapter mal 10 Minuten aus gehabt.@lcars Der SDongle ist alles andere als besonders stabil. Was wir dem SDongle abverlangen ist von den Entwicklern bei Huawei leider nicht berücksichtigt worden. So liefert der SDongle nur alle 5 min. Daten in die Cloud. Wir wollen aber echtzeit Informationen - am liebsten von allen Registern. Das kann der SDongle leider nicht leisten!
Wünschenswert wäre einen deutlich performanteren Microcontroller im SDongle; eine modbus Implementierung, die multi-client fähig ist und eine deutlich bessere integierbarkeit von third-party Devices wie einen Energy Manager und so weiter... -
@lcars weil du gerade die SDongle Überlastung ansprichst. Ich habe die Stringdaten ins Interval high genommen. Das überfordert ggf. den Dongle. ich habe die mal ins Interval medium gelegt und eine neue Version gepushed . Vielleicht geht es nun besser - kannst updaten ;)
Hast du eigentlich timeouts im Log?@bolliy Bin wieder auf der neuesten Version und konnte es nur in den Griff bekommen durch den Neustart der Wechselrichter. Der Dongle hatte sich ja komplett nicht mehr eingekriegt auch wenn der Adapter aus war. Also man darf wohl auf keinen Fall mehr Daten im High Profil abrufen :-/ Bis jetzt sieht es so aus, als ob es wieder geht. Hab mal wieder die 15s als Intervall eingestellt.
-
@bolliy Bin wieder auf der neuesten Version und konnte es nur in den Griff bekommen durch den Neustart der Wechselrichter. Der Dongle hatte sich ja komplett nicht mehr eingekriegt auch wenn der Adapter aus war. Also man darf wohl auf keinen Fall mehr Daten im High Profil abrufen :-/ Bis jetzt sieht es so aus, als ob es wieder geht. Hab mal wieder die 15s als Intervall eingestellt.
@lcars Von abstürzenden SDongles haben schon Anwender aus anderen Projekten berichtet. Gerade beim Einsatz von mehreren WR scheint das öfter der Fall zu sein. Also werde ich mich zuückhalten weitere Registerabfragen in den Inverval high zu verlegen. Habe mich aber von einem Wunsch verleiten lassen. :relieved: Aber dafür testen wir das alles hier...
Und was sagt deine Wallbox?:nerd_face: -
@lcars Von abstürzenden SDongles haben schon Anwender aus anderen Projekten berichtet. Gerade beim Einsatz von mehreren WR scheint das öfter der Fall zu sein. Also werde ich mich zuückhalten weitere Registerabfragen in den Inverval high zu verlegen. Habe mich aber von einem Wunsch verleiten lassen. :relieved: Aber dafür testen wir das alles hier...
Und was sagt deine Wallbox?:nerd_face:@bolliy Momentan sieht wieder alles gut aus. Mal sehen wie der Verlauf bei FusionSolar dann aussieht, müsste ich ja auch dann sehen, dass es wieder "glatt" aussieht:
Eigentlich wäre es ggf. am besten wenn man anklicken könnte was man immer geupdatet haben will. Wenn einem anderem User die Stringwerte interessieren dann klickt er die an. Mich interessiert eigentlich nur der Hausverbrauch, activePower und die Batteriewerte. Den Rest könnte langsam updaten. Vielleicht wäre es gut wenn man das einstellen könnte was man will. Aber das ist dann wieder für dich mehr Aufwand.
So könnte es sich jeder optimieren wie er will und ich könnte das Intervall dann auch für mich kleiner machen wenn mgl.Wenn man weiter denkt wäre es auch gut zu sehen, welche Werte durch den ModBus Proxy abgerufen wurden und wie oft z.B. durch eine Wallbox.
D.h. Grundidee wäre, Möglichkeit zu geben, dass man das selbst anpassen kann was schnell geupdatet werden soll und was nicht.
-
@bolliy Momentan sieht wieder alles gut aus. Mal sehen wie der Verlauf bei FusionSolar dann aussieht, müsste ich ja auch dann sehen, dass es wieder "glatt" aussieht:
Eigentlich wäre es ggf. am besten wenn man anklicken könnte was man immer geupdatet haben will. Wenn einem anderem User die Stringwerte interessieren dann klickt er die an. Mich interessiert eigentlich nur der Hausverbrauch, activePower und die Batteriewerte. Den Rest könnte langsam updaten. Vielleicht wäre es gut wenn man das einstellen könnte was man will. Aber das ist dann wieder für dich mehr Aufwand.
So könnte es sich jeder optimieren wie er will und ich könnte das Intervall dann auch für mich kleiner machen wenn mgl.Wenn man weiter denkt wäre es auch gut zu sehen, welche Werte durch den ModBus Proxy abgerufen wurden und wie oft z.B. durch eine Wallbox.
D.h. Grundidee wäre, Möglichkeit zu geben, dass man das selbst anpassen kann was schnell geupdatet werden soll und was nicht.
@lcars Im Prinzip eine gute Idee! Nur werden die Register im Interval high in kleinen Häppchen gelesen. Also vielleicht 1 bis max. 4 Register an einem Stück. Bei den medium und Low Interval sind die Datenpakete deutlich größer bis zu 116 Register. Deshalb kann man diese nicht einfach durchtauschen. Und warum das ganze? Größe Darenpakete gehen deutlich schneller im Verhältnis zur Datenmenge. Bei großen Paketen ist der Overhead deutlich kleiner. Belastet aber den Dongle mehr.
-
@bolliy Momentan sieht wieder alles gut aus. Mal sehen wie der Verlauf bei FusionSolar dann aussieht, müsste ich ja auch dann sehen, dass es wieder "glatt" aussieht:
Eigentlich wäre es ggf. am besten wenn man anklicken könnte was man immer geupdatet haben will. Wenn einem anderem User die Stringwerte interessieren dann klickt er die an. Mich interessiert eigentlich nur der Hausverbrauch, activePower und die Batteriewerte. Den Rest könnte langsam updaten. Vielleicht wäre es gut wenn man das einstellen könnte was man will. Aber das ist dann wieder für dich mehr Aufwand.
So könnte es sich jeder optimieren wie er will und ich könnte das Intervall dann auch für mich kleiner machen wenn mgl.Wenn man weiter denkt wäre es auch gut zu sehen, welche Werte durch den ModBus Proxy abgerufen wurden und wie oft z.B. durch eine Wallbox.
D.h. Grundidee wäre, Möglichkeit zu geben, dass man das selbst anpassen kann was schnell geupdatet werden soll und was nicht.
@lcars Darüber hinaus könnte die Stabiltät des Adapters und des Dongles darunter leiden. Da nicht mehr klar ist was, wann und wie gelesen wird. Außerdem gibt es abgleitete Werte, die erwarten eine gewisse Aktualität einiger Daten. Dieses wäre dann auch nicht gewähleistet. Bestes und prominentes Beispiel ist unser Hausverbrauch. Er benötigt aktuelle Werte wie aktivePower oder meter.aktivePower über alle Inverter hinweg. Das kann der Anwender nicht überblicken, welche Auswirkungen das Ändern der Intervallzugehörigkiet auf die Qualität der Daten haben könnte.
LG Stephan
-
@lcars Darüber hinaus könnte die Stabiltät des Adapters und des Dongles darunter leiden. Da nicht mehr klar ist was, wann und wie gelesen wird. Außerdem gibt es abgleitete Werte, die erwarten eine gewisse Aktualität einiger Daten. Dieses wäre dann auch nicht gewähleistet. Bestes und prominentes Beispiel ist unser Hausverbrauch. Er benötigt aktuelle Werte wie aktivePower oder meter.aktivePower über alle Inverter hinweg. Das kann der Anwender nicht überblicken, welche Auswirkungen das Ändern der Intervallzugehörigkiet auf die Qualität der Daten haben könnte.
LG Stephan
@bolliy Ok das stimmt auch wieder. Da steckst du tiefer drin in der Sache. Jedenfalls wissen wir jetzt wo die Grenze ungefähr ist. Das von heute früh war auf jedenfall zu viel.
Die Werte sind nun wieder ok, jedenfalls sehe ich auch wieder eine glatte Kurve in FusionSolar.
Jetzt müsste man am Besten noch eine Möglichkeit haben zu erkennen wann der Dongle hängt damit man da Bescheid weiß wenn so etwas wieder passiert. Werde da ja nicht immer drauf schauen wie jetzt. Ggf. muss ich mir was schreiben wo ich informiert werde wenn der Hausverbrauch negativ wird, denn das kann ja nicht sein.
-
@bolliy Ok das stimmt auch wieder. Da steckst du tiefer drin in der Sache. Jedenfalls wissen wir jetzt wo die Grenze ungefähr ist. Das von heute früh war auf jedenfall zu viel.
Die Werte sind nun wieder ok, jedenfalls sehe ich auch wieder eine glatte Kurve in FusionSolar.Jetzt müsste man am Besten noch eine Möglichkeit haben zu erkennen wann der Dongle hängt damit man da Bescheid weiß wenn so etwas wieder passiert. Werde da ja nicht immer drauf schauen wie jetzt. Ggf. muss ich mir was schreiben wo ich informiert werde wenn der Hausverbrauch negativ wird, denn das kann ja nicht sein.
@lcars nun wird ja der SDongle auch ausgelesen. Vielleicht gibt es dort Health-Werte, die man auswerten kann.
Da in der Vergangenheit der Dongle keinen Hänger hatte, wird dieser hoffentlich bei gemäßigtem Datenabruf auch zukünftig seinen Dienst verrichten. -
@bolliy Guten Morgen.
Ich würde gerne deinen Adapter verwenden, da ich aber schon einige Daten über Node-Red bereits in einer Visualisierung laufen habe und da alles mit W und nicht mit KW habe und auch so beibehalten möchte, meine Frage dazu.
Kann man die Daten die du ausliest irgend wie automatisch in W anstatt in KW anzeigen lassen, ohne dass ich irgend welche umrechnungs Skrips brauche oder die ganze VIS umändern muss?
Danke für deine Bemühungen und Gruß aus Tirol, Jürgen -
@bolliy Guten Morgen.
Ich würde gerne deinen Adapter verwenden, da ich aber schon einige Daten über Node-Red bereits in einer Visualisierung laufen habe und da alles mit W und nicht mit KW habe und auch so beibehalten möchte, meine Frage dazu.
Kann man die Daten die du ausliest irgend wie automatisch in W anstatt in KW anzeigen lassen, ohne dass ich irgend welche umrechnungs Skrips brauche oder die ganze VIS umändern muss?
Danke für deine Bemühungen und Gruß aus Tirol, Jürgen -
@bolliy sagte in Test Adapter sun2000 v0.1.x - Huawei Wechselrichter:
@juggi1962 du mußt für die Datenpunkte (States) jeweils ein Alias erstellen.
Okay, Danke
-
Hallo Zusammen,
ich habe folgendes Problem:
Ich bekomme keine Daten über modbusTCP. Leider habe ich nur einen Kundenaccount, d.h. ich bin auf meinen Elektriker angewiesen. Dieser hat modbus aktiviert, ID WR=1, ID Wallbox=100Mein WR kann ich im Netzwerk per ping erreichen, angebunden über LAN. Laut log des Adapters bekomme ich aber keine modbus Verbindung:
Couldnt connect Modbus TCP to 192.168.179.35:502 TcpRTUBufferedPort Connection Timed OutIch arbeite mit allen Komponenten (WR, Wallbox, iobroker etc.) im Gästlan der Fritzbox - habe aber alle Sperren, Filter etc. deaktiviert.
An dem Punkt komme ich jetzt leider nicht mehr weiter. Hat jemand noch eine Idee?
-
Hallo Zusammen,
ich habe folgendes Problem:
Ich bekomme keine Daten über modbusTCP. Leider habe ich nur einen Kundenaccount, d.h. ich bin auf meinen Elektriker angewiesen. Dieser hat modbus aktiviert, ID WR=1, ID Wallbox=100Mein WR kann ich im Netzwerk per ping erreichen, angebunden über LAN. Laut log des Adapters bekomme ich aber keine modbus Verbindung:
Couldnt connect Modbus TCP to 192.168.179.35:502 TcpRTUBufferedPort Connection Timed OutIch arbeite mit allen Komponenten (WR, Wallbox, iobroker etc.) im Gästlan der Fritzbox - habe aber alle Sperren, Filter etc. deaktiviert.
An dem Punkt komme ich jetzt leider nicht mehr weiter. Hat jemand noch eine Idee?
-
Hallo Zusammen,
ich habe folgendes Problem:
Ich bekomme keine Daten über modbusTCP. Leider habe ich nur einen Kundenaccount, d.h. ich bin auf meinen Elektriker angewiesen. Dieser hat modbus aktiviert, ID WR=1, ID Wallbox=100Mein WR kann ich im Netzwerk per ping erreichen, angebunden über LAN. Laut log des Adapters bekomme ich aber keine modbus Verbindung:
Couldnt connect Modbus TCP to 192.168.179.35:502 TcpRTUBufferedPort Connection Timed OutIch arbeite mit allen Komponenten (WR, Wallbox, iobroker etc.) im Gästlan der Fritzbox - habe aber alle Sperren, Filter etc. deaktiviert.
An dem Punkt komme ich jetzt leider nicht mehr weiter. Hat jemand noch eine Idee?
Support us
750
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge