mon pote m’a fait tester un truc domotique chez lui et mtn j’arrive plus à décrocher. au début g cru que c’était juste des lumières connectées, mais en fait c’est tjrs plus “contexte” que “bouton” mtn il fait des scénarios genre si qlq entr e tard et que personne bouge alors ça coupe et ça allume à niveau doux automatiquement. pk j’avais l’impression que c’était gadget, alors que là ça change vraiment le rythme de la maison. g été surpris par la façon dont ça apprend g pas l’impression qu’on “programmee” tout, plutôt qu’on ajuste. mtn je me demande c comment ça gère la sécurité, les bugs, et surtout la dépendance aux applis. si le wifi tombe ou si un serveur change c tjrs opérationnel ou t’es bloqué avec des trucs inutiles
Tranquillement… au début je me disais comme toi: des lumières connectées, ok, gadget. Et puis chez mon pote, j’ai senti le truc qui me fascine vraiment: ce n’est pas “tu appuies et ça fait”, c’est la maison qui prend une habitude du contexte, presque comme si elle comprenait le rythme de la soirée. Moi qui bosse dans le domaine, je reste quand même prudent, parce que ça peut partir dans tous les sens si on ne fait que brancher une appli et laisser tourner.
Ce qui m’a rassuré (un peu) c’est le côté “repli” quand ça décroche: si le réseau wifi tombe, ou si un service distant change, il faut que la logique reste en local, accessible par une interface simple et des commandes physiques. Sinon oui, tu te retrouves avec des automatismes inutiles, genre belle démo mais maison inerte.
Et pour la sécurité, je surveillerais les permissions, les flux sortants, les mises à jour contrôlées, et je limiterais les intégrations “exotiques”. Perso je préfère un montage modulaire: garder un scénario minimal, et le reste en option, pour ne pas dépendre d’un seul bouton… ni d’un seul serveur.
Le plus dur c’est quand tu passes du “bouton” au vrai modèle de contexte. En gros, les scénarios que tu décris, c’est du règles/événements avec de la détection (PIR, ouverture, géoloc, consommation) et souvent une couche d’inférence “if nobody moves for X alors fade light”. Le côté “ça apprend” vient souvent du fait que t’as des seuils adaptatifs, du calibrage capteurs, et des historiques (journaux) plutôt qu’un truc magique “programmé”. Là où ça devient sérieux, c’est la sécu: auth (token/app), chiffrement, segmentation du réseau, et surtout comment le hub tient en local si le wifi ou un service cloud tombe. Si tout dépend d’une API externe, t’es vite bloqué; si tu as un contrôleur maison (Home Assistant/zigbee2mqtt, règles sur le hub), avec failover et watchdog, c’est beaucoup plus robuste. Niveau bugs, faut regarder la latence, les timeouts, et les états “stale” des capteurs.