openDTU über Mosquitto MQTT in HA einbinden

[derblauedirk]

Hallo,

ich habe mir eine fertig aufgebaute openDTU NRF von blinkyparts.com gekauft, weil ich mit der original DTU-Wlite von Hoymiles und der Hoymiles-Integration in HA Probleme habe. Nach einem Update auf HA Core 2026.1.3 funktioniert die Übertragung der Werte von der DTU in die Hoymiles-Integration nicht mehr zuverlässig. Aber das soll hier nicht das Thema sein.

Worum es mir heute geht:

Ich habe die openDTU mit meinem WLAN verbunden, die beiden Wechselrichter HM-600 eingerichtet und bekomme die Werte in der Weboberfläche und auf dem kleinen Display der openDTU angezeigt. Die openDTU hat eine feste IP-Adresse (192.168.2.113) und ich habe bereits die neueste Firmware v25.9.11 (von GitHub - tbnobody/OpenDTU: Software for ESP32 to talk to Hoymiles/TSUN/Solenso Inverters ) installiert. Alles läuft soweit perfekt.

Ich habe dann die App Mosquitto MQTT Broker installiert und in HA einen separaten Benutzer “mqttuser” angelegt. In der MQTT-Konfiguration der openDTU habe ich die IP-Adresse meines Home Assistant-PCs (192.168.2.222), den Benutzernamen und das Passwort eingetragen und Auto-Discovery aktiviert. Leider bekomme ich in Mosquitto kein Gerät angezeigt und in der Weboberfläche der openDTU wird der MQTT-Verbindungsstatus als “getrennt” angezeigt.

Im Protokoll von Mosquitto erscheinen in regelmäßigen Intervallen die Meldungen zu den Anmeldeversuchen. Hier ein Ausschnitt:

2026-02-22 15:36:26: New connection from 192.168.2.113:61880 on port 1883.

2026-02-22 15:36:26: New client connected from 192.168.2.113:61880 as OpenDTU (p2, c1, k15, u'mqttuser').

2026-02-22 15:36:48: Client OpenDTU has exceeded timeout, disconnecting.

Hier noch zwei Screenshots von der Konfiguration der openDTU:

Ich habe alle möglichen Einstellungen in der openDTU ausprobiert, leider ohne Erfolg. Vielleicht hat jemand von euch einen Tipp, woran es liegen könnte, dass bereits das Auto-Discovery in HA nicht funktioniert. Sind nach der Installation von Mosquitto für die openDTU spezielle Einstellungen in dessen Konfiguration nötig? Ich habe leider in allen Videos, die ich dazu angesehen habe, keine Hinweise darauf gefunden. Eigentlich sollte das doch “einfach so” funktionieren.

Vielen Dank schon mal im voraus für eure Hilfe.

derblauedirk

[Wolfi1]

Deine MQTT Einstellung scheinen in Ordnung zu sein. (openCCU)

Ist das, das einzige Gerät am Broker?
Nimm mal was anderes zum Testen
Mqtt user und PW in Ordnung?

Ich habe den User des Brokers in der Integration direkt definiert nicht in der User Verwaltung von HA glaube ich zu mindestens ist aber schon 3 Jahre her.

Gruss

[Innovator]

Von welcher Hoymiles-Integration sprichst Du? Mein openDTU und die beiden WR laufen ohne eine extra Integration, sondern als Geräte nur in der Mosquitto-Integration.

[derblauedirk]

Hallo Innovator,

vielen Dank für deine schnelle Antwort.

Ich hatte seit ca. 1,5 Jahren meine beiden Hoymiles-Wechselrichter über die Original Hoymiles DTU-WLite verwaltet und die Werte über die Hoymiles-Integration (GitHub - suaveolent/hoymiles-wifi: Library to communicate with Hoymiles DTUs and HMS WiFi enabled microinverters via protobuf.) in HA angezeigt bekommen. Das lief von Anfang an ohne Probleme. Seit einem HA Core-Update von 2025.12.?? auf 2026.1.3 traten plötzlich Probleme auf. Zuerst nur nachts um ca. 1.00 Uhr. Da wurde der Verbindungsstatus zur DTU entweder als “getrennt”, “unbekannt” oder soger “nicht verfügbar” angezeigt. Dieses Problem konnte jedoch durch einen simplen Neustart der Integration behoben werden. Das habe ich einfach als Automation eingerichtet und das Problem damit umschifft.

