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

[SLie]

Hallo zusammen. Bei mir hat es nach dem Update die Viessmann Integration zerlegt: Keine Sensordaten mehr, alles leer.

Log sagt Folgendes:

Logger: homeassistant.config_entries
Quelle: config_entries.py:803
Erstmals aufgetreten: 4. September 2026 um 13:01:13 (1 Vorkommnis)
Zuletzt protokolliert: 4. September 2026 um 13:01:13

Error setting up entry ViCare for vicare

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 803, in __async_setup_with_context
    result = await component.async_setup_entry(hass, self)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/vicare/__init__.py", line 166, in async_setup_entry
    entry.runtime_data = await hass.async_add_executor_job(_setup_vicare_api, auth)
                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/concurrent/futures/thread.py", line 86, in run
    result = ctx.run(self.task)
  File "/usr/local/lib/python3.14/concurrent/futures/thread.py", line 73, in run
    return fn(*args, **kwargs)
  File "/usr/src/homeassistant/homeassistant/components/vicare/__init__.py", line 237, in _setup_vicare_api
    client.initWithExternalOAuth(auth)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^
  File "/usr/local/lib/python3.14/site-packages/PyViCare/PyViCare.py", line 45, in initWithExternalOAuth
    self.__loadInstallations()
    ~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/local/lib/python3.14/site-packages/PyViCare/PyViCare.py", line 61, in __loadInstallations
    installations = self.oauth_manager.get(
        "/equipment/installations?includeGateways=true")
  File "/usr/local/lib/python3.14/site-packages/PyViCare/PyViCareAbstractOAuthManager.py", line 52, in get
    self.__handle_rate_limit(response)
    ~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/PyViCare/PyViCareAbstractOAuthManager.py", line 88, in __handle_rate_limit
    raise PyViCareRateLimitError(response)
PyViCare.PyViCareUtils.PyViCareRateLimitError: (PyViCareRateLimitError(...), 'API rate limit development portal "51251be5-70eb-4eea-b447-f5da95b040df" daily limit exceeded. Max 3000 calls in timewindow. Limit reset at 2026-09-05T00:00:04.096000.')

[HaGoDo]

Für das Problem mit Livisi-Unofficial gibt es eine Lösung.

Man muss in /config/custom_components/livisi/entity.py

die Zeile “via_device=(DOMAIN, config_entry.entry_id),” löschen oder per # deaktivieren und HA neu starten. Dann sind alle Geräte und Entitäten wieder da.

[fotokroth]

@thowie

warum meldest du das hier?

Das Map Tiles API Key required Problem ist ein im Release Video sehr ausführlich besprochenes Thema was mit 2026.9 behoben wurde und das trotz des Umstandes das es quasi last Minute erst entstanden ist und für das weder 2026.8.x noch HA überhaupt etwas konnte.
Das ganze Map Tile System ist nun sogar sehr stark verbessert worden.

Problem ist bei mir noch vorhanden.

[Osorkon]

Schon mal den Browser Cache geleert?

Gruß Osorkon

[fotokroth]

@Osorkon

Schon mal den Browser Cache geleert?

ja, auf allen Geräten.

[fotokroth]

Problem Map API Key in Karte Vehicle Status Card wurde vor wenigen Stunden durch Version 1.26.1 dev behoben.

[Bug]: 'Carto API key required' inprint

läuft jetzt bei mir.

[Bjoern3D]

Oh entschuldige! Dann war das wohl mein Fehler!

[miami]

Ich verwende einige HmIP Taster (mit OpenCCU (3.89.8.20260719) und Homematic(IP) Local for OpenCCU (V2.10.0) ), um Automatisierungen auszulösen.
Nach dem Update 2006.9.0, lösten die HmIP Taster, die (noch) als Gerät abgefragt wurden, nicht mehr aus und mussten auf Event umstellen müssen. Seitdem läuft alles wieder wie bisher.

