Blog
Conocimiento del sector

RS485 Modbus RTU: cableado, comprobación de registros y puesta en servicio

2026-09-15

RS485 Modbus RTU conecta muchos instrumentos industriales a un PLC, RTU o registrador de datos, pero la etiqueta por sí sola no garantiza la comunicación. RS485 describe la interfaz eléctrica; Modbus RTU define el intercambio de mensajes seriales. Una instalación funcional necesita cableado compatible, ajustes de serie que coincidan, una solicitud válida y la correcta interpretación de los datos devueltos. Pruebe esas capas por separado para que un problema de formato de registro no se confunda con un sensor dañado.

Especifique el par de equipos RS485 Modbus RTU

Para una estación de nivel de agua, la configuración RS485 de METRAVON para el medidor de nivel de agua por radar MV-RD12T puede evaluarse con un PLC compatible o la RTU TG501 del catálogo METRAVON. Obtenga la versión eléctrica pedida del radar, el esquema de bornes y el mapa de registros, así como las funciones de consulta y decodificación admitidas por el controlador. No dé por supuesto que una versión con salida analógica incluye la misma conexión serie.

Antes de la entrega, pida un ejemplo documentado de lectura usando el firmware seleccionado: dirección del dispositivo, formato de serie, código de función, registro inicial, recuento de registros, valor devuelto y unidad de ingeniería. Este pequeño elemento de aceptación es más útil que una afirmación general de que ambos dispositivos soportan Modbus. Guarde el ejemplo con el número de serie del instrumento y la copia de seguridad de configuración.

Medidor de nivel de agua por radar MV-RD12T disponible en configuración RS485 Modbus
Confirme la versión eléctrica del MV-RD12T y su mapa de registros antes de asignar las variables del PLC.

Pruebe el bus antes de añadir todos los instrumentos

Empiece con un instrumento alimentado y un controlador de interrogación. El funcionamiento serie habitual de Modbus RTU utiliza un único equipo que envía solicitudes a la vez y una dirección exclusiva para cada dispositivo que responde. Haga coincidir la velocidad en baudios, la paridad, los bits de datos y los bits de parada, y respete los tiempos de respuesta y de trama documentados. Un portátil de mantenimiento que envíe solicitudes al mismo tiempo que el PLC puede provocar colisiones.

Compruebe si las interfaces son de dos o de cuatro hilos. Identifique los bornes siguiendo los esquemas de los fabricantes: las designaciones A/B no bastan para demostrar que ambos proveedores utilizan la misma convención de polaridad. El común de señal, la pantalla del cable y la tierra de protección cumplen funciones distintas; conéctelos según el diseño de aislamiento y puesta a tierra, sin unir todos los bornes marcados como tierra.

En el bus habitual de dos hilos, utilice una línea troncal con derivaciones cortas a los dispositivos, en lugar de una estrella arbitraria. Si se requiere terminación, colóquela en los extremos físicos y adáptela al diseño del cable y de las interfaces; 120 ohms es un valor habitual, no una indicación de instalar una resistencia en cada dispositivo. Compruebe si existe terminación integrada antes de añadir componentes externos. Las redes de polarización también cargan el bus. La longitud del cable, la velocidad de transmisión, la carga eléctrica y el ruido determinan la instalación viable; una distancia máxima anunciada no garantiza el funcionamiento en planta. Para conocer los compromisos eléctricos, consulte la guía de terminación RS485.

En tendidos largos al aire libre, incluya en el diseño eléctrico la protección contra sobretensiones, el recorrido del cable, las conexiones equipotenciales y el aislamiento galvánico necesario. Que funcione un enlace de banco con un adaptador USB corto no valida un cable de campo tendido junto al cableado de motores. Desconecte la alimentación conforme al procedimiento de planta antes de modificar el cableado y nunca aplique un comprobador de aislamiento a la electrónica del instrumento mientras esté conectada.

Lea la variable que necesita, además de comprobar que haya respuesta

Un registro Modbus contiene 16 bits. El mapa del dispositivo determina si una medición ocupa uno o varios registros, si tiene signo y cómo se convierte en una magnitud física. La función 03 lee registros de retención; la función 04 lee registros de entrada. La notación de registros mostrada por un controlador puede diferir de la dirección de base cero transmitida en la solicitud. Confirme la convención, en lugar de restar uno automáticamente a todas las direcciones.

Para valores de varios registros, confirme el orden documentado de las palabras por separado del orden de bytes dentro de cada registro. Después aplique la escala y la unidad especificadas. Como ejemplo hipotético, un valor bruto sin signo de 2468 con una escala documentada de 0.001 m por cuenta representa 2.468 m. Este ejemplo no define ningún registro del MV-RD12T. La Especificación del protocolo de aplicación Modbus V1.1b3 y la Guía de protocolo e implementación de la línea serie V1.02 definen el comportamiento del protocolo; el manual del instrumento define sus mediciones.

Compare el resultado decodificado con la pantalla local o de configuración del instrumento y una referencia independiente adecuada. Para el radar, establezca si la variable es la distancia sensor-superficie o el nivel respecto a un cero configurado. Los bytes correctos con la variable incorrecta pueden invertir el significado de una superficie de agua ascendente. Guarde la respuesta en bruto junto con el valor interpretado durante la puesta en marcha.