Als dann das Update auf Core 2026.2.2 vorhanden war, habe ich dieses installiert in der Hoffnung, dass damit auch die Probleme in der Hoymiles-Integration behoben seien. Das Gegenteil war der Fall! Nun ist selbst ein Neustart der Hoymiles-Integration nicht mehr hilfreich. Ich muss oft die DTU vom Stromnetz abziehen und HA komplett neu starten, um die Werte wieder angezeigt zu bekommen. Ich habe bereits mit dem Entwickler der Integration Kontakt gehabt. Nach seiner Empfehlung hatte ich sogar die Wechselrichter mit ausgeschaltet und nach 10 Minuten Wartezeit alles wieder eingeschaltet. Daraufhin war die DTU einen ganzen Tag verbunden und alles schien in Ordnung zu sein. Nachts gegen 1:00 Uhr war der Spaß jedoch schon wieder vorbei und das ganze Theater mit Neustart der Integration und von HA und dem Abziehen der DTU und Wiedereinstecken begann von vorne. Aus diesem Grund wollte ich von der Lösung mit der Hoymiles DTU und der Integration weg zu einer openDTU/MQTT-Lösung. Und da stoße ich nun auf die geschilderten Schwierigkeiten. Die Hoymiles-Integration hatte ich übrigens vorher deaktiviert und die Hoymiles DTU abgezogen, damit es da keine Probleme geben kann.

Ich bin nun einigermaßen ratlos, weil es in allen Videos immer so einfach zu sein scheint, den Mosquitto einzurichten. Nur von den konkreten Schritten der MQTT-Konfiguration innerhalb der Weboberfläche der openDTU habe ich bisher keine Videos gefunden.

[derblauedirk]

@Wolfi1:

Auch dir vielen Dank für deine schnelle Antwort.

Zu deinen Fragen:

Es ist das einzige Gerät, das ich per MQTT verbinden möchte. Ein anderes Gerät zum Test habe ich leider nicht.

Den Benutzer “mqttuser” mit seinem Passwort habe ich in HA unter Benutzer angelegt und lediglich Rechte im lokalen Netzwerk zugewiesen. Aber auch ohne diese Einschränkung funktioniert es nicht. Dass der angelegte Benutzer insoweit von Mosquitto akzeptiert wird, kann ich daran erkennen, dass sein Passwort geprüft wird. Speichere ich in der Weboberfläche der openDTU ein falsches Passwort, erscheint in dem Protokoll von Mosquitto:

2026-02-22 18:02:35: New connection from 192.168.2.113:64874 on port 1883.
2026-02-22 18:02:35: Client OpenDTU disconnected, not authorised.

Speichere ich danach wieder das richtige Passwort, erscheint wieder:

2026-02-22 18:02:40: New connection from 192.168.2.113:64875 on port 1883.
2026-02-22 18:02:40: New client connected from 192.168.2.113:64875 as OpenDTU (p2, c1, k15, u'mqttuser').
2026-02-22 18:03:02: Client OpenDTU has exceeded timeout, disconnecting.

Dass in Mosquitto ein User direkt in dessen Einstellungen angelegt werden müsste, habe ich bisher noch in keinem Video gesehen. Da hat es in den vergangenen 3 Jahren sicher aber auch eine Menge Updates der App gegeben. Vielleicht hat sich da ja was geändert.

Hast du vielleicht sonst noch einen Lösungsansatz? Wären irgendwelche weiteren Angaben oder Protokolle hilfreich?

[Onkel_Mikke]

Komisch. Einzig das ich einzelne Panels nicht aktiv habe, siehts bei mir identisch aus und läuft 1a. Klingt herausfordernd.

2026-02-10 17:18:58: New connection from 192.168.178.33:57068 on port 1883.
[17:18:58] INFO: Successfully send discovery information to Home Assistant.
2026-02-10 17:18:58: New client connected from 192.168.178.33:57068 as OpenDTU-9755816 (p2, c1, k15, u'mqtt-nutzer').
[17:18:58] INFO: Successfully send service information to the Supervisor.

So schaut’s in meinem Log aus, nachdem HA neustartet und die DTU wieder verbindet

Gruß

[Wolfi1]

Ja gut Mosquitto broker addon ist die eine Sache.

