Entenda o que continua funcionando quando a conexão com a internet é perdida

O que ainda pode funcionar

Se a internet cair, alguns agendamentos instalados e rotinas locais de sensores podem continuar rodando em seu hub, desde que o relógio do hub, a versão instalada e entradas locais compatíveis estejam disponíveis. Uma rotina com etapas na nuvem pode funcionar apenas em parte. Efeitos locais podem continuar enquanto efeitos de nuvem ficam indisponíveis. A rotina não muda de executor apenas porque a internet caiu.

Dispositivos locais comissionados podem manter o funcionamento local. Isso não significa que um app ou página web desconectados possam enviar novos comandos. Um app hospedado ou solicitação web ainda precisa do caminho de serviço WAN. Uma API auto-hospedada exige o caminho real da rede local e uma sessão autenticada atual.

As definições guardadas e as observações locais ainda podem estar presentes, mas mantêm a sua idade e autoridade originais. Se faltarem dados ou estiverem antigos, trate-os como desconhecidos. Isso não prova que um dispositivo esteja desligado ou que não haja ninguém em casa. Uma instalação de IA local-principal Hub comissionada verifica a permissão atual da casa com os seus serviços locais de ALYT e mantém um registo ambiental local limitado sem WAN. Uma instalação cloud-principal mantém o seu contrato finito autorizado na cloud; a disponibilidade na LAN não pode renovar essa adesão. O adaptador MCP local fornecido pode ler o estado suportado do hub e pedir ações autorizadas através da ligação LAN encriptada existente. Nenhum dos caminhos cria um segundo proprietário da ação física.

Voice, música e anúncios

A detecção local de palavra-chave no microfone pode continuar mesmo quando toda a interação de voz não está disponível. Reconhecimento, raciocínio, síntese de fala e reprodução nos alto-falantes têm exigências próprias de conexão e processamento. Apenas a ativação local não prova que toda a interação por voz foi concluída localmente.

Músicas e anúncios dependem de acesso aos trajetos locais de mídia ou alto-falantes. Síntese e streaming na nuvem precisam de seus próprios caminhos de serviço. Dispositivos apenas na nuvem, câmeras e serviços de streaming continuam dependendo dos serviços de nuvem de terceiros.

Quando o serviço volta

Quando a conexão retorna, ALYT mantém a última configuração válida, atualiza o estado e verifica os registros de ações originais. Não repete um toque de botão expirado nem refaz ações transmitidas com dúvida.

Leia evidências recentes antes de tratar um resultado desconhecido ou parcial como confirmado. Se precisar alterar a permissão do microfone, use as configurações atuais do proprietário assim que esse caminho de serviço estiver disponível.

Como verificar sua casa

1. Confira separadamente a energia do hub, conexão dos dispositivos locais e sua própria conexão com a internet.
2. Open Dispositivos e inspecione o dispositivo afetado quando seu caminho de serviço normal estiver disponível.
3. Registre a casa, o dispositivo, o horário, a mudança esperada e a leitura observada caso precise de Suporte.
4. Mantenha as rotinas e credenciais já instaladas intactas. Não reintegre uma casa funcional só porque a interface hospedada está desconectada.

Solução de problemas

• Se uma rotina local parou, verifique primeiro o relógio do hub, a versão instalada e as entradas locais de sensores.
• Se um comando não foi enviado, confirme se o app ou página web ainda possui caminho de serviço WAN ou se você usa uma API auto-hospedada que precisa do caminho da rede local e uma sessão atual.
• Se uma leitura parece antiga, trate como informação desatualizada até atualizar a visualização do dispositivo.
• Se a ativação por voz funcionar mas a fala não, verifique a mídia local ou caminho do alto-falante e qualquer serviço de nuvem em que a interação dependa.