openWB Forum

aiole hat geschrieben: ↑Do Sep 14, 2023 9:44 am Also noch etwas für 1.9 zu stricken, halte ich für Zeitverschwendung (alte code-Struktur - nicht zukunftsfähig).
Was läuft denn mit Huawei und sw2 nicht? Ich dachte Alex' Lösung funktioniert dort.

Oder hast Du nur von der Optik etc. ein Problem mit sw2? Dann besser dort tunen.

Die 2.0er wirft mich persönlich ziemlich zurück. Kein SoC Modul für meinen Enyaq (ging früher via evcc Modul), kein Huawei (gut das kann die 1.9er auch nicht), kein anständiges Theme das einem Energiemanagement gerecht wird, und anstrengende Schachtelmenüs, und das Freischalten über meinen externen RFID Reader krieg ich auch nicht mehr konfiguriert, wobei mich letzteres zum gegenwärtigen Zeitpunkt am wenigsten stört (sorry, das was die 2.0er stand heute out of the Box mitbringt ist kein Upgrade. Außer man will ein einzigartiges Leistungsmanagement zwischen zig Wallboxen aufsetzen, aber das geht doch völlig an der Realität der meisten User vorbei.) Nochmal sorry aber dieses Gefühlt, dass man mittlerweile alles selber irgendwie hinbasteln muss, das es dann so ansatzweise mal laufen könnte - Voraussetzung ist aber man weiß was "Node Red, Docker, usw. usf. ist und kann mit irgendwelchen GitHub Ordnern umgehen - ist ziemlich deprimierend. Ich würde ja fast sagen die OpenWB wieder lauffähig zu bekommen ist was für einige kalte Winterabende, nur bis dahin leben wir längst selbst ich mir 38kWp im solaren Mangel, Überschussladen also die Kernkompetenz(?) der OpenWB muss bis dahin funktionieren. Und sollte es eine Lösung geben und ich es schaffen, für mich wird das leider ein Sackgang mich in all diese Programmiergrundkentnisse einzulesen und das Verständnis zu erlangen. Aber lustigerweise gerade deswegen hab ich seinerzeit investiert und (bin) war so überzeugt weil die openWB einfach alles out of the Box mitbrachte ständig lösungsorientiert weiterentwickelt wurde und on top das perfekte Energiemanagement ermöglichte. Aus sicherer Quelle (anderen Foren) weiß ich leider das ich kein Einzelfall bin.
Ich kann leider kaum anders auf diese Frage antworten als so...

Zur zweiten Frage was nicht läuft. Ich bekomme Daten über die beiden Raspis und hab das auch via SSH ausgelesen/validiert. Aber die openwb bzw die Werte über MQTT frieren ständig ein, seit ein paar Wochen bekomme ich es gar nicht mehr gebacken das die OpenWB die Daten per MQTT auch umsetzt, die IDs das Lastmangement usw. hab ich schon zig mal neu synchronisiert bzw. damit rumprobiert. Die Erzeugung bspw. hängt bei einer Dauerleistung von 2,5 kW (und div. anderen Werten für die anderen Daten) eingefroren. Ich hab schon alles mögliche neu aufgesetzt alle drei Images (die beiden Raspis und die OpenWB) und es passiert immer wieder.
Ja selbst schuld wenn man sich Huawei ins Haus holt könnte man sagen, aber den weltweit größten Hersteller von PV Wechselrichter kann man nicht einfach ignorieren, auch wenn die Chinesen es einem offensichtlich nicht einfach machen, irgendwie scheint es ja über dem Tellerrand zu funktionieren - nur da will ich eigentlich gar nicht hin, ich will das die OpenWB wieder das zeigt was sie eigentlich kann...

Sorry abermals ich kann meinen Frust mit dem Umständen schlecht verbergen.

ArminElectric hat geschrieben: ↑Di Sep 26, 2023 12:14 am Die 2.0er wirft mich persönlich ziemlich zurück. Kein SoC Modul für meinen Enyaq (ging früher via evcc Modul),

Ich hoffe, dass das Modul noch kommt. Das liegt leider in den Händen von EVCC.

