Sensor de estado responde agora. Sensor de evento dispara o instante. Confundir os dois é uma das causas mais comuns de automação que funciona no teste e falha na rotina.
Porta aberta e botão pressionado parecem parecidos porque os dois entram no app. Não são. Porta aberta tem duração: ela continua aberta até fechar. Botão pressionado é um pulso: aconteceu e acabou. Temperatura é estado. Clique duplo é evento. Presença pode ser os dois, dependendo do sensor e da integração.
Estado sustenta lógica#
Estado é bom para pergunta contínua: a porta está aberta? há alguém na sala? o alarme está armado? a luminosidade está abaixo de 80 lux? Ele aparece bem em dashboard, condição e automação com for:. Em Home Assistant, entidades vivem em estados; automações podem reagir quando esses estados mudam.
Evento inicia ação#
Evento é bom para ação pontual: botão apertou, controle Zigbee enviou comando, campainha tocou, NFC foi lido. O evento não precisa virar estado permanente. Ele é como uma campainha: você não pergunta se ela “continua tocada”; pergunta o que fazer quando tocou.
Botão não é interruptor#
Um botão Zigbee de cena manda evento: single, double, hold. Se você usa isso como estado, perde contexto. Interruptor físico, por outro lado, pode ter estado ligado/desligado. A escolha altera fallback: luz precisa funcionar se o hub reiniciar; cena pode esperar o sistema voltar.
Presença exige cuidado#
PIR costuma gerar evento de movimento e estado temporário de ocupação. mmWave pode manter presença como estado. A automação boa usa evento para acender rápido e estado para manter aceso. Sensor errado no papel errado vira luz apagando com gente parada.
Quando você nomeia certo, a automação fica mais previsível: evento é verbo; estado é condição.