Introduction
Relever à la main les compteurs d’eau, de gaz, de chaleur et d’électricité est coûteux, lent et source d’erreurs. Pour un syndic ou une zone d’activités, cela signifie des déplacements mensuels, des relevés estimés et des litiges de facturation que personne ne peut trancher faute de données.
L’alternative, c’est le télérelève : des compteurs reliés à un bus, un concentrateur qui les interroge automatiquement et un serveur qui conserve l’historique. Cet article explique l’architecture, les protocoles impliqués et quel matériel fait office de concentrateur.
M-BUS, Modbus et les autres
Deux protocoles dominent le télérelevé dans les bâtiments. Ils ne sont pas concurrents – ils résolvent des problèmes différents et coexistent souvent dans la même installation.
M-BUS (EN 13757)
Conçu spécifiquement pour les compteurs. Il relie des dizaines d’appareils sur une seule ligne à deux conducteurs, sans polarité, avec une alimentation fournie par le bus lui-même.
- • Câblage simple, sans topologie imposée
- • Portée d’environ 1000 m avec répéteurs
- • Adressage primaire et secondaire par appareil
Modbus RTU et Modbus TCP
La lingua franca de l’automatisation. C’est ce que le SCADA et les systèmes de gestion technique du bâtiment (GTB) s’attendent à trouver – c’est pourquoi le concentrateur expose généralement les données sous cette forme.
- • RTU sur RS-485, TCP sur Ethernet
- • Intégration directe avec presque tous les logiciels de supervision
- • Évite les pilotes M-BUS côté serveur
L’architecture à trois couches
Couche de mesure
Compteurs d’eau, de chaleur, de gaz et d’électricité avec sortie M-BUS ou à impulsions, reliés au bus deux fils.
Concentrateur de données
Un ordinateur industriel avec ports série qui interroge le bus selon un planning défini, convertit les valeurs et les expose en registres Modbus ou via une API.
Serveur de collecte
Base de données historique, logiciel de facturation ou plateforme SCADA. Il consomme les données déjà normalisées et génère rapports et alarmes.
La couche qui fait le projet est celle du milieu. Un concentrateur avec ports COM natifs, stockage local et connexion réseau évite les convertisseurs isolés – et, tout aussi important, continue d’enregistrer quand la liaison avec le serveur tombe.
Comment acheminer les données jusqu’au serveur
| Transport | Quand l’utiliser | Remarques |
|---|---|---|
| Ethernet | Bâtiments avec réseau structuré | Transmission transparente ou Modbus TCP, latence minimale |
| Modbus TCP | Intégration à un SCADA ou une GTB existants | Lecture cyclique ou sur événement, sans pilote M-BUS sur le serveur |
| 4G / LTE | Sites isolés sans infrastructure | Module M.2 dans le concentrateur ; exige un cache local généreux |
Bonnes pratiques d’installation
- ✓Adresser avant d’installer. Attribuer des adresses uniques sur l’établi fait gagner des heures de diagnostic une fois tout fixé au mur.
- ✓Ne pas surcharger le bus. Calculez les charges normalisées et gardez une réserve de capacité pour les extensions futures.
- ✓Des répéteurs au-delà de la distance nominale. Un signal dégradé ne tombe pas franchement en panne – il donne des relevés intermittents difficiles à localiser.
- ✓Des intervalles d’interrogation réalistes. Un compteur de chaleur toutes les heures ou tous les quarts d’heure suffit. Interroger chaque seconde n’apporte aucune information et use le bus.
- ✓Vérifier les vitesses de transmission. Une incompatibilité de débit en bauds est la cause la plus fréquente d’un appareil qui “ne répond pas”.
Cas pratique : gestion de 12 bâtiments
Un gestionnaire immobilier de douze bâtiments à usage mixte a unifié le relevé sur une seule plateforme :
- • Neuf bâtiments avec réseau structuré : concentrateur qui envoie via Ethernet au serveur central.
- • Deux bâtiments déjà équipés d’une GTB : concentrateur exposant des registres Modbus TCP pour la GTB existante.
- • Un bâtiment isolé sans connexion fixe : concentrateur avec module 4G et cache local de 30 jours.
Résultat : facturation automatique, zéro tournée de relevé et alertes immédiates en cas d’anomalie – par exemple une consommation d’eau continue la nuit, qui signale presque toujours une fuite.
Quel matériel comme concentrateur
Le concentrateur reste généralement dans un local technique non climatisé, sans visite pendant des mois. Trois caractéristiques sont décisives :
Ports série natifs
Des RS-232 et RS-485 intégrés évitent les adaptateurs USB, qui sont la première chose à lâcher dans une installation permanente.
Sans ventilateur et DC à large plage
L’entrée 9-36 V se branche directement sur l’alimentation de l’armoire. Sans ventilateur, pas de poussière accumulée ni de maintenance.
Stockage local
Un disque NVMe conserve des semaines de relevés. Si la liaison avec le serveur tombe, pas un enregistrement n’est perdu.
En pratique : le modèle IBOX-3026 pour les installations avec de nombreux bus série, le N1522 pour les armoires exiguës (2x COM RS232/RS485 et entrée 9-36 V) et le Nano-N1321 pour les points de collecte simples. La conversion de niveau M-BUS se fait avec un module dédié sur le bus.
Conclusion
Passer du relevé manuel au télérelevé transforme la gestion des consommations en un processus fiable et évolutif. Les choix déterminants sont le transport – Ethernet dans les bâtiments connectés, Modbus pour s’intégrer aux systèmes existants, 4G pour les sites isolés – et le concentrateur qui le porte.
Si le projet inclut de la supervision, voir aussi le guide SCADA et ports COM pour comprendre comment intégrer les relevés dans un système de visualisation.
Concentrateurs de données pour le télérelevé
Ordinateurs industriels avec ports série natifs, alimentation DC à large plage et stockage local.
