Integración de ABB System 800xA con Modbus TCP: mapeo de registros, ID de unidad y solución de problemas de tiempo de espera

Modbus TCP en la red de control ABB

Modbus TCP encapsula el protocolo Modbus clásico dentro de Ethernet estándar y funciona a través del puerto TCP 502. A diferencia de Modbus serie, no hay CRC ni velocidad en baudios que deban coincidir; la pila TCP gestiona la integridad. Esto simplifica el cableado, pero desplaza los puntos de fallo hacia el direccionamiento y la asignación.

Las cuatro áreas de datos de Modbus:

• Bobinas: Bits legibles y escribibles (funciones 1/5/15)
• Entradas discretas: Bits de solo lectura (función 2)
• Registros de retención: Palabras de 16 bits legibles y escribibles (funciones 3/16)
• Registros de entrada: Palabras de 16 bits de solo lectura (función 4)

En ABB System 800xA, un controlador AC 800M (PM861A) o un módulo de comunicación actúa como maestro Modbus TCP. Los dispositivos de campo, las RTU o los relés de potencia aparecen como esclavos. El identificador de unidad (ID de unidad) dirige las solicitudes al esclavo correcto cuando una dirección IP aloja varios dispositivos Modbus detrás de una pasarela; compruébalo siempre en el manual del dispositivo antes de suponer que el ID de unidad se ignora.

Pregunta: ¿Cuál es el problema de desplazamiento entre base cero y base uno?

El direccionamiento de registros Modbus es una fuente común de confusión. Algunas herramientas muestran la dirección 40001 como el registro cero; otras la muestran como el registro uno. Este único error de desplazamiento de una posición produce valores incorrectos o fallos de comunicación.

• Determina la convención de tu esclavo verificándola con una lectura correcta conocida. Si un valor aparece desplazado un registro, cambia el desplazamiento.
• Documenta la convención elegida en la plantilla de puntos de 800xA para mantener la coherencia.
• Cuando una pasarela conecta varios esclavos, confirma el desplazamiento de cada esclavo de forma independiente; los distintos fabricantes no siempre coinciden.

Pregunta: ¿Cómo se gestiona el orden de bytes y el intercambio de palabras en valores de 32 bits?

Los registros Modbus son palabras de 16 bits. Un valor de 32 bits ocupa dos registros, y el dispositivo define tanto el orden de las palabras alta y baja como el orden de los bytes dentro de cada palabra. Si esto se configura incorrectamente, los enteros pueden parecer enormes, negativos o basura al decodificarlos como valores de coma flotante.

• El orden de bytes big-endian es el estándar de Modbus. Confirma si tu dispositivo lo sigue o utiliza little-endian.
• Para valores de 32 bits, determina el orden de las palabras (a veces denominado intercambio de palabras): palabra alta primero o palabra baja primero.
• Haz una prueba con un número conocido: escribe un valor sencillo, léelo de nuevo e inspecciona el patrón de bits en las cuatro permutaciones hasta que el número se decodifique correctamente.
• Fija el orden operativo en la documentación del punto y compártelo con el equipo.

Pregunta: ¿Cómo se diagnostican los tiempos de espera de Modbus TCP y la sobrecarga de sondeo?

Un tiempo de espera de Modbus TCP significa que una solicitud no recibió respuesta. La causa rara vez es el cable de red; empieza por los extremos.

• Paso 1: Confirma la accesibilidad mediante un ping y, después, prueba directamente el puerto TCP 502. Un puerto cerrado significa que el servicio o el cortafuegos te está bloqueando.
• Paso 2: Verifica el ID de unidad de los esclavos conectados a través de una pasarela. Un ID de unidad incorrecto produce una respuesta de excepción o silencio, no un fallo de enlace.
• Paso 3: Reduce la frecuencia de sondeo en exploraciones grandes. Las solicitudes agresivas sobrecargan una pasarela serie lenta situada detrás del puerto Ethernet. Aísla un punto y pruébalo primero con una frecuencia moderada.
• Paso 4: Lee el código de excepción. «Dirección de datos ilegal», «función ilegal» y «dispositivo esclavo ocupado» apuntan cada uno a una solución diferente.
• Paso 5: Captura el tráfico con un analizador de paquetes filtrado al puerto 502. La trama sin procesar revela claramente los fallos de desplazamiento, código de función y temporización.

Agrupa los registros contiguos en una única lectura de varios registros. Muchos sondeos pequeños desperdician el ancho de banda de la pasarela y provocan tiempos de espera en dispositivos conectados a configuraciones de procesadores redundantes.

Pregunta: ¿Cómo se conectan relés IEC 61850 con SCADA 800xA?

Las subestaciones modernas exponen los datos mediante IEC 61850 en lugar de Modbus. Un sistema 800xA normalmente accede a estos relés mediante una pasarela de protocolos que asigna los nodos lógicos IEC 61850 a registros Modbus TCP.

• Alinea la tabla de puntos de la pasarela con la asignación de 800xA antes de la puesta en servicio.
• Presta atención a los factores de escala de las mediciones analógicas; IEC 61850 y Modbus pueden utilizar representaciones diferentes de las unidades de ingeniería.
• Cuando sea posible, prioriza las lecturas IEC 61850 basadas en informes para obtener una latencia menor que con el sondeo.
• Diagnostica tanto desde el lado Modbus como desde el lado IEC 61850; una pasarela oculta dos capas de protocolo dentro de una misma caja.

Conclusión y recomendaciones de acción

La obtención de datos Modbus TCP correctos en ABB System 800xA depende de una asignación precisa, no de la suerte.

• Todo el tráfico utiliza el puerto TCP 502; un ID de unidad selecciona el esclavo situado detrás de una pasarela.
• Resuelve el desplazamiento entre base cero y base uno comparándolo con una lectura conocida y documéntalo.
• Confirma el orden de bytes y palabras de los valores de 32 bits antes de confiar en cualquier dato.
• Cuando los puntos quedan obsoletos: comprueba la accesibilidad → el ID de unidad → la frecuencia de sondeo → los códigos de excepción → la captura de paquetes del puerto 502.
• Agrupa los registros contiguos para reducir la carga.
• En subestaciones, diagnostica de forma independiente ambos lados de una pasarela IEC 61850.

Autor: Ma Chenglong es ingeniero de automatización industrial con más de 10 años de experiencia en PLC, DCS y sistemas de control.