Und dann braucht es noch die MQTT Interegration mit verbindung zum Broker
Wo die Geräte auflaufen?

und die Verbindung zum Broker sollte natürlich stehen.
Auch mal an Restart denken!

New client connected from 192.168.178.193:57522 as OpenDTU-6591364 (p2, c1, k15, u'MQTT').
2026-02-22 14:05:25: Client wg-gateway-c-8813bf251630 has exceeded timeout, disconnecting.

[Innovator]

Schmeiß einfach die nicht mehr benötigte Hoymiles Integration raus (löschen und HA neu starten), dann wird die Verbindung zwischen der openDTU und Mosquitto sicher sofort aufgebaut. Die Einstellung in Deiner openDTU sind richtig (bei mir identisch). In der Mosquitto Integration tauchen dann beide Wechselrichter als (neue) Geräte auf.

Wenn nicht, würde ich nochmal den MQTTuser in HA und dessen PW auf Übereinstimmung mit der openDTU checken.

[Wolfi1]

@derblauedirk

ch habe mir eine fertig aufgebaute openDTU NRF von blinkyparts.com gekauft, weil ich mit der original DTU-Wlite von Hoymiles und der Hoymiles-Integration in HA Probleme habe. Nach einem Update auf HA Core 2026.1.3 funktioniert die Übertragung der Werte von der DTU in die Hoymiles-Integration nicht mehr zuverlässig. Aber das soll hier nicht das Thema sein.

Geht ja auch nicht um die Hoymiles-Integration
sondern um openDTU + MQTT

Gruss

[derblauedirk]

@Wolfi1

Mosquitto Broker läuft und ist aktuell.

Ohne die openDTU eingeschaltet zu haben, erscheinen im Protokoll alle 2 Minuten diese beiden Zeilen:

2026-02-23 17:12:26: New connection from 172.30.32.2:60976 on port 1883.
2026-02-23 17:12:26: Client <unknown> closed its connection.

Die sollen aber laut mehrerer Forenbeiträge unkritisch sein. Sobald die openDTU eingeschaltet und mit WLAN und den Wechselrichtern verbunden ist, erscheinen die zusätzlichen 3 Zeilen mit der Anmeldung und dem Timeout, die ich bereits oben gepostet hatte.

Außerdem ist die MQTT-Integration installiert und läuft.

Das ist bei mir unter “Neu konfigurieren” eingestellt:

Der Benutzername und das zugehörige Passwort sind identisch mit dem in HA angelegten Benutzer. Es werden bei mir jedoch keinerlei Geräte und schon gar keine Entitäten erkannt, obwohl die Anmeldeversuche der openDTU im Protokoll von Mosquitto ja zu sehen sind. In der Konfiguration der openDTU ist definitiv der richtige Benutzer und Passwort gespeichert. Ich hatte schon geschrieben, dass es andere Fehlermeldungen im Protokoll von Mosquitto gibt, wenn ich in der openDTU bewusst ein falsches Passwort speichere.

Home Assistant wurde bereits mehrfach neu gestartet - ohne einen Effekt auf dieses Problem. Mir erschließt sich einfach nicht, was bei der Anmeldung der openDTU zu dem Timeout führt.

@Innovator

Ich habe die Hoymiles-Integration bisher noch nicht komplett gelöscht, weil ich mit ihr im Moment noch bessere Ergebnisse erziele, als mit der openDTU, auch wenn es etwas hakelig ist. Ich habe die Hoymiles-Integration aber deaktiviert und auch die Hoymiles DTU-WLite abgezogen bei allen Versuchen mit MQTT. Leider taucht bei mir nichts sofort in Mosquitto auf. Ich glaube auch nicht, dass die Hoymiles-Integration irgendetwas mit den MQTT-Daten zu tun hat, da sie direkt auf die Kommunikation zwischen der DTU-WLite und den Wechselrichtern von Hoymiles zugreift und diese Daten abfängt. Die Hoymiles-Integration stellt dann selbst die entsprechenden Entitäten zur Verfügung. Andere Apps, wie MQTT oder ZigBee, etc. werden dafür nicht benötigt.

Und ja, wie bereits geschrieben: Die Angaben zu Benutzer und Passwort sind überall identisch und mehrfach getestet. An den Zugangsdaten liegt es definitiv nicht. Leider, denn dann wäre ich schon lange zufrieden und am Ziel.

