Résumer cet article :
Home Assistant 2026.7 ist verfügbar, und dieses Juli-Update erfüllt eine Anforderung, auf die viele schon lange gewartet haben: Automatisierungen einfacher zu erstellen, ohne das zu opfern, was Home Assistant so interessant macht.
Es ist kein verschobener Knopf oder ein kosmetischer Eingriff. Die große Neuerung sind die benutzerspezifischen Auslöser und Bedingungen (die seit einiger Zeit in den Labs waren), die zum Standardverhalten im Automatisierungs-Editor werden. Konkret: Statt in Begriffen von Entitäten, Zuständen und manchmal obskuren Attributen zu denken, nähert sich Home Assistant endlich der Art und Weise, wie wir unsere Szenarien denken.
Früher, um eine Automatisierung wie „Wenn Bewegung draußen erkannt wird, Licht einschalten“ zu erstellen, musste man den richtigen Auslöser auswählen, eine oder mehrere Entitäten auswählen, deren genaueren Zustand kennen und dann überprüfen, ob die Aktion auch wirklich die richtigen Geräte ansprach. Nicht unmöglich, aber es erforderte eine gewisse geistige Gymnastik. Und wenn man anfängt, fühlt sich diese Gymnastik manchmal wie ein Spagat an.
Mit 2026.7 beginnen wir damit, was wir tun wollen. „Bewegung draußen erkannt“. „Temperatur zu niedrig im Schlafzimmer“. „Batterie schwach“. „Tür offen“. „Sonne untergegangen“. Home Assistant kümmert sich um den Rest.
Es ist intuitiver und robuster. Beides geht oft Hand in Hand.
Automatisierungen, die endlich die Sprache des Hauses sprechen
Die greifbarste Änderung betrifft also den Automatisierungs-Editor. Die benutzerspezifischen Auslöser und Bedingungen werden allen zugänglich.
Das Prinzip: Statt eine technische Logik zu wählen, wählt man eine reale Situation.
Um die Heizung einzuschalten, wenn die Temperatur eines Raumes unter 18 °C sinkt, muss man nicht mehr „digitalen Auslöser“, „Attribut Temperatur“, „Wert unter“ denken. Man wählt einen temperaturbezogenen Auslöser aus, gibt seinen Schwellenwert an, und das war’s.
Das Gleiche gilt für Bewegungssensoren. Früher musste man manchmal wissen, ob der Sensor in den Zustand „on“, „detected“, „occupancy“, „motion“ oder ähnlich nach dem Hersteller übergeht. Der Editor bietet jetzt direkt einen Auslöser „Bewegung erkannt“ an.
Das ist nicht unerheblich. Die Konsistenz in den Namen ist es, die eine Automatisierung auch noch sechs Monate später lesbar macht – nicht nur am Abend ihrer Erstellung.
Home Assistant kündigt mehr als 200 neue Auslöser und mehr als 200 neue Bedingungen an. Bewegung, Anwesenheit, Batterie, Temperatur, Luftfeuchtigkeit, Öffnung, Medien, Lautstärke, Zustand eines Geräts, Position eines Rollos, Verfügbarkeit eines Updates, Rückkehr eines Staubsaugers zur Basis, Robotor-Rasenmäher in die Dockingstation gebracht: die häufigen Fälle sind abgedeckt.
Für erfahrene Nutzer bedeutet das Zeitersparnis. Für Anfänger beseitigt das eine echte Barriere. Und für Installateure, die ihren Kunden etwas Verständliches hinterlassen müssen, ist das eine sehr gute Nachricht.
Die Zonen werden in Szenarien wirklich nützlich
Die neuen Auslöser und Bedingungen funktionieren mit den Zielen von Home Assistant: Raum, Zone, Etage, Gerät, Entität oder Label. Hier wird es interessant.
Konkretes Beispiel. Sie haben drei Bewegungssensoren im Garten: einen vor der Eingangstür, einen neben der Garage, einen an der Terrasse. Früher würden Sie einen Auslöser mit den drei Entitäten erstellt haben oder drei separate Auslöser. Wenn Sie einen Sensor ersetzen, müsste man die Automatisierung anpassen.
Jetzt zielen Sie auf die Zone „Außenbereich“: Wenn Bewegung draußen erkannt wird, die Außenlichter einschalten. Wenn Sie in sechs Monaten einen neuen Sensor in dieser Zone hinzufügen, funktioniert die Automatisierung weiterhin, ohne etwas anpassen zu müssen.
Das gleiche Prinzip gilt für die Lichter. Sie sagen „Lichter im Außenbereich einschalten“. Wenn Sie später eine Zigbee-Wandleuchte, einen Shelly-Strahler oder eine Hue-Lampe in dieser Zone hinzufügen, bleibt Ihr Szenario gültig.
Das ist der Unterschied zwischen der Fixierung einer Liste von Entitäten und der Beschreibung einer Absicht. Der zweite Ansatz hält viel besser stand.
Labels folgen dem gleichen Prinzip. Erstellen Sie ein Label „Weihnachtsdekoration“, wenden Sie es auf Ihre Smart-Plugs und Lichterketten an und weisen Sie es dann in Ihren Automatisierungen zu. Eine einzige Automatisierung schaltet das ganze Zeug bei Sonnenuntergang ein, egal wo sich die Lichterketten im Haus befinden.
Die neuen Optionen „first“, „each“ und „all“ verändern alles
Wenn eine Automatisierung mehrere Geräte anvisiert, muss Home Assistant wissen, wie es reagieren soll. Die Version 2026.7 bringt drei unterschiedliche Verhaltensweisen: first, each und all.
Der first-Modus wird ausgelöst, sobald das erste Gerät übereinstimmt. Ein Fenster öffnet sich im Wohnzimmer → Heizung ausschalten. Es ist nicht notwendig zu warten, bis alle Fenster geöffnet sind.
Der each-Modus wird bei jedem Auftreten ausgelöst. Jedes Mal, wenn eine Person nach Hause kommt, senden wir eine Benachrichtigung oder aktualisieren ein Anwesenheitsprotokoll.
Der all-Modus wartet, bis alle angezielten Elemente übereinstimmen. Alle Fenster im Erdgeschoss sind geschlossen → wir aktivieren den Nachtmodus.
Diese Art von Logik gab es bereits, aber es erforderte Gruppen, Templates oder gut ausgeklügelte Bedingungen per Hand. Hier ist es in der Benutzeroberfläche, lesbar und so konzipiert, dass es verständlich ist, ohne die Werkzeugkiste des perfekten kleinen YAML-Entwicklers öffnen zu müssen.
Weniger technische Fallstricke in den Automatisierungen
Home Assistant ist leistungsstark, hat aber seine Tretminen. Zustände wie „unknown“ oder „unavailable“ haben schon so manchen zur Verzweiflung gebracht.
Ein Sensor, der nicht verfügbar wird und dann wieder seinen normalen Zustand annimmt, kann eine Automatisierung unerwartet auslösen, wenn sie schlecht konstruiert ist. Dasselbe Problem gilt für bestimmte Ereignisse, die den Zustand nicht offensichtlich ändern.
Die neuen spezialisierten Auslöser verwalten einen Teil dieser Komplexität intern. Home Assistant weiß besser, was ignoriert werden soll und was wirklich dem gesuchten Ereignis entspricht.
Das bedeutet nicht, dass erfahrene Benutzer die Kontrolle verlieren. Die klassischen Auslöser, Templates, komplexe Bedingungen und YAML bleiben verfügbar. Aber für häufige Szenarien reduziert das neue Modell das Risiko von Fehlern erheblich.
In einem echten Zuhause zählt das. Ein Licht, das nicht zur richtigen Zeit angeht, ist ärgerlich. Eine Heizung, die sich nicht richtig ausschaltet oder ein Alarm, der nicht korrekt reagiert, ist eine andere Geschichte.
YAML bleibt präsent
Home Assistant sagt es deutlich: Nichts bricht. Die bestehenden Automatisierungen funktionieren weiterhin. Keine verpflichtende Migration, keine erzwungene Konversion.
Die alten Auslöser bleiben verfügbar. YAML bleibt das Herzstück der Funktionsweise: Die Schnittstelle generiert es weiterhin im Hintergrund.
Diese neuen Auslöser sind übrigens so gedacht, dass sie sauber in YAML aussehen. Die Namen sind lesbarer, näher an einem Satz. Man kann verstehen, was eine Automatisierung tut, indem man ihren Code liest, ohne sich daran erinnern zu müssen, dass dieser interne Zustand demjenigen physikalischen Ereignis entspricht.
Ein Punkt der Aufmerksamkeit: Benutzer, die diese Funktionen in den Labs vor ihrer offiziellen Veröffentlichung aktiviert hatten, könnten von einigen Umbenennungen betroffen sein.
battery.lowwird zubattery.became_low,battery.not_lowwird zubattery.no_longer_low,vacuum.dockedwird zuvacuum.returned_to_dock,lawn_mower.dockedwird zulawn_mower.returned_to_dock.
Nichts Dramatisches, aber es ist ratsam, die mit der alten experimentellen Version erstellten Automatisierungen zu überprüfen. Für alle anderen gibt es kein Problem.
Eine viel umfassendere Dokumentation
Home Assistant hat seine Dokumentation überarbeitet. Es gibt jetzt spezielle Seiten für Auslöser, Bedingungen und Aktionen, mit Nutzung über die Schnittstelle, YAML-Beispielen und praktischen Details für jedes Element.
Das ist ein echter Fortschritt. Viele Benutzer stoßen immer noch auf Beispiele aus dem Jahr 2021, die auf einem Forum oder in einem alten YouTube-Video gefunden wurden. Mit diesen neuen Referenzseiten legt Home Assistant eine solidere und aktuellere Grundlage.
Das wird auch die KI-Assistenzsysteme unterstützen, die sich oft noch auf alte YAML-Modelle stützen, um Automatisierungen zu erstellen. Eine strukturiertere Dokumentation sollte die Zuverlässigkeit dieser Vorschläge im Laufe der Zeit verbessern. Nicht magisch (eine KI kann trotzdem immer eine nicht existierende Entität erfinden), aber die Basis wird besser sein.
Die Sonne erhält neue, viel präzisere Auslöser
Automatisierungen, die mit der Sonne zu tun haben, gehören zu den großen Klassikern: Rollläden beim Aufgang öffnen, Lampen beim Untergang einschalten, Jalousien schließen, wenn das Licht abnimmt. Einfach und sehr verbreitet.
Bisher waren die solarbetriebenen Auslöser recht begrenzt: Sonnenaufgang, Sonnenuntergang, eventuell mit einer Minutenverzögerung. Das Problem ist, dass „30 Minuten vor Sonnenuntergang“ im Juni und Dezember nicht dasselbe ergibt, geschweige denn je nach Wetter oder Ihrer geografischen Lage.
Home Assistant 2026.7 fügt feinere Konzepte hinzu: ziviler, nautischer und astronomischer Dämmerung, Sonnenerhöhung, Sonne auf- oder untergehend. Für die Feinliebhaber ist das ein Genuss.
Konkretes Beispiel: Statt die Außenlampen 20 Minuten vor Sonnenuntergang einzuschalten – eine feste Einstellung, die im Winter schlecht funktioniert und im Sommer zu früh kommt – lösen Sie basierend auf einem Sonnenerhöhungsniveau aus. Das Ergebnis entspricht besser dem tatsächlich verfügbaren Licht.
Auch die Bedingungen sind gleich. „Wenn die Sonne untergegangen ist“ oder „wenn die Sonne sinkt“ lässt sich direkt schreiben, ohne ein Template zu basteln.
Das Licht schaltet sich zur richtigen Zeit ein, die Rollläden schließen sich natürlicher, und niemand fragt sich, warum das Haus immer noch nach Winterzeit lebt, während die Sonne direkt scheint.
Das Aktivitätsprotokoll wird endlich lesbar
Das Logbuch erhält ein neues Layout in Form einer Timeline. Und das ist eine schöne Verbesserung.
Das alte Format listete die Ereignisse zeilenweise auf. Nützlich, aber in einer Installation mit Dutzenden von Sensoren und Automatisierungen kann es schnell mühsam werden, die Ursache eines bestimmten Ereignisses zu finden.
Die neue Timeline fasst die Ereignisse nach Tag zusammen, mit einer vertikalen Linie, Symbolen und Statusfarben. Vor allem zeigt Home Assistant jetzt die Ursache an, wenn sie bekannt ist: das Avatar des Benutzers, der ein Licht eingeschaltet hat, den Namen der verantwortlichen Automatisierung, das Symbol der Integration, die die Aktion ausgelöst hat.
Eine Lampe schaltet sich um 23:12 Uhr von selbst ein? Wir öffnen die Timeline, scrollen zurück und sehen in wenigen Sekunden, ob es eine Automatisierung, eine Person oder eine externe Integration war, die die Aktion ausgelöst hat.
Die Timeline erscheint an mehreren Stellen: Aktivitätsseite, Entitätskarte, Gerätepage, Zone-Seite. Bei der Präsentation zeigte das Team eine kompakte Version direkt im Fenster eines Lichts, mit Statusänderungen und deren Herkunft. Das ist wesentlich nützlicher als ein einfaches „on/off“.
Die Update-Seite wird praktischer
Die Update-Seite wurde neu gestaltet. Ehrlich gesagt, es wurde Zeit.
Wenn man Home Assistant mit Core, Supervisor, OS, HACS, ESPHome, mehreren Modulen, Firmwares und einigen Add-ons verwendet, sieht die Seite der Updates wie ein kleiner Wäschekorb aus. Man klickt, wartet, klickt erneut, startet neu und fängt wieder von vorn an.
Die neue Seite bündelt die Updates nach Kategorien. Home Assistant Core, das OS und der Supervisor bleiben separat: das sind die zentralen Komponenten, die man absichtlich aktualisieren möchte. Die anderen Updates sind nach Typ gruppiert: Integrationen, Apps, ESPHome, HACS, Firmwares usw. Und ein Button „Alles aktualisieren“ ermöglicht es, alle Updates einer Gruppe auf einmal auszuführen.
Das OS wird nicht mit dem Rest gemischt, um einen Neustart mitten in anderen Updates zu vermeiden. Home Assistant behält dabei einen kühlen Kopf.
Für Installationen mit vielen ESPHome-Geräten ist das eine Erleichterung. Es ist nicht mehr nötig, alles manuell einzeln auszuwählen.
Raspberry Pi können ihr Firmware einfacher aktualisieren
Mit Home Assistant OS 18 oder neuer kann Home Assistant eine Update-Entität für die Firmware des Raspberry Pi anzeigen: die EEPROM, auch bekannt als Bootloader-Firmware.
Diese Firmware verwaltet das Booten, USB- oder NVMe-Speicher und bestimmte Hardware-Funktionen. Auf dem Raspberry Pi 4 und insbesondere dem Pi 5 verbessert es die Kompatibilität und Stabilität.
Früher war das Aktualisieren dieser Firmware kein Vergnügen. Manchmal musste man über eine spezielle SD-Karte, einen Monitor, eine Tastatur oder eine Kommandozeile gehen. Jetzt geht das über Einstellungen > Updates, wie der Rest.
Einige Grenzen sind zu beachten. Man benötigt mindestens Home Assistant OS 18. Der Raspberry Pi 4, der von einem USB-Speicher bootet, kann nicht immer davon profitieren. Der Home Assistant Yellow mit Compute Module 4 ist nicht betroffen. Im Gegensatz dazu gehören der Pi 4, Pi 5 und der Yellow mit Compute Module 5 zu den Zielen.
Nach der Anwendung fordert Home Assistant einen Neustart an: Wie bei einem PC-BIOS ist die neue Version nicht aktiv, bevor ein Reboot erfolgt.
ZHA erhält eine echte Seite zur Zigbee-Verwaltung
Die erweiterte Verwaltung von Zigbee-Geräten über ZHA verlässt das kleine kompakte Fenster hin zu einer speziellen Seite.
Die Werkzeuge waren da, aber eng: Cluster, Bindungen, Signaturen, Nachbarn, technische Details. Alles in einer Benutzeroberfläche, die keinen Raum zum Atmen hatte.
Die Version 2026.7 reorganisiert das Ganze mit Tabs. Die Informationen bleiben gleich, sind aber lesbarer.
Für den grundlegenden täglichen Gebrauch ändert sich nicht viel. Man kann ZHA sehr gut nutzen, ohne jemals die Zigbee-Cluster zu durchsuchen. Aber um das Mesh-Netzwerk zu verstehen, die Nachbarn eines Geräts zu überprüfen oder direkte Bindungen zwischen Geräten herzustellen, ist es viel angenehmer. Und um einen Sensor, der nicht richtig reagiert, eine launische Lampe oder ein fehlerhaftes Mesh-Netzwerk zu diagnostizieren, spart eine klare Benutzeroberfläche Zeit.
Infrarot und Funkfrequenz haben jetzt eigene Panels
Nach Zigbee, Z-Wave, Thread und Matter fügt Home Assistant 2026.7 spezielle Panels für Infrarot- und Funkfrequenzgeräte hinzu.
Diese Panels erscheinen in den Einstellungen nur, wenn Sie betroffene Geräte haben: IR/RF-Emitter, Proxys oder Gateways, die konfiguriert sind.
Das betrifft Lösungen wie ESPHome, Infrarot-Blaster, RF 433 MHz-Brücken oder Integrationen, die Geräte ohne Rückmeldung steuern können: Klimaanlage, Audioverstärker, Ventilator, alte Funkjalousien, 433 MHz-Steckdosen. Diese ganze kleine Welt hat jetzt ihren Platz in der Benutzeroberfläche.
Infrarot und 433 MHz haben einen gewissen „Old-School“-Charme, sind aber immer noch sehr präsent in echten Installationen. Sie ordentlich verstaut zu finden, ist eine gute Sache.
Matter.js wird zur neuen Standard-Backend-Matter-Engine
Dieser Punkt wurde in einer separaten Ankündigung behandelt, aber die offizielle Präsentation dieses Updates greift ihn auf: Der Matter-Server von Home Assistant verwendet jetzt Matter.js als Standard-Backend.
Der alte Server basierte auf der offiziellen Matter-Implementierung in C/C++, mit einer Python-Schicht, die nicht wirklich für die Produktion gedacht war. Matter.js, entwickelt in JavaScript/TypeScript und von der Open Home Foundation unterstützt, ist eine saubere und unabhängige Implementierung, die leichter weiterentwickelt werden kann.
Für den Benutzer soll die Migration transparent sein. Die Matter-Geräte bleiben gekoppelt. Die erste Migration kann etwas länger dauern (Daten werden im Hintergrund umgewandelt), aber das Ziel ist, nichts zu brechen.
Das Hauptinteresse liegt vor allem mittelfristig: bessere Unterstützung für neue Matter-Funktionen, besser kontrollierte Verhaltensweisen und eine unabhängige Implementierung, die hilft, Unklarheiten im Standard selbst zu erkennen. Matter ist vielversprechend, aber noch jung, und es gibt in der Spezifikation noch einige unklare Punkte.
Leistungssteigerungen in der Benutzeroberfläche und bei Templates
Einige diskrete, aber nützliche Optimierungen.
Das Frontend lädt schneller, insbesondere die Grafiken. Das ist spürbar auf Energiemonitoring-Dashboards oder bei langen Historien.
Die Seiten für Geräte und Zonen passen sich besser an verschiedene Bildschirmgrößen an, mit einer saubereren Spaltenanordnung. Auf Wand-Tablets, Mini-PCs oder Smartphones zählt so ein Detail.
Vor allem: Die Templates sollen etwa 40 % schneller sein. Templates sind überall in fortschrittlichen Installationen (berechnete Sensoren, Bedingungen, benutzerdefinierte Nachrichten, Dashboards). Ein Gewinn in diesem Bereich hat einen realen Einfluss auf große Konfigurationen.
Easier custom time formats
Die Karten, die Daten oder Zeitspannen anzeigen, erhalten eine Formatoption direkt in der Benutzeroberfläche.
Früher erforderte die Änderung der Anzeige eines Zeitstempels YAML oder einen Template-Sensor. Jetzt bietet der Editor mehrere Formate an: Datum, Datum und Uhrzeit, relativ, lang oder kurz.
Für die Betriebszeit eines Servers, das letzte Update eines Sensors oder das Datum der letzten Synchronisierung eines Geräts erhält man eine lesbare Darstellung ohne Bastelarbeit.
Neue Integrationen für Wasser, Energie, Belüftung und mehr
Zehn neue Integrationen für diese Version: Aqvify (Wasserspiegel in einem Brunnen oder Tank), Chef iQ (Bluetooth-Kochsonden), Dropbox (Backups), Edifier Infrared, energieleser (Energie-, Wasser-, Gas-, Wärme- Zähler), Envertech EVT800 (Solar-Mikro-Wechselrichter), Greencell (Ladepunkte über MQTT), Helty Flow (dezentralisierte Lüftungseinheiten), KlikAanKlikUit (Funkgeräte 433 MHz) und MELCloud Home (Mitsubishi Electric Systeme).
Einige davon verdienen besondere Aufmerksamkeit.
Dropbox als Backup-Ziel ist eine einfache Option für diejenigen, die ihre Sicherungen ohne komplizierte Infrastruktur externisieren wollen. Home Assistant-Backups sind wertvoll: Wenn eine SD-Karte ausfällt oder ein Mini-PC auf einmal verschwindet, kann ein aktuelles Backup den Tag retten.
Im Bereich Energie verstärken Envertech EVT800, Greencell, energieleser und Hypontech Cloud erneut die Position von Home Assistant als Energiemanagementzentrale. Solar, Elektrofahrzeugladung, Verbrauch, Batterie, Netzwerk: die Bausteine sammeln sich.
Helty Flow ist interessant für die dezentrale Belüftung, ein häufiges Thema in gut isolierten Häusern. Diese lokal steuern zu können, ohne dauerhaft auf die Cloud angewiesen zu sein, ist ein Detail, das zählt.
Existierende Integrationen verbessern sich ebenfalls
Die Neuigkeiten beschränken sich nicht auf neue Integrationen.
Alexa Devices kann jetzt Listen für Aufgaben und Einkäufe in Home Assistant verwalten und fügt Schalter zum Steuern von Ankündigungen und Kommunikationen auf Echo-Geräten hinzu.
SMTP erhält moderne Benachrichtigungseinheiten zum Versenden von E-Mails aus Home Assistant – nützlich für wichtige Alarme: Wasserleck, Stromausfall, Alarm, kritische schwache Batterie, Überschreitung des Verbrauchs.
Overkiz unterstützt jetzt Rexel Energeasy Connect über Cloud und lokale API, ein interessanter Punkt für französische Installationen. Tesla Powerwall unterstützt jetzt die Powerwall 3 und fügt Sensoren hinzu, die sich auf den Betriebsmodus und die maximalen Lade- und Entladeleistungen beziehen.
Yoto macht große Fortschritte: Medienbrowser, neue Sensoren, binäre Sensoren, Zeiteinheit, Einstellmöglichkeiten für Bildschirmhelligkeit und maximale Lautstärke. Eltern, die diese kleinen Audio-Reader für Kinder verwenden, werden das zu schätzen wissen.
Im Bereich Pool gewinnt Vistapool viele zusätzliche Entitäten für präzisere Szenarien rund um Behandlung, Beleuchtung und Steuerung. Und da der verbundene Pool im Sommer ein tolles Spielzeug ist, werden wir uns nicht beschweren.
Schließlich notieren wir die Möglichkeit, Bilder an das SwitchBot AI Art Frame zu senden, das wir vor einiger Zeit getestet hatten, was viel angenehmere Interaktionen mit diesem schönen Rahmen ermöglichen wird :)
Ein großes Aufräumen bei den eingestellten Integrationen
Home Assistant 2026.7 entfernt auch eine Reihe von Integrationen, die unbrauchbar geworden sind: seit Jahren defekt, abhängig von geschlossenen Diensten, aufgegebenen Bibliotheken oder verschwundenen Geräten.
Acer Projector, Ampio Smog, Avi-on, BeeWi SmartClim, Clementine, Dovado, ELIQ Online, Microsoft Face, MS Teams, Mycroft, UniFi LED, Watson TTS und andere werden entfernt.
So eine Art von Reinigung mag abrupt erscheinen. Aber eine seit 2019 defekte Integration hilft niemandem. Sie erschwert die Wartung, belastet das Projekt und gibt falsche Hoffnungen denjenigen, die versuchen, sie zu nutzen.
Sollte man Home Assistant 2026.7 installieren?
Ja. Es ist eines der wichtigen Updates des Jahres.
Die neuen Automatisierungen machen Home Assistant zugänglicher, ohne die Leistung zu opfern, die fortgeschrittenen Benutzern gefällt. Das Aktivitätsprotokoll ist endlich lesbar. Die Update-Seite ist weniger mühsam. ZHA verbessert sich. Die Raspberry Pis erhalten ein Firmware-Management direkt in der Benutzeroberfläche. Die Integrationen erweitern sich weiter. Und die Leistung verbessert sich allmählich.
Es ist eine Version, die das Fundament verbessert, anstatt einfach nur mehr kompatible Geräte hinzuzufügen.
Für Anfänger ist es ein besserer Einstieg: Eine Automatisierung zu erstellen, wird logischer und näher an der Art und Weise, wie wir denken. Für die Gewohnheitsbenutzer ist es die Gelegenheit, einige alte Automatisierungen zu überdenken: keine Pflicht, aber das neue Modell ist sauberer und wartungsfreundlicher. Für Installateure ist es ein weiterer Schritt in Richtung Installationen, die der Kunde verstehen und möglicherweise selbst ohne Hilfe ändern kann.
Die Hausautomation war nie so mächtig. Sie wird auch ein wenig weniger einschüchternd. Das war vor fünf Jahren nicht das drängendste Thema. Heute zählt das wahrscheinlich am meisten, damit sie sich tatsächlich in den Haushalten etabliert.
