wichtiges UPDATE für controller 7.2.2 im stable

[nograx]

@maxclaudi Bei mir läuft es auf dem „mqtt“ Adapter mit einem selbst signierten Zertifikat. Der Hyper scheint das Stand jetzt zu akzeptieren. Den Adapter habe ich in einer pre-release Version umgestellt. Lasse das auf dem Hyper diese Nacht mal durchlaufen und schaue ob ich mich morgen traue meine anderen 3 Hyper zu aktualisieren.

[maxclaudi]

@nograx
ja, funktioniert noch. Nur sollte man gleich im Hinterkopf behalten, dass das vermutlich nur so lange funktioniert, wie die Firmware auf Port 8883 die Signierung des Zertifikats durch eine offizielle Behörde noch nicht streng validiert.

Sobald Zendure hier die Daumenschrauben anzieht – was durch die Vorgaben der EN 18031 für internetfähige Geräte leider über kurz oder lang zwingend vorgeschrieben ist (Stichwort Certificate Pinning oder strikte CA-Prüfung) –, könnte dieser charmante DNS-Weg mit selbstsignierten Zertifikaten leider auch ganz schnell wieder Geschichte sein.

[nograx]

Ich habe jetzt meine 4 Hyper auf dem lokalen MQTT mit TLS am laufen. Bin aber ehrlich gesagt sehr unzufrieden. Der Freeze bzw. der Connection Probleme tauchen hier jetzt viel häufiger auf. Bin jetzt absolut kein MQTT oder TLS Experte, aber folgende Meldung erscheint im Log:

connection closed: Error: XXXXXXXXXXXXXXXX:error:0A000119:SSL routines:tls_get_more_records:decryption failed or bad record mac:../deps/openssl/openssl/ssl/record/methods/tls_common.c:802:

Generell funktioniert die Kommunikation, aber ca. alle halbe Stunde meldet sich ein Hyper mit dieser Meldung und dann kommen keine neuen Daten bzw. ist eine Steuerung nicht mehr möglich. Manchmal reconnected das Gerät nach 3-4 Minuten, aber nicht immer.

[maxclaudi]

@nograx
Wenn die Verbindung grundsätzlich aufgebaut wird und MQTT-Daten zunächst funktionieren, dann sind DNS-Umleitung und Zertifikat wahrscheinlich ok.

connection closed: Error: XXXXXXXXXXXXXXXX:error:0A000119:SSL routines:tls_get_more_records:decryption failed or bad record mac:../deps/openssl/openssl/ssl/record/methods/tls_common.c:802:

bedeutet in etwa: Integritätsprüfung (MAC) fehlgeschlagen und die Nachricht deshalb nicht mehr entschlüsselt werden konnte.

ich vermute eher, dass der Fehler aus OpenSSL stammt.
Es wurden auf einer bestehenden TLS-Verbindung Daten empfangen, die nicht mehr zur TLS-Session bzw. zur aktuellen Verschlüsselung passen.
Es ist kein typischer Zertifikatsfehler.

Ob die Ursache dann Hyper, Broker, Node.js/OpenSSL oder irgendwo im Netzwerk (Verbindung bitte überprüfen) liegt?

Falls der Broker der mqtt-Adapter ist, würde ich testweise einen anderen MQTT-Broker einsetzen. So könnte der MQTT-Adapter als Fehlerquelle ausgeschlossen oder bestätigt werden.

Als wahrscheinlichste Ursachen bleiben im Wesentlichen:
Hyper-Firmware
ioBroker MQTT-Adapter (Node.js/OpenSSL)
Netzwerk/WLAN zwischen beiden

[nograx]

Ja ich denke ich werde heute Abend mal meinen emqx nutzen. Vorteil des integrierten MQTT war das ich diesen bei einem freeze eines Hypers einfach resetten konnte und er danach wieder erreichbar war.

[darkblu]

