Compteur électrique DIN (4G) : Mesure IoT industrielle avec connectivité cellulaire

Une station de pompage solaire de 2,4 MW dans l'ouest du Rajasthan fonctionne à 18 km de la tour cellulaire la plus proche. Le site n'a pas d'internet filaire, de ligne fixe et aucun personnel permanent sur place. La seule façon de savoir si la station produit de l'énergie, consomme de l'énergie ou a été déconnectée est un dispositif capable de communiquer sur un réseau cellulaire depuis un emplacement où un smartphone affiche "pas de service".

Le compteur 4G DIN rail a été conçu exactement pour ce scénario. Il combine un format compact DIN rail de 4 modules avec un modem LTE Cat.1 de grade industriel, une antenne interne à gain élevé et une pile de micrologiciels optimisée pour une connectivité intermittente. Le compteur accumule l'énergie localement pendant les coupures de courant et les pannes de communication, puis télécharge les données tamponnées lorsque le réseau revient. Pour les actifs industriels distants, c'est la différence entre un compteur qui fonctionne et un compteur qui devient un poids plume coûteux.

Avantage de la communication 4G LTE

Le choix de LTE Cat.1 plutôt que NB-IoT ou LoRa mérite une explication. NB-IoT offre une consommation d'énergie plus faible, mais sa couverture est limitée aux zones urbaines avec des cellules NB-IoT déployées par les opérateurs — ce qui, dans la plupart des marchés émergents, signifie des lacunes de couverture hors des grandes villes. LoRa nécessite une passerelle privée dans un rayon de 15 km en ligne de vue. LTE Cat.1, en revanche, fonctionne sur les mêmes bandes que les smartphones 4G grand public et a une couverture partout où un appel vocal peut être passé.

Le modem est un Quectel EC200S-CN, supportant les bandes LTE FDD B1/B3/B5/B8 et les bandes TDD B38/B39/B40/B41. Cette combinaison de bandes couvre les allocations de spectre 4G en Chine, en Asie du Sud-Est, au Moyen-Orient, en Afrique et en Amérique latine. Pour les déploiements en Europe ou en Amérique du Nord, les variantes EC200U-EU et EC200A-NA sont disponibles, couvrant respectivement les bandes ETSI et FCC.

La consommation d'énergie est la contrainte principale pour les installations distantes alimentées par batterie. Le compteur consomme environ 180 mA pendant la transmission LTE (puissance Tx typique +23 dBm) et 45 mA en mode idle avec le module cellulaire en PSM (Power Save Mode). Avec une batterie de secours au plomb de 12V 7Ah — standard pour les installations SCADA distantes — le compteur peut rapporter des données toutes les 15 minutes pendant environ 14 jours sans alimentation externe.

L'interface SIM supporte à la fois la nano-SIM physique et l'eSIM embarquée (format MFF2). Pour les déploiements à grande échelle, nous préinstallons des profils eSIM de grands fournisseurs de connectivité IoT (Vodafone IoT, China Mobile OneLink, Telit), permettant au compteur de se connecter au meilleur réseau disponible sans gestion physique des SIM. Un déploiement de 5 000 unités à travers le Kenya rural a utilisé l'eSIM avec un seul SKU, éliminant la logistique de gestion des cartes SIM physiques dans 47 comtés.

Intégration IoT industriel

Le compteur n'est pas un dispositif autonome — c'est une source de données dans une architecture IoT industrielle. L'intégration suit trois modèles selon la maturité de l'automatisation du site :

Intégration cloud directe. Le compteur envoie des charges utiles JSON à un point de terminaison cloud via HTTP POST ou publication MQTT. La structure de la charge utile est configurable : une charge utile minimale (tension, courant, puissance, énergie) est de 128 octets ; une charge utile complète avec événements de qualité de l'énergie, journaux de tamponnage et diagnostics du dispositif est d'environ 2,4 KB. Pour un déploiement typique rapportant toutes les 60 secondes, cela se traduit par 6,9 MB par mois — bien dans la limite de l'allocation de données même des plans SIM IoT les plus basiques.

Intégration de passerelle edge. Dans les sites avec une passerelle industrielle existante (Siemens SIMATIC, Advantech UNO, Moxa UC-8100), le compteur se connecte via RS-485 fonctionnant en Modbus RTU ou IEC 61850 MMS. La passerelle agrège les données de plusieurs dispositifs de terrain — compteurs, onduleurs, PLC, capteurs — et les renvoie vers le cloud via une seule connexion 4G ou fibre. Cette architecture réduit les coûts de données cellulaires et simplifie la configuration du pare-feu.

Intégration SCADA. Pour les services publics et les grandes installations industrielles avec des systèmes SCADA existants, le compteur supporte IEC 60870-5-104 et DNP3 sur TCP. Ces protocoles sont natifs de la plupart des plateformes SCADA modernes (Schneider Electric EcoStruxure, GE Proficy, OSIsoft PI). Un service d'eau au Maroc a intégré 340 stations de pompage distantes en utilisant IEC 60870-5-104 ; les compteurs apparaissent dans le SCADA comme des points de télécommande standard, ne nécessitant aucun développement de pilote personnalisé.

