Dispositivos de casa inteligente que não funcionam

Dispositivos de casa inteligente que não funcionam geralmente estão relacionados a problemas de energia, rede, hub, aplicativo, conta, automação, condição do dispositivo ou atualizações, em vez de uma falha universal única. A solução de problemas começa identificando se um dispositivo está offline, não responde, está desconectado ou falha apenas durante uma ação de controle específica. A causa provável depende do tipo de dispositivo, método de comunicação, configuração do hub ou bridge, status do aplicativo, estado do firmware e condições da rede doméstica.

Para um contexto mais amplo sobre categorias de dispositivos e fatores de decisão relacionados, consulte o smart home devices hub .

Um dispositivo de casa inteligente pode aparecer offline em um aplicativo, mostrar um status indisponível, responder lentamente, perder a conexão após uma alteração na rede ou parar de acionar uma rotina de automação. Esses sintomas descrevem o que o usuário vê, mas não confirmam a causa exata, pois o mesmo sintoma pode vir de diferentes partes do sistema. Para um contexto mais amplo sobre categorias de dispositivos e fatores de decisão relacionados, consulte o smart home devices hub.

Esses sintomas descrevem o que o usuário vê, mas não confirmam a causa exata, pois o mesmo sintoma pode vir de diferentes partes do sistema.

A solução de problemas funciona melhor quando as verificações seguem uma ordem diagnóstica: verificar primeiro as condições locais simples, depois revisar o caminho de conexão, a comunicação do hub ou aplicativo, as configurações de automação e o estado de atualização. Verificações de baixo risco, como confirmar o status de energia, revisar o status do aplicativo, verificar a conexão Wi-Fi e identificar alterações recentes de configuração, podem restringir o problema antes de usar uma reinicialização ou fazer alterações maiores. Por exemplo, um dispositivo que aparece conectado no aplicativo, mas não aciona uma rotina, pode ter um problema de gatilho, condição ou ação dentro da automação, em vez de uma falha de conexão do dispositivo.

Por exemplo, um dispositivo que aparece conectado no aplicativo, mas não aciona uma rotina, pode ter um problema de gatilho, condição ou ação dentro da automação, em vez de uma falha de conexão do dispositivo.

O comportamento dos dispositivos de casa inteligente pode diferir entre ecossistemas, pois dispositivos Wi-Fi, dispositivos baseados em hub, dispositivos conectados por bridge e plataformas controladas por aplicativo usam diferentes caminhos de comunicação. Instruções de suporte específicas da marca podem ser necessárias para etapas de recuperação avançadas, mas esta abordagem de solução de problemas ajuda a identificar a camada do problema afetada antes de passar para essas instruções.

Índice⌄

Sintomas de falha em dispositivos de casa inteligente

Os sintomas de falha em dispositivos de casa inteligente direcionam o diagnóstico, mas não comprovam uma única causa. Estados visíveis como status offline, mensagens de indisponibilidade, resposta atrasada, falha de pareamento e automação que não aciona mostram qual parte do sistema precisa ser verificada antes de escolher uma correção.

Os sintomas de falha em dispositivos de casa inteligente direcionam o diagnóstico, mas não comprovam uma única causa.

Um dispositivo de casa inteligente pode aparecer desconectado no aplicativo, parar de responder a comandos de controle ou permanecer visível enquanto uma rotina de automação falha ao ser executada. Esses sintomas fornecem evidências do status do aplicativo e do dispositivo, mas não confirmam a causa exata, pois o problema pode estar no caminho de conexão, na comunicação do hub, no sinal Wi-Fi, no estado de pareamento ou nas configurações de automação.

O mesmo dispositivo de casa inteligente pode apresentar sintomas de falha diferentes entre ecossistemas, pois os rótulos do aplicativo, os métodos de controle e os caminhos de comunicação diferem. Por exemplo, um dispositivo que aparece online em um aplicativo de controle, mas indisponível em outro, pode indicar um problema de status do aplicativo, acesso à conta ou camada de comunicação, em vez de uma falha confirmada do dispositivo.

Sintoma	O que o usuário vê	Área provável para verificar	Próxima direção diagnóstica
Status offline	O aplicativo mostra o dispositivo como offline ou desconectado.	Caminho de conexão, sinal Wi-Fi, visibilidade do hub ou status do dispositivo	Verificar se o dispositivo consegue se comunicar com a rede ou o hub.
Mensagem de indisponibilidade	O aplicativo não consegue acessar os controles normais do dispositivo.	Status do aplicativo, acesso à conta, comunicação do hub ou conexão de controle	Confirmar se o aplicativo de controle ainda consegue identificar e acessar o dispositivo.
Resposta atrasada	Um comando de controle funciona lentamente ou o dispositivo reage após um atraso.	Sinal do roteador, conexão de rede, comunicação do hub ou caminho de controle	Revisar se as condições de conexão afetam a resposta do dispositivo.
Falha de pareamento	O dispositivo não consegue concluir a conexão com o aplicativo ou hub.	Credenciais, estado de pareamento do hub ou configuração de instalação	Verificar o método de pareamento necessário e o estado atual da conexão.
Automação não aciona	Uma rotina, gatilho ou ação agendada não é executada.	Gatilho de automação, condição, ação, permissão ou status do dispositivo	Revisar se as condições de gatilho e ações necessárias estão ativas.

Dispositivos offline, indisponíveis ou sem resposta

Os rótulos offline, indisponível e sem resposta descrevem estados observáveis de dispositivos de casa inteligente, mas não confirmam uma causa específica. Esses rótulos geralmente indicam que a comunicação entre o dispositivo, aplicativo, hub ou rede está interrompida ou indisponível naquele momento.

O status do aplicativo e o status do dispositivo podem fornecer pistas diferentes dependendo do ecossistema.

O status do aplicativo e o status do dispositivo podem fornecer pistas diferentes dependendo do ecossistema. Um rótulo offline pode aparecer quando um dispositivo perde visibilidade através de um hub ou conexão de rede, enquanto uma mensagem de indisponibilidade pode estar relacionada ao acesso do aplicativo, estado da conta ou comunicação de controle. Um estado sem resposta significa que um comando de controle não recebeu a resposta esperada, mas não mostra por si só se o problema é de energia, conexão ou outra camada de comunicação.

