LoRaWAN pour les services d’eau : où il s’inscrit aux côtés du SCADA

Ce qu’est LoRaWAN

LoRa est une technique de modulation radio qui sacrifie le débit au profit de la portée et de la sensibilité. LoRaWAN est le protocole de réseau ouvert, maintenu par la LoRa Alliance, qui repose sur cette modulation et définit la façon dont les appareils, les passerelles et les serveurs communiquent entre eux. Il fonctionne dans un spectre sans licence : la bande de 902 à 928 MHz en Amérique du Nord et celle de 868 MHz en Europe. Il est conçu pour de courts messages envoyés peu souvent par des appareils qui doivent durer des années sur une pile.

Cette conception explique à la fois ses forces et ses limites. Les messages sont petits, les transmissions sont occasionnelles et le réseau partage une bande sans licence avec d’autres utilisateurs. Pour un service d’eau dont les actifs sont dispersés sur de vastes territoires, ce qui décrit une bonne partie du Canada, c’est souvent exactement le bon compromis.

Comment les éléments s’articulent

Un déploiement LoRaWAN repose sur quatre composants :

• Les appareils terminaux : compteurs, enregistreurs de pression, capteurs de niveau et autres instruments alimentés par pile et dotés d’une radio LoRa.
• Les passerelles : des radios qui reçoivent les transmissions des appareils et les relaient par une connexion IP (Ethernet, fibre optique ou réseau cellulaire). Les appareils ne sont pas jumelés à une passerelle en particulier ; toute passerelle à portée peut capter un message.
• Le serveur réseau : élimine les copies en double d’un message reçu par plusieurs passerelles, vérifie l’authenticité, gère les débits de transmission et planifie les messages renvoyés aux appareils.
• Le serveur d’application : déchiffre et décode la charge utile en valeurs techniques, puis les transmet aux systèmes qui les utilisent.

Classes d’appareils

LoRaWAN définit trois classes d’appareils, qui se distinguent par le moment où un appareil peut recevoir des messages. Le choix revient surtout à arbitrer entre consommation d’énergie et réactivité.

Portée, autonomie des piles et débit

LoRa utilise des facteurs d’étalement, de SF7 à SF12. Un facteur d’étalement plus élevé porte plus loin et tolère des signaux plus faibles, mais il transmet les données plus lentement, garde la radio active plus longtemps, consomme davantage la pile et occupe une plus grande part du canal partagé. Le serveur réseau peut ajuster le débit de chaque appareil selon la qualité de la liaison, ce qui explique pourquoi un appareil proche d’une passerelle devrait consommer beaucoup moins d’énergie qu’un appareil situé en périphérie de la couverture.

La portée réelle dépend de la hauteur des antennes, du relief, de la densité du bâti et des obstacles. Certains compteurs se trouvent dans des chambres enterrées munies de couvercles en béton et peuvent être beaucoup plus difficiles à joindre qu’un capteur installé sur un poteau. Les charges utiles sont petites : environ une douzaine d’octets aux débits les plus lents, jusqu’à quelques centaines aux plus rapides. La réglementation limite aussi la durée et la fréquence des transmissions, de sorte que les intervalles de transmission doivent être planifiés pour l’ensemble du parc d’appareils, et non pour un seul.

Une autonomie de plusieurs années est réaliste lorsque les transmissions sont peu fréquentes, mais elle dépend de l’intervalle de transmission, du facteur d’étalement, de la chimie de la pile et de la température. Le froid réduit la capacité utilisable de nombreux types de piles ; pour les appareils qui doivent traverser les hivers canadiens, demandez donc au fabricant des données de performance à basse température et, dans la mesure du possible, dégagez les antennes de la neige.

Où LoRaWAN convient

• Comptage intelligent : relevés réguliers de consommation, avec analyse du débit de nuit pour aider à repérer les fuites.
• Surveillance de la pression : lectures en plusieurs points d’un réseau, avec alertes par exception.
• Niveau des réservoirs et des bassins : capteurs à ultrasons ou à radar sur des réservoirs surélevés, des citernes et des ouvrages d’emmagasinement dans des endroits où il n’est pas pratique de tirer un câble.
• Stations distantes : alarmes d’état, d’intrusion, d’inondation et de panne de courant provenant de petits postes de relèvement, de chambres de vannes et de têtes de puits.
• Mesures environnementales et agricoles : humidité du sol, niveaux de canaux et données météorologiques sur de vastes territoires.
• État de l’équipement : synthèses périodiques de vibration et de température provenant de pompes de plus petite taille.

