Principais conclusões
- Cada tipo de sensor tem seu próprio modo de falha quando usado sozinho — a fusão de sensores anula isso exigindo concordância
- Construída com condições de automação padrão do Home Assistant (gatilhos multicondição ou sensores de template), não hardware especial
- Padrão comum: radar + movimento PIR para ocupação, contato + câmera para eventos de segurança
- A contrapartida é mais complexidade de automação e um pouco mais de tempo de configuração em troca de bem menos disparos falsos
- Veja o guia de detecção de presença por radar para o tipo de sensor mais comumente fundido com detecção de movimento
Por que um único sensor não é suficiente
Cada tipo de sensor tem um ponto cego específico: sensores de movimento PIR não percebem ocupantes parados, o radar pode ocasionalmente dar falso positivo pela vibração de um eletrodoméstico, sensores de contato não identificam quem os acionou, e câmeras levantam considerações de privacidade que sensores sem câmera evitam.
- Uma automação de ocupação baseada apenas em PIR vai apagar as luzes de alguém sentado parado, a reclamação de automação residencial mais citada.
- Uma automação baseada apenas em radar pode ocasionalmente registrar um falso positivo por causa de um ventilador, vibração do HVAC ou um animal de estimação, dependendo das configurações de sensibilidade.
- Depender de um único sensor significa herdar o modo de falha específico daquele sensor em toda automação construída sobre ele.
Construindo uma automação de fusão
No Home Assistant, a fusão de sensores é tipicamente construída como um sensor binário de template que combina os estados de dois ou mais sensores de origem com lógica AND/OR, que as automações posteriores tratam como um único gatilho, mais confiável.
- Um sensor de template básico de fusão de ocupação pode reportar "ocupado" apenas quando o sensor de radar está ativo, ou quando o sensor PIR foi acionado nos últimos minutos — cobrindo tanto a detecção instantânea quanto o caso do ocupante parado.
- Para automações de segurança, combinar um sensor de contato (porta aberta) com um evento de detecção de pessoas baseado em câmera (veja o guia de câmeras de segurança com IA local) antes de disparar uma notificação reduz alarmes falsos causados, por exemplo, por uma porta que abre sem ninguém visível.
- Mantenha a lógica de fusão em um único sensor de template em vez de duplicar a lógica multicondição em várias automações separadas — isso facilita ajustá-la depois.
Padrões comuns de fusão
Os padrões de fusão mais comuns são ocupação (radar + movimento), segurança (contato + detecção por câmera) e ambiental (vários sensores de temperatura/umidade em média para suavizar o viés de posicionamento de um único sensor).
- Ocupação: sensor de radar para detecção de pessoa parada, PIR para resposta instantânea ao movimento, combinados para que as automações de iluminação reajam rapidamente e não expirem com alguém sentado parado.
- Segurança: sensores de contato de porta/janela combinados com detecção de pessoas por câmera, de modo que uma notificação só dispara quando um evento físico de entrada e uma confirmação visual coincidem.
- Ambiental: fazer a média de vários sensores de temperatura em um cômodo para reduzir o impacto de um sensor posicionado em uma corrente de ar ou perto de uma fonte de calor, dando às automações de climatização uma leitura mais representativa.
Perguntas frequentes
Preciso de hardware especial para fusão de sensores?
Não — é um padrão de lógica de automação construído com sensores de template e gatilhos multicondição padrão do Home Assistant, combinando os sensores que você já tem.
Qual é o exemplo mais simples de fusão de sensores para começar?
Combinar um sensor de presença por radar com um sensor de movimento PIR para detecção de ocupação é um ponto de partida comum — resolve diretamente a limitação do PIR de "para de detectar uma pessoa parada".
A fusão de sensores adiciona complexidade perceptível à automação?
Alguma — você está escrevendo um sensor de template com lógica combinada em vez de apontar uma automação diretamente para um sensor. É uma contrapartida administrável em troca de bem menos disparos falsos em automações que importam (como notificações de segurança).
Posso fundir o raciocínio de um LLM local com dados de sensores?
Sim — uma vez que os dados de sensores fundidos são expostos como uma entidade padrão do Home Assistant, uma automação com LLM (veja o guia de automações com IA) pode raciocinar sobre eles da mesma forma que faria com qualquer outro sensor, potencialmente adicionando lógica com mais contexto.
Isso é a mesma coisa que um gêmeo digital da casa?
Relacionado, mas mais restrito — a fusão de sensores combina alguns sensores para uma decisão de automação específica. Um gêmeo digital (veja esse guia) é um modelo mais amplo e contínuo do estado de toda a casa do qual várias automações podem se beneficiar.