Interoperabilidad IoT entre proveedores

Un contador eléctrico y un sistema de gestión de edificios (BMS) pueden admitir ambos Modbus TCP y discrepar en la base de direcciones, orden de palabras de un float de 32 bits, unidad y signo de exportación. La conexión funciona, aparece un número en el panel y es incorrecto.

Cuando dos productos documentan el mismo protocolo, transporte y funciones compatibles, existe una ruta de conexión. Basta para llamarlos compatibles a nivel de protocolo. No hace falta que una prueba genérica de laboratorio reproduzca primero esa pareja. El resto es trabajo del proyecto: mapa de puntos, unidades, marcas temporales, reglas de calidad y respuesta ante pérdidas de enlace. La documentación de fabricantes demuestra que existe la ruta; la puesta en servicio demuestra que los puntos instalados son correctos. Registre ambas cosas por separado.

Ejemplo: potencia activa de un contador

Un contador publica potencia activa trifásica. El BMS debe mostrarla en kW y usarla para una alarma de demanda. Cada fallo siguiente pasa una prueba básica de «podemos leerlo».

• Base de direcciones. La lista indica FLOAT32 en el registro 3000. Como usa números desde uno, la dirección transmitida es 2999. Un cliente que envíe 3000 lee la palabra baja de ese valor y la alta del siguiente.
• Orden de palabras. El cliente ensambla los dos registros al revés; la decodificación siguiente muestra el resultado.
• Unidad. El registro contiene vatios y el punto BMS lleva etiqueta kW: 42.700 W aparecen como 42.700 kW.
• Magnitud. El registro contiene potencia aparente total en kVA, no activa. Con factor de potencia 0,85, la lectura supera la real aproximadamente un 18 %.
• Signo. El contador informa de exportación con valor negativo. El destino trata toda potencia como importación y limita los negativos a cero, por lo que desaparece la exportación.
• Doble escalado. La relación TC 400/5 A está configurada en el contador, que ya comunica corriente primaria. El integrador aplica también un multiplicador de 80 en el cliente.
• Hora. Tras reconectar, la Gateway asigna a lecturas almacenadas la hora de recepción; datos antiguos parecen actuales.
• Obsolescencia. El destino retiene el último valor sin marcarlo obsoleto. La alarma de demanda nunca se dispara.
• Control. La escritura recibe confirmación del protocolo, pero el equipo la rechaza, prevalece una anulación local o vuelve al valor anterior.

Decodificar el valor

Un float IEEE 754 de precisión simple para 42,7 consta de los cuatro bytes 42 2A CC CD. Si el contador envía primero la palabra alta, pone 0x422A en el primer registro y 0xCCCD en el segundo. La lectura depende del orden de bytes y palabras del cliente:

Un número enorme o casi cero suele indicar un error de orden. Los fabricantes usan de forma desigual las etiquetas ABCD: no confíe en ellas. Lea un valor no nulo visible también en la pantalla del contador, decodifíquelo con cada orden usando el conversor IEEE 754 o decodificador Modbus, y conserve el que coincide.

Los acumulados de energía añaden dos trampas. Un UINT32 en Wh se desborda tras 4.294.967.295 Wh, unos 4.295 MWh. Con una carga continua de 500 kW, llega en unos 358 días. El receptor debe tratar una caída como desbordamiento o reinicio, no consumo negativo. Un acumulado FLOAT32 en kWh pierde resolución al crecer. A 1.000.000 kWh, el menor paso es 0,0625 kWh; una diferencia de un minuto con carga de 10 kW (0,167 kWh) sale como 0,125 o 0,1875 kWh. Si el contador ofrece un registro entero, use ese para calcular energía por intervalo.

Ocho capas de interoperabilidad

Las capas se solapan, pero separarlas revela huecos.

La arquitectura Web of Things del W3C separa estas cuestiones. Una Thing Description enumera interacciones, esquemas de datos, vínculos de protocolo y metadatos de seguridad de un dispositivo en un archivo legible por máquina. Reduce descubrimiento a medida, pero el consumidor aún debe admitir el mismo vínculo y usar correctamente el significado descrito.

Lo que deja sin definir cada protocolo