Sinais visíveis do dispositivo ajudam a separar condições físicas de condições de comunicação. Por exemplo, um sensor sem estado de LED após uma interrupção de energia apresenta um sintoma diferente de um sensor com estado de LED ativo enquanto o aplicativo o mostra como indisponível. Verificar o estado do LED, a visibilidade do hub e o horário da última visualização fornece pistas locais antes de investigar causas mais amplas.

• Status do aplicativo: Rótulos como offline ou indisponível descrevem o que o aplicativo de controle consegue acessar, mas não confirmam a condição física do dispositivo.
• Status do dispositivo: Estado do LED, atividade visível e resposta ao controle fornecem pistas sobre se o dispositivo está ligado ou se comunicando.
• Visibilidade do hub: Um dispositivo ausente na camada de conexão do hub sugere um problema no caminho de comunicação, em vez de uma falha de hardware confirmada.
• Resposta ao controle: Um comando falho ou resposta atrasada indica que a comunicação entre o aplicativo e o dispositivo precisa ser verificada.
• Horário da última visualização: Registros de atividade recente ou mais antiga indicam quando a comunicação pode ter parado e ajudam a direcionar o diagnóstico.

Dispositivos Conectados, mas Não Acionando Automações

Um dispositivo de casa inteligente conectado ainda pode falhar ao acionar uma automação quando a conexão do dispositivo e o estado da regra de automação não estão alinhados. Um status conectado mostra que o dispositivo consegue se comunicar com o sistema, mas não confirma que o gatilho, condição, permissão, agendamento ou caminho de ação necessário está pronto para ser executado.

Verificar esses elementos locais da regra ajuda a separar uma falha de automação de um problema de conexão do dispositivo.

A regra de automação, o gatilho, a condição e a ação fornecem cada um um ponto de verificação separado quando uma rotina ou cena falha. Por exemplo, um sensor de movimento pode aparecer conectado no aplicativo enquanto uma rotina não é executada porque o evento de gatilho não é detectado, a condição não corresponde ou o destino da ação está indisponível. Verificar esses elementos locais da regra ajuda a separar uma falha de automação de um problema de conexão do dispositivo.

• Estado do gatilho: Verificar se o evento que inicia a automação é detectado pelo dispositivo, rotina ou gatilho de cena.
• Correspondência da condição: Verificar se o valor da condição necessária, como horário, estado do dispositivo ou status do cômodo, corresponde à regra de automação.
• Permissão: Confirmar se a permissão do aplicativo e o acesso à conta permitem que a automação controle o dispositivo desejado.
• Agendamento: Revisar se o agendamento permite que a rotina ou cena seja executada no horário esperado.
• Destino da ação: Verificar se a ação aponta para o dispositivo correto, atribuição de cômodo ou estado selecionado.

Um problema de dispositivo conectado nem sempre é um problema de conexão, pois a falha pode ocorrer dentro da lógica de automação. Esta seção se concentra em verificações locais de solução de problemas, em vez de reconstruir rotinas complexas ou projetar sistemas de automação avançados.

Causas comuns de problemas em dispositivos de casa inteligente

Causas comuns de problemas em dispositivos de casa inteligente geralmente se enquadram nas categorias de estado de energia, caminho sem fio, comunicação do hub, acesso ao aplicativo, estado da conta ou condição do firmware. Essas categorias ajudam a separar uma falha local do dispositivo de uma falha em nível de sistema antes de selecionar uma direção de solução de problemas.

O componente afetado e sua condição fornecem pistas sobre a causa provável.

O componente afetado e sua condição fornecem pistas sobre a causa provável. Um problema no lado do dispositivo pode envolver estado de energia, bateria, adaptador ou condição do dispositivo, enquanto um problema no lado da rede pode envolver sinal Wi-Fi, conexão do roteador ou estabilidade do caminho sem fio. Problemas na camada de controle podem envolver comunicação do hub, acesso ao aplicativo, permissões da conta ou conexão em nuvem, enquanto a condição do firmware pode afetar a compatibilidade e a resposta após uma atualização ou mudança de versão.

Categoria da causa	Componente envolvido	Condição a verificar	Efeito possível
Estado de energia	Bateria, adaptador, tomada ou entrada de energia do dispositivo	O dispositivo tem energia e mostra indicadores de status locais esperados	O dispositivo pode ficar indisponível ou parar de responder quando as condições de energia são interrompidas.
Caminho sem fio	Wi-Fi, roteador, sinal ou banda de rede	O dispositivo mantém um caminho de conexão estável com a rede	O dispositivo pode aparecer offline ou apresentar resposta atrasada quando a comunicação é interrompida.
Comunicação do hub	Hub, bridge, estado de pareamento ou camada de visibilidade do dispositivo	O hub consegue identificar e se comunicar com o dispositivo	O dispositivo pode perder visibilidade ou falhar ao receber comandos de controle.
Acesso ao aplicativo e estado da conta	Aplicativo de controle, permissões, conta ou conexão em nuvem	O aplicativo consegue acessar a conta correta e os controles do dispositivo	O dispositivo pode aparecer indisponível mesmo quando o dispositivo físico permanece ativo.
Condição do firmware	Firmware do dispositivo, versão do aplicativo ou estado de atualização	O dispositivo e o aplicativo mantêm estados de software compatíveis	O dispositivo pode apresentar resposta inconsistente ou comportamento de comunicação.

O mesmo sintoma pode vir de diferentes camadas do sistema de casa inteligente, portanto, uma matriz de causas identifica áreas prováveis em vez de um diagnóstico final. Por exemplo, um dispositivo offline pode resultar de um problema de estado de energia, um problema de caminho sem fio ou perda de visibilidade do hub, e cada possibilidade requer uma verificação separada antes de confirmar a causa.

Energia, Bateria e Estado Local do Dispositivo

O estado de energia, bateria e local do dispositivo deve ser verificado antes das causas de rede, pois um dispositivo pode falhar antes que a comunicação se torne relevante. Nível da bateria, conexão do adaptador de energia, posição do interruptor, modo de suspensão, luz indicadora e estado de reinicialização fornecem pistas locais sobre a condição do dispositivo.

Verificar os indicadores locais primeiro ajuda a separar uma condição física do dispositivo de um problema de sistema mais amplo.

O estado local do dispositivo difere entre sensores a bateria, dispositivos alimentados pela rede elétrica, plugues e hubs, pois cada um usa um método de energia diferente. Um sensor com bateria fraca pode continuar mostrando status parcial no aplicativo enquanto reduz o comportamento de relatório, enquanto um dispositivo alimentado pela rede pode permanecer inativo se o adaptador de energia ou a posição do interruptor impedir a operação. Verificar os indicadores locais primeiro ajuda a separar uma condição física do dispositivo de um problema de sistema mais amplo.

