Communiquer avec l'avenir

La lecture automatique des compteurs, ou plus généralement "Demand Side Management" a besoin de définitions universelles ou de normes de communication. DLMS est le langage commun qui permet aux partenaires de se comprendre.

DLMS - Détails Technique

DLMS sommaire et exemple (lecture automatique de compteurs)

DLMS, "Device Language Message Specification", est un élément important dans l' environnement des échanges de données, par exemple dans la lecture automatique des compteurs . Le langage DLMS joue le même rôle dans un environnement de communication que l'anglais dans des comités internationaux et les groupes de travail:

L'idée de base d'une structure à niveaux repose sur le principe "délègue et oublie", illustré à gauche.

Supposons qu'un expert danois et un expert allemand veulent échanger des informations, de leur bureau respectif à l'Hollande et en Allemagne. L'expert écrit le texte dans sa langue maternelle et délègue la traduction au traducteur. Celui-ci traduit le texte dans une langue "neutre" (anglais) et délègue le transport à son secrétaire. Celui-ci cherche le numéro de fax et délègue la transmission des données à la compagnie Télécom locale.

Quelle que soit la langue "maternelle" du compteur, le langage DLMS peut être appliqué à des appareils de fabrication différente, à des compteurs qui mesurent différentes sortes d'énergie et être transmis par des canaux de communication différents. DLMS utilise une méthode abstraite et orientée objet, mais est conçu de manière à être utilisé aussi dans des applications simples et économiques.

Le VDE, le "Virtual Distribution Equipment" est, dans l'exemple ci-dessous, un compteur virtuel qui décrit très clairement le comportement d'un compteur réel. Les compteurs peuvent toujours être de complexité différente comme par le passé, mais leurs points identiques sont décrits de manière conforme en DLMS. En plus, DLMS incorpore des mécanismes qui permettent à la centrale d'avoir accès aux possibilités présentées par le VDE.

DLMS suppose que le comportement de chaque appareil DSM peut être décrit avec 2 types d'objets (il en existe encore plus):

variable

avec les services d'accès principaux:

read, write

tasks

avec les services principaux:

start, stop, resume .

La séparation stricte entre les objets et les services d'accès permet aux fabriquants de concevoir librement des appareils en utilisant des élements de construction (objets) DLMS. Les données peuvent être obtenues auprès des services normalisés de DLMS sans que le fabricant ait à se soucier de l'aspect communication de l'appareil.

Pour la plupart des appareils DSM pris en considération aujourd'hui, l'objet variable offre amplement de possibilités. C'est pourquoi le traitement des tasks est optionnel. Une variable est toujours définie par son nom et par son type. Le compteur d'électricité ci-dessus peut être modelé en DLMS comme suit:

En plus de la variable simple, DLMS offre aussi la possibilité de structurer les variables en arrays ou en records et d'accéder aux éléments de structure. Les définitions des variables et du protocole d'accès sont décrits en ASN.1, bien connu pour la définition des protocoles des niveaux supérieurs..

La commutation du tarif B peut être initialisée en écrivant la valeur "false" dans la variable booléene "4" du compteur. Le protocole utilisé à cet effet, "protocol data unit" (pdu) est décrit comme suit dans ASN.1:

[6]WriteRequest:= { VariableAccessSpecification::= ObjectName,

Data::= [3]BOOLEAN }

A l'évidence, l'expression ASN.1 décrite ci-dessus ne peut pas être transmise directement par le canal (en utilisant le service LLC DL-DataRequest.) Nous devons définir des règles, comment ASN.1 peut être codé en bits et octets. Il existe pour DLMS une règle de conversion en codes simple et efficace - la "Adapted External Encoding Rule" (A-XDR). L'application des règles A-XDR au "protocol data unit" ci-dessus, crée la séquence d'octets suivante:

La VAA, le "Virtual Application Association" est la clé de confidentialité, responsable des droits d'accès. La VAA "Facturation" (si définie) permettra un accès de lecture seule aux valeurs des registres, alors que le VAA "Service" est compétent pour remettre les mêmes registres a zéro. Les définitions exactes font partie d'un standard d'accompagnement ou d'une spécification d'accompagnement.

DLMS est un protocole d'application indépendant du canal de communication. DLMS peut être utilisé aussi bien pour la transmission de messages par interface du compteur au terminal portatif que pour la communication par le réseau.

En termes du modèle de communication en couches ISO/OSI, DLMS fait partie de la couche 7, alors que le canal agit sur les couches 1 et 2. Un exemple d'architecture montre à gauche, comment elle est utilisée par CEI CE57 GT9 pour la normalisation de systèmes à courant porteur.(PLC.)

Les applications comme par exemple les registres d'un compteur sont décrites par des éléments DLMS ( principalement des variables et des services) et transmises via ASE (Application Service Element). Pendant la communication, l' ASE du compteur joue le rôle d'un serveur, alors que dans cet exemple, l' ASE de la station centrale joue le rôle du client. Les deux ASE restent en relation réelle ou virtuelle pendant toute la session de la communication.

L' ASE d'un compteur parle à l'ASE de la station centrale

L'avantage le plus important de DLMS est son orientation vers les objets et sa définition claire, le tout basé sur des normes internationales. Les objets sont décrits en ASN.1, la "abstract syntax notation" définie en ISO/IEC 8824. DLMS elle-même est une norme internationale: CEI 61334-4-41.