Sensores, PLC y pasarelas Modbus: defina las funciones antes de conectar
Actualizado: hace 4 días
Un sensor, un PLC y una pasarela Modbus pueden aparecer en el mismo diagrama de red sin compartir interfaz ni función. Un sensor puede conectarse a una entrada del PLC, el PLC puede exponer determinados valores por Modbus y una pasarela puede enlazar una red serie con una conexión IP. Hay que confirmar cada paso para los equipos concretos del proyecto.
Empiece por seguir un solo punto de datos desde su origen hasta el sistema que lo leerá. Así podrá distinguir el cableado, la lógica de control, la conversión de protocolos y el acceso remoto.
Siga un valor a través del sistema
Dibuje la ruta en orden:
Sensor → entrada o interfaz de comunicación → lógica/punto de datos del PLC → cliente o servidor Modbus → pasarela o ruta de red → aplicación SCADA o de supervisión
La ruta puede cambiar según el equipo. Algunos sensores entregan señales analógicas o discretas a una entrada del PLC; otros transmiten datos digitalmente. Consulte los manuales del sensor y del PLC para verificar la interfaz, el cableado, el escalado y el comportamiento de actualización. Un sensor no tiene necesariamente una dirección Modbus porque el PLC utilice Modbus en otra parte del sistema.
Después, identifique dónde se guarda el valor y cómo puede consultarlo otro sistema. El PLC puede exponer un punto configurado mediante un servidor Modbus o actuar como cliente que lee otro dispositivo. Confirme el rol y el mapa de datos en el proyecto y el manual del PLC. El mapa de registros es una configuración deliberada, no un reflejo automático de todas las entradas de sensores.
Identifique la variante Modbus y los roles
Modbus RTU y ASCII usan tramas serie. Modbus TCP transporta datos de aplicación Modbus sobre TCP/IP con una cabecera MBAP. Las variantes comparten parte del modelo de datos de aplicación, pero difieren en sus mensajes y ajustes de conexión. RS-485 es una capa física habitual para Modbus serie; por sí sola no define el formato del mensaje.
Tramo de la conexión | Qué registrar antes de configurar |
|---|---|
Del sensor al PLC | Interfaz eléctrica o digital, cableado, escalado y dispositivo que proporciona el valor |
Del PLC al cliente Modbus | Rol del PLC, variante RTU/ASCII/TCP, extremo de comunicación, ajustes serie o IP/puerto y códigos de función admitidos |
De la pasarela a la aplicación superior | Modo de la pasarela, variantes de origen y destino, roles cliente/servidor, identificadores de dispositivos y mapa de registros |
La indicación «compatible con Modbus» no resuelve esos detalles. Un dispositivo puede admitir solo algunos códigos de función o una variante. Consulte la especificación del protocolo de aplicación Modbus, la guía del protocolo sobre línea serie y la guía de implementación TCP/IP para conocer el formato de los mensajes. Use el manual de cada equipo para determinar qué funciones implementa realmente.
Distinga encaminamiento, transporte serie y conversión de protocolos
Un router IP reenvía tráfico IP entre redes; la RFC 1812 describe los requisitos de los routers IPv4. Un servidor serie puede transportar bytes serie por una conexión IP manteniendo intacto el mensaje Modbus serie. Una pasarela Modbus puede terminar una variante y generar solicitudes en otra, pero debe admitir expresamente el modo y el mapeo necesarios.
Los nombres «pasarela» y «router» no bastan para establecer el comportamiento.
Revise en el manual del producto el sentido exacto de la conversión, los roles cliente/servidor admitidos y el tratamiento de los identificadores de dispositivos. Confirme si los datos pasan directamente o si la pasarela los consulta y los vuelve a mapear. Si faltan esos detalles, el comportamiento sigue sin verificar: consulte al proveedor antes de basar el diseño en esa función.
Prepare un mapa de puntos antes de consultar
Para cada valor, registre su origen y su interpretación antes de configurar la aplicación:
Campo | Qué registrar |
|---|---|
Origen | Identificador del sensor y entrada o punto de datos correspondiente en el PLC |
Extremo del protocolo | Modelo y firmware del dispositivo, rol cliente/servidor y variante RTU/ASCII/TCP |
Solicitud Modbus | Grupo de datos, código de función, referencia del manual y convención de dirección u offset del cliente |
Interpretación del valor | Tipo de dato, con o sin signo, orden de bytes y palabras, escala y unidad |
Acceso y tiempos | Permiso de solo lectura o escritura, actualización prevista e intervalo de consulta permitido por el diseño del dispositivo y la aplicación |
Una etiqueta como 40001 no tiene por qué ser la dirección numérica que debe enviar el cliente. Compruebe tanto el manual del dispositivo como la convención de direccionamiento del software cliente.
Empiece con un único punto documentado y una consulta de solo lectura. Compare la respuesta con un valor conocido y confirme las unidades y el escalado antes de añadir registros o permitir escrituras. Esto ayuda a distinguir un problema de transporte de un error de dirección o de formato de datos.
Deje claras las rutas de control y supervisión
Defina qué sistema realiza el control y cuál recopila o presenta datos. No suponga que una pasarela de supervisión o una plataforma remota asume la función de control del PLC. Especifique el tráfico permitido, quién puede escribir valores y qué debe ocurrir cuando no esté disponible la conexión hacia el sistema superior.
Para la supervisión remota, documente el límite de la red, los extremos autorizados, los permisos de las cuentas y la ruta de los registros. La guía de NIST sobre seguridad de la tecnología operativa ofrece recomendaciones generales para planificar segmentación, acceso y supervisión en redes OT. Aplique los requisitos de seguridad y control de cambios de la instalación a la topología real.
No incorpore consultas desde la nube a una ruta de control hasta que el responsable haya definido su finalidad, los accesos permitidos y el comportamiento durante una interrupción de red. La frecuencia de actualización debe proceder de las necesidades de la aplicación y de la documentación de los equipos, no de un valor de ejemplo genérico.
Ponga en marcha el sistema en pasos pequeños y observables
Verifique la señal del sensor o la interfaz digital en el PLC y confirme el valor y la unidad en su proyecto.
Confirme en los manuales vigentes el extremo Modbus, la variante, los roles, la convención de direcciones y el código de función admitido.
Lea un punto conocido sin efectuar escrituras y compare la respuesta con el valor que muestra localmente el PLC.
Añada puntos en grupos pequeños y observe el tiempo de respuesta, los tiempos de espera agotados y la carga del dispositivo con el programa de consultas previsto.
Pruebe la ruta de red aprobada y la política de acceso, y registre qué ocurre cuando falla la conexión hacia el sistema superior.
Si un valor del PLC, un variador o el SCADA queda desactualizado o las consultas agotan el tiempo de espera, utilice la guía de diagnóstico de PLC/Modbus para distinguir un fallo del dispositivo de un problema en la ruta de comunicación. Guarde el mapa de puntos junto con el firmware y la configuración probados para poder comparar los cambios posteriores.
Preguntas frecuentes
¿Todos los sensores industriales utilizan Modbus?
No. Un sensor puede proporcionar una interfaz analógica, discreta, de impulsos o de comunicación digital. Consulte su manual y los módulos de entrada o comunicación admitidos por el PLC antes de elegir un protocolo de red.
¿El PLC expone automáticamente todos los valores de sensores como registros Modbus?
No. El proyecto del PLC y la configuración del dispositivo determinan qué valores se mapean, cómo se representan y qué códigos de función y roles cliente/servidor están disponibles. Verifique el mapa en la documentación del PLC.
¿Una pasarela Modbus es lo mismo que un router IP?
No. Un router IP reenvía paquetes IP. Un equipo de transporte serie puede llevar bytes sobre IP. La conversión de protocolos requiere una función de pasarela que admita expresamente las variantes de origen y destino.
¿Hay que introducir siempre 40001 como primera dirección en el cliente?
No. Es una referencia habitual al primer registro de retención (holding register), pero el manual y el software pueden requerir un offset que comienza en cero u otra convención. Compruebe ambos extremos y verifique el resultado con un punto documentado de solo lectura.
¿Debería una plataforma en la nube consultar directamente el PLC?
Depende de la arquitectura y la política de seguridad aprobadas. Defina el límite de la red, los permisos de acceso, la carga de las consultas y el comportamiento ante una interrupción antes de conectar un servicio remoto. No convierta al sistema remoto en parte de la ruta de control de forma implícita.
