La mise à jour SmartThings du 6 octobre publiée par Samsung s’attaque à une question plus importante qu’un énième tableau de bord remanié : que devient la maison lorsque la connexion Internet disparaît ? La version ajoute SmartThings Now à l’onglet Accueil, met davantage en avant le contrôle local, améliore le diagnostic hors ligne et prend en charge de nouvelles catégories d’appareils Matter 1.6. Samsung affirme que le contrôle local permet aux appareils compatibles de rester réactifs pendant une interruption de la connexion extérieure et peut réduire les temps de réponse d’environ 30 % lors de tests contrôlés.

Un hub domotique, un routeur et une lampe allumée dans un intérieur pendant une coupure d’internet

C’est utile, mais cela ne signifie pas qu’une maison SmartThings fonctionne désormais d’abord en local. Le concentrateur, l’appareil, l’automatisation et l’interface du téléphone peuvent avoir des dépendances différentes. Une lampe peut encore répondre par l’intermédiaire du hub alors qu’un service cloud, l’historique d’une caméra, une notification, une commande vocale ou une session de contrôle à distance échoue. Un scénario peut aussi paraître simple dans l’application tout en intégrant discrètement un appareil ou un service uniquement cloud, ce qui force toute la règle à passer par le cloud.

La question pratique après cette mise à jour n’est donc pas « SmartThings fonctionne-t-il hors ligne ? », mais plutôt : « Quelles actions de ma maison continuent de fonctionner quand Internet est indisponible, et comment puis-je le savoir avant d’en avoir besoin ? »

Ce que Samsung a changé le 6 octobre

La mise à jour comporte trois éléments importants pour les foyers ordinaires. SmartThings Now place des cartes contextuelles en haut de l’onglet Accueil. Elles peuvent suggérer des commandes, afficher des informations ou proposer un scénario en fonction de l’activité récente et de la position. Samsung indique que la fonction peut suggérer d’allumer les lumières ou un purificateur d’air lorsqu’une personne approche de son domicile, et fournir des informations de gestion des scénarios à partir de l’activité de la semaine précédente.

Le deuxième élément est le plus conséquent : l’extension du contrôle local. Samsung explique que lorsqu’un appareil mobile et un SmartThings Hub compatible sont connectés au même réseau Wi-Fi, le téléphone peut communiquer directement avec le hub au lieu de faire transiter la commande par le cloud. L’entreprise cite les SmartThings Station, V2, V3 et V4 Hubs, ainsi que les téléviseurs Samsung compatibles avec un hub et les appareils Family Hub, parmi les équipements pris en charge pour le contrôle local. La disponibilité peut toutefois dépendre de la région, de la version logicielle, du type d’appareil et de l’intégration utilisée par chaque produit.

Le troisième volet concerne le diagnostic et la compatibilité. Samsung indique que la page Offline Device Diagnostics mise à jour peut appliquer simultanément de nouvelles informations réseau à l’ensemble des appareils enregistrés. La version ajoute aussi la prise en charge de Matter 1.6 et de quatre catégories d’appareils : les compteurs d’énergie, les dispositifs de fermeture pour portes et portails spécialisés, les équipements d’irrigation et les capteurs de sol. Ces ajouts concernent davantage les nouveaux achats et les futures automatisations qu’une récupération immédiate après une panne, mais ils montrent dans quelle direction SmartThings cherche à étendre le contrôle local et fondé sur des standards.

L’annonce de Samsung est la source principale pour la liste des fonctions et les familles de hubs compatibles. Elle apporte aussi une précision importante : l’amélioration annoncée de 30 % du temps de réponse provient de tests contrôlés par Samsung. Elle ne doit donc pas être considérée comme une garantie sur un réseau Wi-Fi encombré, avec un hub éloigné ou un appareil bénéficiant d’une faible couverture radio. Le communiqué de Samsung décrit SmartThings Now, le contrôle local, les hubs compatibles et la prise en charge de Matter 1.6.

Le contrôle local est une chaîne, pas un interrupteur

Une action domotique traverse normalement plusieurs couches :

  • l’appareil physique, comme une ampoule, un interrupteur, un capteur de contact, une serrure ou un thermostat ;
  • la liaison radio ou réseau, comme Zigbee, Z-Wave, Thread, Wi-Fi ou Ethernet ;
  • le SmartThings Hub ou un autre contrôleur ;
  • l’intégration de l’appareil ou son Edge Driver ;
  • la logique d’automatisation ;
  • l’interface utilisateur, le service de notification ou l’assistant vocal.