Les petites municipalités, les coopératives d’eau rurales et les sites industriels étendus en tirent souvent le plus grand avantage. Quelques passerelles installées sur des tours ou des bâtiments existants peuvent numériser des actifs qu’il serait coûteux de joindre par câble enfoui ou par radio sous licence.

Quand ne pas utiliser LoRaWAN

LoRaWAN n’est pas un réseau de commande. Les messages montants standards ne sont pas garantis, la latence se mesure en secondes, la capacité en liaison descendante est limitée et le spectre est partagé. Cela exclut :

• la régulation en boucle fermée, comme les démarrages de pompes selon le niveau, qui doivent s’effectuer de façon fiable ;
• les verrouillages de sécurité et les arrêts d’urgence ;
• les données à haut débit, comme les formes d’onde de vibration, l’audio ou les images ;
• tout cas où la perte d’un message crée un risque inacceptable.

Ces fonctions relèvent d’un API ou d’une RTU dotés d’une liaison déterministe avec le SCADA. Les messages montants confirmés améliorent la fiabilité, mais ils coûtent de l’autonomie de pile et de la capacité du réseau ; ils constituent donc un outil réservé à certains messages, et non un moyen de faire se comporter LoRaWAN comme un bus de commande. Une règle de bon sens : si un opérateur serait mal à l’aise de perdre un message, ne vous fiez pas à LoRaWAN seul pour le transmettre.

Sécurité

LoRaWAN utilise la cryptographie AES-128 avec des clés uniques pour chaque appareil. Des clés de session réseau protègent l’intégrité et l’authenticité des messages, et une clé de session d’application distincte chiffre la charge utile elle-même. Des compteurs de trames aident à empêcher la réémission de messages interceptés. Les bonnes pratiques s’appuient sur ces assises :

• Privilégiez l’activation en direct (OTAA, pour over-the-air activation), qui génère de nouvelles clés de session lorsqu’un appareil se joint au réseau, plutôt que l’activation par personnalisation (ABP), qui utilise des clés fixes.
• Protégez les clés racines pendant la configuration initiale et ne les réutilisez jamais d’un appareil à l’autre.
• Acheminez la liaison de raccordement des passerelles par un VPN ou par TLS, et sécurisez les serveurs réseau et d’application comme tout autre système critique.
• Utilisez des liaisons authentifiées et chiffrées (par exemple MQTT sur TLS) pour transmettre les données à d’autres systèmes.
• Planifiez le cycle de vie des appareils : renouvellement des clés, remplacement et mise hors service.

Un service d’eau peut aussi opter pour un réseau privé, doté de ses propres passerelles et serveurs, plutôt que pour un réseau public partagé. Cela donne plus de contrôle sur la couverture, la sécurité et l’emplacement des données, y compris la possibilité d’héberger les serveurs au Canada si une politique l’exige, en contrepartie d’une charge d’exploitation accrue.

Intégration au SCADA et aux historiens

Le schéma habituel veut que le serveur d’application publie les valeurs décodées par MQTT ou HTTP vers une couche d’intégration. Cette couche écrit les valeurs dans un historien ou une base de données chronologiques, ou les expose au SCADA sous forme de points OPC UA ou Modbus au moyen d’une passerelle. Trois détails méritent de l’attention :

• Horodatage : consignez l’heure à laquelle la mesure a été prise, et pas seulement l’heure d’arrivée du message.
• Données périmées : les valeurs LoRaWAN se mettent à jour toutes les quelques minutes ou heures, et non chaque seconde. Les écrans du SCADA devraient afficher l’heure de la dernière mise à jour et marquer les valeurs anciennes comme périmées, afin que les opérateurs ne prennent pas une vieille lecture pour une lecture en direct.
• Responsabilité des alarmes : décidez si les alarmes sont générées dans la plateforme LoRaWAN ou dans le SCADA, et évitez de le faire aux deux endroits.

C’est pourquoi nous présentons LoRaWAN comme un complément. Il étend ce que le SCADA peut voir en y intégrant davantage d’actifs numérisés, sans lui demander de changer sa façon de commander.

Une courte liste de vérification pour la planification

• Réalisez une étude de couverture et mettez d’abord à l’essai les emplacements les plus difficiles, comme les chambres enterrées et les sous-sols.
• Installez les passerelles là où l’alimentation et le raccordement sont fiables, et prévoyez un chevauchement de la couverture pour la redondance.
• Fixez les intervalles de transmission pour l’ensemble du parc d’appareils et rédigez tôt les décodeurs de charge utile.
• Définissez comment les appareils sont configurés, surveillés, mis à jour et retirés.
• Mettez à l’essai le parcours complet jusqu’au SCADA ou à l’historien, y compris le comportement des données périmées, avant de passer à l’échelle.