Qu'est-ce que DLMS/COSEM ?
DLMS (Device Language Message Specification) est le protocole de communication, et COSEM (Companion Specification for Energy Metering) définit le modèle d'objets — ensemble ils forment la norme IEC 62056, maintenue par la DLMS User Association. Il a été créé pour résoudre un problème réel : chaque fabricant de compteurs utilisait son propre protocole propriétaire, obligeant les utilities à maintenir des intégrations distinctes pour chaque modèle. DLMS/COSEM a standardisé la façon dont les compteurs publient leurs données en utilisant des objets COSEM identifiés par des codes OBIS, et est aujourd'hui le protocole obligatoire sur les marchés de l'énergie réglementés en Europe, Amérique latine et une grande partie de l'Asie.
Le câble RS485 n'est que le transport physique — les bits qui y circulent ne signifient rien sans un protocole pour les interpréter. Dans le comptage intelligent (AMI), ce protocole est presque toujours DLMS/COSEM : le standard ouvert qui définit comment un compteur publie ses relevés d'énergie, de demande, de qualité et d'événements, et comment un système central les interroge. Cet article couvre le modèle conceptuel ; si vous cherchez l'implémentation concrète par compteur, sautez au guide complémentaire à la fin.
Qu'est-ce que DLMS/COSEM ?
L'acronyme comporte deux parties qu'il convient de séparer :
- COSEM (Companion Specification for Energy Metering, IEC 62056-6) est le modèle d'objets : il définit qu'un compteur expose des «registres» typés (Energy, Demand, Clock, Load Profile, Disconnect Control, etc.), chacun avec des attributs et des méthodes.
- DLMS (Device Language Message Specification, IEC 62056-5-3) est le protocole de messagerie utilisé pour lire et écrire ces objets sur une liaison série (RS485, optique) ou IP.
En pratique, «parler DLMS/COSEM avec un compteur» signifie : ouvrir une session authentifiée, demander l'attribut d'un objet identifié par un code OBIS, et recevoir sa valeur avec l'unité correcte.
Les couches du stack
DLMS/COSEM ne vit pas seul. Dans un compteur série typique, le stack ressemble à ceci, de haut en bas :
| Couche | Composant | Rôle |
|---|---|---|
| Application | COSEM | Modèle d'objets : registres, profils, méthodes |
| Messagerie | DLMS / xDLMS (APDUs) | Get, Set, Action, Event Notification |
| Liaison | HDLC (IEC 62056-46) | Trames avec adressage, contrôle de flux et CRC |
| Physique | RS485 / RS232 / óptico IEC 62056-21 | Niveaux électriques, débit en bauds, parité |
Sur IP, le stack est similaire mais remplace HDLC par une version encapsulée (DLMS/COSEM wrapper IEC 62056-47) qui circule en TCP. La couche applicative COSEM est identique — cela permet aux mêmes Plateformes AMI de communiquer avec des compteurs série et des compteurs IP sans modifier le modèle d'objets.
Le système de codes OBIS
Chaque registre physique du compteur possède un code OBIS (Object Identification System) de 6 chiffres séparés par des points, par exemple 1.0.1.8.0.255 = énergie active importée totale. Ce système permet aux Plateformes AMI d'interroger des compteurs de fabricants différents sans code spécifique pour chacun — il suffit de connaître le code OBIS du registre à lire.
| Code OBIS | Registre |
|---|---|
1.0.1.8.0.255 | Énergie active importée totale (kWh) |
1.0.2.8.0.255 | Énergie active exportée totale (kWh) |
1.0.32.7.0.255 | Tension instantanée phase L1 (V) |
1.0.99.1.0.255 | Load Profile 1 — profil de demande capturé |
0.0.96.1.0.255 | Numéro de série du compteur |
Sécurité : authentification et chiffrement
DLMS/COSEM définit trois niveaux de sécurité applicative, tous négociés à l'ouverture de la session :
- Lowest Level Security (LLS) — sans authentification. Utilisé uniquement pour les ports optiques en lecture locale.
- Low Level Security (LLS avec mot de passe) — mot de passe de 8 caractères dans le handshake. Suffisant pour les compteurs sur les marchés non réglementés.
- High Level Security (HLS) — authentification mutuelle par défi-réponse. La variante HLS5 utilise AES-GCM 128/256 et signe avec GMAC par message, ce qui permet de garantir l'authenticité et l'intégrité de chaque APDU. C'est l'option requise par la plupart des distributeurs réglementés aujourd'hui.
Le gateway négocie le niveau le plus élevé que le compteur supporte et conserve les clés protégées dans son propre stockage — jamais en texte clair dans les Plateformes AMI.
Pourquoi DLMS/COSEM est le standard AMI en LATAM
Les réglementations locales (CREG en Colombie, ANEEL au Brésil, CFE au Mexique) ont aligné leurs exigences AMI sur la famille IEC 62056. Cela signifie que tout gateway ou système central qui aspire à opérer sur le marché réglementé doit parler DLMS/COSEM natif. Pour un fabricant de gateway IoT, prendre en charge ce combo out-of-the-box couvre l'essentiel du marché réglementé de la région.
D'autre part, sur le marché non réglementé (industrie, commerce, autoconsommation solaire), il est encore courant de trouver des compteurs avec Modbus TCP ou d'autres protocoles propriétaires. Là, le gateway doit être bilingue — un seul appareil capable de parler DLMS avec un compteur et Modbus avec un autre, tout envoyé aux Plateformes AMI par le même canal TCP.
Implémentation pratique
Pour voir comment ce modèle se traduit en câbles et en configuration de terrain — pinout RS485, vitesse série par défaut, authentification LLS vs HLS par compteur, commandes de l'application — consultez le guide complémentaire à la fin de l'article.