Alternative Anbindung von Huawei WR
Re: Alternative Anbindung von Huawei WR
Moin,
nein, bei mir läuft es nicht.
Dem dritten Screenshot nach läuft es aber auch bei dir noch nicht. Die Statusmeldung sagt, dass es "activating" ist, nicht "active" (Text ist üblichwerweiese leuchtend grün in dem Fall). Es versucht also noch, alles zu starten. Nach ein paar Sekunden läuft es in einen Timeout.
Ich habe zwischenzeitlich bei Huawei angefragt, ob es Änderungen in der Login Prozedur gegeben hat oder was es sonst sein könnte, dass das Interface neuerdings anders antwortet. Mag ein paar Tage dauern, bis ich eine Antwort erhalte.
nein, bei mir läuft es nicht.
Dem dritten Screenshot nach läuft es aber auch bei dir noch nicht. Die Statusmeldung sagt, dass es "activating" ist, nicht "active" (Text ist üblichwerweiese leuchtend grün in dem Fall). Es versucht also noch, alles zu starten. Nach ein paar Sekunden läuft es in einen Timeout.
Ich habe zwischenzeitlich bei Huawei angefragt, ob es Änderungen in der Login Prozedur gegeben hat oder was es sonst sein könnte, dass das Interface neuerdings anders antwortet. Mag ein paar Tage dauern, bis ich eine Antwort erhalte.
-
- Beiträge: 159
- Registriert: So Mär 17, 2024 5:58 pm
- Has thanked: 12 times
- Been thanked: 1 time
Re: Alternative Anbindung von Huawei WR
Bei mir läuft alles wieder einwandfrei. Die Screenshots waren ja von gestern Mittag. Nachmittags funktionierte es dann plötzlich, ohne dass ich etwas geändert hatte.
openWB Pro (11 kW) mit standalone und Dimm- & Control-Kit
PV: 22 kWp, HUAWEI SUN2000-17KTL-M2
BEV: Tesla Model Y LR
WP: Lambda EU13L
PV: 22 kWp, HUAWEI SUN2000-17KTL-M2
BEV: Tesla Model Y LR
WP: Lambda EU13L
Re: Alternative Anbindung von Huawei WR
Hallo Zusammen,ran hat geschrieben: ↑Do Apr 25, 2024 4:50 pm Die Anbindung meiner beiden Huawei-Wechselrichter mit zwei "Huawei - OpenWB MQTT Bridges" funktioniert soweit.
Allerdings tritt das seltsame Phänomen auf, dass die MQTT-Verbindung zum 2. Wechselrichter, welcher "nur" ein Wechselrichter ist immer abbricht und erst bei einem Neustart wieder aktuelle Daten an die OpenWB liefert.
Hat jemand ähnliches beobachtet?
Ich habe mittlerweile sämtliche Kombinationen durch:
- Haken bei "Das hier ist ein weiterer Wechselrichter ohne Speicher und EVU" - noch schnellerer Verbindungsabbruch
- Normale Verbindung - tägl. min. 2 bis 3 Neustarts notwendig
- Separate MQTT-Anbindung an die OpenWB unter den "Geräte und Komponenten"-Einstellungen - keine Verbesserung
Der erste Raspberry Pi Zero der mit dem Master-WR verbunden ist läuft stabil und liefert ständig sämtliche Daten: WR, Luna, EVU
Alternativ könnte man auch den 2. WR mit den Huawei-Einstellungen der OpenWB einbinden, allerdings gibt es dann wieder die bekannten Abfrageprobleme.
gab es zwischenzeitlich eine Lösung für das einfrieren der Daten des 2ten WR, welche nur durch Neustart des 2ten Rasbis wieder zum laufen gebracht werden können?
Re: Alternative Anbindung von Huawei WR
In der Service-Datei "huawei2ndmqtt.service" bzw. "huaweidmqtt.service" darf kein "#" mit Erläuterungen vorhanden sein, sonst wird der Dienst nicht alle 10 Minuten neu gestartet:
https://forum.openwb.de/viewtopic.php?p=110830#p110830
https://forum.openwb.de/viewtopic.php?p=110830#p110830
Re: Alternative Anbindung von Huawei WR
Ich habe das selbe Problem wie du. Hab die Hardware ist heute in Betrieb genommen und direkt in diesen Fehler gelaufen. Hast du für dich schon eine Lösung gefunden?UliD hat geschrieben: ↑Sa Nov 02, 2024 9:33 am Moin,
nein, bei mir läuft es nicht.
Dem dritten Screenshot nach läuft es aber auch bei dir noch nicht. Die Statusmeldung sagt, dass es "activating" ist, nicht "active" (Text ist üblichwerweiese leuchtend grün in dem Fall). Es versucht also noch, alles zu starten. Nach ein paar Sekunden läuft es in einen Timeout.
Ich habe zwischenzeitlich bei Huawei angefragt, ob es Änderungen in der Login Prozedur gegeben hat oder was es sonst sein könnte, dass das Interface neuerdings anders antwortet. Mag ein paar Tage dauern, bis ich eine Antwort erhalte.
-
- Beiträge: 3
- Registriert: Do Nov 28, 2024 8:39 am
Re: Alternative Anbindung von Huawei WR
Hallo zusammen,
nachdem ich mich durch alle 22 Seiten des Threads gelesen habe, muss ich erstmal großen Respekt für die ganze Arbeit aussprechen. Finde es immer wieder bemerkenswert, wie gut die Open Source-Community funktioniert.
Kurz zu meinem Setup:
- 17,835 kWp PV mit Huawei SUN200-15KTL-M2 mit Dongle (SDongleA-05)
- Kein Akku
- Auslesung Smart Meter aktuell mit Volksanzeiger auf einem RasPi 5
- Noch keine openWB, aber geplant
Ursprünglich hatte ich überlegt, die Volkszähler-Daten über MQTT an die openWB zu senden. Laut anderer Threads ist das aber wohl sehr ungenau und ziemliches Gefrickel, deshalb werde ich wohl zum EVU-Kit greifen.
Jetzt aber meine Frage, weil es mich in diesem Thread etwas verwirrt hat: Da ist öfters von zwei RasPis die Rede, einen für die "Alex-Lösung" und noch einen weiteren. Ich verstehe nur nicht, wofür der zweite sein sollte.
Ich würde jetzt also mein vorhandenes Setup plätten, das Image von Alex draufziehen und konfigurieren. Reicht das, oder braucht es da doch noch etwas anderes?
nachdem ich mich durch alle 22 Seiten des Threads gelesen habe, muss ich erstmal großen Respekt für die ganze Arbeit aussprechen. Finde es immer wieder bemerkenswert, wie gut die Open Source-Community funktioniert.
Kurz zu meinem Setup:
- 17,835 kWp PV mit Huawei SUN200-15KTL-M2 mit Dongle (SDongleA-05)
- Kein Akku
- Auslesung Smart Meter aktuell mit Volksanzeiger auf einem RasPi 5
- Noch keine openWB, aber geplant
Ursprünglich hatte ich überlegt, die Volkszähler-Daten über MQTT an die openWB zu senden. Laut anderer Threads ist das aber wohl sehr ungenau und ziemliches Gefrickel, deshalb werde ich wohl zum EVU-Kit greifen.
Jetzt aber meine Frage, weil es mich in diesem Thread etwas verwirrt hat: Da ist öfters von zwei RasPis die Rede, einen für die "Alex-Lösung" und noch einen weiteren. Ich verstehe nur nicht, wofür der zweite sein sollte.
Ich würde jetzt also mein vorhandenes Setup plätten, das Image von Alex draufziehen und konfigurieren. Reicht das, oder braucht es da doch noch etwas anderes?
-
- Beiträge: 7927
- Registriert: Mo Okt 08, 2018 4:51 pm
- Has thanked: 50 times
- Been thanked: 59 times
Re: Alternative Anbindung von Huawei WR
Die "Alex-Lösung" lauft auf einem separaten RPi. openWB läuft weiter standalone auf dem eigenen RPi.
Hast du auch die neue Lösung mit dem RS485-LAN-Konverter gesehen? Damit zapft man den Huawei-WR "direkt" per RS485 an und die Datenauslesung verhält sich ähnlich dem weit teureren Huawei-Smartlogger.
Hast du auch die neue Lösung mit dem RS485-LAN-Konverter gesehen? Damit zapft man den Huawei-WR "direkt" per RS485 an und die Datenauslesung verhält sich ähnlich dem weit teureren Huawei-Smartlogger.
Re: Alternative Anbindung von Huawei WR
Hallo miteinander,
ich versuche gerade die Lösung als Docker Image auf einem vorhandenen Raspberry 4 laufen zu lassen.
Das Dockerfile habe ich von hier: https://github.com/AlexanderMetzger/hua ... nwb_bridge
Leider hab ich noch nicht so die praktische Erfahrung mit der Erstellung von Images aus Dockerfiles, bzw. bricht mir die Erstellung bei folgendem Step ab:
Step 4/7 : RUN pip install --no-cache-dir -r requirements.txt
ERROR: No matching distribution found for huawei-solar==2.2.9
Hat jemand einen Hinweis, bzw. weiß ob es das auch als fertiges Image oder Container gibt und gegebenenfalls wo?. Bei dockerhub.com find ich nichts.
Grüße
Mirko
ich versuche gerade die Lösung als Docker Image auf einem vorhandenen Raspberry 4 laufen zu lassen.
Das Dockerfile habe ich von hier: https://github.com/AlexanderMetzger/hua ... nwb_bridge
Leider hab ich noch nicht so die praktische Erfahrung mit der Erstellung von Images aus Dockerfiles, bzw. bricht mir die Erstellung bei folgendem Step ab:
Step 4/7 : RUN pip install --no-cache-dir -r requirements.txt
ERROR: No matching distribution found for huawei-solar==2.2.9
Hat jemand einen Hinweis, bzw. weiß ob es das auch als fertiges Image oder Container gibt und gegebenenfalls wo?. Bei dockerhub.com find ich nichts.
Grüße
Mirko
Re: Alternative Anbindung von Huawei WR
Hallo,
Ich setze Alex'-Lösung auf einem getrennten Pi ein und bin auf ein Problem gestoßen.
Habe mich hierzu durch die mehr als 20 Seiten durchgearbeitet, aber leider keine Antwort für mein Problem gefunden ...
Dazu bitte die beiden Grafiken von OpenWB und FusionSolar im Anhang beachten.
Das Problem ist, dass die Werte für MQTT-Wechselrichter und Hausverbrauch ziemlich gut übereinstimmen, aber die Werte für MQTT-Zähler in der OpenWB-Grafik sind nicht nachvollziehbar.
Hat Jemand dafür eine Erklärung?
Werden die gelieferten MQTT-Werte als alphanumerische Werte in einer Datei gespeichert (in OpenWB bzw. im Image von Alex) um die Ausschläge irgendwie nachvollziehen zu können?
Martin
Ich setze Alex'-Lösung auf einem getrennten Pi ein und bin auf ein Problem gestoßen.
Habe mich hierzu durch die mehr als 20 Seiten durchgearbeitet, aber leider keine Antwort für mein Problem gefunden ...
Dazu bitte die beiden Grafiken von OpenWB und FusionSolar im Anhang beachten.
Das Problem ist, dass die Werte für MQTT-Wechselrichter und Hausverbrauch ziemlich gut übereinstimmen, aber die Werte für MQTT-Zähler in der OpenWB-Grafik sind nicht nachvollziehbar.
Hat Jemand dafür eine Erklärung?
Werden die gelieferten MQTT-Werte als alphanumerische Werte in einer Datei gespeichert (in OpenWB bzw. im Image von Alex) um die Ausschläge irgendwie nachvollziehen zu können?
Martin
- Dateianhänge
-
- FusionSolar.png (46.15 KiB) 303 mal betrachtet
-
- OpenWB.png
- (109.06 KiB) Noch nie heruntergeladen
-
- Beiträge: 7927
- Registriert: Mo Okt 08, 2018 4:51 pm
- Has thanked: 50 times
- Been thanked: 59 times
Re: Alternative Anbindung von Huawei WR
Vorweg - das 24h-Diagramm der openWB-Auswertung basiert auf kWh-Differenzen des Zählers / 5min-Intervall (=> gemittelte Leistungswerte). Das 2h-openWB-Diagramm beinhaltet dagegen echte Leistungswerte (im Normalfall mit 10s Auflösung). Daher zuerst das 2h-Echt-Leistungs-Diagramm prüfen.
In der Auswertung sieht es so aus, als ob der Zählerstand verzögert geliefert wird. Ggf. reicht auch dessen Auflöung nicht, weshalb openWB normalerweise "Simcount" als hochauflösenden Software-Zähler nutzt. Dort würde ich bei der Suche ansetzen.
ps
Bei openWB wird in 99% der Fälle der HV aus den anderen Messwerten ERRECHNET. HV ist also keine Messgröße.
pps
Direktvergleiche mit Fusionsolar sollte man mit Vorsicht geniesen, da die cloudbasierten Sachen häufig geringere Auflösungen haben.
In der Auswertung sieht es so aus, als ob der Zählerstand verzögert geliefert wird. Ggf. reicht auch dessen Auflöung nicht, weshalb openWB normalerweise "Simcount" als hochauflösenden Software-Zähler nutzt. Dort würde ich bei der Suche ansetzen.
ps
Bei openWB wird in 99% der Fälle der HV aus den anderen Messwerten ERRECHNET. HV ist also keine Messgröße.
pps
Direktvergleiche mit Fusionsolar sollte man mit Vorsicht geniesen, da die cloudbasierten Sachen häufig geringere Auflösungen haben.