Pour qu’une action reste disponible pendant une coupure Internet, chaque élément nécessaire doit disposer d’un chemin compatible avec l’exécution hors ligne. Si un capteur de mouvement et une lampe Zigbee sont reliés à un hub compatible, une règle basique « le mouvement allume la lampe » peut fonctionner localement. Si cette même règle envoie une notification push par un service en ligne, consulte un service météo cloud pour obtenir une condition ou commande un appareil uniquement cloud, elle peut ne plus être entièrement locale.

La documentation destinée aux développeurs de SmartThings formule clairement cette règle : les automatisations s’exécutent localement sur un hub uniquement lorsque toutes les fonctionnalités et tous les services impliqués prennent en charge l’exécution locale. Si une fonctionnalité ou un service requis ne la prend pas en charge, la règle s’exécute dans le SmartThings Cloud. La documentation des règles SmartThings explique l’exigence applicable à tous les composants pour l’exécution locale.

Cette distinction est facile à manquer, car l’application présente dans une même interface les appareils locaux et ceux qui dépendent du cloud. Le fait qu’un appareil soit visible dans l’application SmartThings ne prouve pas que sa commande est locale. Le logo Matter ne prouve pas davantage que chaque fonction, scène ou automatisation utilisant l’appareil restera disponible sans Internet. Matter fournit un protocole local pour les appareils, mais le contrôleur, le téléphone, le scénario et les services supplémentaires déterminent encore le comportement de l’expérience complète.

Quels appareils ont les meilleures chances de fonctionner hors ligne ?

Les meilleurs candidats sont les appareils qui se connectent directement à un hub compatible par Zigbee, Z-Wave ou Matter, et qui sont représentés par une intégration capable d’exécution locale. Les interrupteurs, ampoules, prises, capteurs de contact et capteurs de mouvement basiques sont généralement plus faciles à faire fonctionner localement que les produits construits autour du compte cloud de leur fabricant. C’est une tendance de conception générale, pas une garantie pour un modèle donné. Le résultat réel dépend du pilote et des capacités exposées à SmartThings.

SmartThings indique que ses appareils Matter, Zigbee et Z-Wave connectés à un hub utilisent des Edge Drivers et s’exécutent localement sur le hub. La documentation destinée aux développeurs présente cet aspect comme un avantage des appareils reliés à un hub, notamment pour la fiabilité et la réactivité. La documentation SmartThings sur les appareils connectés à un hub explique le rôle des Edge Drivers et de l’exécution locale.

Il existe pourtant plusieurs raisons de ne pas transformer cette affirmation en promesse générale :

  • Un appareil peut être connecté par une intégration cloud plutôt que par un pilote local.
  • Un même produit peut exposer localement les fonctions marche/arrêt basiques tout en gardant ses fonctions avancées dans le cloud.
  • Un scénario peut inclure un service uniquement cloud alors que ses principaux appareils sont locaux.
  • Un hub peut rester alimenté tout en perdant la liaison radio, Wi-Fi ou réseau nécessaire à un appareil donné.
  • Une commande locale envoyée depuis un téléphone peut exiger que le téléphone et le hub soient sur le même réseau local.
  • L’accès à distance depuis l’extérieur du domicile dépend toujours d’un chemin Internet, sauf si un autre système d’accès distant est disponible.

Les fonctions hors ligne les plus fiables sont donc généralement étroites et prévisibles : un interrupteur mural qui commande une lampe, un capteur de contact qui déclenche une lumière locale ou un seuil de température qui ajuste un thermostat compatible par une règle locale. Les fonctions les moins fiables sont celles qui ont besoin d’un compte constructeur, d’une vidéo distante, d’une reconnaissance vocale externe, de données de présence en ligne, d’une IA cloud, de notifications tierces ou d’un service distant du fabricant.

Caméras, appareils électroménagers et serrures exigent une analyse séparée

Le mot « appareil » recouvre des modes de panne très différents. Une lampe peut tomber en panne de façon gênante ; une serrure, un détecteur de fumée, une coupure d’appareil ou une vanne d’eau peuvent échouer dans une situation liée à la sécurité. Les tests hors ligne doivent tenir compte de cette différence.