ArminElectric hat geschrieben: ↑Di Sep 26, 2023 12:14 am kein Huawei (gut das kann die 1.9er auch nicht),

Dafür gibt es jetzt Alex' Lösung, die das Problem auch beim Verursacher (Huawei) löst.

ArminElectric hat geschrieben: ↑Di Sep 26, 2023 12:14 am kein anständiges Theme das einem Energiemanagement gerecht wird,

Electron ist mit seinem Theme schon sehr weit. Sollte nicht mehr zu lange dauern, bis es in der sw2 kommt.

ArminElectric hat geschrieben: ↑Di Sep 26, 2023 12:14 am und anstrengende Schachtelmenüs, und das Freischalten über meinen externen RFID Reader krieg ich auch nicht mehr konfiguriert, wobei mich letzteres zum gegenwärtigen Zeitpunkt am wenigsten stört (sorry, das was die 2.0er stand heute out of the Box mitbringt ist kein Upgrade. Außer man will ein einzigartiges Leistungsmanagement zwischen zig Wallboxen aufsetzen, aber das geht doch völlig an der Realität der meisten User vorbei.)

An der Realität ist es nicht vorbei, da openWB nun auch Firmen und WEG abdecken kann. Aber ja - es ist komplexer, weshalb die YT-Hilfen geschaffen wurden. viewtopic.php?t=6786

ArminElectric hat geschrieben: ↑Di Sep 26, 2023 12:14 am Nochmal sorry aber dieses Gefühlt, dass man mittlerweile alles selber irgendwie hinbasteln muss, das es dann so ansatzweise mal laufen könnte - Voraussetzung ist aber man weiß was "Node Red, Docker, usw. usf. ist und kann mit irgendwelchen GitHub Ordnern umgehen - ist ziemlich deprimierend.
Ich würde ja fast sagen die OpenWB wieder lauffähig zu bekommen ist was für einige kalte Winterabende, nur bis dahin leben wir längst selbst ich mir 38kWp im solaren Mangel, Überschussladen also die Kernkompetenz(?) der OpenWB muss bis dahin funktionieren. Und sollte es eine Lösung geben und ich es schaffen, für mich wird das leider ein Sackgang mich in all diese Programmiergrundkentnisse einzulesen und das Verständnis zu erlangen. Aber lustigerweise gerade deswegen hab ich seinerzeit investiert und (bin) war so überzeugt weil die openWB einfach alles out of the Box mitbrachte ständig lösungsorientiert weiterentwickelt wurde und on top das perfekte Energiemanagement ermöglichte. Aus sicherer Quelle (anderen Foren) weiß ich leider das ich kein Einzelfall bin.
Ich kann leider kaum anders auf diese Frage antworten als so...

Man löst Probleme nicht im Frust, sondern indem man sie einzeln angeht. Mit Huawei ist das schon gelungen. Neue Themes sind nur eine Frage der Zeit/Kapazitäten.

ArminElectric hat geschrieben: ↑Di Sep 26, 2023 12:14 am Zur zweiten Frage was nicht läuft. Ich bekomme Daten über die beiden Raspis und hab das auch via SSH ausgelesen/validiert. Aber die openwb bzw die Werte über MQTT frieren ständig ein, seit ein paar Wochen bekomme ich es gar nicht mehr gebacken das die OpenWB die Daten per MQTT auch umsetzt, die IDs das Lastmangement usw. hab ich schon zig mal neu synchronisiert bzw. damit rumprobiert. Die Erzeugung bspw. hängt bei einer Dauerleistung von 2,5 kW (und div. anderen Werten für die anderen Daten) eingefroren. Ich hab schon alles mögliche neu aufgesetzt alle drei Images (die beiden Raspis und die OpenWB) und es passiert immer wieder.
Ja selbst schuld wenn man sich Huawei ins Haus holt könnte man sagen, aber den weltweit größten Hersteller von PV Wechselrichter kann man nicht einfach ignorieren, auch wenn die Chinesen es einem offensichtlich nicht einfach machen, irgendwie scheint es ja über dem Tellerrand zu funktionieren - nur da will ich eigentlich gar nicht hin, ich will das die OpenWB wieder das zeigt was sie eigentlich kann...