• Nível da bateria: Uma condição de bateria fraca pode limitar a resposta ou o relatório de um sensor enquanto o aplicativo ainda pode mostrar informações parciais de status.
• Adaptador de energia: A conexão do adaptador, plugue e tomada indica se um dispositivo alimentado pela rede elétrica está recebendo energia.
• Posição do interruptor: A posição de um interruptor manual ou botão físico pode interromper a operação normal do dispositivo mesmo quando ele permanece conectado.
• Modo de suspensão: Um dispositivo em estado de baixa energia pode atrasar atualizações até que um evento de ativação ocorra ou atividade esperada seja detectada.
• Luz indicadora: O estado do LED ou luz de status fornece uma pista local sobre se o dispositivo tem energia ou está respondendo.
• Estado de reinicialização: O estado de reinicialização atual pode indicar se um dispositivo está em uma configuração alterada antes de verificações adicionais.

Sinal Wi-Fi, Carga do Roteador e Problemas de Banda de Rede

As condições de sinal Wi-Fi, carga do roteador e banda de rede podem afetar se um dispositivo de casa inteligente, de outra forma funcional, mantém uma conexão confiável. Sinal sem fio fraco, carga alta do roteador ou condições inadequadas de banda de rede podem contribuir para status offline, resposta atrasada ou controle atrasado sem confirmar uma falha do dispositivo.

As condições de rede podem afetar os dispositivos de forma diferente dependendo da localização do dispositivo e do método de conexão.

As condições de rede podem afetar os dispositivos de forma diferente dependendo da localização do dispositivo e do método de conexão. Um dispositivo apenas de 2,4 GHz pode apresentar problemas de conexão quando a banda de rede disponível não corresponde ao seu método de conexão suportado, enquanto um dispositivo movido para mais longe do roteador pode receber um sinal sem fio mais fraco. O roaming em malha pode alterar o ponto de acesso usado por um dispositivo, portanto, a próxima verificação deve se concentrar na condição de rede vinculada ao sintoma, em vez de assumir uma causa.

• Sinal Wi-Fi: A localização do dispositivo, a distância e os obstáculos físicos podem enfraquecer o sinal sem fio e aparecer como status offline ou controle atrasado.
• Carga do roteador: A congestão da rede por vários dispositivos conectados pode atrasar comandos de controle e reduzir a consistência da resposta.
• Banda de rede: A compatibilidade de banda, incluindo suporte a 2,4 GHz para alguns dispositivos, pode afetar se um dispositivo mantém uma conexão estável.
• Ponto de acesso: O roaming em malha entre pontos de acesso pode alterar o caminho de conexão e afetar a disponibilidade do dispositivo ou o status do aplicativo.
• Localização do dispositivo: Mover um dispositivo para mais longe do roteador ou alterar seu posicionamento pode afetar a confiabilidade da conexão.
• Estabilidade de IP: As condições de DHCP ou estabilidade de IP podem afetar o comportamento de reconexão e podem aparecer como estados offline repetidos.

Essas verificações identificam possíveis condições de rede sem se tornar um guia de configuração de roteador. Para contexto de configuração de rede e conexão pela primeira vez, consulte setup issues.

Problemas de comunicação do hub, bridge, aplicativo e conta

Problemas de comunicação do hub, bridge, aplicativo e conta podem interromper a resposta do dispositivo de casa inteligente mesmo quando a energia e o Wi-Fi parecem normais. Esses problemas na camada de controle ocorrem quando a comunicação falha entre o dispositivo, hub, bridge, aplicativo, conta ou camada de login na nuvem, em vez de no nível do dispositivo local.

O ponto de comunicação envolvido ajuda a identificar onde o problema na camada de controle pode ocorrer.

O ponto de comunicação envolvido ajuda a identificar onde o problema na camada de controle pode ocorrer. Um hub pode perder a visibilidade do dispositivo, um bridge pode falhar durante o pareamento, um aplicativo pode não ter as permissões necessárias ou a vinculação da conta pode impedir o acesso aos controles corretos. Verificar cada camada separa um problema de hub, aplicativo ou conta de outras causas possíveis antes de considerar um limite relacionado a atualização, como uma mudança de versão do aplicativo.

Ponto de comunicação	O que pode falhar	Sintoma visível ao usuário	Verificação segura
Dispositivo para hub	Status do hub, pareamento do bridge ou visibilidade do dispositivo	O dispositivo aparece offline ou está ausente na visualização do hub	Verificar se o hub ou bridge ainda identifica o dispositivo.
Hub para aplicativo	Conexão entre o hub ou gateway e o aplicativo de controle	O aplicativo mostra status indisponível ou não exibe informações atuais do dispositivo	Verificar se o aplicativo consegue acessar a camada de conexão do hub.
Aplicativo para conta	Permissões do aplicativo, vinculação da conta ou autorização da conta	O usuário não consegue acessar os controles do dispositivo ou o dispositivo aparece indisponível	Confirmar se o aplicativo tem acesso à conta e permissões corretas.
Aplicativo para nuvem	Login na nuvem ou camada de acesso à plataforma	A resposta do dispositivo pode estar atrasada ou indisponível através do aplicativo	Verificar o acesso de login na nuvem e o status da conta antes de assumir uma falha do dispositivo.

Uma interrupção da plataforma pode afetar o acesso ao aplicativo e a resposta do dispositivo, mas um status indisponível por si só não confirma uma interrupção, pois a visibilidade difere por ecossistema. Se o problema aparecer após uma atualização do aplicativo ou atualização de firmware, verifique a mudança de versão relevante como uma pista de limite, em vez de tratá-la como a única causa.

Verificações básicas antes de reiniciar ou substituir qualquer coisa

Verificações básicas devem vir antes de reiniciar ou substituir qualquer coisa, pois uma verificação de baixo risco pode evitar pareamentos perdidos, alterações de configuração desnecessárias e decisões de substituição evitáveis. Essas primeiras verificações ajudam a identificar se um problema está relacionado a energia, bateria, estado do dispositivo, acesso à conta ou alterações recentes antes de usar ações mais disruptivas.

Cada verificação fornece um sinal, em vez de uma correção garantida ou diagnóstico final.

