Condição por Template

A expressão combina presença, modo da casa, horário, estado de abertura e outras informações que não cabem em um único comparador. Uma regra de climatização pode prosseguir apenas quando há alguém em casa, nenhuma janela está aberta e o modo não é férias. O benefício é expressar uma política em um único ponto. O custo é legibilidade. AND, OR e NOT precisam estar agrupados de maneira clara. Parênteses implícitos e precedência podem produzir resultado diferente do esperado. Em vez de uma linha longa, use variáveis nomeadas ou sensores derivados. O trace deve mostrar valores de cada componente. A expressão precisa definir comportamento para uma entidade unavailable; em ações de conforto, bloquear costuma ser seguro, mas a política deve ser declarada.

O template calcula relação, diferença, média ou tendência antes de decidir. Exemplo: permitir aquecimento de água somente se geração solar menos consumo da casa for superior a 1,5 kW e a bateria estiver acima de 60%. As fontes podem atualizar em tempos distintos, criando valor inconsistente. A condição deve verificar frescor dos timestamps ou usar uma entidade agregada. Unidades precisam ser normalizadas. W e kW não podem ser somados diretamente. Valores negativos, ausentes e limites físicos devem ser tratados. Se a fórmula é reutilizada, um sensor template melhora histórico e evita duplicação. A condição permanece adequada quando o cálculo é local a um único fluxo.

Eventos MQTT, webhooks e integrações fornecem objetos estruturados. A condição pode validar event_type, device_id, confiança, assinatura já verificada ou campos do payload. Um NVR pode permitir a ação apenas quando object_class é person e confidence >= 0,85. O template precisa tratar lista vazia, campo ausente e tipo inesperado. Dados externos não são confiáveis por padrão. A validação de segurança deve ocorrer antes, na integração ou no gateway. O template decide lógica de negócio, não substitui autenticação. Valores usados para selecionar serviços devem passar por allowlist. Nunca monte nomes de serviço arbitrários diretamente de payload sem restrição.

A expressão verifica calendário, feriado, janela que cruza meia-noite, dia útil ou distância para nascer do sol. Regras simples devem usar condições temporais nativas. Template é útil quando a lógica é composta. Fuso horário, horário de verão e timestamps UTC exigem atenção. Uma janela 22:00–06:00 precisa usar OR, não comparação simples de intervalo no mesmo dia. Calendários podem ficar indisponíveis. Eventos de dia inteiro têm semântica própria. A condição deve usar a timezone configurada e evitar strings localizadas. Para ações críticas, relógio e sincronização NTP são dependências. Após reinício, valores de calendário precisam ser recarregados antes da avaliação.

O template não avalia apenas o valor, mas se a fonte está disponível, recente e dentro de limites plausíveis. Uma bomba pode ser autorizada somente quando o sensor de nível está online, atualizado há menos de 60 s e entre 0 e 100%. Esse padrão evita que um número restaurado antigo pareça válido. A expressão pode conferir last_updated, quality flag e status da integração. O risco é criar dependência de atributos internos que mudam. Quando a qualidade é requisito sistêmico, convém criar entidade binária de health. A condição fica mais simples e múltiplas automações compartilham a mesma política.