Les caméras en sont un exemple évident. Une caméra peut continuer à enregistrer sur un stockage local tandis que la vue en direct, la lecture à distance, la reconnaissance d’objets ou les alertes push dépendent des serveurs du fabricant. La nouvelle prise en charge de Matter 1.6 par SmartThings ne transforme pas automatiquement une caméra cloud existante en caméra locale. La Connectivity Standards Alliance décrit Matter comme un protocole pouvant utiliser le Wi-Fi, Thread et Ethernet, mais la certification réelle de l’appareil et l’implémentation de la plateforme déterminent encore les fonctions disponibles.

Les serrures appellent une autre précaution. Une règle SmartThings locale qui déverrouille une porte en fonction de la présence n’équivaut ni à une clé physique ni à un code indépendant sur clavier. Si le hub est indisponible, si le téléphone est déchargé, si le réseau est segmenté ou si la serrure n’est plus alimentée, la solution de secours doit être claire. Conservez la méthode manuelle prise en charge par le fabricant et ne faites pas dépendre un accès essentiel d’une seule automatisation. Ne désactivez pas les protections de sécurité et ne tentez pas de modifier dangereusement une serrure, une alarme ou un appareil électrique pour imposer un fonctionnement local.

Les appareils électroménagers sont tout aussi inégaux. Un lave-linge connecté peut exposer l’état d’un cycle par le cloud sans offrir de commande locale utile. Un climatiseur peut accepter des commandes locales par l’intermédiaire d’un pont infrarouge, alors que la programmation et les notifications à distance restent en ligne. Un réfrigérateur ou un four peut apparaître dans SmartThings parce qu’il s’agit d’un appareil Samsung, mais une fonction donnée peut malgré tout dépendre du compte Samsung et de services backend. Considérez le contrôle local comme une fonction à vérifier pour l’action exacte qui vous intéresse, et non comme une propriété héritée par toutes les fonctions du produit.

Pour la sécurité incendie, le gaz, l’eau et l’électricité, l’automatisation connectée doit rester complémentaire. Un dispositif d’arrêt intelligent ou une alerte peut apporter des informations utiles, mais ne doit pas remplacer un détecteur de fumée conforme, un détecteur de monoxyde de carbone, un dispositif de protection obligatoire, une installation professionnelle ou une procédure manuelle sûre. N’ouvrez jamais un équipement alimenté par le secteur et ne modifiez pas un câblage fixe pour rendre une automatisation locale, sauf si vous êtes qualifié pour ce travail et que les règles locales l’autorisent.

Un audit hors ligne pratique pour une maison SmartThings existante

Il n’est pas nécessaire de débrancher toute la maison d’un seul coup. Commencez par dresser un inventaire court des actions importantes pendant une interruption réseau. Décrivez l’action en langage courant plutôt qu’avec la marque de l’appareil. « Le mouvement dans le couloir allume la lumière du couloir » est plus utile que « scénario du capteur Aeotec ».

1. Séparer les actions essentielles des fonctions pratiques

Créez trois groupes :

  • essentiel : accès au logement, éclairage des escaliers, réaction à une fuite, protection de la température et alertes critiques ;
  • utile : scènes du coucher, éclairage selon l’occupation, commande d’un ventilateur et suivi de l’énergie ;
  • optionnel : médias, recommandations, résumés d’IA, lecture distante des caméras et suggestions saisonnières.

Cette séparation évite de confondre l’échec d’une fonction cloud avec celui d’un plan de sécurité. Elle rend aussi le test gérable. Testez d’abord le groupe essentiel et prévoyez une solution manuelle pour chaque élément.

2. Noter le chemin matériel

Pour chaque appareil, notez son protocole, son hub, son intégration et l’action utilisée. Un appareil Matter sur Wi-Fi, un appareil Matter sur Thread et un appareil Wi-Fi relié au cloud peuvent se ressembler dans l’application tout en dépendant de chemins différents. Déterminez si la commande doit atteindre directement un hub, un point d’accès du réseau local ou le cloud du fabricant.

Si un produit possède un pont, ajoutez aussi ce pont à l’inventaire. Une ampoule Zigbee connectée à un pont local peut être fiable, tandis qu’une intégration cloud du même pont peut se comporter autrement. Le pont fait partie de la chaîne de dépendances de l’automatisation.

3. Inspecter les scénarios à la recherche de dépendances cloud cachées

Ouvrez vos scénarios les plus importants et regardez au-delà du déclencheur et de l’action finale. Vérifiez la présence, la météo, les services d’heure ou de lever du soleil, les assistants vocaux, les notifications, les tarifs de l’énergie, les détections de caméra et les intégrations tierces. Chacun peut modifier la capacité de la règle à rester locale.