Cada verificação fornece um sinal, em vez de uma correção garantida ou diagnóstico final. Uma verificação com falha pode sugerir a próxima área a ser investigada, enquanto uma verificação bem-sucedida pode descartar algumas condições comuns sem provar que o dispositivo está totalmente saudável. Decisões de reinicialização ou substituição devem seguir as evidências disponíveis, a condição do dispositivo e o padrão de falha recorrente.

• Energia: Verificar se o dispositivo tem energia e o estado do indicador esperado. Uma resposta ausente pode sugerir uma condição local de energia ou estado do dispositivo.
• Bateria: Verificar a condição da bateria quando aplicável. Um nível baixo de bateria pode afetar o relatório ou a resposta enquanto o status parcial do aplicativo permanece visível.
• Distância: Verificar se a localização do dispositivo ou a distância do ponto de conexão mudou. Uma posição alterada pode sugerir uma condição de conexão em vez de uma falha do dispositivo.
• Status do roteador: Verificar se a rede doméstica está disponível. Um problema no roteador pode sugerir verificar as condições de rede antes de alterar as configurações do dispositivo.
• Status do hub: Verificar se o hub ou bridge ainda mostra a conexão do dispositivo. Visibilidade ausente pode sugerir um problema na camada de comunicação.
• Login do aplicativo: Confirmar se o aplicativo consegue acessar a conta correta. Problemas de login ou acesso à conta podem afetar os controles do dispositivo.
• Nome do dispositivo e atribuição de cômodo: Verificar se o nome do dispositivo e a localização atribuída correspondem à configuração esperada. Alterações podem afetar automações ou identificação.
• Automações pausadas: Verificar se rotinas ou automações estão pausadas. Uma automação pausada pode explicar ações ausentes sem indicar uma falha do dispositivo.
• Alertas de firmware: Revisar se o aplicativo ou dispositivo mostra um aviso relacionado a atualização. Alterações recentes de firmware podem fornecer uma pista sobre um novo padrão de falha.
• Alterações recentes na rede: Considerar se ocorreram alterações no roteador, Wi-Fi ou conta antes do problema aparecer. Uma alteração recente pode ajudar a explicar o momento do problema.

Se as verificações básicas não identificarem a causa, o próximo passo depende do padrão de sintomas e da condição do dispositivo. Falhas repetidas ou preocupações com a condição física podem justificar verificações de manutenção, enquanto ações de reinicialização devem ser consideradas somente após causas mais simples terem sido revisadas.

Se as verificações básicas não identificarem a causa, o próximo passo depende do padrão de sintomas e da condição do dispositivo.

Este gráfico mostra as verificações essenciais de baixo risco a serem realizadas antes de redefinir ou substituir um dispositivo, ajudando a identificar problemas comuns sem ações disruptivas.

Correções de conexão para dispositivos offline ou sem resposta

As correções de conexão para dispositivos offline ou sem resposta devem passar da reinicialização para a reconexão antes de usar ações de reinicialização. Essa ordem não destrutiva ajuda a identificar se o roteador, hub, dispositivo afetado, aplicativo de controle, credenciais Wi-Fi ou estado de pareamento está impedindo a comunicação normal sem remover imediatamente as configurações salvas.

O caminho de recuperação depende do ecossistema do dispositivo, tipo de dispositivo e método de comunicação.

O caminho de recuperação depende do ecossistema do dispositivo, tipo de dispositivo e método de comunicação. Um dispositivo Wi-Fi pode exigir um processo de reconexão diferente de um dispositivo que usa um hub ou bridge, e uma atualização do aplicativo de controle pode mostrar um resultado diagnóstico diferente dependendo da camada de conexão envolvida. Essas etapas se concentram na recuperação da conexão, em vez de procedimentos de reinicialização de fábrica ou configuração inicial.

1. Reiniciar o dispositivo afetado: Reiniciar o dispositivo offline ou sem resposta e verificar se ele retorna à resposta normal. Se o dispositivo reconectar, o problema pode ter sido uma interrupção temporária do estado do dispositivo.
2. Verificar a conexão do roteador: Confirmar se o roteador está disponível e se o dispositivo consegue acessar a rede esperada. Se o roteador funciona para outros dispositivos, mas um dispositivo permanece offline, o problema pode estar isolado ao caminho de conexão desse dispositivo.
3. Atualizar o aplicativo de controle: Atualizar o aplicativo de controle e revisar a lista de dispositivos ou o status atual. Se o aplicativo for atualizado após a atualização, o problema anterior pode ter envolvido a visibilidade do aplicativo, em vez da conexão do dispositivo em si.
4. Confirmar as credenciais Wi-Fi: Verificar se o dispositivo afetado ainda usa as credenciais Wi-Fi corretas quando a reconexão é necessária. Detalhes de rede alterados podem impedir que o dispositivo restaure seu estado de conexão anterior.
5. Verificar o estado de pareamento do hub: Revisar se o hub ou bridge ainda mostra o estado de pareamento e a visibilidade do dispositivo. Informações de pareamento ausentes podem sugerir um problema de comunicação do hub.
6. Reconectar o dispositivo: Usar o processo de reconexão apropriado para o ecossistema do dispositivo após verificar o ponto de conexão provável. Uma reconexão bem-sucedida pode restaurar a comunicação, enquanto uma falha fornece informações diagnósticas adicionais.

Se as correções de conexão não resolverem o estado offline ou sem resposta, a próxima ação depende do tipo de dispositivo, ecossistema e método de comunicação. As ações de reinicialização devem permanecer uma etapa posterior, pois podem remover conexões salvas ou informações de pareamento.

As ações de reinicialização devem permanecer uma etapa posterior, pois podem remover conexões salvas ou informações de pareamento.

Este gráfico mostra as etapas não destrutivas recomendadas para diagnosticar e reconectar um dispositivo offline, começando pela reinicialização e passando para a reconexão antes de qualquer redefinição.

Reiniciar o roteador, hub e dispositivo afetado

Reiniciar o roteador, hub, bridge e dispositivo afetado na ordem correta pode ajudar a isolar uma falha temporária de conexão sem alterar as configurações salvas. Reiniciar os pontos de controle compartilhados antes do dispositivo fornece uma maneira mais clara de verificar se o problema está relacionado à rede, aos dispositivos pareados ou ao estado do dispositivo afetado.

