Wer seine Konfiguration ordentlich auf Packages und !include-Dateien verteilt, wurde bisher von manchen Editoren mit einer leeren Liste bestraft. So auch beim Home Assistant Editor: Sauber aufgeräumt, null Automationen sichtbar. Version 1.3.0 behebt genau das, und nebenbei tauchen jetzt auch Blueprint-Automationen auf. Ordnung lohnt sich also doch wieder. 🧹
🧩 Was der Home Assistant Editor ist
Der Home Assistant Editor ist ein kostenloses Open-Source-Projekt des Entwicklers saihgupr, von dem auch Home Assistant Version Control stammt. Er ersetzt den eingebauten Automations-Editor nicht, sondern legt eine eigene Oberfläche daneben: drei Spalten mit Ordnern und Tags links, der Liste in der Mitte und dem Editor rechts. Triggers, Bedingungen und Aktionen stehen als farbige Blöcke da, die ihr per Drag-and-Drop auch in verschachtelte choose-, if/then– und repeat-Zweige zieht. Ein Klick wechselt zwischen visueller Ansicht und YAML, und mit dem Trace-Replay geht ihr vergangene Läufe Schritt für Schritt durch.
Ist Version Control installiert, zeigt der Editor außerdem frühere Stände einer Automation an und stellt sie wieder her. Wer die Grundlagen zu Triggern, Bedingungen und Aktionen nachlesen will, findet sie in meinem Home Assistant Automation Tutorial.
📦 Neu in Version 1.3.0
- Verschachtelte Includes:
!includewird jetzt rekursiv aufgelöst. Eine Kette wiepackages: !include_dir_named packages/und darinautomation ui: !include ../automations.yamlführt nicht mehr ins Leere. - Alle
!include_dir_*-Varianten: Dateien aus!include_dir_list,_named,_merge_listund_merge_namedwerden in der richtigen Form gelesen, statt still übersprungen zu werden. - Packages direkt bearbeiten: Automationen und Skripte unter Schlüsseln wie
automation split:erscheinen in der Liste, und beim Speichern landet die Änderung an der richtigen Stelle in der richtigen Datei statt ganz oben in der Datei. - Blueprint-Automationen: Sie stehen jetzt in der Liste, zeigen ihre Blueprint-Eingaben und lassen sich gezielt filtern.
- Warnungen bei kaputtem YAML: Kann der Editor eine Datei nicht lesen, zeigt ein Banner Dateiname und YAML-Fehler an. Bisher stand das nur im Log.
- Namen statt IDs: Geräte und Bereiche erscheinen mit Namen statt kryptischer IDs.
- Docker-Installationen: Fehlt
/api/entities, holt sich der Editor die Entitäten über/api/states. Dateien mit ESPHome-artigem<<: !includebringen das Einlesen nicht mehr zum Absturz.
🤔 Was heißt das für euch?
Wer alles in der automations.yaml hat und mit dem eingebauten Editor glücklich ist, verpasst nichts. Spannend wird 1.3 für alle, die ihre Konfiguration aufgeteilt haben: Genau diese Leute haben bisher eine leere Oberfläche gesehen und den Editor vermutlich gleich wieder deinstalliert. Das neue Fehler-Banner ist dabei fast das wichtigste Detail, denn eine einzige kaputte Datei konnte vorher still und leise ganze Teile der Konfiguration verstecken.
Der Editor schreibt direkt in eure YAML-Dateien und lädt Home Assistant danach neu. Gerade bei Package-Setups also vorher ein Backup ziehen oder Version Control mitlaufen lassen, dann ist ein Fehlgriff schnell zurückgedreht. Wie ihr Dateien aus der configuration.yaml überhaupt sauber auslagert, erklärt diese Anleitung in der simon42 Community, und wer bei Packages hängt, wird im Thread „Probleme mit include, package“ fündig.
⚙️ Installation
Unter Einstellungen → Apps → App Store über die drei Punkte → Repositories die Adresse https://github.com/saihgupr/ha-addons hinzufügen, dann „Home Assistant Editor“ installieren, starten und über „Web-UI öffnen“ loslegen. Habt ihr Version Control schon, ist das Repository bereits drin. Für Docker-Installationen gibt es ein fertiges Image samt compose.yaml; dafür braucht ihr die Adresse eurer Instanz und ein langlebiges Zugriffstoken. Alle Details stehen im GitHub-Repository.
Quelle: Release v1.3.0 auf GitHub, Ankündigung auf Reddit
🔎 Auf der Suche nach dem passenden Gerät?
