Domotique

Pourquoi votre maison connectée devrait pouvoir se passer d’Internet

Quand le serveur du fabricant tousse, vos interrupteurs aussi. Visite guidée de ce qui se passe vraiment entre votre doigt et l’ampoule, et de la manière de tout faire tourner chez soi.

Il y a une scène que beaucoup de propriétaires d’objets connectés ont vécue. La box redémarre et, pendant cinq minutes, impossible d’allumer la lumière du salon depuis l’application. Pas de coupure de courant, pas d’ampoule grillée. Juste un serveur, quelque part, qu’on ne joint plus.

Ça paraît absurde, et ça l’est un peu. Pour comprendre pourquoi, il faut suivre le trajet d’une simple commande « allume ».

Le grand détour par le cloud

Avec beaucoup d’objets grand public, l’ordre que vous donnez depuis votre téléphone ne va pas directement à l’ampoule. Il part chez le fabricant, sur un serveur parfois à l’autre bout du monde, qui le renvoie ensuite chez vous.

Le « cloud », dans cette histoire, n’a rien d’éthéré. Ce sont des ordinateurs installés dans des centres de données, qui appartiennent au fabricant ou qu’il loue, et qui tiennent le registre de vos appareils et de leurs réglages. Votre ampoule n’obéit pas vraiment à votre téléphone : elle obéit à ces machines-là.

C’est un peu comme si, pour demander à votre voisin de palier de baisser sa musique, vous deviez passer par la mairie. Ça marche, tant que la mairie est ouverte.1

Ce détour n’a rien d’un caprice. Pour un fabricant, faire passer tout le monde par ses serveurs simplifie énormément les choses : l’application fonctionne de la même façon depuis le canapé ou depuis l’autre bout du pays, et les assistants vocaux savent toujours où envoyer vos ordres. Pas de réglage à faire sur la box, pas de notion de réseau à expliquer au client.

Le prix de ce confort se paie ailleurs. Chaque appui sur un interrupteur virtuel fait deux voyages sur Internet, l’aller jusqu’au serveur puis le retour jusqu’à l’ampoule. Entre les deux, il y a votre box, la ligne de votre fournisseur d’accès et l’infrastructure du fabricant. Que l’un de ces maillons flanche, et la lumière reste éteinte alors que l’ampoule, elle, est à trois mètres de votre doigt.

Une maison n’a pas besoin d’Internet pour savoir qu’il fait nuit.

Quand le serveur s’éteint pour de bon

Une coupure de quelques minutes agace. La fermeture définitive d’un service, elle, transforme des appareils en presse-papiers. Le scénario n’a rien de théorique, et il se répète depuis dix ans.

En 2016, Nest a annoncé que les boîtiers domotiques Revolv, une marque qu’il possédait, cesseraient de fonctionner le 15 mai, application comprise. Le matériel restait chez les clients, mais il ne servait plus à rien. Face au tollé, l’entreprise a proposé des dédommagements au cas par cas.

En avril 2022, c’est Insteon qui s’est volatilisé. Les serveurs qui faisaient tourner son application se sont arrêtés sans le moindre avertissement, et il a fallu plusieurs jours pour que l’entreprise reconnaisse qu’elle était insolvable et que ses actifs allaient être vendus. Pendant ce temps, ses clients ne pouvaient plus utiliser l’application qui pilotait leurs automatismes.

Le dernier épisode en date remonte au début de l’année. Le 31 janvier 2026, Belkin a coupé l’application et les services cloud de nombreux produits Wemo. L’accès à distance et les assistants vocaux ont disparu avec eux. Un détail mérite pourtant l’attention : les appareils déjà installés dans HomeKit, le système domotique d’Apple, continuent de fonctionner, parce que HomeKit sait les piloter sur le réseau de la maison. Le cloud s’est éteint, le chemin local est resté ouvert. Pour les autres, Belkin propose un remboursement si le produit est encore sous garantie, ce qui ne rend pas la prise plus utile pour autant.

La version « tout à la maison »

L’alternative consiste à installer chez soi un petit chef d’orchestre : un contrôleur comme Home Assistant, qui tourne sur un mini-ordinateur dans un coin du placard. Le trajet devient alors beaucoup plus court.

Home Assistant est un logiciel libre qui revendique justement de faire passer le contrôle local en premier : il dialogue directement avec les appareils, et ne va chercher le cloud d’un fabricant que s’il n’existe pas d’autre moyen. Il s’installe sur un petit boîtier vendu prêt à l’emploi, sur un Raspberry Pi (un ordinateur grand comme une carte de crédit), ou sur un vieux PC qui dormait dans un carton.

Les données suivent le même chemin court. L’heure à laquelle vous vous levez, les moments où la maison est vide : tout cela reste sur le boîtier du placard, au lieu d’aller remplir les serveurs d’un fabricant.

Le trajet en local : le capteur prévient la passerelle, qui prévient le contrôleur, qui allume l’ampoule. Tout reste dans la maison. Le capteurvoit quelqu’un passer La passerelletraduit la radio Le contrôleurapplique la règle L’ampoules’allume tout se passe ici, box débranchée ou pas
Le trajet en local. Pointillés : liaison radio basse consommation (Zigbee, par exemple). En pratique, l’ordre du contrôleur repasse par la passerelle pour atteindre l’ampoule.

Le capteur prévient la passerelle, la passerelle prévient le contrôleur, le contrôleur décide. Aucun de ces trois-là n’a besoin de sortir de la maison. Résultat : ça marche quand Internet tombe, et c’est souvent plus rapide.2