1. Reiniciar o roteador: Reiniciar o roteador e aguardar até que a rede fique disponível novamente antes de verificar os dispositivos conectados. Se o status do roteador retornar ao normal, a falha temporária de conexão pode ter envolvido o ponto de rede compartilhado.
2. Reiniciar o hub ou bridge: Reiniciar o hub ou bridge após o roteador estar ativo e aguardar que os dispositivos pareados fiquem visíveis novamente. Uma lista de dispositivos restaurada pode sugerir que o problema temporário envolveu a camada de conexão do hub ou bridge.
3. Reiniciar o dispositivo afetado: Reiniciar o dispositivo offline ou sem resposta e verificar seu estado do indicador ou resposta após o intervalo de espera. Um status alterado pode sugerir que o dispositivo teve uma interrupção temporária de conexão ou estado.
4. Atualizar o aplicativo: Realizar uma atualização do aplicativo após o roteador, hub e dispositivo afetado terem sido reiniciados. A visibilidade atualizada do dispositivo no aplicativo de controle pode fornecer um sinal diagnóstico sobre se a comunicação foi restaurada.
5. Verificar o status final: Permitir que o dispositivo tenha tempo suficiente para atualizar seu status antes de tomar outras medidas. Um dispositivo a bateria pode exigir um evento de ativação, como movimento do sensor ou pressionar um botão, antes que sua resposta apareça após a reinicialização.

Reiniciar pode ajudar a identificar falhas temporárias de conexão, mas não substitui o diagnóstico de falhas persistentes. Reinicializações repetidas sem uma mudança no comportamento do dispositivo podem indicar que outra condição de conexão precisa ser revisada.

Reconectando Dispositivos ao Wi-Fi, Hub ou Aplicativo de Controle

A reconexão de dispositivos ao Wi-Fi, a um hub ou a um aplicativo de controle deve ocorrer após as verificações de reinicialização, mas antes de considerar ações de reinicialização de fábrica. O caminho correto de reconexão depende do método de comunicação do dispositivo, incluindo conexão Wi-Fi direta, pareamento com hub ou autorização do aplicativo de controle.

A rota de reconexão depende de qual camada de conexão é afetada.

A rota de reconexão depende de qual camada de conexão é afetada. Um dispositivo Wi-Fi pode exigir credenciais atualizadas ou confirmação de seleção de banda, enquanto um dispositivo conectado a um hub pode precisar de modo de pareamento e verificação da lista de dispositivos. Um problema no aplicativo de controle pode envolver atribuição de cômodo ou autorização de conta, em vez da conexão física do dispositivo.

• Reconexão Wi-Fi: Se o dispositivo não conseguir se conectar ao Wi-Fi, confirme as credenciais e as condições de seleção de banda. Uma reconexão bem-sucedida pode restaurar a comunicação, enquanto credenciais incorretas podem impedir o estabelecimento da conexão.
• Reconexão do hub: Se o dispositivo usa um hub ou bridge, verifique se o modo de pareamento está disponível e se o dispositivo aparece na lista de dispositivos do hub. Visibilidade ausente pode sugerir que a conexão do hub precisa ser reparada.
• Reconexão do aplicativo de controle: Se o dispositivo está visível, mas indisponível no aplicativo, confirme o acesso do aplicativo de controle, a autorização da conta e a lista de dispositivos do aplicativo. O problema pode estar relacionado ao acesso do aplicativo, em vez da conexão do dispositivo em si.
• Verificação de atribuição de cômodo: Se o dispositivo reconectar, mas aparecer no local errado, confirme a atribuição de cômodo dentro do aplicativo de controle. Uma atribuição alterada pode afetar como o dispositivo é organizado e controlado.
• Reinicialização como opção posterior: Se as credenciais Wi-Fi, o modo de pareamento, a visibilidade na lista de dispositivos e a autorização da conta foram confirmados, mas a reconexão ainda falhar, as ações de reinicialização podem ser consideradas posteriormente, de acordo com os requisitos do ecossistema do dispositivo.

Reinicializando um Dispositivo de Casa Inteligente com Segurança

A reinicialização de um dispositivo de casa inteligente deve ser considerada após verificações básicas e tentativas de reconexão terem sido revisadas, pois ações de reinicialização podem remover informações de pareamento, automação ou atribuição de cômodo. A lógica de reinicialização ajuda a determinar se uma reinicialização suave, ciclo de energia, reinicialização de fábrica, remoção do aplicativo ou remoção do hub é apropriada para a condição de falha específica.

A ação correta depende do ecossistema do dispositivo e da condição que causa a falha.

Uma reinicialização suave ou ciclo de energia pode resolver um estado temporário sem alterar as configurações armazenadas, enquanto uma reinicialização de fábrica é uma ação mais disruptiva que pode limpar informações de pareamento e exigir novo pareamento. A remoção do aplicativo e a remoção do hub também podem alterar como o dispositivo de casa inteligente aparece no aplicativo de controle ou no sistema do hub. A ação correta depende do ecossistema do dispositivo e da condição que causa a falha.

Alterações recentes na rede ou falhas relacionadas a atualizações podem ter outra causa que a reinicialização não resolve.

As consequências da reinicialização devem ser consideradas antes de agir, pois o comportamento de pareamento, automação e atribuição de cômodo difere entre sistemas de dispositivos de casa inteligente. Por exemplo, uma reinicialização de fábrica pode exigir novo pareamento e revisão das configurações de automação posteriormente. Alterações recentes na rede ou falhas relacionadas a atualizações podem ter outra causa que a reinicialização não resolve.

• Confirmar a causa primeiro: Verificar se as verificações básicas, a reconexão e as condições de conexão foram revisadas antes de reinicializar. Uma reinicialização é mais adequada quando explicações mais simples foram consideradas.
• Verificar o impacto no pareamento: Revisar se o dispositivo usa pareamento com um hub, bridge ou aplicativo de controle. Uma reinicialização de fábrica pode exigir novo pareamento antes que o controle normal retorne.
• Revisar o impacto na automação: Verificar se o dispositivo é usado em rotinas de automação. As ações de reinicialização podem exigir que as configurações de automação sejam revisadas se as relações armazenadas do dispositivo mudarem.
• Revisar a atribuição de cômodo: Confirmar se a localização do dispositivo é usada para rotinas ou organização. A remoção do aplicativo, remoção do hub ou readição do dispositivo pode exigir verificações de atribuição de cômodo.
• Escolher o nível de reinicialização: Usar uma opção menos disruptiva, como uma reinicialização suave ou ciclo de energia, quando a condição não exigir a limpeza de informações armazenadas. Uma reinicialização de fábrica deve permanecer uma opção posterior.
• Verificar falhas relacionadas a atualizações: Se o problema começou após uma atualização ou alteração recente na rede, revisar essa condição antes de selecionar a lógica de reinicialização. Consulte problemas de atualização de dispositivos inteligentes para obter o contexto separado relacionado a atualizações.