Cada protocolo normaliza parte de la arquitectura. Los documentos del fabricante y la configuración del proyecto definen lo demás.

Modbus

La especificación de aplicación Modbus define códigos de función y cuatro tablas: bobinas, entradas discretas, registros de entrada y registros de retención. No indica qué valor está en cada dirección ni su tipo, escala u orden de palabras. Eso lo define la lista de registros del fabricante.

La notación 4x añade una trampa. La referencia 40001 significa registro de retención 1, dirección 0 en la solicitud transmitida. Algunos manuales enumeran registros desde uno y otros direcciones desde cero; los clientes también esperan convenciones distintas. Edge espera la dirección desde cero: introduzca 0 para 40001. El conversor de direcciones Modbus convierte entre convenciones. Los códigos de función y excepción ayudan a interpretar errores.

Las escrituras tienen sus propias trampas. El código de función 06 escribe un registro; el 16, varios en una solicitud. Escribir un valor de 32 bits mediante dos solicitudes FC06 no es atómico: puede escribirse la primera palabra y fallar la segunda, dejando media consigna. Algunos dispositivos responden normalmente a una escritura que luego ignoran o limitan. Lea de nuevo el registro de destino tras cada escritura. Edge pausa por defecto las lecturas activas de una conexión durante 2 segundos después de escribir para que un dispositivo lento aplique el valor antes de la comprobación.

En RS-485, el tiempo de bus limita el número de puntos. A 9600 baudios con caracteres de 11 bits, una solicitud y respuesta para un bloque de 60 registros ocupan unos 160 ms en el cable, antes del retraso propio del dispositivo. La guía de puesta en servicio RS-485 calcula un ciclo completo de sondeo.

BACnet/IP

BACnet define objetos y propiedades. La potencia activa de un contador llega como Present_Value de un objeto Analog Input, acompañado de su propiedad Units. Así desaparece el problema de decodificar registros. Persisten otros: qué instancia contiene cada magnitud, si cada instancia de dispositivo es única en la red y si las difusiones de descubrimiento Who-Is por UDP 47808 atraviesan subredes.

Una entrada BTL cubre los bloques de interoperabilidad (BIBB) y tipos de objeto incluidos en su alcance, no la lista de objetos del dispositivo instalado.

Para control, BACnet utiliza una matriz de 16 prioridades. Una escritura en prioridad 8 permanece hasta escribir NULL en esa misma prioridad para cederla. Acuerde qué sistema posee cada nivel y cómo libera el control.

MQTT

MQTT 5.0 define temas, propiedades de mensajes, sesiones y tres niveles de calidad de servicio (QoS). No define el significado de la carga útil. Dos sistemas pueden admitir MQTT y discrepar en estructura de temas, esquema, identidad de puntos, unidades, marcas temporales, mensajes retenidos y duplicados.

QoS 1 ofrece entrega al menos una vez. Si se pierde la confirmación, el emisor reenvía y el receptor puede recibir dos veces el mismo mensaje. QoS 2 garantiza una vez, pero solo por tramo: cliente-bróker o bróker-suscriptor. Un suscriptor que se suscribe con QoS menor recibe ese nivel. Ningún QoS demuestra que la muestra fuese correcta, que cada muestra se convirtiera en mensaje o que la base la guardase una vez. Incluya hora de origen e ID de mensaje o secuencia para descartar duplicados.

Sparkplug 3.0, publicado como ISO/IEC 20237:2023, resuelve parte de esa brecha para datos industriales. Define el espacio de nombres de temas, una carga binaria tipada y mensajes de nacimiento y muerte. Un nodo local publica NBIRTH con todas las métricas que enviará. Registra NDEATH como Will de MQTT para que el bróker lo publique si se pierde la conexión. Los suscriptores saben entonces qué valores quedaron obsoletos. Sparkplug deja unidades, signos e identidad de activos al proyecto.

La seguridad del transporte es otro acuerdo. Consulte MQTTS, MQTT sobre TLS.

OPC UA

La guía OPC UA frente a MQTT y Modbus compara protocolos; la guía de identidad de nodos explica NodeId y espacios de nombres.