Pour les curieux : à quoi ressemble une règle

Dans Home Assistant, la règle « allume le couloir quand quelqu’un passe, mais seulement la nuit » s’écrit comme ça. Pas besoin de tout comprendre : lisez-la de haut en bas, comme une phrase.

- alias: "Couloir : lumière au passage"
  triggers:
    - trigger: state
      entity_id: binary_sensor.couloir_mouvement
      to: "on"
  conditions:
    - condition: state
      entity_id: sun.sun
      state: below_horizon
  actions:
    - action: light.turn_on
      target:
        entity_id: light.couloir
      data:
        brightness_pct: 40

triggers, c’est le « quand ». conditions, le « seulement si ». actions, le « alors ». Le soleil, lui, est fourni d’office : Home Assistant calcule son lever et son coucher à partir de la position de la maison, sans rien demander à personne.

Qui parle à qui

Dans une maison équipée, tous les objets ne parlent pas la même langue. Les plus gourmands, comme les caméras ou les enceintes, passent par le Wi-Fi, sur le réseau de la box. Les petits capteurs qui doivent tenir des années sur une pile bouton utilisent plutôt des radios très économes, comme Zigbee.

Zigbee a une particularité utile : ses appareils forment un maillage. Plutôt que de crier jusqu’au contrôleur, un message passe de proche en proche, d’un appareil à l’autre, un peu comme une nouvelle qui fait le tour de l’immeuble en passant de palier en palier. Si un relais disparaît, le réseau trouve un autre chemin.

La passerelle sert d’interprète entre cette radio et le contrôleur. Elle prend souvent la forme d’une petite clé USB branchée sur le mini-ordinateur. C’est elle qui, dans le schéma plus haut, transforme le signal du capteur en un message que Home Assistant comprend.

Reste un problème bien connu des premiers équipés : chaque marque arrivait avec sa passerelle et son application. Matter est né pour mettre un peu d’ordre là-dedans. Ce standard commun, porté par la Connectivity Standards Alliance (l’organisme qui gère aussi Zigbee), fonctionne au-dessus du Wi-Fi et d’une autre radio économe, Thread. Thread a une autre particularité : il parle IPv6, la même langue qu’Internet. Chaque petit capteur y possède donc sa propre adresse, exactement comme un ordinateur.

L’idée de Matter ressemble à celle des prises électriques : n’importe quelle fiche compatible entre dans n’importe quelle prise compatible, sans adaptateur maison.

Ce que ça demande, honnêtement

Rien n’est gratuit. Un contrôleur local, c’est un appareil de plus à surveiller, à mettre à jour et à sauvegarder. Le jour où il tombe en panne, c’est vous le service après-vente.

La sauvegarde, justement, est le point qu’on néglige le plus volontiers. Home Assistant sait en produire une qui contient sa configuration et sa base de données, de quoi tout remettre d’aplomb sur un nouveau boîtier. Encore faut-il la copier ailleurs que sur le boîtier lui-même : une sauvegarde rangée dans l’appareil qui vient de mourir ne sauve pas grand-chose.

Tous les objets ne se laissent pas faire non plus. Certains n’ont tout simplement pas de mode local et ne parlent qu’au serveur de leur fabricant. Home Assistant sait souvent les intégrer quand même, mais en passant lui aussi par Internet, ce qui ramène exactement au point de départ pour ces appareils-là. Avant un achat, le réflexe utile consiste donc à vérifier si l’objet se pilote en local, ou s’il est compatible Matter.

Le contrôle à distance, lui, ne disparaît pas : il change de statut. Allumer le chauffage depuis le train suppose toujours une connexion, quelle que soit la solution choisie. La différence, c’est qu’une panne d’Internet ne vous prive plus que de ce confort, et non de vos interrupteurs.

Il faut enfin accepter un temps d’apprentissage. Rien d’insurmontable, mais comptez quelques soirées de configuration, et de temps en temps une règle à reprendre après une mise à jour.

La contrepartie : votre maison vous obéit à vous, pas à la santé financière d’un fabricant. Pour beaucoup de bricoleurs, l’échange vaut largement le coup.

Par où commencer

Pas besoin de tout remplacer d’un coup. Un premier test ne coûte rien : un soir, débranchez la box et notez ce qui fonctionne encore. Les objets qui ne répondent plus sont ceux qui dépendent du cloud, et ce sont eux qu’il faudra contourner ou remplacer en priorité.

Côté matériel, le plus simple reste un boîtier vendu avec Home Assistant déjà installé. Un Raspberry Pi ou un ancien PC font aussi l’affaire si vous en avez un sous la main. Pour les objets Zigbee, ajoutez une clé USB qui jouera le rôle de passerelle.

Ensuite, mieux vaut partir d’une seule pièce et d’un seul automatisme, comme la lumière du couloir de l’encadré plus haut, plutôt que de tout migrer en un week-end. Les applications des fabricants peuvent rester installées pendant la transition : elles ne gênent pas, et elles servent de roue de secours.

Le jour où la box redémarre et que le couloir s’allume quand même, la démonstration est faite.

Notes

  1. Certains fabricants proposent un mode local, souvent caché dans les réglages avancés de leur application. ↩

  2. Plus rapide, parce que le message ne parcourt plus que quelques mètres au lieu de faire l’aller-retour jusqu’à un serveur parfois situé sur un autre continent. ↩

Pour aller plus loin

fdubeaux

Technicien son, image et réseaux le jour, bricoleur le reste du temps. Une erreur, un avis contraire ? Écrivez-moi, je corrige et je cite.