Este gráfico mostra as principais verificações e etapas para redefinir com segurança um dispositivo doméstico inteligente, incluindo verificar a causa, avaliar as dependências e escolher o nível de redefinição adequado.

Diferenças entre Reinicialização Suave, Ciclo de Energia e Reinicialização de Fábrica

A reinicialização suave, o ciclo de energia e a reinicialização de fábrica diferem pela quantidade de configuração que podem alterar ou remover. Uma reinicialização suave e um ciclo de energia geralmente visam um estado temporário, enquanto uma reinicialização de fábrica pode remover a configuração armazenada e exigir novo pareamento. Escolher o tipo de reinicialização correto ajuda a evitar alterações de configuração desnecessárias quando uma opção menos disruptiva pode resolver o problema.

Tipo de reinicialização	O que geralmente altera	O que pode permanecer	Quando ajuda	Risco principal
Reinicialização suave	Limpa um estado temporário ou atualiza o comportamento do dispositivo sem realizar uma remoção completa de configuração.	Pareamento, automações e atribuição de cômodo podem permanecer dependendo do ecossistema do dispositivo.	Ajuda quando um estado temporário afeta a resposta do dispositivo ou a operação normal.	O problema subjacente de configuração ou conexão pode permanecer sem solução.
Ciclo de energia	Reinicia o dispositivo removendo e restaurando a energia para atualizar o estado operacional atual.	A configuração existente pode permanecer, pois nenhuma ação de reinicialização completa é realizada.	Ajuda com problemas de resposta de curta duração ou estados temporários do dispositivo.	Pode não resolver problemas causados por pareamento, automações ou configuração armazenada.
Reinicialização de fábrica	Remove a configuração armazenada e pode limpar informações de pareamento, exigindo novo pareamento em muitos ecossistemas de dispositivos.	Algumas configurações ou serviços vinculados podem exigir revisão separada após o processo de reinicialização.	Ajuda quando uma reinicialização completa da configuração é necessária após opções menos disruptivas terem sido consideradas.	O novo pareamento pode ser necessário, e automações ou atribuições de cômodo podem precisar ser configuradas novamente.

Quando a Reinicialização Ajuda Após Alterações no Roteador ou Wi-Fi

A reinicialização ou o novo pareamento podem ajudar após alterações no roteador ou Wi-Fi quando as credenciais armazenadas ou as condições de pareamento não correspondem mais ao estado atual da rede. Uma alteração de SSID, senha, substituição do roteador, banda de rede ou migração de malha pode afetar como um dispositivo de casa inteligente reconecta, mas reconectar as credenciais armazenadas ou atualizar o caminho de conexão pode ser suficiente sem uma reinicialização completa.

Uma alteração na rede afeta diferentes partes de um sistema de casa inteligente dependendo de onde as informações de conexão estão armazenadas.

Uma alteração na rede afeta diferentes partes de um sistema de casa inteligente dependendo de onde as informações de conexão estão armazenadas. Um dispositivo pode reter uma credencial armazenada desatualizada após uma alteração de SSID ou senha, enquanto um hub pode reter informações de pareamento separadas. Por exemplo, um dispositivo Wi-Fi com memória de rede antiga pode precisar de atualizações de credenciais, enquanto uma alteração de configuração no lado do hub pode exigir a revisão da condição de pareamento antes de escolher o novo pareamento.

• Alteração de SSID: Um novo nome de rede pode tornar a credencial armazenada inválida. Se a memória do dispositivo contém o SSID anterior, reconectar as credenciais pode ser a primeira decisão antes de considerar o novo pareamento.
• Alteração de senha: Uma senha de Wi-Fi alterada pode impedir que o dispositivo se autentique na rede. Atualizar a credencial armazenada pode resolver a conexão sem remover as relações existentes do dispositivo.
• Substituição do roteador: Uma substituição do roteador pode criar novas condições de rede e pode afetar a memória do dispositivo ou as condições de pareamento do hub. As decisões de reconexão devem considerar se o dispositivo armazena detalhes de Wi-Fi diretamente ou depende de um hub.
• Alteração de banda de rede: Uma alteração de banda de rede pode afetar a compatibilidade e a conexão quando o suporte do dispositivo ou as configurações de conexão armazenadas não correspondem mais à nova configuração. A reconexão ou o novo pareamento podem ser considerados após confirmar o método de conexão suportado.
• Migração de malha: Uma migração de malha pode alterar o comportamento de roaming e a configuração no lado do hub. Um dispositivo pode precisar de reconexão ou novo pareamento quando o caminho de conexão anterior não corresponde mais ao novo ambiente de rede.

Padrões de Solução de Problemas Específicos por Dispositivo

Os padrões de solução de problemas específicos por dispositivo aplicam a mesma lógica de diagnóstico em plugues inteligentes, sensores, hubs, bridges e dispositivos controlados localmente, focando em como cada tipo de dispositivo recebe energia, se comunica e relata o estado. O tipo de dispositivo altera a ênfase do diagnóstico, pois um plugue inteligente, sensor e hub podem apresentar sintomas semelhantes através de condições diferentes.

O estado de energia, comunicação e relatório fornece a próxima verificação após identificar o sintoma.

O estado de energia, comunicação e relatório fornece a próxima verificação após identificar o sintoma. Um plugue inteligente pode exigir verificar a energia da tomada e o comportamento de comutação, enquanto um sensor pode exigir verificar a condição da bateria, sinal ou comportamento de relatório. Hubs e bridges exigem atenção aos dispositivos pareados e visibilidade, enquanto dispositivos controlados localmente exigem verificar seu caminho de resposta local.

Tipo de dispositivo	Sintoma comum	Atributo ou condição provável	Próxima verificação
Plugues inteligentes	O dispositivo não comuta ou responde a comandos.	Energia da tomada, condição de pareamento ou estado de comutação	Verificar se a tomada fornece energia e se o plugue inteligente se comunica com o sistema de controle.
Sensores	O dispositivo para de relatar eventos ou mostra atualizações atrasadas.	Condição da bateria, caminho do sinal ou estado de relatório	Verificar o status da bateria, o sinal de comunicação e se o sensor relata informações atuais.
Hubs	Dispositivos pareados ficam indisponíveis ou não podem ser controlados.	Comunicação do hub, visibilidade do dispositivo pareado ou estado da conexão	Verificar se o hub consegue ver os dispositivos pareados e manter a comunicação.
Bridges	Dispositivos conectados falham ao aparecer ou responder através do bridge.	Comunicação do bridge, estado de pareamento ou visibilidade do dispositivo	Verificar se o bridge reconhece os dispositivos conectados e mantém o caminho de conexão.
Dispositivos controlados localmente	O dispositivo não responde através dos controles locais.	Energia local, comportamento do dispositivo ou caminho de comunicação	Verificar a resposta local do dispositivo, a condição de energia e a conexão de controle disponível.

