Home Assistant entwickelt sich nicht nur bei sichtbaren Funktionen weiter. Auch unter der Oberfläche werden Schnittstellen vereinheitlicht, damit Integrationen, Konfigurationsflows und Blueprints zuverlässiger mit Temperaturen und Einheiten umgehen können. Zwei aktuelle Hinweise aus der Entwicklerdokumentation betreffen genau diesen Bereich: Climate- und Water-Heater-Entitäten erhalten neue native Temperaturattribute, außerdem kommt ein neuer UnitOfMeasurementSelector.
Neue Temperaturattribute für Climate und Water Heater
Für Core 2026.11 ist eine Änderung bei Climate-Entitäten und Water-Heater-Entitäten vorgesehen. Temperaturwerte sollen künftig mit Attributen versehen werden, deren Namen den Präfix „native_“ tragen. Zusätzlich wird die verwendete temperature_unit als Zustandsattribut veröffentlicht.
Damit wird deutlicher, in welcher Form Temperaturwerte von einer Entität bereitgestellt werden. Für Entwickler ist das insbesondere deshalb relevant, weil Temperaturdaten in Home Assistant nicht nur angezeigt, sondern auch von Integrationen, Automationen und anderen Bestandteilen des Systems verarbeitet werden.
Die bisherigen Attributnamen verschwinden allerdings nicht sofort. Laut der Entwicklerdokumentation bleiben sie zunächst erhalten, werden aber mit einer Warnung versehen. Erst für Core 2027.11 ist ihre Entfernung vorgesehen. Dadurch entsteht eine Übergangsphase, in der bestehende Lösungen angepasst werden können.
Die Änderung richtet sich damit nicht nur an das Home-Assistant-Core-Team. Auch Entwickler benutzerdefinierter Climate- und Water-Heater-Integrationen müssen ihre Implementierungen überprüfen und an die neuen Attribute anpassen. Wer eine solche eigene Integration betreibt oder entwickelt, sollte die Umstellung daher frühzeitig berücksichtigen, damit die Lösung nicht von den später entfernten bisherigen Attributnamen abhängig bleibt.
Für Anwender mit ausschließlich offiziellen Integrationen dürfte die Änderung vor allem indirekt sichtbar werden. Entscheidend ist, dass eigene Anpassungen, benutzerdefinierte Integrationen oder andere Konfigurationen, die auf die bisherigen Namen zugreifen, rechtzeitig geprüft werden. Die Entwicklerdokumentation nennt ausdrücklich die Warnungsphase und den geplanten Zeitpunkt für die Entfernung.
Warum die Übergangsphase wichtig ist
Eine angekündigte Entfernung ist für Entwickler ein Hinweis, bestehende Zugriffe nicht dauerhaft unverändert weiterzuführen. Die Warnung schafft dabei einen Zeitraum zwischen der Einführung der neuen Schreibweise in Core 2026.11 und der geplanten Entfernung in Core 2027.11.
Das bedeutet nicht, dass jede Home-Assistant-Installation sofort angepasst werden muss. Die konkrete Relevanz hängt davon ab, ob eine Installation eigene Climate- oder Water-Heater-Integrationen verwendet oder ob selbst entwickelte Lösungen auf die betroffenen Attribute zugreifen. Für diese Zielgruppe ist die Meldung jedoch wichtig, weil sie eine bevorstehende Änderung der Schnittstelle ankündigt.
Weitere Details zu den neuen Temperaturattributen und zum Zeitplan stehen in der Meldung der Home Assistant Developer Docs vom 8. Oktober 2026: https://developers.home-assistant.io/blog/2026/10/08/climate-native-temperature/
Neuer UnitOfMeasurementSelector für Integrationen und Blueprints
Die zweite Meldung betrifft die Auswahl von Einheiten. Home Assistant führt einen neuen UnitOfMeasurementSelector ein. Dieser Baustein kann in Konfigurations- und Optionsflows sowie in Blueprints eingesetzt werden.
Seine Aufgabe besteht darin, gültige Einheiten automatisch zu filtern. Grundlage dafür sind Geräteklassen und Zustandsklassen. Entwickler müssen damit nicht mehr für jede Lösung eigene Listen mit auswählbaren Einheiten pflegen.
Das klingt zunächst nach einer Änderung, die vor allem den Entwicklungsaufwand reduziert. Für Nutzer kann sie sich aber ebenfalls bemerkbar machen: Wenn eine Integration oder ein Blueprint den neuen Selector verwendet, soll die Auswahl auf passende Einheiten begrenzt werden. Welche Einheiten angeboten werden, hängt dabei von den jeweiligen Geräte- und Zustandsklassen ab.
Der Vorteil liegt in einer einheitlicheren Behandlung von Einheiten. Eine selbst gepflegte Select-Liste kann im Laufe der Zeit von den tatsächlich gültigen Möglichkeiten abweichen. Der neue Selector übernimmt die Filterung anhand der Informationen, die Home Assistant zu Geräte- und Zustandsklassen verwendet. Dadurch kann die Auswahl innerhalb von Integrationen und Blueprints konsistenter erfolgen.
Wichtig ist dabei die Einordnung: Die Meldung beschreibt die Einführung des Selectors für Integrationen und Blueprints. Sie kündigt keine allgemeine Änderung für jede bestehende Konfiguration an. Ob Nutzer den neuen Baustein bemerken, hängt davon ab, ob Entwickler ihn in einem Konfigurationsflow, einem Optionsflow oder einem Blueprint einsetzen.
Die ursprüngliche Entwicklerankündigung zum UnitOfMeasurementSelector wurde am 9. Oktober 2026 veröffentlicht: https://developers.home-assistant.io/blog/2026/10/09/uom-selector/
Was beide Meldungen gemeinsam haben
Beide Änderungen betreffen Schnittstellen, die im Hintergrund für eine verlässliche Integration von Geräten und Konfigurationen sorgen. Bei den Climate- und Water-Heater-Entitäten geht es um die Benennung und Veröffentlichung von Temperaturwerten. Beim UnitOfMeasurementSelector geht es darum, gültige Einheiten nicht mehr über individuell gepflegte Listen auszuwählen, sondern anhand vorhandener Klassen zu filtern.
Für klassische Anwender sind solche Änderungen häufig weniger auffällig als eine neue Benutzeroberfläche oder eine neue Geräteunterstützung. Trotzdem können sie langfristig relevant sein. Standardisierte Attribute und eine konsistente Auswahl von Einheiten erleichtern es Integrationen und Blueprints, mit den Daten von Home Assistant zu arbeiten.
Für Entwickler ergeben sich dagegen konkrete Prüfaufgaben. Benutzerdefinierte Climate- und Water-Heater-Integrationen sollten wegen der geplanten Entfernung der bisherigen Attributnamen angepasst werden. Entwickler von Integrationen und Blueprints können außerdem prüfen, ob der neue UnitOfMeasurementSelector für ihre Konfigurations- und Optionsflows oder ihre Blueprints geeignet ist.
Fazit
Home Assistant kündigt mit diesen beiden Entwickleränderungen keine einzelne neue Endnutzerfunktion an, sondern arbeitet an klareren und konsistenteren Schnittstellen. Die neuen native_-Temperaturattribute und das zusätzliche temperature_unit-Zustandsattribut werden für Climate- und Water-Heater-Entitäten relevant. Die bisherigen Namen bleiben zunächst mit Warnung bestehen, sollen aber in Core 2027.11 entfernt werden.
Der UnitOfMeasurementSelector soll wiederum dafür sorgen, dass Integrationen und Blueprints gültige Einheiten automatisch anhand von Geräte- und Zustandsklassen filtern können. Beide Meldungen zeigen damit, dass auch technische Grundlagen von Home Assistant laufend weiterentwickelt werden. Wer eigene Integrationen, Blueprints oder individuelle Anpassungen pflegt, sollte die Hinweise aus der Entwicklerdokumentation im Blick behalten.