Resultado observadoPrimeras comprobacionesPruebas a conservar
Sin respuestaAlimentación, puerto seleccionado, polaridad, dirección, formato serie y tiempo de espera.Registro de cableado y registro de solicitudes de una prueba de un solo dispositivo.
Errores intermitentesTerminación, derivaciones cortas, puesta a tierra, ruido, direcciones duplicadas y equipos que compiten por emitir solicitudes.Recuento de errores y momentos en que se producen bajo las condiciones de funcionamiento que desencadenan el fallo.
Respuesta de excepciónFunción solicitada, dirección, número de registros y mapa admitido por el firmware.El código de excepción y la solicitud exacta, sin escrituras ciegas repetidas.
Plausible pero incorrectoIdentidad de la variable, convención de direcciones, signo, orden de palabras, escala y unidades.Registros en bruto comparados con la indicación del dispositivo y la observación de referencia.
El valor deja de cambiarEstado de la interrogación, antigüedad de los datos, estado del dispositivo y tratamiento de las lecturas fallidas por el controlador.Hora de la última adquisición correcta e indicador de calidad mostrado a los operadores.

Verifique la secuencia de funcionamiento, incluidos los fallos

  1. Lea en un instrumento un registro documentado que no ejecute órdenes. Verifique el valor esperado sin modificar la calibración ni la configuración de salida.
  2. Añada los instrumentos uno a uno y mantenga una lista de direcciones y un registro de las posiciones de terminación. Revise el funcionamiento después de cada ampliación.
  3. Elija un intervalo de consulta que permita completar todo el ciclo de solicitud y respuesta, incluidos los dispositivos lentos o ausentes. Limite los reintentos para que un fallo no bloquee las demás mediciones.
  4. Con un plan de prueba aprobado, interrumpa la comunicación y verifique que los datos obsoletos se identifiquen como tales. El último valor conservado no debe seguir apareciendo como una medición nueva y correcta.
  5. Restablezca el enlace y pruebe el reinicio del controlador y del instrumento. Confirme la conservación de la configuración, el tiempo de recuperación y las unidades y el signo de la indicación final.

Un CRC válido comprueba la integridad del mensaje; no demuestra que sean correctos el registro, las unidades o la lectura del sensor. Del mismo modo, lograr una comunicación una sola vez no equivale a una prueba de funcionamiento prolongado. Registre las consultas correctas, los errores y la antigüedad de los datos durante el ciclo de funcionamiento pertinente de la instalación, incluidas las conmutaciones de cargas o las transiciones de red cuando corresponda.

Preguntas sobre controladores y pasarelas

P1. ¿Puede un adaptador Ethernet sustituir a una pasarela Modbus?

Solo si cumple la función requerida por el sistema. Un túnel serie transporta bytes; una pasarela Modbus RTU a TCP convierte el formato de las transacciones y gestiona las solicitudes serie. Confirme el modo del controlador, la asignación de direcciones de los dispositivos y la gestión de los tiempos de espera. La documentación del TG501 enumera Modbus RTU y Modbus TCP entre sus opciones de protocolo. Esa lista no demuestra por sí sola que disponga del modo de pasarela requerido. Confirme el firmware suministrado y el encaminamiento de transacciones que admite con el instrumento real antes de aceptar la configuración.

P2. ¿Por qué la misma dirección funciona en una herramienta de software pero no en otra?

Las herramientas pueden requerir una notación de registros diferente o aplicar un desplazamiento interno. Compare las solicitudes que transmiten, no solo el número de la ventana de configuración. Compruebe también el código de función y el número de registros. Utilice el ejemplo documentado de lectura del dispositivo para establecer la convención correcta antes de poner en servicio las demás variables.

P3. ¿Qué debo enviar al solicitar soporte para integración?

Facilite los modelos y las versiones de firmware de ambos equipos, la opción eléctrica, el esquema de bornes, la disposición del cable, los parámetros serie, la revisión del mapa de registros y un registro breve de solicitudes y respuestas. Incluya la magnitud física esperada y el valor mostrado por el PLC. Envíe estos detalles a METRAVON para una revisión de la interfaz; estos datos ayudan a distinguir una función no admitida de un error de cableado o decodificación.

Resumen

Realice la puesta en servicio desde el enlace físico hasta obtener una magnitud física verificada: primero un instrumento, después todo el bus y, por último, el comportamiento ante reinicios y fallos. Una etiqueta RS485 no es un mapa de registros, y una respuesta correcta no demuestra una lectura de nivel correcta. Conserve la configuración probada y muestre la calidad de la comunicación junto a la medición.

Categorías de productos relacionadas

Explore las categorías de productos y encuentre rápidamente una solución de medición adecuada para su aplicación.

Ver todos los productos
Medición de nivelInterruptores de nivelPesaje industrialNivel y caudalAdquisición de datos

Solicitar presupuesto

Indíquenos el medio, el rango de medición, las condiciones del proceso, el tipo de montaje, la señal de salida y la cantidad estimada. Le recomendaremos una configuración adecuada y prepararemos un presupuesto.