Comprendre ce qui continue de fonctionner en cas de perte de connexion Internet

Ce qui peut encore fonctionner

Si Internet est hors service, certains plannings installés et des routines locales basées sur des capteurs peuvent continuer à fonctionner sur leur hub assigné, tant que l’horloge du hub, la version installée et les entrées locales prises en charge sont encore disponibles. Une routine comprenant des étapes cloud peut ne poursuivre que partiellement. Les effets locaux peuvent continuer alors que les effets cloud restent inaccessibles. La routine ne change pas d’exécutant simplement parce qu’Internet est coupé.

Les appareils locaux déjà intégrés peuvent conserver leur transport local. Cela ne signifie pas qu'une application ou une page web déconnectée peut envoyer une nouvelle commande. Une application hébergée ou une requête web nécessite toujours son chemin de service WAN. Une API auto-hébergée requiert le véritable chemin réseau local et une session authentifiée à jour.

Les réglages enregistrés et observations locales peuvent toujours être présents, mais ils gardent leur ancienneté et leur validité d’origine. Si des données manquent ou sont anciennes, considérez-les comme inconnues. Cela ne prouve pas qu’un appareil est éteint ou qu’il n’y a personne à la maison.

Voice, musique et annonces

La détection locale de réveil par microphone peut continuer même lorsqu’un tour complet de voix n’est pas disponible. La reconnaissance, le raisonnement, la synthèse vocale et la diffusion sur haut-parleurs ont chacune leurs propres besoins de connexion et de traitement. Le seul réveil local ne prouve pas que toute l’interaction vocale a été traitée localement.

La musique et les annonces dépendent d’un accès local aux supports ou aux haut-parleurs. La synthèse dans le cloud et le streaming nécessitent leurs propres chemins de service. Les appareils cloud exclusifs, caméras et services de streaming dépendent toujours de leurs services cloud tiers.

Quand le service revient

Quand la connexion revient, ALYT conserve la dernière configuration valide, actualise l’état et vérifie les anciens historiques d’actions. Il ne répète pas une pression de bouton expirée ni ne rejoue une action envoyée mais incertaine.

Consultez des informations de l’appareil récentes avant de considérer un résultat inconnu ou partiel comme validé. Si le consentement microphone doit changer, utilisez les réglages actuels du Propriétaire quand ce chemin de service est accessible.

Comment vérifier votre domicile

1. Vérifiez séparément l’alimentation du hub, la connexion locale de l’appareil et votre propre connexion Internet.
2. Open Appareils et inspectez l’appareil concerné lorsque votre chemin de service habituel est disponible.
3. Notez le domicile, l'appareil, l’heure, le changement attendu et la lecture observée si vous devez contacter le Support.
4. Conservez les routines installées et identifiants existants. Ne réinscrivez pas un domicile qui fonctionne simplement parce que l’interface hébergée est déconnectée.

Dépannage

• Si une routine locale s’est arrêtée, vérifiez d’abord l’horloge du hub, la version installée et les entrées de capteurs locales.
• Si une commande n’a pas été envoyée, vérifiez si l’application ou la page web utilise encore son chemin de service WAN ou si vous utilisez une API auto-hébergée nécessitant le chemin réseau local et une session actuelle.
• Si une lecture semble ancienne, considérez-la comme périmée jusqu’à la mise à jour de la vue de l’appareil.
• Si le réveil vocal fonctionne mais pas la parole, vérifiez l’accès aux médias locaux ou aux haut-parleurs ainsi que tout service cloud dont dépend le tour.