am Freitag habe ich blöderweise FW Updates beim HMS 1600 4T und der DTU aktualisiert. Seit dem nur Probleme:
Gerät
Vorher (bis 25.09.2026)
Jetzt
Wechselrichter HMS-1600-4T (HW H00.04.10)
V01.00.27
V02.00.04 (laut Hoymiles-Support „2050200“)
DTU-Lite-S
V00.06.01
V01.02.03
25.09.: Das Firmware-Update des Wechselrichters ist fehlgeschlagen, danach lagen an allen vier Ports 0 V an. Der Hoymiles-Support hat die Firmware neu aufgespielt.
26.09., 07:54 Uhr: Der Wechselrichter ist ohne Zutun ausgefallen und war trotz verbundener DTU offline. Erst Stromlosmachen hat geholfen.
Die DTU startet jede Nacht um 01:03 Uhr neu. Die Verbindung ist danach anfangs rund zweieinhalb Stunden weg gewesen, inzwischen etwa 15 Minuten.
Häufige kurze Verbindungsabbrüche von 1–2 Minuten, zeitweise alle 10–20 Minuten.
Ohne Internet-Sperre (über Fritzbox aktuell eingerichtet) erscheint der Wechselrichter in der Cloud oft als offline, sobald Home Assistant die DTU lokal abfragt.
Die Verbindung zu Home Assistant bricht nach jedem Neustart der DTU ab, weil sich der Schlüssel ändert. Das ist ein bekannter Fehler der Integration (GitHub-Issue #215).
OpenDTU funktioniert nicht mehr, weil das Sicherheitsupdate den Funk verschlüsselt
Anfragen bei First Level Support von Hoymiles mit der Bitte um Rollback auf die alten FW-Versionen, laufen ins Leere: Begründung: Sicherheitsrelevante Updates können nicht ein Downgrade erhalten.
Jetzt habe ich gebeten, den Fall zum 2.nd. Level Support zu eskalieren...ich werde berichten:
Mal wieder der Beweis: Never touch a running system......Vorher lief alles 2 Jahre völlig problemlos... ich könnte mich in den Hintern beißen...
Kann schon jemand mit Sicherheit sagen, ob, vorausgesetzt das update läuft sauber durch,
Das Update nur den WR betrifft und damit auch nur die Kommunikation zwischen WR und DTU?
Oder dabei auch die DTU (DTU-W100/DTU-Lite-S) upgedatet wird?
Und, vor allem, ob das dann noch lokal erreichbar ist, z.B. für Home Assistant ?
Ich nutze in HA die "Hoymiles" Integration aus HACS, die wiederum die "Hoymiles Wifi" python lib nutzt. Beides nicht offiziell von Hoymiles. Das ist sehr praktisch, weil ich mit HA den WR abfragen und steuern kann, ohne ihn an die Cloud lassen zu müssen.
Hallo Heiko, hier meine Erfahrungen nach gut zwei Wochen.
Vorweg: Ich habe die DTU-WLite-S, nicht die W100/Lite-S – Punkt 1 kann bei dir also anders aussehen.
**1. Betrifft das Update nur den WR oder auch die DTU?**
Bei mir beide. Das Update, das ich in der App angestoßen habe, hat den WR (V01.00.27 → V02.00.04) und die DTU (V00.06.01 → V01.02.03) aktualisiert.
Das ergibt Sinn: Das Update schließt eine Sicherheitslücke im Funk, und die neue verschlüsselte Funkverbindung (AES) müssen beide Seiten beherrschen. Nach diesem Update verloren DTU und WR oft die Verbindung.
Den Fehlerfix V01.02.04 für die DTU hat mir später der Support aufgespielt. Im der Updateübersicht der DTU war der nicht enthalten.
Achtung: Ein Downgrade ist laut Hoymiles nicht möglich. Und das WR-Update ist bei mir zunächst fehlgeschlagen (0 V an allen Ports, über 6 h Ausfall, der Support musste neu flashen).
**2. Ist der WR danach noch lokal erreichbar (HA, HACS-Integration "Hoymiles")?**
Ja, die Integration v0.5.1 kann die Verschlüsselung. Aber: - Die DTU wechselt jede Nacht um 01:03 Uhr ihren Schlüssel (kurze WLAN-Trennung, danach ca. 55–110 min lokal nicht ansprechbar). Das passiert auch ganz ohne lokale Abfragen. - v0.5.1 hat einen Bug beim Speichern des neuen Schlüssels ("'bool' object can't be awaited"). Im laufenden Betrieb erholt sie sich meist selbst, nach einem HA-Neustart bleibt sie aber hängen → nur "Neu konfigurieren" hilft. Der Fix ist im GitHub-main, aber noch nicht released. Lokaler Workaround: in custom_components/hoymiles_wifi/util.py, Zeile 164, das "await" vor hass.config_entries.async_update_entry(...) entfernen, HA neu starten. Siehe Issues #215, #221, #223 bei suaveolent/ha-hoymiles-wifi. -
Tagsüber gibt es kurze Aussetzer von je ca. 1 Minute (bei mir etwa 9 pro Tag mit Cloud, etwa 20 pro Tag ohne). Einspeisung und Ertrag sind davon nicht betroffen.
**3. Geht das ohne Cloud?**
Ja. Für das Update selbst braucht die DTU Internet, danach kann man sie in der Fritzbox wieder sperren – lokal läuft alles weiter. Ich habe sie seit heute dauerhaft gesperrt und gebe sie nur vierteljährlich kurz für Updates frei. Ohne Internet ist das nächtliche Fenster sogar kürzer, dafür gibt es etwas mehr kurze Aussetzer. Hinweis: OpenDTU funktioniert mit dem verschlüsselten Funk (noch) nicht. **Mein Fazit:** Wenn bei dir alles läuft und du ohnehin ohne Cloud arbeitest, würde ich das Update nicht übereilen. Andererseits schließt es eine Sicherheitslücke im Funk. Wenn du updatest, dann tagsüber, mit dem Patch in der Integration und mit etwas Geduld für die ersten Tage.