OPC UA transporta más contexto que un registro o mensaje arbitrario. Su DataValue reúne valor, StatusCode, hora de origen y hora del servidor. Los dos bits más altos de StatusCode indican gravedad: Good, Uncertain o Bad. Una variable también puede exponer unidades técnicas. La aplicación consumidora aún debe seleccionar el nodo correcto, comprobar el estado antes de usar el valor, conservar la marca temporal pertinente y decidir qué hacer con Uncertain y Bad.

Cliente y servidor también deben acordar política y modo de seguridad, por ejemplo Basic256Sha256 con SignAndEncrypt, y confiar mutuamente en sus certificados de aplicación. La validación depende del reloj: una hora muy equivocada en cualquiera de los extremos impide la sesión.

Zigbee y LoRaWAN

La certificación Zigbee 3.0 significa que un dispositivo se une a la red e intercambia datos mediante Zigbee Cluster Library, no que cada valor utilice un clúster estándar. Un contador puede informar de potencia por Electrical Measurement (0x0B04), con atributos propios de multiplicador y divisor, o por un clúster específico del fabricante que solo decodifica su convertidor. Antes de comprar, compruebe clústeres y atributos del modelo. Aplique el multiplicador y divisor comunicados por el dispositivo, no una constante fija.

LoRaWAN normaliza enlace de radio, capa MAC y activación de dispositivos. La carga de aplicación usa un formato binario propio del fabricante. El códec que convierte bytes en valores es software que alguien debe mantener, versionar y actualizar. Un cambio de firmware que altere la estructura rompe el códec sin error en el servidor de red, que sigue entregando mensajes ascendentes. El dispositivo también debe coincidir con los parámetros regionales, por ejemplo EU868, y el método de activación. Usar Zigbee junto a LoRaWAN compara ambas redes.

Interoperabilidad sintáctica y semántica

La sintáctica significa que el receptor puede analizar los datos. La semántica significa que ambos dan al dato analizado el mismo significado.

Este JSON es válido:

{
  "point": "P_TOTAL",
  "value": 42.7,
  "unit": "kW",
  "time": "2026-09-19T10:15:00Z",
  "quality": "good"
}

No es un contrato completo. El receptor desconoce instalación, activo y límite de medida de P_TOTAL; si es valor instantáneo o media de intervalo, si el signo positivo significa importación o exportación, y cómo se decidió good. time podría ser hora de medida, cálculo o recepción en la Gateway. También faltan relación TC y revisión del cálculo.

ETSI SAREF es una ontología para este problema, con directrices publicadas como ETSI EN 303 760. Cada sistema conserva su modelo y lo mapea a conceptos compartidos. No hace falta adoptar SAREF para usar el método: defina cada significado una vez y vincule cada sistema a él. Las traducciones directas de campos entre parejas de sistemas crecen como n(n-1)/2: cinco sistemas necesitan diez mapeos; diez, 45.

Hora y calidad

Defina el origen de cada marca temporal. Separe la hora de medida de la de recepción; tras un corte pueden diferir horas. OPC UA SourceTimestamp lo asigna la fuente y debería indicar el último cambio de valor o estado. ServerTimestamp indica cuándo el servidor recibió el valor o supo que era correcto. Ninguno identifica automáticamente una nueva muestra física ni la llegada a la base de datos. Confirme el significado de las marcas de la fuente y consérvelo al reenviar datos; registre la recepción por separado.

Los relojes se desvían. Un contador que adelanta 2 segundos al día se desfasa un minuto al mes, suficiente para colocar lecturas próximas al límite en otro intervalo de 15 minutos. Sincronice todos los relojes que fechan datos con la misma fuente NTP y mida el desfase en la aceptación. TLS y OPC UA también rechazan certificados con relojes muy erróneos, por lo que el fallo parece de seguridad.

Fije una regla de vigencia en el destino. Una regla posible son tres intervalos de informe: si son de 60 segundos, el valor es obsoleto tras 180 segundos. No dependa solo de la fuente. Edge marca un dispositivo Modbus desconectado después de dos sondeos perdidos, con mínimo de cinco minutos. Un punto sondeado cada segundo puede llevar hasta cinco minutos antiguo antes de que Edge marque el dispositivo.