Un scénario disant « si la porte s’ouvre après le coucher du soleil, allumer la lumière du porche et envoyer une notification » peut se diviser entre une action locale pour la lumière et une notification cloud. Si le scénario exige le service de notification avant de se terminer, son comportement peut différer de vos attentes. Lorsque c’est pertinent, créez une seconde règle locale, plus simple, pour la réaction physique.

4. Tester le chemin Internet, pas l’alimentation de la maison

Le premier test le plus sûr consiste à interrompre Internet de manière contrôlée tout en laissant le hub et le Wi-Fi local alimentés. Utilisez la fonction de pause Internet prise en charge par le routeur s’il en possède une, ou coordonnez l’opération avec la personne responsable du réseau. Ne débranchez pas un appareil en fonctionnement, ne désactivez pas un système de sécurité sans plan et n’interrompez pas l’alimentation d’un équipement médical.

Avant le test, vérifiez que vous pourrez rétablir la connexion et qu’une autre personne sait ce qui se passe. Testez une action à la fois :

  • appuyez sur un interrupteur local et observez la lampe ;
  • déclenchez un capteur de contact ou de mouvement ;
  • lancez le scénario concerné ;
  • vérifiez si le hub signale l’événement ;
  • observez ce que le téléphone affiche lorsqu’il est connecté au Wi-Fi domestique ;
  • testez séparément ce qui se passe depuis une connexion mobile extérieure au domicile.

Ne considérez pas un écran mis en cache comme la preuve qu’une commande a réussi. Vérifiez le résultat physique. Si une serrure, une vanne, un chauffage ou un autre appareil aux conséquences importantes est concerné, utilisez un état de test non destructif et suivez les instructions du fabricant.

5. Tester la récupération autant que la panne

Une automatisation qui fonctionne hors ligne mais duplique les actions au retour du cloud n’est pas entièrement fiable. Après la reconnexion à Internet, vérifiez les notifications répétées, les états de capteurs obsolètes, les scènes retardées et les scénarios exécutés deux fois. Assurez-vous que les appareils réapparaissent avec leur état correct au lieu de supposer que le tableau de bord est exact.

Samsung indique que la fonction Offline Device Diagnostics mise à jour peut aider à appliquer de nouvelles informations réseau à plusieurs appareils enregistrés. Elle peut réduire le travail de récupération après le remplacement d’un routeur ou une modification du réseau, mais elle ne supprime pas la nécessité de vérifier l’association propre à chaque appareil, les identifiants Thread, les réservations IP ou la réauthentification cloud.

Ce que Matter 1.6 change pour les acheteurs

L’annonce de Samsung indique que la mise à jour ajoute Matter 1.6 et la prise en charge des compteurs d’énergie, des dispositifs de fermeture, des équipements d’irrigation et des capteurs de sol. Ces catégories sont utiles parce qu’elles relient la maison connectée à l’énergie, à l’eau et aux biens physiques, plutôt qu’uniquement aux lumières et au divertissement.

Un compteur d’énergie pourrait rendre la consommation domestique visible à un plus grand nombre de plateformes. Un dispositif de fermeture pourrait décrire plus précisément un portail, une porte de garage ou une autre ouverture spécialisée. La prise en charge de l’irrigation et des capteurs de sol pourrait rendre les règles d’arrosage plus faciles à transférer entre écosystèmes. Dans chaque cas, la question utile est de savoir si une plateforme prend en charge le type précis d’appareil et l’automatisation précise que vous voulez, pas seulement si le produit porte un logo Matter.

L’orientation générale de Matter est réelle, mais elle reste organisée en couches. La Connectivity Standards Alliance explique que Matter ne remplace pas une plateforme domotique. Elle précise aussi que Matter peut faire entrer dans un écosystème Matter des appareils utilisant d’autres technologies, notamment Zigbee et Z-Wave. Les appareils certifiés Matter peuvent donc améliorer l’interopérabilité sans supprimer la nécessité d’un hub, d’un pont ou de fonctions propres à une plateforme. La FAQ de la CSA sur Matter explique les transports, les ponts, la configuration multi-administrateur et les limites du standard.

