Home Assistant rörelsesensor: 5 automationer med beläggningsdata

Klockan är 14.20 och åtta personer sitter i konferensrummet på plan tre. Ingen har rest sig på tolv minuter. Ljuset släcks, någon viftar med armen, ljuset tänds igen. Samma sak upprepar sig var tionde minut tills mötet är slut. Om ni känner igen scenen har ni byggt automationen på en Home Assistant rörelsesensor som rapporterar "ingen rörelse" när den egentligen borde rapportera "åtta personer, stillasittande". Den här artikeln handlar om hur ni skriver om automationerna så att de styr på faktiskt personantal i stället för rörelse – med fem konkreta recept för belysning, ventilation och larm.

Vi förutsätter att ni redan har ett antal per zon som entitet i Home Assistant, till exempel via MQTT, och att ni vet varför skillnaden mellan närvaro och beläggning spelar roll. Är ni inte där ännu finns grunderna i vår kompletta guide till beläggningsintegration i Home Assistant. Här går vi direkt på recepten.

Recept 1: Belysning – rörelsesensorn tänder, personräknaren släcker

Det vanligaste felet är att låta samma sensor både tända och släcka. En Home Assistant rörelsesensor är utmärkt på att upptäcka att någon kommer in – den reagerar på millisekunder och behöver ingen kalibrering. Men den är dålig på att avgöra att rummet är tomt, eftersom frånvaro av rörelse inte är frånvaro av människor. Dela därför upp automationen i två:

• Tänd: Trigger på att rörelsesensorn går till "on". Villkor: att belysningsscenen inte redan är aktiv. Action: tänd zonens ljusgrupp. Ingen fördröjning – här ska det gå fort.
• Släck: Trigger på numeriskt tillstånd där personantalet i zonen är noll, med ett for-villkor på tio minuter. Action: släck ljusgruppen. Rörelsesensorn ska inte ens finnas med i den här automationen.

I öppna kontorslandskap gör ni samma sak per sektion i stället för per rum. Då släcks sektioner som faktiskt är tomma, medan den som sitter ensam och koncentrerad vid skrivbordet slipper vifta för att få behålla ljuset. Lägg till ett villkor som läser av en availability-template: om räknedatan är otillgänglig ska släckautomationen inte köras alls. Ett tappat sensorvärde får aldrig tolkas som "noll personer".

Recept 2: Stegvis ventilation med hysteres

Ventilation är där beläggningsdata ger störst mätbar besparing, och där en dåligt skriven home assistant automation gör mest skada. Bygg den i tre nivåer som var och en har egen trigger och egen fördröjning:

• Nedtrappning: Trigger när personantalet i zonen legat under fem i femton minuter. Action: sänk ventilationssteget ett hack. Utan fördröjningen pendlar systemet varje gång någon går på toaletten, och spjällmotorerna slits i onödan.
• Upptrappning: Trigger när personantalet överstiger nivågränsen, men med betydligt kortare for-villkor – två till tre minuter räcker för att filtrera bort personer som bara passerar. Luftkvaliteten försämras snabbare än den återhämtar sig, så upp ska gå snabbare än ned.
• Helt av: Trigger på noll personer i trettio minuter utanför kärntid. Här uppstår den stora besparingen: ett aggregat som stannar helt när sista personen gått, i stället för att gå på grundflöde hela kvällen.

Två regler som inte får förhandlas bort. För det första: ventilationsautomationer ska lyssna på en template-sensor som aggregerar zonerna till våningsplan, aldrig på enskilda zonsensorer. För det andra: definiera fallback-beteendet explicit. När data saknas ska aggregatet anta full beläggning, inte tom byggnad. Det kostar några kilowattimmar den timme MQTT-anslutningen ligger nere, men det kostar inte ett klagomål från fyrtio personer som sitter i dålig luft.

Recept 3: Kapacitetslarm i två steg

Hörsalar, eventytor och matsalar har en övre gräns, ofta satt av brandskyddet. Ett larm som går först när gränsen nås är för sent – då står folk redan i dörren. Skriv i stället två automationer mot samma räknare:

• Förvarning: Trigger vid 85 procent av gränsen. Action: notifiering till facility-teamets kanal, till exempel via Slack- eller mobilnotifiering, med zonnamn och aktuellt antal i meddelandetexten.
• Gränslarm: Trigger vid 100 procent. Action: notifiering med högre prioritet, plus eventuellt en visuell signal i lokalen om ni har styrbar belysning vid entrén.