Los valores sintéticos necesitan una marca que sobreviva a toda la ruta. Edge puede rellenar huecos cortos repitiendo, poniendo cero o interpolando, y marca esos puntos _synthetic: true. Si la base posterior descarta campos desconocidos, descarta también la marca y los valores rellenados parecen mediciones. Desactive el relleno para facturación, alarmas y control.

Conformidad, certificación y aceptación del proyecto

Cada prueba responde una pregunta distinta.

El marco de interoperabilidad de redes inteligentes de NIST considera complementarios los ensayos de conformidad e interoperabilidad. El formato de ensayos de oneM2M exige indicar configuración, condiciones iniciales, secuencia de eventos y resultados esperados. Use esas cuatro secciones para las pruebas de instalación.

Ficha de adquisición

Pida a cada proveedor o integrador que complete la misma ficha antes de pedir equipos.

Marque las respuestas desconocidas como «desconocidas». Una celda vacía suele convertirse en supuesto para una parte y compromiso para la otra.

Prueba de aceptación en doce pasos

Utilice exactamente el hardware, firmware, documentos de interfaz y aplicación receptora del proyecto. Capture datos brutos en origen, cada sistema intermedio y destino final.

1. Registre identidad y configuración: modelo, serie, firmware, revisión del documento, versiones de Gateway, Edge y conector, y huella de configuración.
2. Demuestre la ruta física. Inspeccione cableado y topología, compruebe ajustes serie y de red y verifique que se comunican los extremos previstos.
3. Siga cada punto desde destino hasta registro, objeto, canal o mensaje de origen y etiqueta del activo físico.
4. Compruebe codificación. Lea dos valores conocidos y no nulos de cada punto. Compare base de registros, tipo de dato, signo, orden de bytes y palabras, escala y enumeraciones.
5. Compruebe significado. Confirme unidad, sentido, límite de medida y cálculo con instrumento de referencia o fuente controlada.
6. Compruebe hora. Compare relojes e introduzca un retraso conocido. Confirme que los datos reenviados no parecen actuales.
7. Compruebe calidad y obsolescencia. Provoque fallo de fuente, valor inválido y detención de actualizaciones. La aplicación final debe distinguirlos de cero válido.
8. Pruebe escrituras permitidas. Compruebe autorización, límites y enclavamientos. Registre solicitud, respuesta del protocolo, efecto observado en el equipo y estado final comunicado.
9. Interrumpa cada enlace. Desconecte por separado campo y salida. Registre detección, tratamiento del último valor, almacenamiento, alarmas y comportamiento local.
10. Recupere cada enlace. Reconecte dentro y fuera de la ventana de almacenamiento. Compruebe orden, duplicados, huecos, diferencias del acumulado a través del hueco y eliminación del estado obsoleto.
11. Reinicie cada componente por turno y después restaure la copia documentada. Compruebe identidades, mapeos, relojes, credenciales y datos en cola.
12. Aplique un cambio aprobado de firmware o configuración y repita las pruebas afectadas. Revierta si fallan.

El acta de cada ruta identifica modelo, firmware, revisión de configuración, aplicación y versión receptora, puntos y casos superados, opciones no probadas, fecha, observador y quien aceptó cada desviación. Si luego cambian versión, perfil, mapa de puntos o requisito de seguridad, indica qué pruebas repetir.

Ejemplo: PowerLogic PM5000 a Edge

Schneider Electric documenta por modelo las interfaces de la familia PM5000 en su material de producto. PM5110 y PM5330 tienen Modbus RTU por RS-485. PM5560 añade Modbus TCP por Ethernet. BACnet/IP está disponible en PM5560 y PM5563 desde el firmware 2.3.0, según la nota BACnet/IP de Schneider. Publica listas de registros Modbus separadas para las gamas PM51xx/PM53xx y PM55xx/PM56xx/PM57xx.

La guía del dispositivo PM5000 presenta tres rutas hacia Edge:

