Se passer du cloud : les thermostats qui survivent au fabricant

Le matériel d'un thermostat dure une quinzaine d'années. Les relais, les capteurs et les boîtiers ne s'usent pas vite. Ce qui s'arrête, c'est l'infrastructure distante qui valide les identifiants, expose l'interface applicative et exécute les calculs.

Quand cette infrastructure ferme, l'appareil ne tombe pas en panne : il perd ses fonctions connectées. C'est une différence de nature avec une panne matérielle, et elle n'était couverte par aucune obligation jusqu'à une date récente.

Le précédent qui a fait date

En avril 2025, un fabricant a annoncé la fin du support de deux générations de ses thermostats, effective en octobre de la même année. Les appareils ont perdu le pilotage à distance, les mises à jour de sécurité, la détection de présence et la liaison avec les détecteurs de fumée de la marque — donc l'arrêt d'urgence du chauffage sur alerte.

Ils continuent de réguler la température localement. Le détail de ce cas, ses dates et sa source figurent dans l'analyse consacrée à Google Nest.

Où passe la commande, et ce qui s'arrête

Faites glisser le schéma horizontalement.

Ce que le règlement européen impose désormais

C'est le changement le plus important de ces dernières années sur ce sujet, et il est peu connu du grand public.

Le règlement sur la cyberrésilience, publié au Journal officiel de l'Union européenne le 20 novembre 2024, s'applique à tous les produits comportant des éléments numériques commercialisés dans l'Union, quel que soit le pays du fabricant.

Deux obligations changent la donne pour l'acheteur. L'affichage de la date de fin de support rend comparable ce qui ne l'était pas : un fabricant qui annonce dix ans se distingue désormais visiblement d'un fabricant qui annonce le minimum. Et la durée plancher met un terme aux arrêts de service décidés au bout de trois ans.

Les obligations principales du texte s'appliquent à compter de la fin 2027, ce qui laisse une période où les appareils vendus n'y sont pas encore soumis.

Les trois architectures, par ordre de robustesse

Le fonctionnement entièrement local. La programmation est enregistrée dans les appareils et la commande ne sort jamais du logement. Les constructeurs qui en font un argument le documentent, comme le montre l'analyse de l'écosystème Delta Dore.

Le local avec supervision distante. La régulation s'exécute sur place, le service en ligne servant au pilotage à distance et au suivi. C'est l'architecture la plus répandue aujourd'hui, et la plus raisonnable : l'arrêt du service dégrade l'appareil sans l'arrêter. C'est le cas décrit dans l'analyse de l'écosystème Netatmo.

La dépendance complète. L'appareil est un terminal, et les décisions se prennent à distance. Cette architecture, courante sur les premières générations, a été largement abandonnée — c'est elle qui produit les arrêts brutaux.

Les voies du contrôle local

Trois approches permettent de s'affranchir largement du service d'un fabricant.

Choisir un protocole standard, ce qui permet d'appairer les appareils à son propre coordinateur. C'est l'argument de Zigbee et, plus récemment, de Matter et Thread.

Piloter depuis un serveur domestique, qui remplace l'application du fabricant et conserve l'historique localement. Les intégrations disponibles sont détaillées dans la page piloter son chauffage avec Home Assistant.

Privilégier un appareil autonome, qui n'a jamais eu besoin de service en ligne. C'est le cas des thermostats programmables sans fil, dont la fonctionnalité se limite à ce qu'ils savent faire seuls — mais qu'ils sauront faire dans quinze ans.

Questions fréquentes

Un thermostat sans cloud existe-t-il vraiment ?

Oui, sous deux formes : les thermostats programmables autonomes, et les appareils sur protocole standard pilotés par un serveur domestique.

Que se passe-t-il si le fabricant ferme son service ?

Cela dépend de l'architecture. Un appareil à régulation locale continue de suivre sa programmation ; un terminal dépendant s'arrête.

La réglementation protège-t-elle les acheteurs ?

Depuis le règlement européen sur la cyberrésilience, les fabricants doivent afficher une date de fin de support et garantir une durée minimale. Les obligations principales s'appliquent à compter de la fin 2027.

Comment savoir si un appareil fonctionne en local ?

Le centre d'aide du constructeur décrit généralement le comportement hors ligne. En son absence, c'est une question à poser au support avant l'achat.

Un appareil Matter est-il forcément local ?

Non. La certification porte sur l'interopérabilité ; certaines fonctions peuvent continuer de transiter par le service du fabricant.

Sources et références

• Règlement (UE) 2024/2847 du Parlement européen et du Conseil du 23 octobre 2024 concernant des exigences horizontales de cybersécurité pour les produits comportant des éléments numériques, publié au Journal officiel de l'Union européenne le 20 novembre 2024.
• Spécifications Matter, Thread et Zigbee, publiées par la Connectivity Standards Alliance.
• Normes EN 15500-1 et EN 12098-3 relatives aux équipements de contrôle électronique pour les systèmes de zone individuels.