Hallo, ich hab da mal eine Frage zu den Posts hier drüber.
Bei meinen Hyper2000 mit AB2000X stehen seit heute mehrere upgrades
und updates an. Soll das heissen, wenn ich diese mache, dass ich den Hyper
dann nicht mehr mit dem Zendure Solarflow Adapter in ioBroker benutzen kann ?
Ich habe meinen Hyper per AuthKey im Adapter verbunden.
Okay, @nograx schreibt ja „Warnung an alle die den Hyper lokal nutzen…“
Per AuthKey nutze ich ihn ja nicht lokal.
Kann/soll ich die upgrades und updates machen ?
Ich bin da echt hilf- und ahnungslos.
Die iOS App wurde auch aktualisiert und fordert mich nun auf,
das HEMS zu aktualisieren, obwohl ich das ja ausgeschaltet habe.
Ich erbitte Hilfe

[Murphy 0]

Mein Rat wäre: auf jeden Fall mal ein paar Wochen warten und im offiziellen Forum mitlesen wie die Erfahrungen mit dem Update sind.
Leider hat Zendure in der Vergangenheit mit Updates teilweise „verschlimmbessert“

Ausserdem wird es nach dem Update mit echtem Offlinebetrieb kompliziert.

[nograx]

Wenn du gerade akut keine Probleme hast würde ich tatsächlich auch etwas abwarten. In der Firmware hat sich meiner bisherigen Erfahrung nur die MQTT Verbindung auf TLS geändert. Die Bugs 100% Standby und MQTT freezes sind noch vorhanden.

[darkblu]

Alles klar und danke, dann mach ich erstmal nix und beobachte hier weiter.

[lesiflo]

Moin,
ich habe meine 3 Hyper gestern komplett upgedatet, hat zwar etwas gedauert lief aber ohne Probleme durch. Bisher auch noch keine Auffälligkeiten und Fehler gehabt. Bin komplett in der Cloud. Den 100% Standby Bug konnte ich bisher nicht feststellen, war aber vorher bei mir auch kein Thema.

Bei mir hängen sich die Hyper nur dann auf wenn ich über setDeviceAutomationInOutLimit regele. Gehe ich über acMode mit setInputLimit/setOutputLimit laufen sie durch. Alles in der Cloud.

Ich habe heute Nacht mal die Regelung komplett dem HEMS von Zendure im neuen "Eigenverbrauchsmodus" überlassen und bin doch positiv überrascht. Die Werte sehen so aus:

[nograx]

@lesiflo Wie lautet denn dein productKey? Gibt ja vom Hyper 3 Stück, ggf. gibts da ne Serie die besser funktioniert?

Btw. gute Wahl vom Auto

[lesiflo]

Die sehen so aus. Sind zwei relativ alte und ein etwas neuerer.

@nograx: Gibt es die Möglichkeit den Schalter "Zu HEMS hinzufügen" aus der App im Adapter abzubilden?

[nograx]

@lesiflo Meine 4 Hyper sind jeweils auch diese beiden productKeys.

Die Frage bzgl. HEMS hinzufügen müsste man komplett schauen was da im Hintergrund passiert.

[Rico Sander]

@nograx @maxclaudi

Bezüglich der hier diskutierten Umstellung auf ssl und port habe ich auf Anfrage vom Zendure-Support gerade folgende Antwort erhalten:

vielen Dank für Ihre Nachricht und den interessanten Hinweis aus der Community.
Aktuell liegen uns intern keine bestätigten Rückmeldungen vor, dass Geräte der SolarFlow-Serie nach dem Update ausschließlich über SSL und Port 8883 kommunizieren.
Ich würde Ihr Feedback jedoch sehr gerne an unser Entwicklungsteam weitergeben. Falls Sie entsprechende Screenshots oder konkrete Hinweise aus Ihrer Umgebung haben, wären diese sehr hilfreich für die weitere Prüfung.

Dies nur zur Info, keine Ahnung, ob das für Euch irgendwie relevant ist.

[nograx]

@Rico-Sander Da wurde der Support nicht informiert. Es ist aber definitiv so. Für Cloud only User auch nicht relevant.

Mittlerweile gibt es auch bei der Zendure Homeassistant Integration erste Issues deswegen:
https://github.com/Zendure/Zendure-HA/issues/1438
https://github.com/Zendure/Zendure-HA/issues/1439
https://github.com/Zendure/Zendure-HA/discussions/1433