Plugues Inteligentes Que Não Pareiam ou Comutam

A solução de problemas de plugues inteligentes começa com verificações seguras para problemas de pareamento, comutação e controle do aplicativo. Um plugue inteligente pode falhar ao parear ou comutar quando a energia da tomada, o estado do botão manual, o modo de pareamento, as condições da banda Wi-Fi, o tipo de carga ou a visibilidade no aplicativo impedem a comunicação normal.

A energia da tomada e os controles manuais ajudam a separar as condições locais de energia dos problemas de comunicação.

A energia da tomada e os controles manuais ajudam a separar as condições locais de energia dos problemas de comunicação. As verificações do modo de pareamento e da banda Wi-Fi focam se o plugue inteligente consegue se conectar ao sistema de controle, enquanto as verificações do tipo de carga ajudam a identificar condições de comutação que podem afetar o comportamento do dispositivo.

• Energia da tomada: Verificar se a tomada fornece energia e se o plugue inteligente mostra os indicadores de status esperados. Se a energia da tomada estiver indisponível, as verificações de controle do aplicativo e pareamento podem não refletir a condição real do dispositivo.
• Botão manual: Verificar se o botão manual comuta o plugue inteligente localmente. Um botão funcional com falha no controle do aplicativo pode indicar uma condição de comunicação ou pareamento, em vez de um problema de energia.
• Modo de pareamento: Verificar se o plugue inteligente está no modo de pareamento antes de tentar pareá-lo com o aplicativo de controle. Sem o modo de pareamento, o aplicativo pode não detectar o dispositivo.
• Banda Wi-Fi: Verificar se o plugue inteligente está conectado através de uma banda Wi-Fi suportada. Uma incompatibilidade de banda pode impedir o pareamento ou limitar o controle do aplicativo.
• Tipo de carga: Verificar o tipo de carga conectada quando o comportamento de comutação for inconsistente. Cargas diferentes podem criar sintomas de controle distintos, portanto, confirme a condição antes de prosseguir com a solução de problemas.
• Visibilidade no aplicativo e parada de segurança: Verificar se o plugue inteligente aparece na lista de dispositivos do aplicativo. Parar de usar o plugue inteligente se houver superaquecimento, danos visíveis ou comportamento inseguro da tomada.

Sensores Inteligentes Que Param de Relatar ou se Comunicar

A solução de problemas de sensores inteligentes começa verificando o comportamento de relatório, nível da bateria, caminho do sinal e condições de gatilho antes de assumir que o sensor falhou. Um sensor inteligente pode parar de se comunicar ou mostrar uma atualização de status atrasada quando há um evento de gatilho perdido, qualidade reduzida do caminho do sinal ou uma condição que afeta seu ciclo de relatório.

Um sensor que parece instalado corretamente ainda pode relatar de forma diferente dependendo de seu estado operacional.

Um sensor que parece instalado corretamente ainda pode relatar de forma diferente dependendo de seu estado operacional. Um nível baixo de bateria pode contribuir para relatórios perdidos, enquanto a distância do hub ou a posição de montagem pode afetar a comunicação. Por exemplo, um sensor que relata apenas após uma mudança de estado pode parecer inativo até que o evento de gatilho esperado ocorra.

• Nível da bateria: Verificar se o sensor inteligente tem nível de bateria suficiente para relatórios normais. Uma condição de bateria reduzida pode contribuir para relatórios perdidos ou atualizações de status atrasadas.
• Distância do hub: Verificar a distância entre o sensor e o hub quando a comunicação estiver inconsistente. Um caminho de sinal mais fraco pode contribuir para relatórios atrasados ou status ausente no aplicativo.
• Posição de montagem: Verificar se a posição de montagem permite que o sensor detecte a condição pretendida. Uma posição alterada pode impedir que o evento de gatilho esperado ocorra.
• Intervalo de suspensão: Verificar se o sensor inteligente usa um intervalo de suspensão que afeta a frequência de relatório. Um sensor pode não enviar atualizações contínuas enquanto aguarda seu próximo período de relatório.
• Evento de gatilho: Verificar se o evento de gatilho necessário ocorreu. Um sensor pode relatar após movimento, abertura, fechamento ou outra mudança de estado relevante, em vez de continuamente.
• Caminho do sinal: Verificar o caminho de comunicação entre o sensor e o sistema conectado. Um caminho de sinal interrompido pode impedir que o sensor inteligente relate seu estado atual.

Hubs e Bridges Inteligentes Que Param de Responder

A solução de problemas de hubs e bridges inteligentes começa com o ponto de controle compartilhado quando vários dispositivos conectados aparecem offline ou param de responder juntos. Um hub ou bridge inteligente controla a comunicação entre dispositivos pareados e o sistema mais amplo, portanto, uma única condição do hub ou bridge pode afetar a visibilidade e o status de vários dispositivos conectados.

O estado de atualização deve ser revisado quando loops de atualização recorrentes ou instalações de firmware com falha fazem parte do sintoma.

A energia do hub, o status Ethernet ou Wi-Fi, a conexão em nuvem, a visibilidade da lista de dispositivos pareados e o estado de atualização ajudam a identificar onde o problema de resposta ocorre. Uma condição de energia ou rede local pode bloquear a comunicação, enquanto uma condição de conexão em nuvem pode afetar o status do aplicativo sem confirmar que todos os dispositivos pareados falharam. O estado de atualização deve ser revisado quando loops de atualização recorrentes ou instalações de firmware com falha fazem parte do sintoma.