Sorry abermals ich kann meinen Frust mit dem Umständen schlecht verbergen.

=> Alex' Lösung umsetzen

Die Youtube Videos kenne ich, das die sich an Firmenkunden richten war von der Komplexität der Konfigurationen nicht gerade zu übersehen. Ein einfaches Video für den Heimanwender gibts nicht. Ich kann nicht bewerten wie OpenWB am besten den Markt bedient, und das ein Wirtschaftsunternehmen von Geld nicht von Liebe zu seinen Mitmenschen existieren kann ist mir wohl bewusst, was ich bewerten kann ist wo OpenWB herkommt und warum sie so groß geworden und einst als DIE Lösung für den Normalen Enduser überall kommuniziert wurde.

Sorry aiole, du gehst davon aus das Alex Lösung out of the Box funktioniert wahrscheinlich ohne diese jemals benutzt zu haben. Er hat hier wirklich KLASSE Arbeit geleistet Usern wie mir die sicher nicht ganz auf dem IT Kopf gefallen sind aber eben meilenweit entfernt vom Programmierer eine Lösung zu bieten. Und das hauptsächlich in Eigenregie, ich rechne Ihm das wahnsinnig hoch an, aber warum packt man das Problem nicht von Oben an der Wurzel?
Um seine Lösung umzusetzen betreibe ich gerade zwei zusätzliche PIs die meine beiden Wechselrichter auslesen. Beide verbrauchen Strom, immerhin musste ich nur einen neu kaufen. Bei aller Ehre, ist das Grundsätzlich keine Lösung, das ist ein Workaround! Ich kann und möchte Alex damit auch nicht dauernt nerven, denn bei Ihm mit nur einem Wechselrichter funktioniert es, wenn auch er selber von Speicherhängern schreibt. Aber wir hatten bereits sehr netten und konstruktiven Kontakt. Die PIs kommunizieren grundsätzlich auch bei mir erfolgreich mit den Huaweis und lesen da die Daten aus.(Ping per SSH auf den Huawei Wechselrichtern funktioniert, Daten werden per MQTT geliefert). Zwischen den Bridges und OpenWB passen die IDs. Aber wenn es mal geht dann nur kurzzeitig liefert unplausibele Werte da der Master dem Slavewechselrichter hinterherhinkt (oder umgekehrt) und die OpenWB damit - unplausible Werte - wahrscheinlich durcheinander kommt. Die Werte in der OpenWB waren so auch nie wirklich korrekt/brauchbar, bevor sich das ganze aufhängt und gar nicht mehr funktioniert...ehe ich alles neu aufsetze. Im Strukturmenü im Lastmanagement hab ich auch schon Verschiedenes ausprobiert. Aktuell sieht das bei mir so aus

>MQTT-Zähler
>>PV1
>>> Speicher an PV1
>>PV2
>>Ladepunkt Interne openWB

CleverPV löst das bspw. über die "Northbound API" von Fusion Solar
https://docs.clever-pv.com/electricmeter/huawei
DAS wäre doch eine echte Lösung?!

Über eine Cloud? Das ist nicht Dein Ernst oder liebst Du unzuverlässige Lösungen .
Das Problem liegt zunächst nicht auf openWB-Seite (außer die neue Komplexität der sw2, die dafür auch Erweiterungen, exotische und Groß-Installationen zulässt.), sondern bei Huawei, weil der nicht stabil liefert.

Die openWB-YT-Videos sind für alle Leute - nicht nur Firmen. Sie bieten zuerst Einblicke in die Struktur, um dann sauber konfigurieren zu können. Einmal richtig gemacht, muss man dann nie wieder ran, wenn sich an der Anlage nichts ändert.

Was immer (und einfach) geht, ist der separate Huawei Smartlogger, aber den scheint es nicht so oft zu geben bzw. wird eher bei größeren Anlagen eingesetzt.

aiole hat geschrieben: ↑Di Sep 26, 2023 9:27 am Über eine Cloud? Das ist nicht Dein Ernst oder liebst Du unzuverlässige Lösungen .

Ergebnisorientierte Lösungen die funktionieren. Wenn man die API anzapfen kann, warum nicht. Wegen mir sehr gerne.

