Modbus es un protocolo serial y Ethernet simple y abierto que permite a un controlador leer y escribir ubicaciones de datos numeradas (registros) dentro de dispositivos industriales, y sus dos variantes dominantes son Modbus RTU (serial, sobre RS-485) y Modbus TCP (el mismo modelo de datos encapsulado en paquetes Ethernet/IP). Publicado por Modicon en 1979, es anterior a la mayoría del equipo en su planta y, sin embargo, sigue siendo, silenciosamente, la forma en que una gran parte de los PLC, variadores, contadores y sensores se comunican. No es glamoroso. No tiene seguridad incorporada, ni autodescripción, y un modelo de datos que parece anticuado. Pero es gratuito de implementar, trivial de depurar y está soportado por casi todo, que es precisamente la razón por la que sigue siendo la elección predeterminada inicial para la captura de datos de máquina barata y fiable.
Ambas variantes comparten una capa de aplicación idéntica. Los mismos códigos de función y el mismo mapa de registros funcionan tanto si los bytes viajan por un par trenzado de cobre como por un switch Ethernet. Lo que difiere es el transporte subyacente.
En resumen: RTU es barato, robusto y lento en un cable compartido; TCP es más rápido, concurrente y aprovecha la red de la planta existente, pero necesita un dispositivo con capacidad Ethernet o un gateway.
Modbus no envía etiquetas con nombre. Envía el contenido de ubicaciones numeradas, y hay exactamente cuatro tablas:
Dado que un registro tiene solo 16 bits, un valor mayor que 65535 (un contador de producción de 32 bits, una velocidad en coma flotante) se divide en dos registros consecutivos. Aquí está la trampa clásica: el orden de bytes y de palabras no está estandarizado. Un conteo de piezas de 32 bits de 1.000.000 podría llegar como par de palabras (15, 16960) en un dispositivo y (16960, 15) en otro. Si su contador muestra datos erróneos, cambie el orden de las palabras antes de culpar al cableado. Confirme siempre el mapa de registros y la endianidad (orden de bytes/palabras) en el manual del dispositivo, no por conjeturas.
Supongamos que quiere el recuento de buenas de una prensa para alimentar un cálculo de disponibilidad y rendimiento. El manual indica que el total acumulado está en los registros de retención 40001 y 40002 como un entero sin signo de 32 bits, palabra alta primero.
Alimente esa tasa contra el tiempo de ciclo ideal de la máquina y obtiene rendimiento en vivo; añada tiempo planificado y paradas y obtiene efectividad general del equipo (OEE). Esa es toda la magia. Una lectura de dos registros, una vez por segundo, convierte una prensa silenciosa en una fuente de datos, y no cuesta más que una consulta. Combine la misma entrada con el seguimiento de rendimiento y tasa de scrap y podrá ver pérdidas que el informe del turno nunca capturó.
La decisión suele reducirse a lo que el dispositivo ya soporta y a la distancia que deben recorrer los datos.
Ninguna de las variantes es un sistema de control. Modbus es un protocolo de intercambio de datos, no SCADA y no una capa de seguridad, así que manténgalo fuera de cualquier ruta que requiera temporización garantizada o seguridad.
RTU es semidúplex en un cable compartido, por lo que el tiempo de sondeo importa. Si un maestro consulta 20 esclavos a 9600 baudios y cada transacción (consulta más respuesta más cambio de turno) tarda aproximadamente 30 a 50 milisegundos, una barrida completa de los 20 dispositivos tarda alrededor de un segundo. Añada más dispositivos o un baudio más lento y sus datos se quedan obsoletos. Cuando importa la resolución por debajo del segundo, distribuya la carga entre varios puertos seriales o mueva los dispositivos más activos a TCP.
La seguridad es la otra advertencia honesta. El Modbus clásico no tiene autenticación ni cifrado; cualquiera en el cable puede leer o escribir cualquier registro. Manténgalo en redes OT aisladas o VLANs, nunca exponga el puerto 502 a Internet, y trate el acceso de escritura como privilegiado. Esta misma base de datos alimenta métricas de fiabilidad como MTBF y MTTR y soporta un movimiento hacia el mantenimiento basado en condición, pero solo si el conducto que lo transporta está diseñado teniendo en cuenta esos límites.
Fabrico es la base de datos en tiempo real que convierte esas lecturas Modbus en decisiones. Captura producción en vivo y OEE a partir de los datos de máquina que ya tiene, ya sea que los valores lleguen por RTU, TCP o por un gateway intermedio. Cuando una máquina no tiene PLC o no expone nada útil por el cable, Fabrico puede leer el estado visualmente con visión por computadora, de modo que no quede bloqueado por una línea antigua. Sobre el monitoreo se sitúa un CMMS listo para campo para órdenes de trabajo, activos, programación preventiva y repuestos, lo que significa que la misma señal que mide una parada puede activar la respuesta a la misma. Fabrico está construido en la UE con residencia de datos en la UE, una consideración real cuando sus datos de producción salen del suelo de la planta. Para el lado de mantenimiento de ese ciclo, vea cómo apoya el cambio de mantenimiento reactivo a proactivo.
No. Es antiguo (1979) y técnicamente limitado, pero es abierto, gratuito de implementar y está soportado por una enorme base instalada de PLC, variadores y contadores. Para lecturas de registros sencillas, que constituyen la mayor parte del trabajo de monitorización de máquinas, los protocolos más nuevos añaden complejidad sin beneficio. Modbus sigue siendo la opción pragmática por defecto precisamente porque está en todas partes y es fácil de depurar.
No directamente, porque usan transportes físicos diferentes, pero comparten la misma capa de aplicación, así que un gateway Modbus traduce entre ellos de forma limpia. Los mapas de registros y los códigos de función son idénticos en ambos lados, por eso el puenteo es una caja simple y económica en lugar de un trabajo de reingeniería completo.
Casi siempre es el orden de palabras o bytes. Un número de 32 bits ocupa dos registros de 16 bits, y Modbus nunca estandarizó qué palabra va primero, por lo que un valor puede llegar con palabra alta primero o palabra baja primero según el fabricante. Consulte el manual del dispositivo para el orden de bytes y palabras, y luego ajuste su código de análisis. Rara vez el culpable es el cableado.
Protocolo antiguo, visión moderna: si sus máquinas ya hablan Modbus, está a una consulta de tener OEE en vivo. Reserve una demo de Fabrico para ver sus datos reales de máquina convertidos en decisiones.
Iniciar sesión
Blog