Vemcos plattform stöder realtidsvarningar vid tröskelvärden direkt, så i en hybridlösning kan det kritiska gränslarmet ligga där medan Home Assistant sköter förvarningen och de mer lekfulla notifieringarna. Oavsett var larmet ligger krävs det att räknaren är pålitlig: Vemco garanterar kontraktuellt minst 96 procents räknenoggrannhet, och typiskt landar den på 98–99 procent när belysning, planlösning och besöksflöden tillåter det. Ett kapacitetslarm byggt på en konsumentsensor vars noggrannhet ni inte kan verifiera är i praktiken ett larm ni inte kan lita på.

Recept 4: Nattläge som faktiskt kontrolleras

De flesta BMS går i nattläge på klockslag. Problemet är att ingen verifierar att byggnaden är tom. Skriv en automation med trigger på att personantalet på våningsplanet är större än noll, villkor att BMS rapporterar nattläge, och action som skickar notifiering till säkerhetsansvarig med plan, zon och antal. Komplettera med den omvända: om personantalet varit noll i hela byggnaden i trettio minuter efter ordinarie arbetstid, men BMS fortfarande går i dagläge, skicka en påminnelse. Då fångar ni både personen som jobbar över i mörkret och aggregatet som glömts på en helgdag.

Recept 5: Städning efter användning, inte efter schema

Det här receptet är tidsstyrt snarare än händelsestyrt. Trigger: klockan 16.00 varje vardag. Action: för varje rum, läs av dagens ackumulerade beläggning via en utility- eller statistiksensor och skicka listan till städleverantörens system eller som en sammanställd notifiering. Rum med noll användning tas bort från dagens städrunda. I universitetsmiljöer, där grupprum bokas men ofta står tomma, är detta en av de snabbaste besparingarna som går att hämta hem – och den kräver inte en enda sensor utöver dem ni redan har för belysning och ventilation.

En detalj som avgör om receptet fungerar: personalexkludering. Om lokalvårdarens egna passager räknas som besökare kommer rummet aldrig att visa noll, och automationen blir meningslös. AI-sensorer med inbyggd personalexkludering, som Vemcos, filtrerar bort dessa passager vid källan. Försöker ni lösa det i Home Assistant med tidsfönster och manuella offset kommer det att fungera fram till första schemaändringen.

Testa recepten utan att vänta på verkliga människor

Skapa en input_number-hjälpare per zon och bygg en testversion av varje automation som lyssnar på hjälparen i stället för räknaren. Då kan ni simulera att konferensrummet går från tolv till noll personer på en sekund och se att ventilationen väntar sina femton minuter, att ljuset väntar sina tio och att inget larm går. Testa också fallback: gör räknarentiteten otillgänglig och kontrollera att varje automation beter sig som ni bestämt. Först därefter byter ni trigger till den riktiga entiteten.

Vanliga frågor

Behöver jag slänga mina befintliga rörelsesensorer?
Nej. Rörelsesensorer är fortfarande bäst på att upptäcka att någon kommer in och fungerar utmärkt som tändtrigger. Det är släckning och ventilationsstyrning som bör flyttas över till personräkning.

Vilka fördröjningar ska jag använda?
Värdena i artikeln – tio minuter för belysning, femton för nedtrappning av ventilation, trettio för helt av – är utgångspunkter från fältet. Justera dem efter hur zonerna faktiskt används och öka alltid fördröjningen hellre än att minska den när ni är osäkra.

Kan Home Assistant vara master för ventilationen i en kommersiell fastighet?
För mindre fastigheter och prototyper fungerar det. För portföljer där beläggning ska styra HVAC och säkerhet i produktion bör en plattform byggd för ändamålet, som Vemcos VemFusion, äga de kritiska kopplingarna medan Home Assistant sköter notifieringar och flexibla flöden ovanpå. Dokumentera alltid vilket system som är master per funktion – aldrig båda.

Vill ni se vilka av recepten som ger snabbast återbetalning i era lokaler, och vilken räknedata som krävs för att de ska fungera? Kontakta Vemco Group för en genomgång av zonindelning, sensorplacering och integrationskrav: vemcogroup.com/contact-us.