aiole hat geschrieben: ↑Di Sep 26, 2023 9:27 am
Das Problem liegt zunächst nicht auf openWB-Seite (außer die neue Komplexität der sw2, die dafür auch Erweiterungen, exotische und Groß-Installationen zulässt.), sondern bei Huawei, weil der nicht stabil liefert.

Ich hoffe das die angesprochene Komplexität der 2.0 solche Parteien wie evcc davon nicht abhält SoC Module nachzuliefern, denn deren eigene Marktposition ist wohl nicht schlechter geworden. Evcc ist zwar auch alles andere als selbsterklärend aber selbst die können irgendwie mit Huawei umgehen. Das Huawei Problem liegt im Kern sicher nicht bei openWB aber die sehe ich in der Verantwortung Lösungen auch zukünftig zu finden um dem User ein stabiles Benutzererlebnis zu geben und potentielle Kunden nicht abzuschrecken. Mit dem Vorteil das willige 3. auch selber "Upgrades" dafür entwickeln und mitentwickeln können. Das sahe ich als Kernkompetenz, vielleicht habe ich mich getäuscht, wäre schade.

aiole hat geschrieben: ↑Di Sep 26, 2023 9:27 am
Was immer (und einfach) geht, ist der separate Huawei Smartlogger, aber den scheint es nicht so oft zu geben bzw. wird eher bei größeren Anlagen eingesetzt.

Der kostet ca. 500€, die passende Wallbox mit 1/3Phasiger Umschaltung keine 800€ aber die will ICH nicht weil ich (noch) prinzipiell von openwb überzeugt bin...aber wenn ich überlege wie oft ich über Empfehlungen indirekt eine openwb "vertrieben" habe... Was würde ich jemanden mit einer ähnlichen Konfiguration heute empfehlen...wohl besser den Mund halten.

Moin,
bei mir läuft es nach wie vor sehr gut. Das einzige ist der frierende Speicherwert Leistung Wert wenn der voll ist. Allerdings behebt sich das von selbst wenn das Fahrzeug angesteckt wird dann liefert die Anlage wieder Werte bei der Speicher Leistung.
Wenn die OpenWB neugestartet wird dann bricht der Pi die Verbindung ab und sendet nicht mehr bis dieser neu gestartet wird.
Gestern Abend hab ich von meinem Namenskollegen Alex noch eine kleine Einweisung in GitHub bekommen und wir haben das ganze auf Github geladen:
https://github.com/AlexanderMetzger/hua ... nwb_bridge

Er wird nun auch versuchen die Lösung noch weiter zu optimieren. Beziehungsweise gibt es auch schon das erste Upgrade in Form eines Dockers.
Abbrüche kommen wohl auch schon direkt von der verwendeten Huawei Solar Anbindung die quasi im Kern schon eine gewisse Anfälligkeit hat. Ich kann mir vorstellen das das auch mit Deinen Problemen zusammenhängt das bei dir die Bridge immer mal wieder komplett aufhört zu arbeiten.

ich versuche mal rauszufinden ob es inzwischen bei anderen mit einem Setup aus 2 Wechselrichtern läuft.

Bei Dir lässt sich auch kein Schema erkennen wann die Bridge aufhört zu funktionieren oder? Könnte es aus irgendeinem Grund sein das die Verbindung der OpenWB instabil ist? Das Netzwerk immer mal wieder gestört ist? Ne Idee wäre vielleicht auf beide Geräte mal nen unendlichen Ping laufen zu lassen.
Wenn dann zum Beispiel der Ping abbricht und danach die Datenübergabe nicht mehr stattfindet dann würde das die Theorie bestätigen.

Viele Grüße Alex

Hallo Alex,
ich werde mich nochmal direkt bei dir melden, vielleicht kriegen wir es irgendwie zusammen hin. Mir liegt nicht nur aus Eigeninteresse viel daran das wir das irgendwie in den Griff kriegen.