Also statt bisher:

domain: homematicip_local
device_id: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
event_type: homematic.keypress
interface_id: openccu-HmIP-RF
model: HMIP-WRC2
value: null
type: press_short
subtype: 1
address: xxxxxxxxxxxxxxxxxx
trigger: device

nun:

trigger: event.received
target:
  entity_id:
    - event.schlafzimmer_rolladentaster_ch1
options:
  event_type:
    - press_short

[engelswelt]

Auch hier bei mir noch 3 alte und voll funktionierende NETIO-Geräte im Einsatz. Man könnte ja einfach die Legacy-Variante über die configuration.yaml bestehen lassen. Wäre an einer pfannenfertigen Lösung interessiert. Kann zwar einfache Dinge selber programmieren aber bisher hat KI-generiertes bei mir noch nie funktioniert. Also bitte, lasst bitte die Endanwender nicht einfach im Regen stehen.

[harryp]

Anstatt am Freitag Abend kommt das erste September-Update mal am Samstag:

HA-Core 2026.9.1 ist online:

Release 2026.9.1 · home-assistant/core

[HaGoDo]

Ich kann dir keine ganz komplette Lösung anbieten.

Dies hab ich in configuration.yaml eingefügt:

rest_command:
  netio_login:
    url: "http://192.168.54.10/tgi/control.tgi?login=p:user:passwort"
    method: GET

  netio_1_on:
    url: "http://192.168.54.10/tgi/control.tgi?p=1uuu"
    method: GET
  netio_1_off:
    url: "http://192.168.54.10/tgi/control.tgi?p=0uuu"
    method: GET
  netio_2_on:
    url: "http://192.168.54.10/tgi/control.tgi?p=u1uu"
    method: GET
  netio_2_off:
    url: "http://192.168.54.10/tgi/control.tgi?p=u0uu"
    method: GET
  netio_3_on:
    url: "http://192.168.54.10/tgi/control.tgi?p=uu1u"
    method: GET
  netio_3_off:
    url: "http://192.168.54.10/tgi/control.tgi?p=uu0u"
    method: GET
  netio_4_on:
    url: "http://192.168.54.10/tgi/control.tgi?p=uuu1"
    method: GET
  netio_4_off:
    url: "http://192.168.54.10/tgi/control.tgi?p=uuu0"
    method: GET

  netio_quit:
    url: "http://192.168.54.10/tgi/control.tgi?quit=quit"
    method: GET

IP, user und passwort müsstest du anpassen.

Weiterhin hab ich für jeden Ausgang (1-4) einen Schalter-Helfer angelegt:

Geschaltet wird über je eine Automation für jeden Ausgang:

alias: Netio_1
description: ''
triggers:
  - trigger: state
    entity_id:
      - input_boolean.netio_1
    from:
      - 'on'
    to:
      - 'off'
  - trigger: state
    entity_id:
      - input_boolean.netio_1
    from:
      - 'off'
    to:
      - 'on'
conditions: []
actions:
  - if:
      - condition: switch.is_on
        target:
          entity_id: input_boolean.netio_1
        options:
          behavior: any
          for: '00:00:00'
    then:
      - action: rest_command.netio_login
        metadata: {}
        data: {}
      - action: rest_command.netio_1_on
        metadata: {}
        data: {}
      - action: rest_command.netio_quit
        metadata: {}
        data: {}
    else:
      - action: rest_command.netio_login
        metadata: {}
        data: {}
      - action: rest_command.netio_1_off
        metadata: {}
        data: {}
      - action: rest_command.netio_quit
        metadata: {}
        data: {}
mode: single

Damit kann ich alle 4 Ausgänge (Steckdosen) ein- und ausschalten. Wenn man per Handy-App oder Webif umschaltet, wird das nicht an HA gemeldet. Wenn man das braucht, muss man noch eine Statusabfrage in HA einbauen, was aber nicht trivial ist.

