Je loopt de gang in en de lampen blijven uit. Je opent de Woning-app en de bewegingssensor meldt duidelijk dat hij beweging heeft gedetecteerd. De automatisering staat er, hij is ingeschakeld, en er is niets gebeurd.

Dit zijn twee problemen met één symptoom, en de Woning-app vertelt je niet welke je hebt.

De twee helften, en hoe elk faalt

Bijna elk probleem met sensorautomatiseringen valt in een van deze regels. Uitzoeken in welke je zit, is het grootste deel van de diagnose.

Wat je ziet Welke helft brak
De test werkt, het echte leven niet De trigger
De test faalt of stopt halverwege De acties
Hij gaat af, maar maar een deel van de lampen De acties, en één accessoire in het bijzonder
Hij gaat af als je thuis bent en nooit als je weg bent De woninghub
Hij liep prima tot je iets opnieuw koppelde De trigger, die nu naar een verwijderd accessoire wijst
Hij gaat de eerste keer af en die avond nooit meer Het meldinterval van de sensor, geen storing
Hij is nooit afgegaan, vanaf de dag dat je hem maakte Een voorwaarde die je bij het aanmaken instelde

Waarom deze tabel meer waard is dan een lijst oplossingen: de twee helften hebben geen enkele oplossing gemeen. De automatisering herbouwen, wat de meeste adviezen voorstellen, helpt in twee van deze regels en verspilt in de rest een avond.

Heeft de sensor werkelijk iets gedetecteerd?

Begin hier, want daar rust al het andere op.

“Beweging gedetecteerd” zien in de Woning-app op het moment dat je kijkt, is zwakker bewijs dan het lijkt. Het vertelt je de status van de sensor op het moment dat je keek, niet dat hij een wijziging meldde toen jij langsliep. HomeKit-automatiseringen gaan af op wijzigingen, dus een sensor die stilletjes een verouderde status vasthoudt, ziet er volstrekt gezond uit en triggert niets.

Drie dingen veroorzaken dat:

  • Het meldinterval. De meeste bewegingssensoren melden beweging en weigeren daarna een vaste periode lang rust te melden — vaak enkele minuten. Tot ze rust hebben gemeld, kunnen ze geen nieuwe beweging melden, dus een drukke gang kan een sensor de hele avond in de status “gedetecteerd” vasthouden, zonder verse wijziging om op af te gaan. Het interval stelt de fabrikant in en het is vaak niet aanpasbaar vanuit de Woning-app, al bieden verschillende merken het wel in hun eigen app.

  • Een batterij die bijna op is. Een sensor aan het eind van zijn lading blijft vaak bereikbaar maar wordt onbetrouwbaar in het doorgeven van statuswijzigingen, de slechtst denkbare combinatie voor diagnose: het accessoire ziet er goed uit en de automatisering stopt geruisloos. Waarom HomeKit-batterijmeldingen te laat of nooit komen legt uit waarom het getoonde percentage dit niet beslecht.

  • De sensor die af en toe onbereikbaar is, precies op het verkeerde moment. Een accessoire dat 98 % van de tijd goed is, is de overige 2 % onbereikbaar, en er hoeft maar één trigger gemist te worden om het je te laten opvallen. Werkt de automatisering de meeste dagen, behandel het dan als een accessoire dat steeds wegvalt in plaats van als een kapotte automatisering.

Heeft de woninghub het gezien?

Automatiseringen draaien niet op je iPhone. Apple vereist een woninghub — HomePod, HomePod mini of Apple TV — juist omdat er iets thuis moet blijven dat op de trigger let terwijl jij niet kijkt.

Dat levert een heel kenmerkend en heel veelvoorkomend patroon op: automatiseringen die werken als je thuis bent en nooit als je weg bent. Is dat jouw symptoom, dan mankeren de automatiseringen niets en de woninghub wel, en is een woninghub die niet reageert de volgende stap.

Kijk welke hub actief is via Woning-app → Meer → Woninginstellingen → het scherm met woninghubs en bridges. De actieve staat bovenaan, en je kunt automatische selectie uitzetten om er een vast te zetten — nuttig als je zowel een Apple TV op ethernet als een HomePod op krappe wifi hebt.

De voorwaarden die je instelde en vergat

Dit is de stilste oorzaak van de lijst, omdat de automatisering er volstrekt normaal uitziet.

Als je in de Woning-app een automatisering aanmaakt, biedt het proces aan om te beperken wanneer hij geldt, en die keuzes maak je terloops en zijn achteraf onzichtbaar zonder de automatisering te openen en aandachtig te lezen.

  • Een tijdvenster. “Alleen na zonsondergang” is de klassieker, in juni ingesteld en in november vergeten, als de zonsondergang twee uur is opgeschoven en de automatisering nu een venster dekt dat je niet bedoelde.
  • Een persoonsvoorwaarde. “Alleen als er niemand thuis is” hangt af van locatiedeling op het hoofdapparaat: Instellingen → [je naam] → Zoek mijn → Deel mijn locatie, met “Dit apparaat” geselecteerd naast Mijn locatie. Zet dat uit, of wissel van telefoon, en de voorwaarde kan nooit meer vervuld worden.
  • Een accessoirevoorwaarde die verwijst naar iets dat sindsdien is verwijderd. Een voorwaarde die naar een verwijderd accessoire wijst, kan niet geëvalueerd worden, en de automatisering kan niet afgaan.

