Récupérer ses données météo en local, sans passer par le cloud

Le jour où le service ferme, la station devient un thermomètre

Une station météo connectée vend deux choses très différentes : des capteurs, et un chemin par lequel les mesures vous parviennent. Le premier est en métal et en plastique dans le jardin, le second est un logiciel hébergé chez le fabricant. Le premier dure des années. Le second dure aussi longtemps que le fabricant décide de le maintenir.

Quand ce chemin passe uniquement par un serveur distant, tout en dépend : l'application mobile, l'historique, les graphiques, les alertes, l'export. Coupez la fibre une journée, et la console affiche encore la température mais votre historique s'arrête. Fermez le service, et il ne reste qu'un capteur qui parle à personne. Le matériel n'a rien perdu : c'est l'accès qui a disparu.

C'est la question qui devrait décider de la marque, et presque personne ne se la pose avant d'acheter : est-ce que cette station sait me donner ses mesures sans passer par Internet ? Elle ne figure pratiquement jamais sur une fiche marchand, parce qu'elle ne se photographie pas.

« Connecté » ne veut pas dire « accessible »

Le Wi-Fi sur la boîte ne prouve rien. Il indique que l'appareil sait joindre un serveur, pas qu'il sait vous répondre à vous. Trois architectures très différentes portent la même étiquette :

1. La station envoie ses mesures au cloud du fabricant, et vous les relisez depuis ce cloud, via une application ou une API en ligne. Rien ne sort de l'appareil vers votre réseau.
2. La station expose une interface sur votre réseau local : vous l'interrogez directement à son adresse IP, et la réponse arrive même si la box est débranchée d'Internet.
3. La station pousse d'elle-même ses mesures vers une adresse que vous configurez, à l'intervalle qu'elle applique, sans rien demander à personne.

Seules les deux dernières vous appartiennent vraiment. La première vous loue un accès.

Les trois voies pour récupérer ses données

1. L'API locale, interrogeable sur le réseau

C'est la voie la plus propre : la passerelle ou la console tient un petit serveur, et vous lui demandez ses valeurs quand vous voulez. Chez Davis, la passerelle WeatherLink Live répond en HTTP sur son adresse IP à l'adresse /v1/current_conditions et renvoie un document JSON contenant les mesures de tous les émetteurs qu'elle suit, plus son baromètre et ses valeurs intérieures ; la documentation constructeur indique que l'interface supporte une requête toutes les 10 secondes en continu, et qu'un flux temps réel séparé diffuse le vent et la pluie en UDP. Condition explicite : l'appareil et le client doivent être sur le même réseau local.

Chez Ecowitt, les passerelles exposent une interface sur un port TCP dédié avec un protocole binaire documenté ; leur propre interface web s'appuie en plus sur un point d'entrée HTTP en JSON, pratique mais absent de la documentation publiée. La leçon est générale et vaut pour toutes les marques : une interface documentée par le constructeur est un engagement, une interface découverte par la communauté est un emprunt — elle peut changer à la mise à jour de firmware suivante.

2. Le flux poussé, et MQTT

L'autre modèle inverse le sens : au lieu que vous interrogiez la station, la station livre. La plupart des passerelles grand public proposent un réglage de type « serveur personnalisé » où vous saisissez une adresse IP, un port et un chemin — et à partir de là, elles envoient leurs relevés chez vous à intervalle régulier. C'est ce mécanisme qu'utilise l'intégration Ecowitt de Home Assistant, classée local push : rien ne transite par un serveur distant. Détail qui coûte une soirée si on l'ignore : ces passerelles n'établissent pas de connexion TLS, la destination doit donc être joignable en HTTP simple sur le réseau interne.

MQTT est l'étage au-dessus. C'est un protocole de messagerie publication/abonnement volontairement minimal, conçu pour des appareils contraints et des réseaux à faible débit : un broker central reçoit les messages publiés sur des topics et les distribue à tous les abonnés. Son intérêt ici est structurel — vos mesures deviennent un flux que n'importe quel logiciel de la maison peut écouter, sans que chacun ait à savoir parler le dialecte de votre station.