Dennoch, vielen Dank an euch alle, die ihr euch Gedanken gemacht habt und mir geantwortet habt. Ich bin natürlich weiterhin an Lösungsvorschlägen und Tipps interessiert. Am kommenden Wochenende habe ich selbst noch einen Hoffnungsschimmer. Mein befreundeter Nachbar, der ebenfalls Home Assistant nutzt, hat mir angeboten, meine openDTU bei sich in seinen Mosquitto-Broker zu integrieren. Er hat bereits 3 Geräte mit vielen Entitäten bei sich laufen, aber keine DTU (weder von Hoymiles noch einem anderen Anbieter). Das ist die Chance, um meine openDTU bei ihm zu testen. Vielleicht ist dadurch das Problem zu lokalisieren.

Ich werde mich am Wochenende nochmals hier melden, was bei diesem Versuch herausgekommen ist.

Bis dahin viele Grüße und nochmals danke an alle,

derblauedirk

Nachtrag:

@Wolfi1

Mir ist in deinen Screenshots ein Unterschied zu meiner Integration aufgefallen:

Bei dir steht unter “Dienste” nicht “Mosquitto broker”, wie bei mir, sondern eine IP-Adresse. Da ich keine Möglichkeit gefunden habe, diesen Namen zu ändern, muss die angezeigte IP-Adresse vom System selbst dort eingetragen worden sein. Ist das die IP-Adresse der openDTU (wohl kaum, da dies ja nur ein Gerät von vielen ist), von deinem Home Assistant selbst, oder bekommt der Mosquitto-Broker eine eigene IP-Adresse, wenn er korrekt läuft? Kannst du dazu etwas sagen?

Viele Grüße,

derblauedirk

by HarryP: Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)

[suedschwede]

Da kommt die IP-Adresse von Deinem HA-Hostsystem (192.168.2.222) rein wenn der Broker auch auf dem gleichen Rechner wie HA läuft

[derblauedirk]

Vielen Dank auch an dich für diesen Kommentar. Ich hatte das mit der IP-Adresse des HA-PCs schon mal probiert, habe es jetzt aber nochmals gemacht. Nach einem Neustart von HA und beenden des Mosquitto-Brokers, habe ich diesen neu gestartet und das folgende Protokoll des Startvorgangs bekommen. Kann irgendjemand einen Hinweis herauslesen, was da bei mir schiefgehen könnte?