Ich kann das Problem nur insofern reproduzieren, dass ich es ca. für einen Tag zum Laufen bekomme, wenn sowohl das openwb Image neu flashe als auch die beiden PIs neu konfiguriere. Wie gesagt aktuell läuft es in der openwb nicht mehr und dort bekomme ich es auch nicht mehr zum laufen, wenn ich aber per SSH auf einen der beiden Bridge-PIs die Huawei Wechselrichter anpinge funktioniert das - auch jetzt gerade.
Aber das weitere Problem bleibt, selbst wenn alles jungfräulich ist passen die Werte nicht, der Hausverbrauch ist faktisch falsch (zu hoch), die Werte (Summen der Wechselrichter durch Auslesen des Slave zusätzlich zum Master) und die were die der Master als "Zählerwerte" vorgibt passen nicht zusammen, wahrscheinlich weil die Logik zum Synchronisieren der Daten fehlt wenn man die einfach nur ausliest und "plump" weitergibt. Der Dongle bzw. Fusion Solar scheint das irgendwie gerade zu biegen, vielleicht gibt es einen Zeitstempel für die Werte?

Hardwarefehler schließe ich aus. Ich bin mir dabei 100%ig sicher, das sowohl die Klemmen des Smart Power Sensor richtig rum sind als auch die Phasen nicht vertauscht, die Werte im Fusion solar sind ja dort auch plausibel. Meine PIs hängen wie auch mein Dongle direkt in räumlicher Nähe zu den Wechselrichtern per Lankabel an einem Router, schlechte Physische Verbindung schließe ich aus.

Deswegen nochmal die bescheidene Frage in die Runde: Wäre es denn nicht auch mit der OpenWB möglich die Northbound API von fusion solar anzuzapfen? Ich kann hier leider keine praktische Hilfestellung geben, da ich aus purer Unwissenheit nicht wüsste wie man eine API ausliest und Daten weitergibt, wie gesagt fehlt mir dazu leider die Programmier Erfahrung und leider auch das nötige Verständnis. Aber wenn andere Dienstleister / Wallboxen das können...?! Und selbst wenn der Zugriff auf die Northbound API wieder nicht direkt sondern nur über einen externen PI der das ganze dann per MQTT an die OpenWB weitergibt funktionieren würde, so wären die Daten sicher 100%ig richtig, zeitlich synchronisiert und verwertbar, wahrscheinlich damit auch der Speicherhängebug beseitigt. Am sinnvollsten aus meiner bescheidenen Sicht wäre natülich wenn openwb selber sich diesem Weg annehmen würde...

Mit cloud-basierten Werten tut sich openWB schwer.

aiole hat geschrieben: ↑Do Sep 28, 2023 10:14 pm Mit cloud-basierten Werten tut sich openWB schwer.

Wie meinst du das?
OpenWB betreibt ja ne eigene Cloud-
Selbstverständlich wäre es mir auch lieber direkt die Daten über LAN oder RS484 auszulesen. Aber wenn das nicht geht bzw. der Aufwand verhätlnissmäßig groß ist, die Daten aber korrekt vorliegen und dafür sogar eine Schnittstelle verfügbar ist die man anzapfen kann - wo ist das generelle Problem? Bzw. anders gefragt, gibt es tatsächlich ein technisches Problem das in der OpenWB zu ermöglichen?

Hier wird die Northbound API besser erklärt
https://support.huaweicloud.com/intl/en ... _0000.html
incl. Java, PHP, und Python SDKs

Ich habe außerdem ein Plugin für "HomeAssistand" gefunden
https://github.com/tijsverkoyen/HomeAss ... usionSolar
Damit kenne ich mich wiederum null aus, was ich mit dem Github ordner anstellen wüsste ein Dummy wie ich genauso wenig
Aber ggf. kann man das für openWB umschreiben...oder - mit der Kirche ums Dorf - HomeAssystand als Datenlieferant per MQTT für die OpenWB nutzen?

wo ist das generelle Problem?

Die Cloud - Schnittstellen der Hersteller sind oft mal nicht verfügbar, verzögert und haben Limits wie oft abgefragt werden darf.
Alles Punkte die Sie für openWB unbrauchbar machten.
Selbst die Schnittstellen die dafür ausgelegt waren (z.B. Discovergy) haben regelmäßig Probleme gemacht.
Andere erlauben z.B. nur 100 Abfragen pro Tag. Das ist natürlich ebenso singfrei.