Limite à connaître : les stations grand public ne parlent presque jamais MQTT nativement. On y arrive avec un petit pont logiciel qui écoute l'envoi HTTP de la passerelle et le republie sur le broker — plusieurs projets libres font exactement cela pour les stations à base Fine Offset (Ecowitt, Froggit et compatibles). Ce pont tourne chez vous, sur un mini-ordinateur ou le serveur domotique existant.

3. L'export de fichier

La voie la plus lente et la plus durable. Un logiciel local se connecte à la station, archive chaque relevé dans une base de données sur votre disque, et sait la ressortir en CSV. WeeWX, écrit en Python et distribué en logiciel libre, fonctionne exactement ainsi : il stocke ses archives dans une base SQLite locale, et des extensions produisent les fichiers CSV attendus par d'autres outils ou par les réseaux d'observateurs.

C'est cette voie qui répond à la seule question qui compte dans dix ans : est-ce que mes séries m'appartiennent en clair ? Un historique enfermé dans une application n'a de valeur que tant que l'application existe.

La méthode pour vérifier AVANT d'acheter

La fiche marchand ne répondra pas. Voici les gestes qui répondent, dans l'ordre :

1. Cherchez la documentation d'API du constructeur, pas la fiche produit. Une requête du type « nom du modèle + local API » ou « + developer documentation » sur le domaine du fabricant. Une page technique publique, avec des exemples de requêtes et de réponses, est le meilleur signal qui existe.
2. Distinguez API cloud et API locale. Beaucoup de constructeurs publient une API — mais hébergée chez eux, avec compte, jeton d'authentification et quota d'appels. Utile, et pourtant elle disparaît le jour où le service disparaît. Le mot à chercher est local.
3. Regardez la page d'intégration domotique. Home Assistant affiche pour chaque intégration sa nature : locale ou cloud, en interrogation ou en réception. C'est une réponse indépendante du marketing du fabricant.
4. Vérifiez qu'il existe un réglage « serveur personnalisé » dans l'application de configuration ou l'interface web de la passerelle. Sa présence signifie que l'appareil sait livrer ailleurs que chez son éditeur.
5. Cherchez un projet libre actif qui parle à ce modèle. Un dépôt maintenu, avec des tickets récents, prouve que quelqu'un a déjà réussi. Un dépôt abandonné depuis quatre ans prouve l'inverse.

Un critère négatif suffit à trancher : une station dont aucune documentation publique ne décrit la sortie de données ne devrait pas entrer dans une installation qu'on veut garder dix ans.

Le lien avec la domotique

La sortie locale n'est pas qu'une assurance : c'est ce qui rend la station utile au reste de la maison. Une mesure de pluie qui arrive en quelques secondes sur votre serveur peut suspendre l'arrosage ; une rafale peut fermer un volet ou une pergola ; une température de rosée peut déclencher une ventilation. Ces automatismes exigent une latence courte et une disponibilité qui ne dépend pas d'un lien Internet — exactement ce qu'une API cloud ne garantit pas, puisqu'elle impose en plus un quota d'appels par heure.

C'est aussi là que se joue le choix d'architecture générale, développé dans notre comparatif station météo et Home Assistant et dans le guide station Wi-Fi ou autonome.

Ce qu'il faut retenir

• Une station connectée sans sortie locale est un abonnement déguisé en objet.
• Trois voies, à chercher dans cet ordre : une API locale documentée, un envoi poussé vers une adresse que vous choisissez (relayable en MQTT), un export de fichier archivé chez vous.
• Le test d'achat tient en une phrase : trouver la page technique du constructeur qui décrit comment lire les données sans compte en ligne.
• Une sortie locale ne rattrape jamais une mauvaise mesure. Un capteur mal posé produit des données fausses très accessibles : posez d'abord correctement l'installation (installer sa station) et sachez ce que chaque capteur mesure réellement (comprendre les capteurs).

Concrètement, l'achat se joue sur la passerelle plus que sur les capteurs : c'est elle qui parle, ou qui se tait. Choisissez-la parmi celles dont l'interface locale est décrite noir sur blanc par le constructeur, et le reste de l'installation restera le vôtre longtemps après la prochaine refonte d'application.