[11:31:09] INFO: Service restart after closing
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/mosquitto.sh
[12:31:26] INFO: SSL is not enabled
cont-init: info: /etc/cont-init.d/mosquitto.sh exited 0
cont-init: info: running /etc/cont-init.d/nginx.sh
cont-init: info: /etc/cont-init.d/nginx.sh exited 0
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun mosquitto (no readiness notification)
services-up: info: copying legacy longrun nginx (no readiness notification)
[12:31:27] INFO: Starting NGINX for authentication handling...
s6-rc: info: service legacy-services successfully started
[12:31:27] INFO: Starting mosquitto MQTT broker...
2026-02-24 12:31:27: Warning: Mosquitto should not be run as root/administrator.
2026-02-24 12:31:27: mosquitto version 2.0.22 starting
2026-02-24 12:31:27: Config loaded from /etc/mosquitto/mosquitto.conf.
2026-02-24 12:31:27: Loading plugin: /usr/share/mosquitto/go-auth.so
2026-02-24 12:31:27:  ├── Username/password checking enabled.
2026-02-24 12:31:27:  ├── TLS-PSK checking enabled.
2026-02-24 12:31:27:  └── Extended authentication not enabled.
2026-02-24 12:31:27: Opening ipv4 listen socket on port 1883.
2026-02-24 12:31:27: Opening ipv6 listen socket on port 1883.
2026-02-24 12:31:27: Opening websockets listen socket on port 1884.
2026-02-24 12:31:27: mosquitto version 2.0.22 running
2026-02-24 12:31:27: New connection from ::1:57886 on port 1883.
2026-02-24 12:31:27: Client <unknown> disconnected due to protocol error.
[12:31:28] INFO: Successfully send discovery information to Home Assistant.
[12:31:28] INFO: Successfully send service information to the Supervisor.
2026-02-24 12:31:29: New connection from 192.168.2.222:52709 on port 1883.
2026-02-24 12:31:29: New client connected from 192.168.2.222:52709 as 5sphVG7r52AgHzwlVKG6zo (p2, c1, k60, u'mqttuser').
2026-02-24 12:31:29: New connection from 192.168.2.113:64706 on port 1883.
2026-02-24 12:31:29: New client connected from 192.168.2.113:64706 as OpenDTU (p2, c1, k15, u'mqttuser').
2026-02-24 12:31:45: New connection from 172.30.32.2:51962 on port 1883.
2026-02-24 12:31:45: Client <unknown> closed its connection.
2026-02-24 12:31:52: Client OpenDTU has exceeded timeout, disconnecting.
2026-02-24 12:32:01: New connection from 192.168.2.113:64707 on port 1883.
2026-02-24 12:32:01: New client connected from 192.168.2.113:64707 as OpenDTU (p2, c1, k15, u'mqttuser').
2026-02-24 12:32:24: Client OpenDTU has exceeded timeout, disconnecting.
2026-02-24 12:32:34: New connection from 192.168.2.113:64708 on port 1883.
2026-02-24 12:32:34: New client connected from 192.168.2.113:64708 as OpenDTU (p2, c1, k15, u'mqttuser').
2026-02-24 12:32:56: Client OpenDTU has exceeded timeout, disconnecting.
2026-02-24 12:33:06: New connection from 192.168.2.113:64709 on port 1883.
2026-02-24 12:33:06: New client connected from 192.168.2.113:64709 as OpenDTU (p2, c1, k15, u'mqttuser').
2026-02-24 12:33:28: Client OpenDTU has exceeded timeout, disconnecting.
2026-02-24 12:33:38: New connection from 192.168.2.113:64710 on port 1883.
2026-02-24 12:33:38: New client connected from 192.168.2.113:64710 as OpenDTU (p2, c1, k15, u'mqttuser').
2026-02-24 12:33:45: New connection from 172.30.32.2:55358 on port 1883.
2026-02-24 12:33:45: Client <unknown> closed its connection.
2026-02-24 12:34:01: Client OpenDTU has exceeded timeout, disconnecting.
2026-02-24 12:34:10: New connection from 192.168.2.113:64711 on port 1883.
2026-02-24 12:34:10: New client connected from 192.168.2.113:64711 as OpenDTU (p2, c1, k15, u'mqttuser').
2026-02-24 12:34:32: Client OpenDTU has exceeded timeout, disconnecting.

Der HA-PC hat die IP 192.168.2.222 und die openDTU die 192.168.2.113. Beide tauchen im Protokoll auf. Die openDTU ist weiterhin nicht verbunden, in der MQTT-Integration taucht kein Gerät auf. Leider weiterhin kein Erfolg.

[Thomassh]

Hat dein Mqtt Passwort Sonderzeichen ?

Versuch bitte einmal ein einfaches kurzes Passwort wie “test”.

Was steht in der Console von der dtu im Log ?

[derblauedirk]

Hallo nochmals an alle, die mir geantwortet haben und vielen Dank für eure Tipps und Hilfestellungen. Am verwendeten Passwort des MQTT-Benutzers lag es leider auch nicht. Inzwischen hat sich das Problem aber für mich erledigt. Um vielleicht anderen bei einem ähnlichen Fall zu helfen, gebe ich hier gerne noch die Rückmeldung, was letztendlich für mich die Lösung gebracht hat:

Nachdem ich am Wochenende meine OpenDTU bei meinem Nachbarn erfolgreich mit MQTT verbinden konnte und getestet hatte, habe ich zusätzlich noch ein Display von ihm, dass sich mit MQTT verbinden lässt, bei mir ausprobiert. Auch mit diesem weiteren Gerät gab es identische Probleme. Es funktionierte kein Auto Discovery und im Protokoll des Mosquitto Brokers erschienen die gleichen Fehlermeldungen, dass sich das Gerät zwar mit seiner IP-Adresse angemeldet hat, aber nach ca. 10 Sekunden kam der Timeout. Es war durch diese Versuche eindeutig belegt, dass das Problem innerhalb meiner Home Assistant Installation liegen muss. Da alle Versuche mit Neustarts und Neuinstallation der betreffenden Add-Ons und Integrationen bereits erfolglos waren, entschied ich mich, nach einem Backup des letzten (fehlerhaften) Stands, auf eine frühere Version von November 2025 zurückzukehren. Das war ein Stand mit Core 2025.11.3, in dem es definitiv noch keinen Mosquitto Broker und keine MQTT-Integration gab. Ich hatte zu der damaligen Zeit keinerlei Geräte, die MQTT verwenden.

