2x HA ZHA 1.3.1 "lokal" - Verständnis Frage

Zen_4711

Habe eben versucht meinen NUC als Testsystem wieder flott zu machen. Und siehe da er zeigt mir heute auch die Daten meiner Hyper und Akkus wieder an.
Wie kann das sein?
Bin definitiv "lokal" unterwegs, habe das WAN Kabel an der Fritzbox abgesteckt und die Hyper arbeiten weiter, während die Zendure App dann natürlich die Grätsche macht, weil keine Daten mehr zur Cloud zusätzlich verschickt werden können.
Mein Produktivsystem: Raspi5 mit HA auf der .188.36:8123
Mein Testsystem: NUC mit Proxmox, HA auf der .188.27:8123
Habe mein HA Backup (diesmal auch mit NodeRed Flows ☺️) vom Raspi auf den NUC geladen und danach die HA Meldung "doppelte HA Instanz erkannt", oder wie das hieß, bereinigen lassen.
Beide HA Syteme laufen nun einwandfrei ohne weitere Meldung. Seitdem kann ich sowohl am Raspi als auch alternativ am NUC den Zendure Manager verwenden und sehe im jeweils anderen HA auch alle Daten aktuell.
Mehr wollte ich eigentlich gar nicht.😁
Aber wie kann das sein? Kann der Hyper an 2 unterschiedliche MQTT Broker IP Adressen senden?
Das einzige was seltsam ist:
am Raspi: MQTT Mosquitto 7.1.0, aktuell.
Am NUC läuft auch 7.1.0. Aber: oben in der App steht "Mosquitto Broker aktualisieren" darunter "6.5.2 Update to Version 2.0.22" Und darunter: "Mosquitto Broker 6.5.2 ist verfügbar. Aktuell wird 7.1.0 ausgeführt." (Muss man nicht verstehen, oder?)

Ich bin sehr zufrieden, wüsste aber doch schon gerne wie das funktioniert mit dem "lokal".😅
Dem Hyper wird an einer Stelle die Broker Adresse mitgeteilt und der Hyper/Client kann dort keine 2 Broker Adressen bedienen, oder doch?
Oder kann der Mosquitto Broker sein Pendant mit bedienen?🤔

Henry

Als du das Wan Kabel gezogen hast, wurden auch in beiden HA Instanzen die Entitäten aktualisiert?
Soweit ich weiß, kann man beim Hyper die MQTT Daten auch von der Zendure Cloud abfangen. Die einzige Möglichkeit die mir einfällt, wäre das Z-HA primär die Daten vom MQTT Broker abfragt und als Backup auf den Cloud MQTT Verkehr zugreift.
In dem Fall müssten sich aber beim ziehen des Wan Kabels bei der Instanz, die nicht im Hyper als MQTT Broker hinterlegt ist, die Entitäten nicht mehr aktualisieren.
Alternativ könnten die Hyper evtl auch selber lokal geregelt haben?! Die können das ja. vlt war der Z-HA Manager an der Regelung bei gezogenem Wan Kabel garnicht beteiligt.

Zen_4711

Ja, auch aktualisiert, PV In, WR Out an beiden Hypern "sekündlich" aktualisiert. Und ja, ich war sicher offline. Habe auch 2h getestet weil ich's nicht glauben kann. Auch ein 2.tes Augenpaar zur Prüfung der ganzen Sache geholt. Habe sowohl am Raspi als auch am NUC einmal den Zendure Manager aktiviert. Beide Manager haben jeweils den H2 ausgewählt zum Regeln. Und der H2 hat keine Verbindung zum Shelly Pro3Em, noch nie gehabt. Den lokalen CT-Modus ( beim ZHA Standby Problem) mache ich über den H1. Nur der H1 könnte direkt mit den Pro3EM reden. Ich habe beide Manager ausgeschaltet, dann war HAK Bezug 230W. Dann habe ich erst den einen und danach nur den anderen Manager eingeschaltet. Und HAK wurde in beiden Fällen wieder auf "Null" geregelt nur aus HA raus jeweils. Morgen schaue ich mir das nochmals an. Und mein Laptop war ohne Internet die ganze Zeit lang.😉

Zen_4711

Zen_4711 Und irgendwas stimmt beim Mosquitto Broker nicht. Die müssten beide "7.1.0, aktuell"anzeigen. Es laufen ja auch beide mit 7.1.0. nur ein Broker ist so komisch. In die Richtung werde ich morgen mal recherchieren.

Henry

Zen_4711 zenSDK kann der Hyper nicht, oder?
Was mich nämlich wundert, ist dass du schreibst, die Werte ändern sich sekündlich. Meine Geräte schicken die MQTT Daten nämlich nur alle 5 Sekunden.

Zen_4711

Henry Nein zenSDK kann der Hyper nicht. Sekündlich war auch in Anführungszeichen! ☺️.
Aber PV In als auch WR Out werden jetzt um 12:49Uhr echt sekündlich aktualisiert. HA mit ZHA lokal! Mein HA sagt die "Hyper Temp" wäre 3Minuten alt . Die Watt vom Akku hängen auch immer deutlich nach im Vergleich zum WR Out am Hyper. Die Zendure Daten haben definitiv unterschiedliche Refreshraten. Hyper Verbindungsstatus zum Teil 2h alt "letzte Aktualisierung" in HA. Das war aber auch 2024 schon so, als ich mit dem MQTT Explorer die Daten angesehen hatte. Gegen Abend Nacht/ sinkt dann die Refrehtate generell nochmals brutal ab. Aber da braucht's ja zumindest PV In nicht mehr😅

Zen_4711

So wie ich es jetzt nachgelesen habe:
Gibt man in HA2 im MQTT Mosquitto Broker die gleichen Zugangsdaten wie im HA 1 Broker an, dann verbindet sich das 2.te Add On automatisch mit dem HA 1 Broker und holt sich die Daten von dort bzw nimmt diesen Broker her.
Habe im Protokoll von HA 1 Broker nun auch die Zeile ausfindig gemacht, wo sich mein HA 2 Broker mit seiner IP brav als Client angemeldet hat.
Die Praxis passt zur Theorie. 👍

Henry

Zen_4711 Ahhh, klar…eigentlich naheliegend, aber darauf bin ich nicht gekommen…🤣

Zen_4711

Henry Nochmals ein Dank an Dich für Deine Unterstützung. Dein Regler läuft nun bei mir. Das Problem war ich selber mit den falschen Optionstexten in "zendure_active_pack". RTFM, Muss ich nächstes Mal besser umsetzen. 😌