Home Assistant automasjoner 2026 — komplett guide til YAML og visuell editor

Hva er en automasjon?

En automasjon i Home Assistant er en regel som sier: "Når X skjer (trigger), og Y er sant (betingelse), gjør Z (action)." Dette er grunnstrukturen bak alle automasjoner, enten de er enkle eller svært komplekse. Home Assistant er én av flere smarthjemplattformer norske brukere kan velge mellom.

Home Assistant tilbyr to måter å lage automasjoner på: via den visuelle editoren i nettleseren eller direkte i YAML-kode, ifølge Home Assistants egen dokumentasjon. Den visuelle editoren skriver automatisk om valgene dine til YAML i bakgrunnen. For nybegynnere anbefales den visuelle editoren, mens erfarne brukere ofte foretrekker YAML for full kontroll og versjonskontroll.

Visuell editor — for nybegynnere

Den visuelle editoren finner du under Innstillinger → Automasjoner og scener, ifølge Home Assistants egen dokumentasjon. Der oppretter du en ny automasjon og bygger den opp med de samme tre komponentene som i YAML: triggere, betingelser og actions. Actions het tidligere «services» i grensesnittet, men ble omdøpt til «actions» fra og med Home Assistant 2024.8.

For å legge til en trigger velger du triggertype fra en liste, for eksempel en statusendring på en enhet, et bestemt klokkeslett eller soloppgang/solnedgang. Betingelser og actions legges til på samme måte.

• Ingen kodekunnskaper nødvendig for enkle automasjoner
• Alle endringer lagres automatisk og aktiveres umiddelbart
• Innebygd testknapp for å kjøre automasjonen manuelt
• Sporings-verktøy viser hva som skjedde sist automasjonen kjørte
• Kan eksporteres til YAML for videre redigering

Triggere — hva starter automasjonen?

Triggere er hendelsene som starter en automasjon. Home Assistant har egne triggertyper for blant annet tilstandsendringer, tidspunkt og tidsmønstre, soloppgang/solnedgang, numeriske verdier og hendelser fra integrasjoner, ifølge triggerdokumentasjonen.

En numerisk tilstandstrigger kan brukes til å trigge på f.eks. strømpris under en bestemt verdi via Nord Pool- eller Tibber-integrasjonen, eller utetemperatur under en grenseverdi via Met.no-integrasjonen (tidligere kalt Yr-integrasjonen, som ble fjernet etter ønske fra yr.no).

Betingelser — når skal automasjonen kjøre?

Betingelser brukes til å legge til logikk for når en automasjon faktisk skal utføres, selv om triggeren har utløst den, ifølge betingelsesdokumentasjonen. Dette er nyttig for å unngå uønskede hendelser — for eksempel at lyset ikke slås på midt på natten selv om bevegelsessensoren registrerer aktivitet.

Betingelser kan kombineres med de logiske operatorene and (alle må være sanne), or (minst én må være sann) og not (betingelsen må være usann).

• Tilstandsbetingelse: Sjekk om en enhet har en bestemt status
• Tidsbetingelse: Tillat kun automasjon mellom bestemte tider
• Solbetingelse: Kjør kun når solen er over/under horisonten
• Sonebetingelse: Person må befinne seg i bestemt sone
• Malbetingelse: Avansert logikk med Jinja2-templating
• Numerisk tilstandsbetingelse: Sjekk tallverdier mot grenseverdier

Actions — hva skal skje?

Actions er det som faktisk skjer når automasjonen utløses og betingelsene er oppfylt, ifølge dokumentasjonen for actions. De vanligste typene er action-kall (slå på lys, endre termostat, send varsling), delay (vent), og choose for mer komplekse flytscenarier.

Choose fungerer som en if/elif/else-struktur, ifølge Home Assistants dokumentasjon for script-syntaks, der den første sekvensen med betingelser som er sanne, blir kjørt. Dette gjør det mulig å lage én automasjon som håndterer flere scenarioer i samme regel.

YAML-automasjoner — praktiske eksempler

YAML gir full kontroll og er nyttig for mer komplekse automasjoner. De øverste nøklene i en YAML-automasjon heter i dag triggers, conditions og actions (flertallsform), og en trigger identifiseres med nøkkelen trigger i stedet for det eldre platform. Et tjenestekall i en action bruker nøkkelen action i stedet for det eldre service. Nøklene ble endret i Home Assistant 2024.8 og 2024.10; eldre skrivemåter fungerer fortsatt av hensyn til bakoverkompatibilitet, men dokumentasjonen bruker nå konsekvent de nye nøklene, ifølge YAML-dokumentasjonen for automasjoner.

YAML-automasjoner som lages i den visuelle editoren lagres i filen automations.yaml i Home Assistant-konfigurasjonsmappen, ifølge samme dokumentasjon. Etter manuell redigering av filen kan automasjonene lastes inn på nytt uten omstart av Home Assistant via utviklerverktøyet for YAML, der «Automasjoner» velges i listen over integrasjoner som kan lastes inn på nytt. Utviklerverktøy ble i Home Assistant 2026.2 flyttet fra sidemenyen og inn under Innstillinger.

Blueprints — gjenbrukbare automasjonsmaler

Blueprints er forhåndsdefinerte automasjoner laget av fellesskapet som kan importeres og tilpasses med egne enheter. Home Assistants Blueprint Exchange-forum inneholder et stort antall delte maler, alt fra bevegelsesaktiverte lys til mer avanserte automatiseringer.

For å importere en blueprint: Innstillinger → Automasjoner og scener → Blueprints → Importer blueprint. Lim inn URL-en fra Blueprint Exchange og konfigurer variablene (velg egne enheter, tider og verdier), ifølge Home Assistants dokumentasjon for blueprints.