¿Qué es DLMS/COSEM?
DLMS (Device Language Message Specification) es el protocolo de comunicación, y COSEM (Companion Specification for Energy Metering) define el modelo de objetos — juntos forman el estándar IEC 62056, mantenido por la DLMS User Association. Fue creado para resolver un problema real: cada fabricante de medidores usaba su propio protocolo propietario, lo que obligaba a las utilities a mantener integraciones distintas para cada modelo. DLMS/COSEM estandarizó cómo los medidores publican sus datos usando objetos COSEM identificados por códigos OBIS, y es hoy el protocolo obligatorio en mercados de energía regulados de Europa, Latinoamérica y gran parte de Asia.
El cable RS485 es solo el transporte físico — los bits que viajan por él no significan nada sin un protocolo que los interprete. En medición inteligente (AMI), ese protocolo es casi siempre DLMS/COSEM: el estándar abierto que define cómo un medidor publica sus registros de energía, demanda, calidad y eventos, y cómo un sistema central los consulta. Este artículo cubre el modelo conceptual; si buscas la implementación concreta por medidor, salta a la guía complementaria al final.
¿Qué es DLMS/COSEM?
La sigla tiene dos partes que conviene separar:
- COSEM (Companion Specification for Energy Metering, IEC 62056-6) es el modelo de objetos: define que un medidor expone «registros» tipados (Energy, Demand, Clock, Load Profile, Disconnect Control, etc.), cada uno con atributos y métodos.
- DLMS (Device Language Message Specification, IEC 62056-5-3) es el protocolo de mensajería que se usa para leer y escribir esos objetos sobre un enlace serie (RS485, óptico) o IP.
En la práctica, «hablar DLMS/COSEM con un medidor» significa: abrir una sesión autenticada, pedir el atributo de un objeto identificado por un código OBIS, y recibir su valor con la unidad correcta.
Las capas del stack
DLMS/COSEM no vive solo. En un medidor serie típico el stack se ve así, de arriba abajo:
| Capa | Componente | Rol |
|---|---|---|
| Aplicación | COSEM | Modelo de objetos: registros, perfiles, métodos |
| Mensajería | DLMS / xDLMS (APDUs) | Get, Set, Action, Event Notification |
| Enlace | HDLC (IEC 62056-46) | Tramas con direccionamiento, control de flujo y CRC |
| Físico | RS485 / RS232 / óptico IEC 62056-21 | Niveles eléctricos, baud rate, paridad |
Sobre IP el stack es similar pero reemplaza HDLC por una versión wrapped (DLMS/COSEM wrapper IEC 62056-47) que viaja en TCP. La capa de aplicación COSEM es idéntica — esto permite que las mismas Plataformas AMI hablen con medidores serie y medidores IP sin cambiar el modelo de objetos.
El sistema de códigos OBIS
Cada registro físico del medidor tiene un código OBIS (Object Identification System) de 6 números separados por puntos, por ejemplo 1.0.1.8.0.255 = energía activa importada total. Este sistema permite que las Plataformas AMI puedan interrogar medidores de fabricantes distintos sin código específico para cada uno — basta con conocer el OBIS del registro que se quiere leer.
| Código OBIS | Registro |
|---|---|
1.0.1.8.0.255 | Energía activa importada total (kWh) |
1.0.2.8.0.255 | Energía activa exportada total (kWh) |
1.0.32.7.0.255 | Tensión instantánea fase L1 (V) |
1.0.99.1.0.255 | Load Profile 1 — perfil de demanda capturado |
0.0.96.1.0.255 | Número de serie del medidor |
Seguridad: autenticación y cifrado
DLMS/COSEM define tres niveles de seguridad de aplicación, todos negociados al abrir la sesión:
- Lowest Level Security (LLS) — sin autenticación. Solo se usa para puertos ópticos en lectura local.
- Low Level Security (LLS con contraseña) — contraseña de 8 caracteres en el handshake. Suficiente para medidores en mercados no regulados.
- High Level Security (HLS) — autenticación mutua con reto-respuesta. La variante HLS5 usa AES-GCM 128/256 y firma GMAC por mensaje, lo que permite garantizar autenticidad e integridad de cada APDU. Es la opción requerida por la mayoría de utilities reguladas hoy.
El gateway negocia el nivel más alto que el medidor soporte y mantiene las llaves protegidas en su propio almacenamiento — nunca en texto plano en las Plataformas AMI.
Por qué DLMS/COSEM es el estándar AMI en LATAM
Las normativas locales (CREG en Colombia, ANEEL en Brasil, CFE en México) han alineado sus requerimientos AMI con la familia IEC 62056. Esto se traduce en que cualquier gateway o sistema central que aspire a operar en mercado regulado debe hablar DLMS/COSEM nativo. Para un fabricante de gateway IoT, soportar este combo out-of-the-box cubre el grueso del mercado regulado de la región.
Por otro lado, en mercado no regulado (industria, comercios, autoconsumo solar) sigue siendo común encontrar medidores con Modbus TCP u otros protocolos propietarios. Ahí el gateway tiene que ser bilingüe — un solo dispositivo capaz de hablar DLMS con un medidor y Modbus con otro, todo enviado a las Plataformas AMI por el mismo canal TCP.
Implementación práctica
Para ver cómo se traduce este modelo en cables y configuración de campo — pinout RS485, velocidad serie por defecto, autenticación LLS vs HLS por medidor, comandos de la app — revisa la guía complementaria que aparece al final del artículo.