Home Assistant Blueprints: Automationen teilen und importieren

Du hast eine geniale Automation gebaut, und dein Kumpel will sie auch. Aber seine Entity-IDs heißen anders, seine Sensoren liefern andere Werte, und die Anpassung dauert länger als der Neubau. Genau dieses Problem lösen Blueprints.

Blueprints sind Automations-Vorlagen mit variablen Eingabefeldern. Du definierst die Logik einmal, und jeder Nutzer kann sie importieren und an sein eigenes Setup anpassen, ohne eine Zeile YAML zu schreiben. Home Assistant hat einen eingebauten Blueprint-Exchange mit Hunderten fertiger Vorlagen.

Was ist ein Blueprint?

Ein Blueprint ist im Kern eine Automation mit Platzhaltern. Statt fester Entity-IDs verwendet ein Blueprint Inputs, Felder, die der Nutzer beim Erstellen der Automation ausfüllt.

Beispiel: Ein Blueprint „Bewegungslicht" hat diese Inputs:

• Bewegungsmelder: Wähle deinen Bewegungsmelder (Entity-Selektor)
• Licht: Wähle die Lampe, die eingeschaltet werden soll
• Wartezeit: Wie lange soll das Licht an bleiben? (Zahl in Minuten)
• Helligkeit: Auf welche Helligkeit soll das Licht eingestellt werden? (Slider)

Du füllst die Felder aus, klickst auf Speichern, und hast eine fertige Automation, ohne YAML, ohne Fehlersuche, in 30 Sekunden.

Schritt 1: Community-Blueprints importieren

Home Assistant bietet einen Blueprint Exchange mit Hunderten fertiger Vorlagen. Du findest ihn unter community.home-assistant.io/c/blueprints-exchange.

So importierst du einen Blueprint:

1. Finde einen Blueprint im Exchange (z. B. „Motion-activated Light")
2. Kopiere die Import-URL (ein GitHub-Link zur YAML-Datei)
3. In Home Assistant: Einstellungen > Automatisierungen > Blueprints > Blueprint importieren
4. Füge die URL ein und klicke auf Vorschau
5. Klicke auf Importieren

Der Blueprint erscheint jetzt in deiner Blueprint-Liste. Um ihn zu nutzen, gehst du auf Automatisierung erstellen > Aus einem Blueprint und wählst ihn aus.

Die 5 besten Community-Blueprints

1. Motion-Activated Light (Bewegungslicht)

Der Klassiker: Licht an bei Bewegung, Licht aus nach X Minuten. Inputs: Bewegungsmelder, Licht, Wartezeit, Helligkeit, optionale Bedingung (z. B. nur nachts).

Warum besser als selbst gebaut: Der Blueprint berücksichtigt Edge Cases wie erneute Bewegung während der Wartezeit (Timer-Reset), Helligkeitsabhängigkeit und mehrere Trigger.

2. Low Battery Notification (Batteriewarnung)

Überwacht automatisch alle Batterie-Sensoren im System und schickt eine Push-Nachricht, wenn einer unter einen Schwellwert fällt. Kein manuelles Pflegen einer Entity-Liste nötig.

3. Zigbee Button Actions (Taster-Aktionen)

Blueprints für spezifische Zigbee-Taster (IKEA RODRET, Aqara Mini Switch, Hue Dimmer). Jeder Tastendruck (kurz, lang, doppelt) kann mit einer eigenen Aktion belegt werden.

4. Adaptive Lighting (Adaptives Licht)

Passt Farbtemperatur und Helligkeit automatisch an die Tageszeit an: Warmweiß abends, Neutralweiß tagsüber, gedimmt nachts. Inputs: Licht-Entities und Zeitplan.

5. Waschmaschine/Trockner fertig

Erkennt anhand der Leistungsaufnahme, wann die Maschine fertig ist, und schickt eine Benachrichtigung. Inputs: Leistungssensor, Schwellwert, Benachrichtigungsdienst.

Schritt 2: Eigenen Blueprint erstellen

Einen eigenen Blueprint erstellst du, indem du eine bestehende Automation in eine Blueprint-YAML-Datei umwandelst. Hier ein Beispiel: eine einfache „Fenster offen, Heizung aus"-Automation als Blueprint:

blueprint:
 name: "Fenster offen - Heizung runter"
 description: "Dreht die Heizung runter, wenn ein Fenster geoeffnet wird"
 domain: automation
 input:
 fensterkontakt:
 name: "Fensterkontakt"
 description: "Der Tuerkontakt-Sensor am Fenster"
 selector:
 entity:
 domain: binary_sensor
 device_class: window
 thermostat:
 name: "Heizkoerperthermostat"
 description: "Das Thermostat, das heruntergedreht werden soll"
 selector:
 entity:
 domain: climate
 ziel_temperatur:
 name: "Temperatur bei offenem Fenster"
 description: "Auf diese Temperatur wird gedrosselt"
 default: 5
 selector:
 number:
 min: 5
 max: 15
 unit_of_measurement: "°C"
 normal_temperatur:
 name: "Normale Temperatur"
 description: "Temperatur nach dem Schliessen des Fensters"
 default: 21
 selector:
 number:
 min: 15
 max: 25
 unit_of_measurement: "°C"
 verzoegerung:
 name: "Verzoegerung"
 description: "Fenster muss so lange offen sein bevor gedrosselt wird"
 default: 60
 selector:
 number:
 min: 0
 max: 300
 unit_of_measurement: "Sekunden"

trigger:
 - platform: state
 entity_id: !input fensterkontakt
 to: "on"
 for:
 seconds: !input verzoegerung

action:
 - service: climate.set_temperature
 target:
 entity_id: !input thermostat
 data:
 temperature: !input ziel_temperatur
 - wait_for_trigger:
 - platform: state
 entity_id: !input fensterkontakt
 to: "off"
 timeout: "02:00:00"
 - service: climate.set_temperature
 target:
 entity_id: !input thermostat
 data:
 temperature: !input normal_temperatur

Die Schlüsselwörter:

• !input: Verweist auf einen Input-Parameter, den der Nutzer ausfüllt
• selector: Definiert den Typ des Eingabefelds (Entity-Auswahl, Zahl, Text, Boolean)
• default: Optionaler Standardwert, der vorausgefüllt wird

Schritt 3: Blueprint teilen

Du kannst deinen Blueprint auf zwei Wegen teilen:

1. GitHub: Lade die YAML-Datei auf GitHub hoch. Andere Nutzer können sie über die GitHub-Raw-URL importieren. Das ist der Standard-Weg für den Blueprint Exchange.
2. Home Assistant Community: Erstelle einen Beitrag im Blueprint Exchange Forum mit der GitHub-URL und einer Beschreibung.

Blueprint-Tipps für Fortgeschrittene

• Mehrfach-Entity-Selektor: Mit selector: entity: multiple: true kannst du dem Nutzer erlauben, mehrere Entities auszuwählen (z. B. alle Lichter im Erdgeschoss).
• Bedingte Inputs: Du kannst optionale Inputs mit default: [] definieren. Wenn der Nutzer nichts auswählt, wird die Condition übersprungen.
• Template in Inputs: Inputs können in Templates verwendet werden: "{{ states(!input sensor_entity) }}", aber Vorsicht, das funktioniert nur in bestimmten Kontexten.