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
- Com vários sinais imperfeitos, o sensor binário bayesiano do Home Assistant pondera cada um pela confiabilidade em vez de usar regras fixas E/OU
- 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, um incômodo conhecido das automações apenas com PIR.
- 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.
Fusão ponderada e robustez
Quando regras simples E/OU não bastam, o sensor binário bayesiano do Home Assistant pondera os sensores de forma probabilística: cada observação aumenta ou diminui uma probabilidade, e o sensor liga quando ela passa de um limite.
- Sensor binário bayesiano: você define uma probabilidade a priori (a probabilidade base) e dá a cada observação (um estado, uma faixa numérica ou um template) um prob_given_true e um prob_given_false. O sensor liga quando a probabilidade resultante ultrapassa probability_threshold (padrão 0,5). Pode ser configurado na interface (porcentagens) ou em YAML (valores de 0 a 1).
- Escolha lógica de template fixa quando a regra cabe em uma frase (radar OU um disparo recente do PIR). Escolha o sensor bayesiano quando vários sinais imperfeitos — radar, PIR, um interruptor de luz, a presença de um celular — trazem, cada um, evidência parcial. Você mesmo estima as probabilidades, então comece simples e ajuste.
- Adicione um atraso de desligamento (delay off) ao sensor binário template fundido para que pequenas lacunas entre os relatos dos sensores não mudem um cômodo para “desocupado”. Sensores binários template aceitam delay_on e delay_off em YAML e em “Opções adicionais” no auxiliar da interface.
- Trate as entradas offline de forma deliberada: uma entidade template está sempre disponível a menos que você configure um template de disponibilidade, então um sensor de origem offline simplesmente não passa no teste de “ligado”. Verifique a disponibilidade das fontes no template se uma entrada ausente não puder ser lida como “sem atividade”.
- Para a fusão ambiental, o auxiliar Min/Max combina dois ou mais sensores com a mesma unidade em média, mediana, mínimo ou máximo (auxiliar da interface ou YAML).
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.
Quando devo usar o sensor bayesiano em vez de um sensor template?
Use um sensor template quando uma regra E/OU simples resolve a lógica. Use o sensor binário bayesiano quando vários sinais imperfeitos trazem, cada um, evidência parcial e você quer ponderá-los pela confiabilidade — ele exige uma probabilidade a priori e probabilidades por observação que você mesmo estima.
O que acontece com um sensor fundido quando uma entrada fica offline?
Por padrão, um sensor template continua disponível e uma entrada offline simplesmente não cumpre sua condição, então o resultado fundido pode estar errado sem nenhum aviso. Adicione um template de disponibilidade ou verifique os estados das entradas se o resultado não puder ser confiável enquanto faltar uma entrada.