Protocolos · Modbus
Modbus RTU y TCP — Guía práctica de integración
Cómo funcionan Modbus RTU y TCP, cómo leer un mapa de registros y qué detalles de escalado, sondeo y fallo causan la mayoría de los fallos de integración.
Respuesta rápida
Modbus es un protocolo sencillo de petición-respuesta basado en bobinas y registros. RTU funciona sobre enlaces serie; TCP funciona sobre Ethernet. Transporta datos pero no significado, por lo que el mapa de registros, el escalado, el orden de palabras y los permisos de escritura deben confirmarse por escrito. Modbus es ideal para contadores, inversores e instalaciones simples, no para interbloqueos rápidos.
Un modelo de registros, no un modelo de datos
Modbus expone bobinas, entradas discretas, registros de entrada y registros de retención. No define qué significa un registro; lo hace el fabricante del dispositivo. Un contador puede situar la energía en dos registros de retención, otro puede usar un orden de palabras distinto y un tercero puede exigir un factor de escala. Por eso un proyecto Modbus empieza por un mapa de registros, no por un cable. El mapa debe indicar dirección, tipo de dato, escala, unidad, acceso y el comportamiento cuando el dispositivo deja de responder. Un mapa de registros que dice energía sin unidad, escala ni orden de palabras no es una especificación; es una esperanza que se pondrá a prueba en la puesta en marcha, normalmente en el peor momento posible.
- Parta del mapa de registros del fabricante
- Registre escala, unidad y tipo de dato de cada punto
- Defina el comportamiento sin conexión de cada valor
RTU y TCP son enlaces distintos
Modbus RTU funciona sobre RS485 o RS232. RS485 es un bus compartido: importan la terminación, la polarización, la ruta del cable y los ID de unidad, y un maestro sondea a los esclavos por turnos. Modbus TCP funciona sobre Ethernet y usa un identificador de unidad dentro de la trama TCP, a menudo para alcanzar una pasarela serie. TCP es más fácil de encaminar y diagnosticar, pero no es automáticamente más rápido si la pasarela que hay detrás es lenta. Elija el enlace según el dispositivo, la distancia y la infraestructura existente, y documente la pasarela intermedia. Si la pasarela la suministra el fabricante del contador, su mapeo de registros y su firmware siguen perteneciendo a la lista de puntos, no solo al manual del fabricante.
- RS485 necesita terminación y un plan de segmentos
- TCP sigue dependiendo de la pasarela que hay detrás
- Documente el punto de conversión
Escalado, signos y orden de palabras
La mayoría de los fallos de integración no son fallos de protocolo, sino fallos de interpretación. Un valor puede ser con signo o sin signo, de 16 o 32 bits, y repartirse entre dos registros en cualquiera de los dos órdenes. Una temperatura puede llegar en décimas de grado, una presión en centésimas de bar, y una palabra de estado puede empaquetar varias alarmas en un solo entero. El mapa de registros debe definir todo esto, y la lista de puntos debe registrar la conversión. Pruebe con un valor conocido, no con un número plausible en una pantalla. Registre el valor bruto junto al valor de ingeniería durante la puesta en marcha; hace evidentes los futuros errores de escalado y da al siguiente ingeniero un punto de referencia.
- Confirme el signo y el ancho de bits
- Confirme el emparejamiento de registros y el orden de palabras
- Pruebe contra un valor físico conocido
Sondeo, escrituras y comportamiento ante fallos
Modbus se sondea, así que cada punto tiene un coste en tiempo y carga de red. Agrupe lecturas, evite sondear más rápido de lo que el dispositivo puede responder y trate los tiempos de espera como eventos de calidad del dato, no como valores cero. Las escrituras necesitan permiso, comprobaciones de rango y una relectura. Si un controlador escribe un valor de consigna, defina qué ocurre cuando el dispositivo lo rechaza o se desconecta. Mantenga los interbloqueos de seguridad fuera de los bucles de sondeo lentos. Modbus es un excelente adhesivo para datos de medición e instalaciones; es una mala base para secuencias que deben responder en un tiempo determinista. Un protocolo lento puede seguir siendo fiable; el error es pedirle un trabajo rápido y luego culpar al protocolo cuando la secuencia se retrasa.
- Agrupe las lecturas y respete el presupuesto de sondeo
- Trate los tiempos de espera como indicadores de calidad, no como cero
- Mantenga los interbloqueos de seguridad fuera de los bucles lentos
Áreas de datos Modbus
6 rows| Área | Acceso | Uso típico | Atención |
|---|---|---|---|
| Bobinas | Lectura/escritura | Comandos de marcha/paro y bits de estado | Confirme si 0 o 1 significa encendido |
| Entradas discretas | Solo lectura | Confirmaciones de marcha, alarmas y límites | Compruebe la polaridad y el antirrebote |
| Registros de entrada | Solo lectura | Valores medidos y contadores | Escalado y signo |
| Registros de retención | Lectura/escritura | Valores de consigna, modos y configuración | Permiso de escritura y relectura |
| Valores de 32 bits | Lectura/escritura | Energía, caudal y contadores grandes | Orden de palabras y emparejamiento de registros |
| Estado del dispositivo | Solo lectura | Indicadores de comunicación y de fallo | Distinga sin conexión de cero |
Imágenes del proyecto
3 images
Preguntas frecuentes
01¿RTU o TCP?
RTU encaja con dispositivos de campo serie y tendidos de cable largos; TCP encaja con redes Ethernet y pasarelas. Muchos sitios usan ambos, con una pasarela que une los dos.
02¿Cuántos dispositivos pueden compartir un segmento RS485?
Depende del driver, el cable, la velocidad en baudios y el presupuesto de sondeo. El plan de segmentos debe calcularse, no suponerse a partir de una cifra genérica.
03¿Es seguro Modbus?
No de forma inherente. No tiene autenticación ni cifrado. Trátelo como un bus de campo y protéjalo con segmentación de red y pasarelas.
04¿Por qué mi valor es diez veces demasiado grande?
Por el escalado. El registro puede estar en décimas o centésimas, o un valor de 32 bits puede estar ensamblado con el orden de palabras incorrecto.
05¿Puede ser Modbus inalámbrico?
Sí, mediante puentes o pasarelas serie inalámbricos. Confirme la latencia, los reintentos y el estado de fallo antes de usarlo para control.
Siguiente paso
Tráiganos el edificio.
Cuéntenos el tipo de edificio, los sistemas incluidos y el resultado que necesita. Le mostraremos la ruta más corta hacia un sistema en funcionamiento.