Das Ganze kann man sicherlich vereinfachen, indem man die Automationen zusammenfasst und die Ein- und Ausschaltseqquenzen (1uuu, 0uuu, u1uu,u0uu usw.) als Parameter übergibt. Aber das ist technisch nicht erforderliche Feinarbeit.

[engelswelt]

Danke. Bin positiv überrascht, dass hier einem so unkompliziert geholfen wird. Werde es in den kommenden Tagen mal testen. Vielleicht tut sich in den kommenden Monaten noch was. Hätte aber gedacht, dass mehr als 17 Leute diese Geräte noch verwenden. Aber nachdem der Hersteller die alte App eingestampft hat, haben sich sicherlich die meisten davon getrennt. Seit ich Ende 2025 HA installiert habe, konnte ich vielen Geräten neues Leben einhauchen.

EDIT: Lies mir keine Ruhe und hab getestet: Funktioniert einwandfrei und lässt keine Wünsche offen. Die Rückmeldung an HA ist eine nette Spielerei.

Folgende Passage kann weggelassen werden:

      - action: rest_command.netio_quit
        metadata: {}
        data: {}

Es gibt keinen quit-Befehl in der REST-API von NETIO. Da REST ein zustandsloses Protokoll (stateless) über HTTP/HTTPS ist, bleibt keine Session offen, die explizit beendet werden müsste. Jede Anfrage (GET/POST) wird nach dem Erhalt der Antwort automatisch geschlossen.

Dieser Fehler wird sonst ausgegeben:

[Daniel-Hannover]

Guten Morgen,
kann mir jemand verraten wie ich zu dieser Clear Cache funktion komme ?
Bei mir laufen meine Homematic (Nicht IP)
HM-PB-2-WM55-2 (Funk-Wandtaster 2-fach im 55er Rahmen) nicht mehr.

Wenn ich die Integration öffne kann ich nichst derartiges finden.

Grüße und Danke
Daniel

[Thalion]

@Daniel-Hannover

Kann mir jemand verraten wie ich zu dieser Clear Cache funktion komme ?

Das ist nicht unter der Integration zu finden.
Im Home Assistant geht man links auf Einstellungen, dann runterscrollen auf Werkzeuge und wählt dann oben Aktionen. Danach vorgehen, wie in dem Screenshot von mir.

[harryp]

Das Video von @simon42 zum Release ist online:

[chuck]

Ich habe gestern Abend das Update auf 2026.9.1 geupdatet, seit dem habe ich einen Fehler bei der Alexa Media Player Integration.
Ich kann mich nicht mehr anmelden.
Wenn ich sie neu konfiguriere, wird man ja weitergeleitet um sich bei Amazon anzumelden.
Wenn ich dann zu dem Punkt komme, wo ich einen Code für die 2FA anforden soll, springt er zurück auf die Anmeldeseite, der Code kommt auch nicht.
Normalerweise poppt ja die Seite auf, wo man dann den Code eingeben muss.
Hat noch jemand dieses Problem?

[miami]

Einstellungen>Werkzeuge>Aktionen
Dort homematicip_local.clear_cache suchen und die Integration auswählen (Vermutlich wird es da nur eine geben: ccu3-webui, meine habe ich openccu genannt).

[Buginithi]

Bei Homematic Schalter wurde was geändert. Was genau weiß ich nicht. Ich hab einen HmIP Handsender. Mußte bei Automationen die Auslöser für den Handsender neu setzen. Jetzt geht es wieder.

[Daniel-Hannover]

ok wenn ich nur die automation die Taster neu setzen muss ist es nicht so schlimm, aber grundsätzlich blöd. Homematic ist eben ein rein deutsches System. Evtl. haben das die auf der anderen Seite des Teiches nicht so auf dem Radar.

[miami]

Siehe meinen Post weiter oben. Ich denke, dass es mit HM genauso funktionieren wird.