Probleme mit Home Assistant Update ab Version 2026.8.* (aktuell 2026.8.3) + Video 🎉 von @simon42

Neustart von Home Assistant ist vollkommen ausreichend.

Auch diese wurden ja aus der configuration.yaml 1:1 ĂŒbernommen.

Wie schon gesagt, an der http Konfiguration hat sich nichts geÀndert und muss auch nichts nach der Migration in der GUI geÀndert werden.

Gruß Osorkon

Eben nicht
siehe Warnung

Auskommentieren sollte sein (zumindest um die Meldung loszuwerden, und ist auch sauberer)

Ja, war alles richtig migriert, aber funktionieren tat es nicht, bis zum kompletten Entfernen und Neu-Installieren von NGINX, vielleicht ist einfach was irgendwo hÀngen geblieben, keine Ahnung
es geht ja wieder alles, von daher


Bei meinem Roborock Saugroboter und einem ESPHome wurden die EntitÀten geÀndert.

Spook hat es erkannt und in den Automationen und Skripten hat mir HA schon die neuen GerÀte vorgeschlagen. Ich musste nur auf Ersetzen klicken, das vorgeschlagene GerÀt auswÀhlen und speichern.

Außerdem hatte ich noch einen http: Block in meiner configurations.yaml. Das wird jetzt in der UI konfiguriert. Den Block habe ich einfach entfernt. Die Konfiguration wurde ĂŒbernommen und ich kann sie in der UI sehen.

Mein HA lÀuft als HA OS als Proxmox VM. Von der hohen CPU-Last bin ich nicht betroffen.

Unterm Strich: Nicht 100% Reibungslos, aber dann doch recht simpel zu beheben.

Port 8123 habe ich belassen, da ich eigentlich eh HA so gut wie immer ĂŒber 443 mit der externen URL aufrufe.

So, jetzt habe zunÀchst card.mod entfernt und den Eintrag - /homeassistant/www/community/lovelace-card-mod/card-mod.js in der configuration.yaml entfernt bzw. auskommentiert. Neustart HA. Danach UIX (Kurzanleitung) via HACS installiert (Version 7.x.x, die zuerst angebotene 8.0.0 ging ja noch nicht, weil HA noch auf altem Stand war). HA Neustart.

Jetzt HA Core Update installiert, lief prima durch. UIX auf 8.0.0 aktualisiert und in der configuration.yaml den gesamten http-Block auskommentiert (vorher geschaut, ob wirklich alles in der UI drin steht).
Nochmals HA-Neustart → Alles okay, auch von außerhalb erreichbar ĂŒber meine Adresse :grinning_face:

EDIT: Nochmals danke fĂŒr eure Kommentare hier :+1:, ohne wĂ€re ich “in die Falle getappt”

Update durchgefĂŒhrt.

  1. Alle Roborock-Automationen mussten angepasst werden. GerÀtezuweisung war nicht korrekt.
    War aber easy da vorgeschlagenes GerĂ€t ĂŒbernommen werden kann.
  2. Tuya Anmeldung musste ĂŒber die Tuya-App bestĂ€tigt werden.
  3. Wie beschrieben den http: Block in der configuration.yaml deaktiviert und neu gestartet.
  4. Ich benutze Tailscale, auch diese Werte im http: Block wurden in die GUI ĂŒbernommen.

Ein bisschen Tipparbeit mit den Automationen aber ansonsten alles im grĂŒnen Bereich.

Lief alles zĂŒgig durch, auch die http-“Migration”. Selbst die Änderung auf Port 80 inkl. Änderung im nginx lief 1A.

Du könntest dir jetzt noch die MĂŒhe machen und im Code “card_mod:” mit “uix:” ersetzen, dann wĂ€re es sauber :wink:

Hallo maxe, verstehe ich dich richtig, du meinst meine oben zitierte Zeile aus der configuration.yaml? Die lautet genau so wie gepostet, ist jetzt halt nur auskommentiert. DemnÀchst wird mal wieder aufgerÀumt, danach ist sie dann weg. :grinning_face:

nimm das besser gleich zum Anlass wo immer es geht mit EntitÀten zu arbeiten, statt mit Device IDs, sonst pflegst Du Dir da nen Wolf :wink:

1 „GefĂ€llt mir“

Meine Version lÀuft nach dem Wechsel von card_mod auf uix problemlos.

Ich hÀtte aber eine Frage zum Port. Soll, kann, muss oder darf man den Port 8123 auf den nunmehrigen Standardport 80 Àndern?

Ich hab keinen Eintrag in der configuration.yaml, nur in den Netzwerkeinstellungen. 8123 funktioniert zwar noch, aber “sauberer” wĂ€re es wohl, wenn man den Port 80 eintrĂ€gt.

Solange nichts anders mit der gleiche IP Adresse wie Dein HA Server bei Dir auf den Port 80 lÀuft.
Kannst Du problemlos den Port 80 verwenden, wie auch jeden anderen beliebigen freien Port.
HÀttest Du auch schon vor 2026.8 tun können. Die freie Wahl ist nichts Neues.

Was neu ist, dass der Port 80 nun Standard bei neu Installation ist, aber immer noch beliebig Ànderbar.

Gruß Osorkon

1 „GefĂ€llt mir“

Nein, ich meine die Verwendung von UIX.

Danke!
Auf der IP-Adresse lÀuft nur HA. Dann probier ich das mal.

Tuya scheint aktuell generell Probleme zu haben, von denen ich auch betroffen bin. :cold_sweat:

2 „GefĂ€llt mir“

TatsÀchlich habe ich wegen des Problems mit Tuya das Update auf 2026.8.0 gemacht und seitdem klappt die Integration wieder (inzwischen rund 20h) ohne Probleme.
Aber in dem GitHub-Bug ist auch ein Workaround verlinkt.

Welches Problem mit den Ecovacs-Staubsaugern?
Mein Problem mit unserem Ecovacs ist eigentlich nur, dass der stĂ€ndig die Karte vom Erdgeschoss neu erstellt und dann alle Zonen-Definition und Skripte hinĂŒber sind, die davon ausgehen, dass die KĂŒche Nr. 4 und das Wohnzimmer Nr. 5 hat.

Das war auch das einzige was ich erledigen musste, sonst lief alles bestens.

Bei mir haben sich diverse GerÀte-IDs plötzlich geÀndert. Durfte 133 Automationen anpassen.

ZukĂŒnftig die EntitĂ€ten nutzen anstelle der GerĂ€te.

1 „GefĂ€llt mir“

Und das ist das Paradoxe, wenn man diese neuen Trigger nutzt, werden GerÀte genutzt, die in den IDs enden :zany_face:

Ich weiss schon warum ich die nicht nutze :wink:

2 „GefĂ€llt mir“