1. Modbus RTU: conecte un modelo RS-485 a ZMB-31. ZMB-31 es maestro Modbus RTU de 300 a 115.200 baudios y lee hasta 30 registros. Envía valores por malla Zigbee, sin cable de datos hasta la Gateway.
2. Modbus TCP: conecte un modelo Ethernet a la red local. Configure Edge como cliente Modbus con IP del contador, puerto 502 e identificador de unidad.
3. BACnet/IP: en PM5560 o PM5563 con firmware 2.3.0 o posterior, configure el cliente BACnet/IP de Edge para descubrir el contador y leer sus objetos.

Ponga en servicio un punto antes de los demás. Registre referencia de catálogo completa y firmware. Seleccione la lista de registros para esa gama y compruebe si enumera registros desde uno o direcciones desde cero. Mapee potencia activa total como FLOAT32, léala bajo carga y compare con la pantalla del contador. Si la instalación exporta, compruebe el signo durante la exportación. Después añada los puntos restantes y fije intervalo de sondeo y regla de obsolescencia para la lista completa.

Si el Directorio de dispositivos ofrece una plantilla Edge para el modelo, el mapa de puntos ya está preparado. En los demás casos, el integrador lo crea con la lista de registros del fabricante.

Interoperabilidad del control

Para monitorización, la aceptación termina cuando el valor de destino es correcto y reciente. Para control, confirme además el estado del equipo tras cada escritura.

Una orden recorre estas etapas:

1. Un solicitante autorizado crea una orden con ID, destino, valor y caducidad.
2. El controlador comprueba rango, modo, enclavamientos y autoridad actual.
3. El controlador envía la escritura de protocolo.
4. El equipo confirma, rechaza o agota el plazo.
5. Una relectura o medida independiente del proceso muestra si se produjo el efecto previsto.
6. El sistema registra cualquier anulación posterior, sustitución de orden o pérdida de autoridad.
7. Se aplica un estado local definido cuando el solicitante no está disponible.

Una respuesta TCP correcta, publicación MQTT o respuesta Modbus no demuestra que la instalación haya alcanzado el estado solicitado. Edge informa de la confirmación del protocolo para una escritura Modbus, pero no relee el valor por sí mismo. La integración debe hacerlo. Para BACnet, acuerde también prioridad y procedimiento para cederla, como se explicó arriba.

Las funciones de seguridad, protección y protección de equipos necesitan un diseño cualificado propio. No las delegue en una ruta de monitorización.

Estándares abiertos y dependencia del proveedor

Un flujo MQTT es abierto en la capa de transporte. Si su carga es binaria indocumentada o los temas codifican la identidad de activos de una forma que solo puede resolver la nube del proveedor, otro proveedor debe reconstruir el mapa de puntos desde cero. Un protocolo abierto solo reduce la dependencia si el comprador también puede obtener y reutilizar:

• mapa completo de puntos y objetos;
• configuración de protocolos y perfiles;
• certificados, identidades y procedimiento de renovación de credenciales;
• exportaciones de datos y eventos con unidades, marcas temporales y calidad;
• reglas, cálculos y mapeos semánticos documentados;
• copias y restauración probada; y
• términos de soporte y actualizaciones de seguridad durante la vida del activo.

Un adaptador específico del proyecto puede ser fácil de mantener si documenta entradas, salidas, pruebas y responsable.

NIST IR 8259 Rev. 1, publicado en abril de 2026, espera que los fabricantes proporcionen tanto funciones de seguridad como la información necesaria para que los clientes las usen. Registre en la ficha de adquisición la fecha final de soporte del firmware y el método de renovación de credenciales de cada componente. Si cesan las actualizaciones, quedan vulnerabilidades conocidas. Si vence un certificado sin procedimiento de renovación, se interrumpe el enlace ese día.

Hardware EpiSensor y Edge

Los sensores EpiSensor informan por Zigbee a una Gateway ZGW-20 que ejecuta Edge. Para equipos de terceros, Edge desempeña estas funciones:

Los flujos de salida publican puntos elegidos por MQTTS o HTTPS, o los escriben en archivos. Los datos y reglas permanecen en la Gateway si cae internet.

Empiece por la guía de integración de BMS, SCADA y contadores. Después lleve la ficha de adquisición y documentos de interfaz actuales a System Builder o a una consulta técnica.