Verificação do hub ou bridge	Condição a inspecionar	Dispositivos afetados	O que sugere
Energia do hub	Verificar o estado do indicador e se o hub ou bridge inteligente recebe energia.	Vários dispositivos pareados conectados através do hub	Uma condição de energia pode impedir que o hub controle ou exponha os dispositivos conectados.
Status Ethernet ou Wi-Fi	Verificar a conexão de rede e a visibilidade na rede local do hub ou bridge.	Dispositivos usando o mesmo caminho de comunicação	Uma condição de conexão local pode bloquear a comunicação entre o hub e os dispositivos pareados.
Conexão em nuvem	Verificar se a conexão em nuvem está disponível quando o status do aplicativo muda ou os dispositivos aparecem offline.	Dispositivos controlados através de serviços conectados à nuvem	Uma condição de conexão em nuvem pode afetar a visibilidade no aplicativo ou o status de resposta remota.
Lista de dispositivos pareados	Verificar se os dispositivos pareados permanecem visíveis na lista de dispositivos do hub ou bridge.	Dispositivos conectados através do ponto de controle compartilhado	Visibilidade ausente pode sugerir uma condição de pareamento ou comunicação do hub.
Estado de atualização	Verificar se um loop de atualização recorrente ou instalação de firmware com falha faz parte do padrão de falha.	Dispositivos afetados pelo processo de atualização	Uma condição relacionada a atualização pode exigir revisão antes de tratar o problema como uma falha geral de comunicação.

Problemas de Automação Depois que os Dispositivos Aparecem Conectados

Problemas de automação podem ocorrer depois que dispositivos conectados voltam a ficar online, pois um status conectado não confirma que uma regra de automação pode ser executada. Automações ainda exigem gatilhos, condições, permissões, ações, configurações de agendamento e informações de estado do dispositivo válidos antes que o resultado esperado possa ocorrer.

Uma regra de automação deve ser verificada do gatilho à ação quando um dispositivo conectado não produz o resultado esperado.

Uma regra de automação deve ser verificada do gatilho à ação quando um dispositivo conectado não produz o resultado esperado. Um gatilho pode não ocorrer, uma condição pode bloquear a regra, permissões podem impedir o acesso ou um agendamento pode não corresponder ao horário necessário. O destino da ação também pode falhar quando a regra aponta para um estado de dispositivo alterado ou um destino indisponível.

• Gatilho: Verificar se o gatilho da automação ocorre e se o dispositivo conectado relata o evento necessário. Um evento de gatilho ausente pode impedir que a regra de automação seja executada.
• Condição: Verificar se todas as condições permitem que a automação continue. Um gatilho válido com uma condição não atendida pode criar um resultado perdido.
• Permissão: Verificar se a automação tem as permissões necessárias e o acesso à conta da plataforma. Alterações de permissão podem bloquear ações enquanto os dispositivos conectados permanecem visíveis.
• Agendamento: Verificar se o agendamento corresponde ao horário pretendido. Uma incompatibilidade de agendamento pode impedir que uma rotina ou cena seja executada no horário esperado.
• Estado do dispositivo: Verificar se o estado do dispositivo corresponde ao requisito da automação. Um dispositivo conectado pode ainda não atender ao estado necessário para a ação.
• Destino da ação: Verificar se a ação aponta para o dispositivo ou local correto. Dispositivos renomeados, cômodos removidos ou rotinas desabilitadas podem fazer com que uma automação tenha como destino uma referência desatualizada.

Por exemplo, um dispositivo pode aparecer conectado após a recuperação enquanto uma rotina desabilitada ou um dispositivo renomeado impede a ação esperada. Conflitos de automação repetidos ou complexos podem exigir revisão separada quando várias regras afetam a mesma ação.

Conflitos de automação repetidos ou complexos podem exigir revisão separada quando várias regras afetam a mesma ação.

Este gráfico mostra as seis verificações principais a serem realizadas quando uma regra de automação falha depois que um dispositivo conectado fica online.

Quando a Substituição ou o Escalonamento Faz Mais Sentido

A substituição ou o escalonamento faz mais sentido quando falha repetida, condição física, status de suporte ou função do dispositivo mostra que continuar a solução de problemas provavelmente não fornecerá informações úteis. Uma decisão deve ser baseada em evidências repetidas e condições observáveis, em vez de frustração após uma única tentativa falha.

Uma decisão deve ser baseada em evidências repetidas e condições observáveis, em vez de frustração após uma única tentativa falha.

A condição do dispositivo, o status de suporte e a função no sistema ajudam a determinar se deve manter o dispositivo, contatar o suporte, substituir um componente ou investigar outra causa. Danos físicos, superaquecimento ou outros sinais de segurança podem limitar a solução de problemas adicional, enquanto o suporte de firmware e a idade do dispositivo podem influenciar se uma causa específica de atualização ou caminho de serviço deve ser considerada. Uma decisão de substituição deve focar no componente afetado ou na condição de falha, em vez de assumir que resolverá todos os problemas mais amplos da casa inteligente.

Os caminhos de manutenção, suporte, substituição e investigação de atualização dependem das evidências disponíveis.

Os caminhos de manutenção, suporte, substituição e investigação de atualização dependem das evidências disponíveis. Por exemplo, um dispositivo com uma falha de bateria pode exigir apenas a troca de um componente, enquanto um dispositivo com desconexões repetidas após uma alteração de firmware pode exigir revisão do suporte antes que a substituição seja considerada.

• Falha repetida: Se o mesmo problema continuar após verificações consistentes de solução de problemas, falha repetida ou desconexões repetidas podem justificar o escalonamento em vez de repetir as mesmas etapas.
• Condição física: Se danos físicos, superaquecimento ou outro sinal de segurança estiver visível, pare a solução de problemas e avalie a condição antes de continuar o uso.
• Idade do dispositivo: Se a idade do dispositivo estiver associada a problemas recorrentes de confiabilidade, a próxima decisão pode envolver status de suporte, manutenção ou avaliação de substituição.
• Suporte de firmware: Se o suporte de firmware for limitado ou uma causa específica de atualização for suspeita, investigue o caminho de atualização antes de decidir que a substituição é necessária.
• Falha de bateria ou energia: Se a falha apontar para uma falha de bateria ou falha de energia, substituir o componente afetado pode ser mais apropriado do que substituir o sistema completo.
• Status de suporte e garantia: Se a cobertura de garantia ou um caminho de suporte disponível se aplicar, contate o suporte antes de tomar uma decisão de substituição.
• Função no sistema: Se o dispositivo tiver uma função compartilhada no sistema de casa inteligente, como controlar outros dispositivos, considere o escalonamento quando a falha afetar múltiplas funções.

Este gráfico mostra os principais fatores que determinam se deve substituir um dispositivo, escalar para o suporte ou continuar a solução de problemas com base em evidências e condições.