La surveillance de l’eau est devenu un domaine clé pour ThingsLog avec le développement de ses premiers appareils LoRa/LoRaWAN — une étape fondatrice documentée dans une mise à jour de janvier 2023. La décision de développer des appareils LoRaWAN était stratégique : LoRa offre une combinaison unique de longue portée, faible consommation et liberté de déploiement en réseau privé qui le rend idéal pour les réseaux de surveillance d’eau et de gaz en zones rurales et périurbaines. Cet article retrace le parcours depuis les premiers prototypes jusqu’aux enregistreurs LPMDL-1103 commerciaux actuels, en passant par les défis techniques surmontés et les premiers déploiements appris sur le terrain.
Table des matières
- Pourquoi LoRa pour la surveillance de l’eau ?
- Défis techniques du développement des premiers appareils LoRa
- Le choix du protocole LoRaWAN Class A
- Premiers déploiements et enseignements terrain
- De la première génération au LPMDL-1103 actuel
- Questions fréquentes
Pourquoi LoRa est particulièrement adapté à la surveillance de l’eau
La surveillance des réseaux de distribution d’eau pose des contraintes techniques spécifiques qui font de LoRa une technologie particulièrement adaptée. Premièrement, la portée : les réseaux de distribution d’eau s’étendent sur des dizaines de kilomètres, avec des compteurs et des points de mesure très dispersés. Une technologie courte portée comme le Wi-Fi ou le Bluetooth est inutilisable. LoRa offre des portées de 5 à 15 km en milieu ouvert avec une seule passerelle, permettant de couvrir de vastes zones avec peu d’infrastructure réseau.
Deuxièmement, la batterie longue durée : les compteurs d’eau sont dans des regards sans électricité. L’enregistreur doit fonctionner sur batterie pendant 5 à 10 ans minimum pour que le modèle économique soit viable. LoRaWAN Class A offre une consommation par cycle de transmission de l’ordre de 10 à 50 mJ, permettant des autonomies de 5 à 15 ans selon la taille de la batterie et la fréquence de transmission — aucune autre technologie LPWAN ne peut rivaliser sur ce paramètre.
Troisièmement, l’indépendance opérateur : contrairement au NB-IoT ou au GSM qui nécessitent un abonnement à un opérateur télécom, LoRaWAN peut fonctionner sur un réseau privé. Un opérateur d’eau qui déploie quelques passerelles LoRaWAN dans sa zone de distribution dispose d’un réseau de surveillance totalement autonome, sans dépendance à un opérateur tiers, sans abonnement mensuel par appareil, et avec une maîtrise complète de sa sécurité réseau. Pour les utilities soucieux de leur souveraineté data et de la maîtrise de leurs coûts à long terme, c’est un argument de poids.
Défis techniques du développement des premiers appareils LoRa ThingsLog
Le développement des premiers enregistreurs LoRa de ThingsLog a rencontré plusieurs défis techniques significatifs. Le premier concernait la conception de l’antenne. La bande ISM 868 MHz utilisée en Europe pour LoRa pose des contraintes importantes : l’antenne doit être suffisamment efficace pour atteindre les portées requises, mais l’enregistreur doit s’insérer dans un boîtier compact installable dans un regard de compteur béton d’environ 20 × 20 cm. Trouver le bon compromis entre compacité du boîtier et efficacité d’antenne a nécessité de nombreuses itérations de prototypes et des mesures de performances en environnement réel.
Le deuxième défi était la gestion de la consommation en mode PSM-like. LoRaWAN n’a pas de PSM au sens cellulaire du terme, mais le principe est similaire : après chaque transmission, l’appareil se rendort le plus rapidement possible. Sur les premiers prototypes, des problèmes de firmware (delays non optimaux avant l’entrée en deep sleep, activités de maintenance réseau non nécessaires) grevaient la consommation de plusieurs dizaines de µA supplémentaires. L’optimisation firmware pour réduire la consommation de veille à moins de 15 µA a nécessité plusieurs mois de mesures et d’ajustements.
Le troisième défi était la robustesse face aux perturbations électromagnétiques. Les regards de compteurs d’eau sont souvent situés à proximité de câbles électriques enterrés, de boîtes de jonction téléphoniques, ou d’autres sources d’interférences. Garantir que l’enregistreur fonctionne de manière fiable dans ces environnements a nécessité des filtres sur les lignes d’entrée des capteurs et un blindage RF adapté du module LoRa.
Le choix du protocole LoRaWAN Class A pour maximiser l’autonomie
LoRaWAN définit trois classes d’appareils avec des compromis différents entre réactivité aux commandes descendantes et consommation énergétique. ThingsLog a choisi la Classe A pour ses enregistreurs de surveillance d’eau, et ce choix est fondamental pour comprendre les performances d’autonomie annoncées. En Classe A, l’appareil n’ouvre une fenêtre d’écoute des commandes descendantes (downlink) que pendant quelques secondes juste après chaque transmission. Le reste du temps, il est en deep sleep total.
Pour la surveillance de compteurs d’eau, cette contrainte (les commandes descendantes ne sont disponibles que juste après une transmission) est parfaitement acceptable. Les reconfigurations ne sont pas urgentes — si on souhaite modifier la fréquence de reporting d’un appareil, la commande sera reçue lors de la prochaine transmission, au plus dans l’heure ou le lendemain selon la configuration. La contrepartie — une autonomie de 10 ans sur batterie D — est un avantage opérationnel majeur pour les utilities qui déploient des milliers de points de mesure dans des regards sans électricité.
Premiers déploiements LoRaWAN ThingsLog : enseignements terrain
Les premiers déploiements des enregistreurs LoRaWAN de ThingsLog ont apporté des enseignements précieux qui ont directement alimenté les itérations produit. Le premier enseignement concernait la couverture en milieu urbain avec des regards béton : l’atténuation du béton et du sol au-dessus des regards peut atteindre 15 à 25 dB selon l’épaisseur et la densité du matériau. Cela nécessite d’utiliser des spreading factors plus élevés (SF10-SF12) pour ces appareils enterrés, au prix d’une durée de transmission plus longue et d’une consommation légèrement accrue.
Le deuxième enseignement portait sur la qualité du signal mesurée via TTN Mapper. Les données de cartographie collectées lors des tests internes ont montré que la portée effective d’une passerelle LoRaWAN varie considérablement selon l’environnement : de 500 m dans un centre-ville dense à plusieurs kilomètres dans un quartier résidentiel avec des maisons individuelles. Ces données ont permis d’établir des règles pratiques de dimensionnement réseau pour les clients : nombre de passerelles nécessaires selon la densité urbaine et le nombre de points de mesure à couvrir.
La communauté TTN (The Things Network) a également joué un rôle positif dans les premiers déploiements. Dans plusieurs villes, des passerelles TTN communautaires existantes ont fourni une couverture réseau immédiatement disponible, permettant de démarrer des projets pilotes sans investissement dans l’infrastructure réseau. ThingsLog a contribué en retour à la communauté en déployant ses propres passerelles UND-1101 dans des zones non couvertes.
De la première génération au LPMDL-1103 commercial actuel
L’évolution entre les premiers prototypes LoRa de ThingsLog et le LPMDL-1103 commercial actuel illustre le chemin parcouru. Les premières générations utilisaient des modules LoRa de première génération (Murata CMWX1ZZABZ, Semtech SX1276) avec un firmware relativement basique. Le LPMDL-1103 actuel intègre des modules LoRaWAN de dernière génération, un firmware optimisé avec des années d’expérience terrain, le support complet de LoRaWAN 1.0.4 et 1.1, et des fonctionnalités avancées comme le spreading factor adaptatif (ADR — Adaptive Data Rate) et la gestion des canaux LoRaWAN configurables.
La conception mécanique a également évolué : les premiers prototypes étaient dans des boîtiers standard non spécialement conçus pour les environnements humides de regards de compteurs. Le LPMDL-1103 est disponible dans un boîtier IP67 résistant à l’immersion temporaire, avec une conception d’antenne optimisée pour les environnements difficiles et des connecteurs industriels robustes pour les câbles de capteurs. Ces améliorations progressives, guidées par les retours terrain des premiers déploiements, ont abouti à un produit mature et fiable capable de tenir ses promesses d’autonomie en conditions réelles.
| Thème | Élément clé |
|---|---|
| Pourquoi LoRa eau | Portée 5-15 km, autonomie 10+ ans, réseau privé sans abonnement |
| Défi antenne | 868 MHz compact dans regard béton — nombreuses itérations |
| Classe LoRaWAN | Class A — deep sleep maximal, commandes downlink différées |
| Atténuation regards | 15-25 dB béton/sol → SF10-SF12 nécessaire pour appareils enterrés |
| LPMDL-1103 actuel | IP67, ADR, LoRaWAN 1.0.4/1.1, firmware mature, années terrain |
Questions fréquentes
LoRaWAN est-il plus adapté que NB-IoT pour la surveillance des réseaux d’eau potable ?
Les deux technologies ont des avantages complémentaires pour la surveillance d’eau. LoRaWAN est préférable quand l’opérateur souhaite un réseau privé (maîtrise des coûts à long terme, pas d’abonnement SIM), dans les zones rurales sans couverture NB-IoT, ou pour des déploiements nécessitant la plus longue autonomie possible (10+ ans). NB-IoT est préférable dans les zones urbaines avec bonne couverture opérateur, pour des déploiements à grande échelle où la gestion centralisée des SIM est plus simple, ou dans des pays où les réseaux LoRaWAN privés sont moins bien maîtrisés par l’équipe locale. ThingsLog propose les deux technologies et aide ses clients à choisir selon leur contexte spécifique.
Peut-on mélanger des enregistreurs GSM, NB-IoT et LoRaWAN ThingsLog sur le même réseau de distribution ?
Oui — la plateforme ThingsLog est conçue pour gérer des appareils multi-technologie sur un même compte et un même site. Il est tout à fait possible d’avoir des enregistreurs NB-IoT dans les zones urbaines couvertes, des enregistreurs LoRaWAN dans les zones périurbaines avec réseau privé, et des enregistreurs GSM sur les sites industriels avec électricité disponible — tous gérés depuis la même interface plateforme, avec les mêmes alarmes et les mêmes dashboards. Cette flexibilité multi-technologie est particulièrement précieuse pour les opérateurs de réseaux d’eau qui couvrent à la fois des zones urbaines denses et des zones rurales dispersées.
Comment ThingsLog contribue-t-il à la communauté LoRaWAN au-delà de la vente de produits ?
ThingsLog contribue à la communauté LoRaWAN de plusieurs façons. En infrastructure : l’équipe ThingsLog a déployé des passerelles UND-1101 dans plusieurs villes, ajoutant des nœuds au réseau TTN communautaire librement accessibles. En données : les résultats des tests TTN Mapper sont partagés avec la communauté, enrichissant la cartographie collective de la couverture LoRaWAN. En connaissances : des webinaires techniques sur LoRaWAN (OTAA, Classes, sécurité, dimensionnement) ont été organisés et leurs enregistrements publiés gratuitement. En open source : certains outils de configuration et de test développés par ThingsLog sont partagés avec la communauté. Cette approche de contribution communautaire est cohérente avec l’esprit open source de LoRaWAN et renforce l’écosystème dont ThingsLog dépend.
