La télérelève de l’eau ne se limite pas à installer des compteurs communicants.
Pour produire une donnée réellement exploitable, il faut maîtriser toute la chaîne : couverture LoRaWAN, qualité des remontées, décodage, interopérabilité, historisation et intégration dans les outils métiers.
À grande échelle, la réussite du projet repose aussi sur la capacité à qualifier les anomalies, hiérarchiser les alertes et croiser plusieurs sources de données.
L’objectif est de transformer la télérelève en un véritable outil de pilotage de la ressource et d’aide à la décision pour les équipes.
La télérelève transforme profondément la manière de suivre les consommations d’eau. Un compteur communicant permet de disposer de données beaucoup plus régulières qu’un relevé ponctuel, d’identifier des comportements inhabituels et de détecter plus rapidement certaines dérives. À l’échelle d’un réseau ou d’un patrimoine important, cette connaissance plus fine ouvre la voie à une gestion de l’eau pilotée par la donnée.
Cette évolution repose sur une chaîne technique complète. La mesure produite par le compteur doit être transmise, réceptionnée par le réseau, décodée, structurée, historisée puis restituée dans un outil adapté aux besoins des agents. La fiabilité de chacun de ces maillons conditionne directement la qualité du service obtenu.
C’est sur cette continuité qu’Eridanis intervient : connecter les différentes sources, consolider les informations, surveiller leur qualité et construire les outils permettant aux équipes de les exploiter concrètement. Cette expérience fait ressortir plusieurs points de vigilance récurrents au moment de concevoir puis de faire passer un projet de télérelève à l’échelle.
Pourquoi la télérelève de l’eau dépasse largement le remplacement des compteurs
Un compteur communicant produit avant tout une donnée. Cette donnée acquiert une valeur opérationnelle lorsqu’elle peut être interprétée, contextualisée et reliée à une situation métier.
Un index de consommation permet par exemple d’observer l’évolution d’un bâtiment ou d’un équipement. Une série suffisamment régulière permet ensuite de caractériser son comportement habituel. Une consommation continue pendant une période durant laquelle aucune activité n’est attendue peut devenir un signal d’anomalie. Le rapprochement avec l’historique, les caractéristiques de l’installation ou d’autres informations disponibles aide ensuite à déterminer le niveau de priorité de cette anomalie.
Le projet doit donc organiser dès l’origine les conditions permettant de passer de la mesure brute à une information exploitable : qualité de la connectivité, décodage, structuration, historisation, règles d’alerte et restitution.
Cette logique se retrouve également dans les projets de surveillance des niveaux d’eau et d’anticipation des risques liés aux crues, où la valeur ne vient pas uniquement du capteur installé mais de la capacité à transformer une mesure continue en information réellement utilisable par le territoire.
Cette approche devient particulièrement importante lorsque les volumes augmentent. Quelques dizaines de compteurs peuvent être suivis avec des opérations encore largement manuelles. Plusieurs milliers d’équipements nécessitent des processus industrialisés : intégration automatique, surveillance des remontées, gestion des équipements silencieux, qualification des alertes et consolidation des indicateurs.
La télérelève constitue ainsi une composante d’un système de données plus large. Elle peut alimenter une plateforme d’hypervision, être reliée à un SIG, croisée avec des données patrimoniales ou intégrée à des outils utilisés par les services techniques.
1. Vérifier l’interopérabilité avant de déployer les compteurs
La première difficulté apparaît souvent au niveau de l’intégration des équipements.
Un projet peut réunir plusieurs fabricants de compteurs, différents modules de communication, un cœur de réseau, une plateforme de données et plusieurs logiciels métiers. Chacun possède ses propres interfaces, formats et conventions techniques.
Le décodage constitue une étape particulièrement importante. Une information reçue depuis un équipement n’est pas nécessairement directement compréhensible par l’utilisateur. Certaines mesures nécessitent une conversion, l’application d’un coefficient ou la prise en compte de paramètres propres à l’installation. D’autres équipements utilisent des clés ou des règles de décodage spécifiques qui doivent être récupérées auprès du fournisseur.
Les retours d’expérience montrent que cette phase peut représenter un travail conséquent. La communication avec le capteur peut fonctionner correctement alors que la donnée reste encore à fiabiliser et à transformer pour devenir une information métier.
Il devient donc essentiel de documenter précisément les flux : unité de mesure, fréquence d’émission, structure des trames, identifiant de l’équipement, règles de conversion, horodatage et comportement en cas d’absence de transmission.
Cette discipline facilite ensuite la normalisation des informations issues de plusieurs fabricants. Les données peuvent être intégrées dans un modèle commun, indépendamment de leur origine technique.
C’est précisément l’un des principes d’Ouranos, la plateforme de données territoriales développée par Eridanis : décloisonner les sources, standardiser les informations et permettre à plusieurs systèmes de travailler à partir d’un socle commun.
Cette logique dépasse d’ailleurs largement le domaine de l’eau. Elle est également utilisée lorsqu’il faut faire converger plusieurs sources de données pour construire un outil d’aide à la décision, comme dans les projets de pilotage énergétique ou d’analyse des usages d’un service public.
L’interopérabilité apporte également de la souplesse dans le temps. Le parc de compteurs peut évoluer, de nouveaux fournisseurs peuvent intervenir et de nouveaux outils métiers peuvent apparaître. Une architecture reposant sur des interfaces documentées et des données maîtrisées permet d’intégrer ces évolutions sans reconstruire le système à chaque changement.
La vérification des API, des modalités d’accès aux données, des protocoles disponibles et des conditions de réversibilité doit donc intervenir dès le choix de la solution technique.
2. Intégrer la qualité des remontées dans le fonctionnement courant
La télérelève repose sur des communications radio soumises aux caractéristiques physiques du terrain.
Dans le domaine de l’eau, cette contrainte est particulièrement visible. Les compteurs peuvent être installés dans des regards enterrés, des caves, des locaux techniques ou des zones présentant des conditions de propagation difficiles. La profondeur, les matériaux environnants, le relief, la végétation et la densité du bâti ont un effet direct sur la qualité des transmissions.
Un projet doit donc prévoir le suivi permanent de la qualité des remontées.
À grande échelle, des infrastructures correctement dimensionnées peuvent atteindre des taux de transmission supérieurs à 95 %. Les quelques pourcents restants représentent alors un sujet opérationnel à traiter : équipement silencieux, batterie, installation, qualité de la couverture ou incident sur le réseau.
La plateforme doit permettre d’identifier rapidement ces situations. La date de la dernière communication, la fréquence habituelle des remontées ou la répétition des pertes de signal deviennent des indicateurs de supervision à part entière.
Cette surveillance protège également les analyses métier. Une courbe présentant plusieurs heures de données manquantes peut conduire à une lecture erronée d’une consommation. Une absence de communication interprétée comme une absence de consommation peut également provoquer une mauvaise qualification de la situation.
Le travail sur la qualité de la donnée intervient donc avant les traitements plus avancés.
« Un projet d’intelligence artificielle n’est pas une solution déployable sans préparation ; il constitue l’aboutissement d’un travail en amont. »- Alexis Semmama, directeur général d’Eridanis
Dans les projets liés à l’eau, ce travail repose notamment sur la centralisation de données fiables, la maîtrise des différents formats et la capacité à associer les informations statiques du patrimoine aux mesures dynamiques remontées par les capteurs.
Cette logique rejoint plus largement les enseignements des projets dans lesquels la donnée sert à alimenter des modèles d’IA et d’optimisation : la performance algorithmique reste directement dépendante de la qualité du socle de données construit en amont.
3. Synchroniser le réseau LoRaWAN avec le déploiement des compteurs
Le réseau de communication doit suivre le calendrier réel du projet.
La préparation commence par la connaissance des zones qui seront instrumentées. La localisation des compteurs, leur environnement et les objectifs de fréquence de remontée permettent d’estimer les besoins de couverture puis d’identifier les implantations pertinentes pour les passerelles LoRaWAN.
Les premiers déploiements apportent ensuite des informations terrain indispensables. Ils permettent de mesurer la qualité de réception réelle et d’ajuster progressivement le maillage.
Cette logique facilite une montée en charge progressive de l’infrastructure. Les nouvelles zones de couverture peuvent être ouvertes en fonction des campagnes d’équipement et des usages effectivement programmés.
La pose des passerelles doit également être intégrée au planning. La disponibilité d’un point haut, son alimentation électrique, son accès au réseau, les autorisations nécessaires ou les conventions d’occupation peuvent allonger le délai entre l’identification d’un site et sa mise en service. Les retours d’expérience font ressortir cette phase comme une composante réelle du calendrier de déploiement.
La coordination doit donc couvrir l’ensemble de la chaîne : installation de la passerelle, mise en service dans le cœur de réseau, pose du compteur, enregistrement de l’équipement, récupération de son identifiant, décodage de sa trame et apparition de ses données dans la plateforme.
C’est précisément ce que permet une démarche de passage à l’échelle d’un réseau IoT territorial : industrialiser progressivement le déploiement, l’intégration et l’exploitation des objets connectés, sans dissocier l’infrastructure des usages qu’elle doit servir.
À grande échelle, ces opérations gagnent à être standardisées. Une nomenclature claire, des procédures d’intégration communes et des contrôles automatiques permettent d’absorber progressivement plusieurs centaines ou plusieurs milliers d’équipements.
Cette infrastructure peut ensuite accueillir d’autres cas d’usage : bâtiments publics, éclairage, déchets, gestion des risques ou suivi environnemental. Le réseau devient alors un socle mutualisé au service de plusieurs métiers.
4. Concevoir les alertes pour orienter réellement les équipes
Le volume de données devient rapidement considérable.
Un parc de plusieurs milliers de compteurs réalisant plusieurs remontées par jour génère des millions de mesures chaque année. À ces valeurs s’ajoutent les événements techniques et métier : absence de transmission, consommation inhabituelle, dépassement d’un seuil, variation de débit ou comportement atypique.
L’enjeu consiste à déterminer quelles situations méritent réellement l’attention d’un agent.
Les règles doivent être définies à partir du contexte métier. Une valeur élevée peut être parfaitement normale pour un équipement à certaines heures. Une consommation plus faible peut devenir préoccupante lorsqu’elle persiste pendant plusieurs jours. La durée, la fréquence, l’historique et les caractéristiques de l’installation doivent donc entrer dans la qualification.
Les ateliers réalisés avec les métiers permettent de définir les seuils et les niveaux de gravité correspondant aux situations rencontrées sur le terrain. L’objectif consiste à restituer aux utilisateurs un nombre limité d’événements réellement pertinents. Retranscription Séminaire Somm…
Cette logique rejoint une problématique plus large déjà rencontrée dans d’autres projets IoT : la valeur ne vient pas du nombre de capteurs ou d’alertes produites, mais de la capacité à distinguer les informations qui nécessitent réellement une action.
L’historisation enrichit progressivement cette qualification. Une valeur peut être comparée à la consommation moyenne du même équipement, aux périodes précédentes ou à des profils similaires.
Pour la recherche de fuites, l’analyse peut également mobiliser d’autres sources. Les données de consommation et de débit peuvent être rapprochées de la topographie, des matériaux utilisés dans les canalisations, de leur ancienneté, de l’historique des réparations, de la météo ou encore des variations de pression.
Ces croisements permettent de mieux caractériser le signal initial et de réduire la zone à investiguer par les équipes techniques.
La valeur de la télérelève se joue donc en grande partie dans cette capacité à filtrer, contextualiser et prioriser. Le système doit guider les agents vers les situations sur lesquelles leur expertise et leur intervention apporteront le plus de valeur.
5. Intégrer la télérelève dans une chaîne complète de pilotage
La mise en service des compteurs marque le début de l’exploitation de la donnée.
Le projet doit ensuite assurer la réception des mesures, leur décodage, leur historisation, leur contrôle et leur restitution. Les droits d’accès doivent être configurés selon les profils utilisateurs et les périmètres gérés. Les tableaux de bord doivent répondre aux besoins réels des services.
Les usages diffèrent selon les utilisateurs. Un technicien cherche à identifier l’état d’un compteur et à consulter les dernières mesures avant une intervention. Un responsable métier souhaite suivre les anomalies d’un parc ou comparer plusieurs équipements. Une direction peut rechercher une vision consolidée des tendances et des secteurs nécessitant un investissement.
La plateforme doit être capable de servir ces différents niveaux de lecture à partir d’un même socle de données.
« On vient déployer des plateformes de données qui permettent d’agréger l’information de n’importe quelle source, que ce soit des objets connectés, des logiciels, des bases de données ou des fichiers Excel. » — Alexis Semmama, directeur général d’Eridanis
L’intérêt d’une telle architecture est visible dans d’autres domaines où Eridanis transforme des données jusque-là dispersées en indicateurs directement exploitables. C’est par exemple le cas lorsqu’une collectivité utilise la donnée pour comprendre les usages d’un service public et adapter son organisation.
La même logique peut être appliquée à l’eau : agréger, historiser, comparer, alerter et restituer l’information selon les besoins de chaque utilisateur.
Ce socle prépare également les usages futurs. Le rapprochement des données de télérelève avec le grand cycle de l’eau, les niveaux de nappes, les données météorologiques ou les informations patrimoniales peut fournir une vision beaucoup plus complète de la ressource.
Des démarches travaillent déjà sur le croisement des données IoT, de la télérelève et des stations météorologiques afin d’étudier la disponibilité et la qualité de l’eau et de préparer des modèles prédictifs.
L’architecture initiale doit donc être capable d’accueillir progressivement ces nouvelles sources et ces nouveaux traitements.