Das Wiederherstellen dieser Version wurde erfolgreich abgeschlossen. Beim Versuch, als erstes den Mosquitto Broker zu installieren, musste ich feststellen, dass dieser bereits vorhanden war, obwohl es bei der Auswahl, welche Komponenten bzw. Add-Ons wiederhergestellt werden sollen, keine Option dazu gab. Hätte es diese gegeben, hätte ich sie natürlich nicht ausgewählt. Bei der MQTT-Integration waren ebenfalls bereits die OpenDTU und die beiden Wechselrichter als Geräte eingetragen. Nur leider funktionierte auch nach dem Wiederherstellen der vorherigen Version die MQTT-Kommunikation nicht. Im Protokoll des Mosquitto Brokers waren erneut die bekannten Anmeldeversuche und der Timeout der OpenDTU zu sehen. Es hat sich dadurch für mich herausgestellt, dass sich eine früher noch nicht vorhandene Integration durch das Wiederherstellen eines Backups nicht “entfernen” lässt und auch die vorhandenen Probleme mit dieser Integration durch das Wiederherstellen einer früheren Version, in der es diese Integration noch gar nicht gab, nicht verschwinden.

Als nächstes sah ich nur die Möglichkeit, Home Assistant komplett neu zu installieren. Ich habe dies (wie bei meiner ersten Installation auch) mit einem Ubuntu-Stick und dem neuesten Image “haos_generic-x86-64-17.1.img.xz” auf einem Mini-PC gemacht. Nach dem Onboarding und der Ersteinrichtung habe ich natürlich als erstes den Mosquitto Broker und die MQTT-Integration installiert. Und zu meiner Freude und Erleichterung wurde nach dem Einschalten meiner OpenDTU diese sofort erkannt und alle Entitäten waren verfügbar und wurden angezeigt. Damit war diese Hürde schon mal genommen.

Jetzt ging es “nur noch” darum, meine komplexe Einrichtung und die Daten aus meinem Backup vom letzten Stand zurückzuholen, ohne dabei wieder etwas an der MQTT-Integration zu beschädigen. Beim Wiederherstellen aus dem Backup wurde mir auch der Mosquitto Broker als ein Add-On angezeigt, das wiederhergestellt werden könnte. Diesen einen Haken habe ich entfernt, alle anderen Auswahlmöglichkeiten habe ich ausgewählt. Nach der Wiederherstellung und einem Neustart des Systems waren alle meine Apps, Integrationen, Helfer, Automationen und Daten wieder da. Das war zumindest schon mal sehr beruhigend. Ich hätte ungern alles wieder “zu Fuß” eingerichtet. Und das Beste war: Die OpenDTU und die Wechselrichter waren immer noch vorhanden und lieferten die Daten an die MQTT-Integration. Dieser Zustand ist jetzt seit mehr als 24 Stunden stabil. Ich wage zu behaupten, dass dieser Weg letztendlich den Erfolg gebracht hat, ohne dabei etwas zu verlieren. Alle anderen Wege hatten keinen Erfolg.

Als Konsequenz für mich bleibt festzuhalten, dass eine komplette Neuinstallation und das Zurückspielen des Backups einer fehlerhaften Installation dennoch erfolgreich verlaufen kann. Ich vermute dabei jedoch (ich will es nicht noch einmal anders ausprobieren), dass die Installation des Mosquitto Brokers in die nackte Installation von Home Assistant und das Abwählen dieses Add-Ons bei der Wiederherstellung den Erfolg gebracht hat. Wenn sich dieser Zustand nun einige weitere Tage bewährt hat, werde ich mir zusätzlich noch mit dem Ubuntu-Stick ein Image meiner Festplatte anlegen. Das ist dann zwar nicht komprimiert, wie das Original im .img.xz-Format, ist aber bei einem ähnlichen Fall vielleicht noch einmal hilfreich.

Ich bin jetzt jedenfalls happy und bedanke mich nochmals bei euch allen, die sich Gedanken gemacht haben und mir ihre Tipps gegeben haben. Ich markiere diesen Fall als nun gelöst.

Viele Grüße

derblauedirk