L’annonce de Matter 1.5 par la CSA apporte un contexte utile sur le rythme d’évolution. Cette version a ajouté les caméras, les dispositifs de fermeture, les capteurs de sol et des capacités élargies de gestion de l’énergie, notamment les tarifs et les données énergétiques. Ce contexte compte, car une nouvelle version de Matter peut élargir les possibilités de certification pour les fabricants, tandis que la prise en charge par les plateformes et les micrologiciels des appareils suivent leurs propres calendriers. La Connectivity Standards Alliance décrit les catégories d’appareils et les fonctions énergétiques ajoutées dans Matter 1.5.

Pour un achat aujourd’hui, choisissez un chemin vérifié plutôt qu’un numéro de version. Vérifiez le modèle exact, le transport, le hub requis, le type d’appareil Matter pris en charge, les fonctions locales, la politique de mise à jour du micrologiciel et ce qui reste accessible dans l’application du fabricant. Si vous avez besoin d’un fonctionnement local, cherchez une documentation explicite sur le contrôle local ou la connexion à un hub, puis prévoyez un test après l’installation.

Ce que SmartThings Now ne résout pas

La mise à jour ne rend pas tous les scénarios SmartThings locaux. La documentation de SmartThings indique elle-même qu’une seule fonctionnalité ou un seul service non pris en charge peut déplacer une règle vers le cloud. Elle ne rend pas local le contrôle à distance depuis une autre ville. Elle ne garantit pas que les assistants vocaux, les caméras, les notifications ou les fonctions d’IA cloud fonctionneront pendant une panne. Elle ne transforme pas non plus chaque produit Wi-Fi en appareil connecté à un hub.

Elle ne résout pas davantage la différence entre contrôle local et confidentialité locale. Une commande peut aller directement d’un téléphone à un hub tandis que les données de compte, les diagnostics, la distribution des micrologiciels, l’historique d’utilisation ou d’autres services continuent de passer par le cloud. Si la confidentialité intervient dans votre décision d’achat, consultez séparément la documentation du fabricant sur les données et le compte, plutôt que de vous limiter à ses affirmations sur le contrôle hors ligne.

SmartThings Now peut également augmenter le nombre de suggestions et de cartes contextuelles présentées au foyer. Cela peut être utile, mais une suggestion n’est pas la même chose qu’une automatisation stable. Examinez les scénarios proposés avant de les activer, surtout s’ils utilisent la localisation, des informations de soins, des signaux d’occupation ou l’activité d’un appareil. Supprimez les scénarios qui font doublon avec d’anciennes règles. Samsung indique que Routine Insight peut afficher l’activité récente des scénarios et aider à les examiner ou à les supprimer : une bonne raison de consulter la liste après la mise à jour plutôt que d’accepter chaque recommandation.

La réponse raisonnable à cette mise à jour

Si vous utilisez déjà SmartThings, installez la mise à jour lorsqu’elle sera proposée sur vos appareils, puis auditez les actions qui vous manqueraient pendant une panne. Commencez par une routine de lampe, d’interrupteur ou de capteur, pas par une serrure, un chauffage ou une coupure d’appareil. Confirmez le modèle du hub, mettez à jour le micrologiciel, examinez les dépendances du scénario et testez-le tant que le Wi-Fi local reste disponible.

Si une action critique fonctionne uniquement dans le cloud, déterminez si la bonne réponse est un appareil compatible avec le local, une autre intégration, un pont, une règle plus simple ou une solution manuelle. Il est rarement nécessaire de tout remplacer. Dans de nombreux foyers, l’amélioration pratique consiste à déplacer quelques actions importantes vers un chemin local et à conserver les fonctions cloud optionnelles là où elles sont utiles.

Pour un nouvel achat, considérez « fonctionne avec SmartThings », « Matter », « contrôle local » et « fonctionne sans Internet » comme quatre affirmations différentes. Vérifiez chacune pour le modèle et l’action concernés. Un appareil peut satisfaire les deux premières et échouer sur les deux dernières.

SmartThings Now constitue une mise à jour intéressante pour la fiabilité parce qu’elle rend le contrôle local plus visible et apporte une aide au diagnostic au moment où les utilisateurs sont susceptibles d’en avoir besoin. Sa véritable valeur se mesurera dans les actions ordinaires : un interrupteur répond-il, un capteur déclenche-t-il encore une lumière, un scénario évite-t-il les doublons après la récupération, et le foyer sait-il quoi faire lorsque l’application ne peut plus joindre le cloud ? C’est le test qui mérite d’être réalisé cette semaine.

Sources