[maxclaudi]

Wer von euch hat aktuell noch einen Hub 1200 oder Hub 2000 im Einsatz, der regulär mit der Zendure-Cloud verbunden ist?

Mich würde interessieren, ob für diese beiden Geräte in letzter Zeit ebenfalls ein neues Firmware-Update in der App angeboten wurde.

Über ein kurzes Feedback würde ich mich freuen!

[Rene55]

Ich hab einen Hub1200 - allerdings zur Zeit cloudfrei. Bis vor ein paar Tagen hatte ich noch die "Durchleitung" vom Adapter zur Cloud aktiviert. Hab ich aber im Moment nicht aktiv. Aber wenn ich so von den letzten Nachrichten hier so höre, (MQTT mit TLS, oder Beschränkungen generell) werde ich sicher nicht nach Firmwareupdates Ausschau halten.

[The_Stig]

@nograx Das wäre für mich der einzige Grund zum Update. Kannst du da bitte berichten, wie deine Erfahrungen sind?

[nograx]

Hier mal ein kleines Update, EMQX habe ich noch nicht getestet. Ich habe das Zertifikat für den mqtt Adapter neu erstellt, dieses mal nur mit 2048bit Schlüssel statt 4096. Das scheint auf jeden Fall geholfen zu haben. Der "Freeze" Bug ist zwar noch vorhanden und gefühlt häufiger (gestern 2x aufgetreten), aber Nach einem Neustart der mqtt Instanz lief sofort wieder alles (dies erkennt ein Script und führt das automatisch aus). Also im Prinzip so wie vorher.

@The_Stig Bzgl. des 100% Standby Bugs kann ich noch nichts verlässliches sagen. Gestern dachte ich erst er wäre NICHT behoben, da der Akku von einem meiner Hyper auf 100% war und dann auch kein Solar mehr reinkam. Nach ca. 15 Minuten speiste er aber wieder ein. Da hing aber auch das Auto an der WB und dem Hyper wurde per Script permanent mitgeteilt er solle doch mal bitte aktiv werden ;-) Ich werde die Ladegrenze heute auch auf 100% lassen und dann noch mal berichten, soll ja heute (endlich wieder) ziemlich sonnig werden.

[maxclaudi]

@Rene55 sagte:

Ich hab einen Hub1200 - allerdings zur Zeit cloudfrei. Bis vor ein paar Tagen hatte ich noch die "Durchleitung" vom Adapter zur Cloud aktiviert. Hab ich aber im Moment nicht aktiv. Aber wenn ich so von den letzten Nachrichten hier so höre, (MQTT mit TLS, oder Beschränkungen generell) werde ich sicher nicht nach Firmwareupdates Ausschau halten.

Verständlich. :-)

Ich hätte nur gerne die Information, ob in der App überhaupt ein Update verfügbar ist und falls ja, welche Version.
Also so in der Art wie hier:

Ein Update muss ja nicht zwingend ausgeführt werden.
Leider bin ich im Moment wieder nicht vor Ort, daher kann ich das bei meinem HUB2000 – der ebenfalls cloudfrei ist – nicht testen und muss mich einfach noch etwas gedulden.

Bei meinen Geräten führe ich aktuell auch (noch) kein Update durch.

Spannend wird es wegen der neuen Richtlinien:
Die Cybersicherheitsnorm EN 18031 muss im Laufe des Jahres 2026 vollständig umgesetzt sein.
Verstöße gegen diese CE-Konformität können zu Verkaufsverboten und empfindlichen Strafen führen.
Zendure steht hier unter echtem Zugzwang.

Ich bin wirklich gespannt, wie sie das für die älteren Gerätegenerationen lösen möchten.

Theoretisch gibt es da ja nur zwei Möglichkeiten:

• Ein Firmware-Update für den rein verschlüsselten Cloud-Zugriff.
• Die komplette Einstellung des Cloud-Services für Geräte älterer Generationen.

Falls Option 2 eintritt, wird es auf jeden Fall richtig interessant.
Das würde bedeuten, dass die Cloud-Anbindung für diese Geräte komplett wegfällt.