Porque é que o Home Assistant perde o controlo local fiável após um reinício?

O Home Assistant pode parecer estar “ativo” após um reinício, embora o controlo local fiável ainda não esteja totalmente disponível. A interface Web pode carregar antes de todas as integrações, rádios, automatizações, auxiliares, caminhos da base de dados e ligações de dispositivos terem regressado a um estado utilizável.

Diagnostique o reinício como uma sequência, em vez de o tratar como um único evento. Confirme que o Home Assistant atingiu o estado de execução, identifique qualquer integração que ainda esteja a carregar ou indisponível, verifique se o estado persistente foi restaurado corretamente e, em seguida, teste um percurso local entre um sensor e uma ação. Se a mesma automatização funcionar após um recarregamento manual ou um segundo reinício, o problema é provavelmente de ordenação do arranque ou de disponibilidade das dependências, e não uma falha permanente de configuração.

Confirme que o arranque terminou efetivamente

Comece pelos registos e pelo estado das integrações, em vez de alternar imediatamente todas as automatizações. Um processo de contentor pode estar em execução enquanto o Home Assistant ainda restaura entidades, liga integrações, abre o Recorder ou aguarda por um coordenador de rádio.

Um problema recente de arranque do Home Assistant mostrou que uma integração ZHA atrasou o arranque o suficiente para que as entidades de automatização YAML permanecessem indisponíveis após o reinício. Isto não significa que o ZHA seja geralmente inseguro; demonstra por que razão “a interface abriu” não prova que todo o ambiente de execução das automatizações esteja pronto.

Registe o primeiro momento em que o Home Assistant comunica uma operação normal e compare-o com o momento em que as suas entidades críticas ficam disponíveis. Se uma integração for consistentemente a última dependência a recuperar, mantenha a investigação centrada nela antes de alterar lógica de automatização não relacionada.

Aguarde pelas dependências de que a automatização realmente precisa

Uma automatização de luz acionada por movimento pode precisar da integração do sensor de movimento, da integração da luz de destino, da rede local ou do coordenador de rádio e de quaisquer entidades auxiliares utilizadas pelas suas condições. Uma única dependência indisponível pode fazer com que a automatização pareça pouco fiável, mesmo quando o Home Assistant Core está saudável.

Essa fronteira temporal também é visível em integrações reais fora do motor nativo de automatizações. Uma discussão na comunidade do Home Assistant refere que um cliente WebSocket pode ligar-se antes de o Home Assistant estar totalmente em execução, pelo que aguardar pelo estado de execução evita enviar comandos enquanto as entidades ainda estão a carregar.

Não resolva isto adicionando atrasos arbitrários de 30 ou 60 segundos em todo o lado. Primeiro confirme qual é a dependência que chega tarde e, em seguida, condicione apenas o fluxo de arranque que realmente precisa que ela esteja pronta.

Separe o estado da automatização do estado do dispositivo

O Home Assistant restaura muitos estados após um reinício, mas o valor restaurado de uma entidade nem sempre corresponde a uma confirmação recente do dispositivo físico. Um interruptor pode apresentar temporariamente o valor anterior enquanto a integração ainda está a restabelecer a ligação.

Quando as entidades regressam como unavailable após um reinício, evite eliminá-las ou voltar a emparelhá-las antes de conhecer o percurso danificado. Um guia atual de resolução de problemas recomenda verificar a acessibilidade, o endereçamento, a descoberta, o broker, o rádio e os registos da integração antes de repor os dispositivos. Assim, evita transformar um problema de reinício num problema de reconfiguração maior.

Para cada automatização crítica, registe se a entidade acionadora foi restaurada, está desconhecida, está indisponível ou foi atualizada recentemente após o reinício. Essa distinção indica se a falha ocorre no restauro do estado, no restabelecimento da ligação da integração ou na própria automatização.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Teste o percurso de controlo local sem a WAN

Os problemas de reinício podem ser confundidos com problemas de Internet quando o DNS local, o MQTT, o Wi-Fi, um proxy inverso ou uma integração com a nuvem do fabricante também alteram o estado durante o arranque. Mantenha um teste simples de controlo local que não dependa da Internet pública.

Utilize um percurso representativo, como um sensor de movimento Zigbee que acende uma luz local ou um botão local que altera um relé. Se esse percurso funcionar enquanto um dispositivo dependente da nuvem não funciona, o controlo local do Home Assistant está operacional e a falha restante pertence à dependência remota.

O guia da ZimaSpace sobre a criação de um hub local de automatização com limites explícitos para o controlo local e a recuperação é uma referência útil para manter o percurso doméstico crítico independente de serviços opcionais da Internet.

Utilize um teste de aceitação do reinício em vez de tentar adivinhar repetidamente

Corrija a camada mais pequena que falhou. Recarregue ou repare uma integração quando as respetivas entidades estiverem em falta; repare o estado ou o armazenamento quando os valores restaurados estiverem incorretos; altere a sequência de arranque apenas quando for demonstrável que uma dependência chega tarde. Reconstruir o Home Assistant é desnecessário enquanto a configuração persistente continuar fiável e a falha for reproduzível num único ramo de arranque.