Los PLC heredados suelen permanecer operativos durante décadas porque su lógica de control es estable, validada y estrechamente vinculada al equipo de producción. La dificultad comienza cuando una planta necesita conectar estos controladores a SCADA, MES, EMS, software de mantenimiento predictivo o análisis en la nube.
Desde la perspectiva de ingeniería de Tespro, reemplazar un PLC funcional únicamente para obtener conectividad moderna rara vez es la primera opción. Una Pasarela Industrial Multiprotocolo correctamente configurada puede preservar la capa de control existente mientras crea un camino de datos seguro y estructurado entre equipos heredados y sistemas IIoT modernos.
La integración de PLC heredados es un problema de múltiples capas
Conectar un PLC antiguo no es simplemente añadir Ethernet. Los ingenieros deben resolver cuatro capas de compatibilidad separadas:
| Capa de integración | Condición típica de legado | Requisito de pasarela |
| Interfaz física | RS232, RS485 o Ethernet temprano | Puertos industriales compatibles e aislados |
| Protocolo del dispositivo | Modbus RTU/TCP, BACnet o protocolo propietario | Implementación correcta cliente/servidor |
| Modelo de datos | Registros en bruto sin etiquetas ni marcas de tiempo | Tipado, escalado y normalización de datos |
| Interfaz de aplicación | No hay conectividad nativa en la nube | Publicación de MQTT, OPC UA o HTTPS |
Una conexión puede ser eléctricamente correcta y aun así producir datos inutilizables. Antes de la puesta en marcha, el integrador debe conocer la dirección del PLC, los parámetros seriales, el mapa de registros, los tipos de datos, el orden de los bytes y las operaciones de lectura/escritura permitidas.
¿Router, convertidor de protocolos o pasarela industrial?
Estos dispositivos abordan diferentes partes del problema de integración.
| Dispositivo | Rol principal | Interpretación del protocolo | Procesamiento de bordes | Publicación de datos en la nube |
| Fresador industrial | Conectar redes IP | Limitada | Limitada | Normalmente externo |
| Convertidor de protocolo | Traducir pares de protocolos definidos | Sí | Básico | Dependiente de la aplicación |
| Pasarela Industrial Multiprotocolo | Adquirir, normalizar, procesar y publicar datos | Sí | Sí | Integrado |
Un router industrial puede proporcionar acceso remoto a la red, pero no necesariamente entiende qué representa el registro PLC 40021. Un convertidor de protocolos puede traducir un formato de comunicación a otro, pero puede no proporcionar filtrado local, almacenamiento en búfer de datos, scripting o gestión de flotas.
Una Pasarela Industrial Multi-Protocolo es más adecuada cuando un proyecto combina diferentes PLCs, múltiples interfaces, lógica de borde y varios sistemas hacia el norte.
Cómo procesa datos de PLC una pasarela industrial multiprotocolo
1. Establecer la conexión en dirección sur
La pasarela se conecta al PLC a través de RS232, RS485 o Ethernet. La integración serial requiere más que conectar conectores. Deben confirmarse los siguientes parámetros:
• Bits de velocidad, paridad y parada
• Dirección PLC o ID esclavo Modbus
• Configuración RS485 de dos o cuatro hilos
• Roles de maestro/esclavo o cliente/servidor
• Terminación, puesta a tierra y longitud del cable
• Límites de tiempo de espera y reintentos de encuestas
El aislamiento de la interfaz es importante en armarios con ruido eléctrico porque las tierras de comunicación, los eventos de sobretensiones y las diferencias de potencial pueden causar fallos o daños intermitentes.
2. Decodificar el mapa de registros PLC
La Pasarela Industrial Multi-Protocolo solo consulta los puntos requeridos por la aplicación IIoT. Cada punto debe documentarse con:
• Dirección de registro u objeto
• Permiso de lectura/escritura
• Longitud y tipo de datos
• Factor de escala y unidad de ingeniería
• Rango operativo válido
• Intervalo de muestreo y reporte
Los despliegues de monitorización deben ser de solo lectura por defecto. Si se requieren comandos remotos, los puntos escribibles deben autenticarse, registrarse y restringirse por separado a estados operativos definidos.
3. Normalizar datos heterogéneos
Los PLC heredados suelen almacenar valores como INT16, UINT32, FLOAT32, HEX o ASCII. Dos PLC que usan Modbus pueden representar la misma medición de forma diferente.
Por tanto, la puerta de enlace debe gestionar:
• Conversión de valor firmado y no firmado
• órdenes de bytes ABCD, DCBA, CDAB y BADC
• Escalado de valor bruto
• Nombre de etiquetas y jerarquía de equipos
• Asignación de marca temporal
• Códigos de calidad y excepciones
Esta etapa de normalización convierte los registros específicos del protocolo en información consistente que las aplicaciones MES, EMS y cloud pueden interpretar.
4. Ejecutar reglas de borde
Enviar cada valor consultado a la nube desperdicia ancho de banda y complica la analítica. Una Pasarela Industrial Multiprotocolo puede procesar datos seleccionados localmente aplicando:
• Reporte de cambio de valor o de banda muerta
• Cálculos mínimos, máximos y medios
• Alarmas de umbral y estado del equipo
• Agregación de datos
• Gestión de excepciones específica de protocolo
• Reporte desencadenado por eventos
Los enclavamientos críticos y el control determinista de la máquina deben permanecer dentro del PLC. La pasarela debe soportar la integración de datos y funciones de supervisión sin convertirse en una dependencia innecesaria en el bucle de control principal.
5. Publicar datos en dirección norte
Los datos normalizados pueden entregarse a través de MQTT, OPC UA o HTTP/HTTPS a SCADA, MES, EMS, un broker MQTT o una plataforma en la nube.
La especificación hacia el norte debe definir la estructura de temas de MQTT, QoS, esquema de carga útil, marcas de tiempo, certificados e identidad del dispositivo. Para OPC UA, los ingenieros deben definir espacios de nombres, estructura de nodos, políticas de seguridad y roles cliente/servidor.
Diseño para redes inestables
Los sitios industriales IIoT no pueden asumir conectividad continua. Los enlaces Ethernet, Wi-Fi y celulares pueden fallar debido a cortes de operadores, señal débil, cableado dañado o mantenimiento aguas arriba.
Un despliegue fiable de la Pasarela Industrial Multi-Protocolo debe definir:
• Capacidad de almacenamiento local en búfer
• Comportamiento de almacenar y reenviar
• Intervalos de reconexión
• Secuenciación y deduplicación de mensajes
• Enlaces primarios y de respaldo
• Monitorización del latido cardíaco y del estado de la conexión
• Recuperación tras una interrupción de energía
Sin estas reglas, la plataforma en la nube puede recibir registros incompletos, duplicados o incorrectamente ordenados tras una interrupción de la red.
Seguridad entre los sistemas OT e IIoT
La pasarela debe formar un límite controlado en lugar de exponer los puertos PLC directamente a redes externas. Los controles recomendados incluyen:
• Separación VLAN entre redes de control y mantenimiento
• Túneles VPN para conectividad remota
• Certificados TLS para MQTT y HTTPS
• Cuentas de usuario individuales y permisos basados en roles
• Reglas de cortafuegos y listas blancas de servicios
• Desactivar interfaces y servicios no utilizados
• Cambios de configuración registrados
• Actualizaciones controladas de firmware y certificados
El acceso remoto debe seguir los principios de privilegio mínimo. Las aplicaciones en la nube no deberían recibir rutas sin restricciones hacia la red PLC solo porque sea necesario recopilar datos.
Tespro TG-325 como plataforma de integración
En Tespro, diseñamos elPuerta de Acostumbramiento Inteligente de Computación en Borde TG-325para proyectos que combinan equipos seriales heredados con infraestructura moderna cableada, inalámbrica y celular.
El hardware proporciona:
• Un puerto RS232 y dos RS485 con aislamiento de 3 kV
• Cuatro canales GPIO configurables
• Dos puertos Ethernet de 10/100/1000 Mbps
• Wi-Fi de banda dual
• Conectividad 2G/3G/4G/5G
• Opciones de doble SIM/eSIM
• Entrada DC de 12–36 V
• Caja metálica sin ventilador y montaje en raíles DIN o en la pared
• Rango operativo especificado de −40°C a 75°C
El entorno del protocolo TG-325 incluye Modbus RTU/TCP, BACnet, M-Bus y OPC UA, mientras que MQTT, Azure MQTT y HTTP(S) soportan informes hacia el norte. TesproOS proporciona configuración web, registros de eventos y sistema, diagnósticos remotos, configuración por lotes y actualizaciones de firmware en la nube.
Para instalaciones distribuidas, las opciones de VPN, aislamiento de VLAN, gestión de certificados, detección de enlaces, conmutación de doble SIM y un watchdog integrado ayudan a mantener la conectividad segura y a recuperarse de fallos comunes en la comunicación. Los controladores exactos de protocolo y las funciones opcionales deben verificarse en comparación con la documentación del PLC y el firmware entregado.
Lista de verificación de puesta en marcha
Antes de desplegar una Pasarela Industrial Multiprotocolo, verificar:
- Modelo PLC, firmware, interfaz y versión del protocolo
- Mapa de registros, tipo de datos, escalado y orden de bytes
- Puntos de solo lectura y autorizados para escribir
- Tasa de sondeo y carga aceptable de comunicación del PLC
- Filtrado de bordes, alarmas y reglas de buffering
- Modelo de datos MQTT, OPC, UA o API
- Comportamiento de conmutación por fallo por Ethernet, Wi-Fi o celular
- VPN, certificados y permisos de acceso
- Alimentación, puesta a tierra, temperatura y condiciones de la carcasa
- Precisión de datos, latencia, recuperación ante interrupciones y resultados de actualización remota
Conclusión
Una Pasarela Industrial Multi-Protocolo permite a los fabricantes conservar sistemas de control PLC probados mientras ponen sus datos a disposición de las aplicaciones modernas de IIoT. El resultado depende de un mapeo disciplinado de protocolos, la normalización de datos, el diseño de seguridad y las pruebas de aceptación en campo, no solo del soporte de protocolos.
Si planeas una integración de PLC heredado, Tespro puede revisar tu modelo PLC, manual de comunicaciones, lista de puntos, condiciones de red y plataforma IIoT objetivo para ayudar a definir una configuración y plan de pruebas adecuados para TG-325 antes del despliegue en el sitio.
Preguntas frecuentes
P1. ¿Puede el Tespro TG-325 conectarse a PLCs heredados?
Sí. El TG-325 proporciona RS232, interfaces RS485 aisladas y Ethernet Gigabit para conectar PLCs heredados, controladores, contadores e instrumentos industriales. La compatibilidad debe verificarse utilizando el manual de comunicaciones del PLC y la versión del protocolo.
P2. ¿Qué protocolos industriales soporta el Tespro TG-325?
El TG-325 soporta protocolos como Modbus RTU, Modbus TCP, BACnet, M-Bus y OPC UA. También soporta varios protocolos de contador de electricidad y de energía. Se deben confirmar los controladores disponibles para el firmware entregado.
P3. ¿Puede el TG-325 convertir datos de RTU Modbus a TCP Modbus?
Sí. El Tespro TG-325 puede adquirir datos de dispositivos Modbus RTU a través de RS485 y poner los datos a disposición mediante Modbus TCP. Las direcciones de registros, tipos de datos, orden de bytes e intervalos de sondeo deben configurarse correctamente.
P4. ¿Puede Tespro enviar datos PLC heredados a una plataforma MQTT?
Sí. El TG-325 soporta la publicación de MQTT y la integración Modbus a MQTT. Los ingenieros pueden definir puntos de datos, temas MQTT, intervalos de informes y parámetros del servidor según la plataforma objetivo IIoT.
P5. ¿El TG-325 soporta integración de UA con OPC?
Sí. OPC UA está incluido en el entorno del protocolo TG-325. La planificación del proyecto debe definir si la pasarela opera como cliente o servidor, junto con estructuras de nodos, certificados y políticas de seguridad.