L'intégration MQTT mérite une attention particulière pour les déploiements IIoT modernes. Le compteur agit comme un client MQTT, se connectant à un broker (AWS IoT Core, Azure IoT Hub, ou une instance Mosquitto privée). Il publie sur des sujets configurables — par défaut, meters/{serial}/telemetry et meters/{serial}/events — et s'abonne àmeters/{serial}/config pour les modifications de paramètres over-the-air. Le niveau QoS est configurable (0/1/2) ; la plupart des déploiements utilisent QoS 1 (livraison au moins une fois) pour équilibrer fiabilité et bande passante.

Collecte et analyse de données distantes

La valeur du compteur 4G ne réside pas dans la collecte de données — elle réside dans la transformation de ces données en actions pour les opérateurs qui ne sont pas sur place. Notre plateforme cloud propose trois couches de services de données :

Surveillance en temps réel. Un tableau de bord web affiche la télémétrie par compteur mise à jour à l'intervalle de rapport configuré (1-3600 secondes). Des indicateurs de statut codés par couleur montrent en ligne/hors ligne, la force du signal de communication et les états d'alarme. Le tableau de bord supporte jusqu'à 10 000 compteurs par compte, avec filtrage par groupe, emplacement ou statut d'alarme.

Analyse historique. Les données de séries temporelles sont stockées dans InfluxDB avec une politique de rétention de 2 ans à une résolution de 1 minute, 5 ans à 15 minutes et 10 ans à l'heure. Les utilisateurs peuvent exporter les données en CSV, Excel ou via API pour intégration dans leurs propres plateformes d'analyse. Un fournisseur d'O&M solaire au Vietnam utilise les données de 1 minute pour corréler la production de l'onduleur avec les données de la station météorologique, identifiant les chaînes sous-performantes dans les 72 heures suivant leur occurrence.

Gestion des alarmes. La plateforme supporte 18 types d'alarmes configurables : coupure de courant, restauration de courant, détection de tamponnage, perte de communication, inversion de flux d'énergie, tension hors plage, et autres. Les alarmes sont envoyées par email, SMS (via une passerelle SMS intégrée), webhook POST vers une URL spécifiée par l'utilisateur, ou publication MQTT vers un broker spécifié par l'utilisateur. Une entreprise minière en Australie occidentale a configuré des alarmes de coupure de courant pour déclencher un SMS automatisé à l'équipe de maintenance du site ; le temps moyen de réparation pour les pannes d'alimentation est passé de 14 heures à 3,2 heures.

Pour les utilisateurs qui ne veulent pas dépendre du cloud, le compteur supporte également le HTTP POST direct vers un serveur privé. Le point de terminaison POST reçoit la même charge utile JSON que la plateforme cloud, permettant à l'utilisateur de construire son propre pipeline de données. Notre équipe d'intégration fournit une implémentation de serveur de référence en Python (FastAPI) et Node.js (Express) pour les clients qui veulent s'héberger eux-mêmes.

Sécurité et fiabilité

La communication cellulaire introduit des surfaces d'attaque que les réseaux filaires n'ont pas. L'architecture de sécurité du compteur traite ces aspects sur trois couches :

Identité du dispositif. Chaque compteur a un certificat X.509 unique gravé dans un stockage sécurisé lors de la fabrication. Le certificat est utilisé pour l'authentification client TLS lors de la connexion aux points de terminaison cloud. Même si un attaquant clone l'IMEI et les informations d'identification SIM du compteur, il ne peut pas établir de session TLS sans la clé privée, qui est non exportable.

Chiffrement des données. Toutes les communications utilisent TLS 1.2 ou 1.3 avec épinglage de certificat côté compteur. La suite de chiffrement est ECDHE-RSA-AES256-GCM-SHA384 ou équivalente. Pour les déploiements qui ne peuvent pas utiliser une infrastructure à clés publiques, le compteur supporte également TLS avec clé pré-partagée (PSK) et AES-128-CCM.

Renforcement du réseau. Le module cellulaire du compteur n'accepte pas les connexions entrantes. Toutes les communications sont initiées par le compteur vers des points de terminaison préconfigurés. Le seul port ouvert sur le compteur est le port de configuration local (HTTP sur le port 80), accessible uniquement lorsqu'il est connecté physiquement au point d'accès WiFi du compteur (désactivé par défaut) ou via le port optique. Il n'y a pas de shell distant, pas de port SSH ouvert et aucun identifiant par défaut d'usine qu'un attaquant pourrait exploiter.

Les données de fiabilité d'un déploiement de 3 ans de 8 700 compteurs dans 14 pays montrent un temps moyen entre pannes de communication (défini comme 3 rapports manqués consécutifs) de 14 200 heures — environ 1,62 année. La cause principale de la panne de communication n'était pas le compteur mais les problèmes de réseau cellulaire : expiration de la carte SIM (31% des pannes), désactivation des services 2G/3G par l'opérateur réseau (27%) et dommage physique de l'antenne (14%). Le micrologiciel du compteur a enregistré suffisamment de données de diagnostic pour distinguer ces causes racines dans 94% des cas, permettant une réponse sur le terrain ciblée.