Dat laatste punt verdient een gerichte controle als er bij jou onlangs iets opnieuw is gekoppeld. HomeKit geeft een opnieuw toegevoegd accessoire een nieuwe identiteit, dus elke automatisering die naar het oude verwees, houdt trigger en voorwaarden vast die naar het niets wijzen terwijl hij in de lijst nog ingeschakeld lijkt. Kapotte automatiseringen vinden en verwijderen behandelt de exemplaren die helemaal niet meer kunnen afgaan.

Waarom ‘Test deze automatisering’ misleidt

De Woning-app biedt aan een automatisering te testen, tijdens het aanmaken en later vanaf het tabblad Automatisering. Het is een nuttige knop, en hij beantwoordt een smallere vraag dan zijn naam suggereert.

De test voert de acties uit. Hij zet de lampen aan, past de scène toe, ontgrendelt wat er te ontgrendelen valt. Hij bootst de sensor niet na, want er is geen manier om een echte bewegingssensor beweging te laten veinzen. De test vertelt je dus dat je acties geldig zijn en je accessoires op dit moment bereikbaar — en helemaal niets over of de trigger werkt.

In die kloof zit de frustratie. De test slaagt, dus de automatisering moet in orde zijn, dus bouwen mensen hem identiek opnieuw en krijgen hetzelfde resultaat. Ondertussen heeft de echte vraag — meldde de sensor om 18.42 uur een wijziging, en gebeurde er daarna iets? — in de Woning-app helemaal geen antwoord, want de Woning-app houdt geen geschiedenis bij. Hij laat je het huidige moment zien en verder niets.

De enige betrouwbare weg is een tijdgestempeld verslag van wat je accessoires werkelijk deden, afgezet tegen het moment waarop de automatisering had moeten lopen. Wat met de hand betekent dat je met de Woning-app open in de gang staat te zwaaien voor een sensor, hopend dat je op de juiste seconde naar de juiste tegel kijkt.

De oplossingen, in de volgorde die het snelst afbakent

Elke stap sluit één helft van het probleem uit, dus ze op volgorde doen behoedt je ervoor een automatisering te herbouwen die nooit schuldig was.

  1. Test de automatisering vanaf het tabblad Automatisering. Falen de acties, stop dan — dit is een accessoireprobleem en geen automatiseringsprobleem, en wat “Geen reactie” echt betekent is de juiste gids. Slagen de acties, dan zit de fout in de triggerhelft en gelden stap 2 en verder.

  2. Bevestig dat de woninghub verbonden is, via Woninginstellingen → woninghubs en bridges. Zonder werkende woninghub gaat er niets af, en een hub die stilletjes is weggevallen is de meest voorkomende enkele oorzaak.

  3. Bekijk de statuswijziging van de sensor live. Trigger hem expres en kijk of de tegel in de Woning-app werkelijk verandert, in plaats van alleen de verwachte status te tonen. Geen wijziging betekent dat de trigger niets heeft om op af te gaan.

  4. Vervang de batterij van de sensor als hij er een heeft, voordat je iets ingewikkelders aanneemt. Het is de goedkoopste test die er is en hij lost een flink deel op van de sensorautomatiseringen die “zomaar stopten”.

  5. Open de automatisering en lees elke voorwaarde, vooral tijdvensters en persoonsvoorwaarden. Haal ze tijdelijk weg en kijk of hij afgaat.

  6. Bevestig bij Thread-sensoren dat je een Thread border router hebt, en geef het netwerk tijd na elke wijziging. Apples richtlijn is vijf minuten van de stroom, daarna tien minuten tot het Thread-netwerk stabiel is.

  7. En pas daarna verwijder en maak je de automatisering opnieuw. Dat is de juiste oplossing voor precies één oorzaak — een trigger die naar een opnieuw gekoppeld accessoire wijst — en voor de rest doet het niets.

Als hij afgaat, maar niet bruikbaar

Twee varianten verdienen het apart genomen te worden, want het zijn helemaal geen triggerfouten.

Hij gaat te laat af. De sensor meldt, de woninghub ontvangt, en de lampen gaan twee seconden aan nadat je allang bent doorgelopen. Dat is latency en geen triggerfout, en het wordt op een heel andere plek opgelost — meten waar HomeKit-vertraging vandaan komt laat zien hoe je de laag vindt die je die tijd kost.

Hij gaat af, maar de helft van de lampen reageert. De trigger werkte. Eén accessoire in de actielijst niet, en de automatisering ging zonder hem verder. Dat heeft dezelfde vorm als een scène die “Mislukt” meldt, en de oplossing is de specifieke kapotte actie vinden in plaats van aan de trigger te sleutelen.

Als er niets afgaat en alles klopt

Dan verwijst de automatisering hoogstwaarschijnlijk naar iets dat niet meer bestaat, op een manier die de Woning-app niet toont. Verwijder hem en bouw hem helemaal opnieuw — niet bewerkt, opnieuw gebouwd — met Een sensor detecteert iets en de sensor vers uit de lijst gekozen.

Werkt de herbouwde automatisering terwijl de oude dat nooit deed, dan heb je je antwoord, en is het de moeite waard te kijken of andere automatiseringen uit dezelfde periode hetzelfde probleem delen. Faalt de herbouwde ook, dan meldt de sensor zijn wijzigingen niet aan je woninghub, en loopt het spoor verder bij het accessoire in plaats van bij de automatisering — waarom automatiseringen stoppen bij de stap die faalt behandelt de bredere versie van dit probleem.