PLC frente a RTU: ¿qué diferencias hay en la supervisión remota?

· 18 min de lectura
18 min read
Lucas Moreau
Lucas Moreau
Ingeniero de redes OT/IT

En los proyectos de supervisión industrial a distancia, a menudo surge la misma pregunta: ¿se necesita un PLC o una RTU? Estas dos familias de equipos se confunden con frecuencia, y a veces se utilizan indistintamente, aunque sus lógicas de diseño son radicalmente diferentes. Comprender esta distinción es fundamental para elegir la arquitectura adecuada y evitar una implementación sobredimensionada o con un rendimiento insuficiente.

Esta guía completa aclara las definiciones, compara ambas tecnologías en función de los criterios que importan para la supervisión remota y explica cuándo y cómo supervisar cada una de ellas a través de SCADA, 4G LTE o una plataforma IIoT en la nube.

¿Qué es un PLC (API)?​

Definición​

Un PLC (Programmable Logic Controller), denominado API (Automate Programmable Industriel) en francés, es un ordenador industrial de alta resistencia diseñado para ejecutar en tiempo real un programa de control y mando en un proceso industrial local. Su función principal consiste en leer entradas físicas (sensores, botones, caudalímetros), ejecutar una lógica de control y actuar sobre salidas físicas (actuadores, válvulas, motores) en un tiempo determinista y repetible.

A diferencia de un ordenador de uso general, el PLC está diseñado para funcionar las 24 horas del día, los 7 días de la semana, en entornos industriales exigentes: vibraciones, interferencias electromagnéticas, temperaturas extremas y humedad. Su fiabilidad está garantizada por una arquitectura de hardware específica y un sistema operativo en tiempo real (RTOS).

El ciclo de escaneo​

El funcionamiento de un PLC se basa en un ciclo de exploración que se repite indefinidamente:

  1. Lectura de las entradas: el PLC muestrea todas sus entradas físicas y las copia en la tabla de imagen de entradas.
  2. Ejecución del programa: el procesador ejecuta el programa de usuario (Ladder, FBD, texto estructurado, SFC según la norma IEC 61131-3).
  3. Actualización de las salidas: los resultados se escriben en las salidas físicas para controlar los equipos.
  4. Tareas del sistema: diagnósticos, comunicaciones, registro de la fecha y la hora.

La duración del ciclo suele oscilar entre 1 ms y 100 ms, dependiendo de la complejidad del programa y del modelo de autómata. Las aplicaciones de seguridad (SIL 2/3) requieren ciclos inferiores a 10 ms con un watchdog de hardware.

Ejemplos representativos de PLC​

  • Siemens: S7-1200 (compacto, TIA Portal, Modbus TCP nativo), S7-1500 (alto rendimiento, OPC-UA integrado), S7-300/400 (modelos antiguos aún muy presentes)
  • Schneider Electric: Modicon M340 (gama media), M580 (basado en Ethernet, OPC-UA, redundancia), Modicon Quantum (alta disponibilidad para energía y petroquímica)
  • Allen-Bradley (Rockwell): CompactLogix (polivalente, EtherNet/IP nativo), ControlLogix (alto rendimiento, chasis redundante), MicroLogix (gama básica)
  • Mitsubishi Electric: MELSEC iQ-R, MELSEC-F (FX) — muy extendidos en los sectores de la automoción y farmacéutico
  • Beckhoff: gama CX/BX (automatización basada en PC, EtherCAT, OPC-UA, TwinCAT)

Ámbitos de aplicación habituales​

Línea de producción de automóviles, máquina de embalaje, célula robotizada, transportador multieje, proceso agroalimentario con gestión de recetas, estación compleja de tratamiento de aguas residuales con regulación multibucle, máquina farmacéutica conforme a la norma FDA 21 CFR Parte 11. La característica común: una lógica compleja que debe ejecutarse localmente, en tiempo real, sin depender de una instrucción remota.

¿Qué es una RTU?​

Definición​

Una RTU (Remote Terminal Unit — Unidad Terminal Remota), a veces denominada autómata de telegestión en francés, es un equipo diseñado para supervisar y controlar equipos en emplazamientos remotos y transmitir los datos a un sistema de supervisión centralizado (SCADA, MTU). Su capacidad de procesamiento local está limitada de forma intencionada; destaca por su comunicación a larga distancia, su resistencia a los cortes de red y su bajo consumo eléctrico.

Una RTU es el componente de campo por excelencia de las arquitecturas SCADA (Supervisory Control and Data Acquisition). Mientras que el PLC toma decisiones a nivel local, la RTU transmite la información a un centro de control centralizado.

Funcionamiento​

La RTU analiza sus entradas (4–20 mA, todo o nada, recuento de impulsos), marca los valores con la fecha y la hora de forma local y los transmite —de forma periódica o ante un evento— al servidor SCADA central a través de la red WAN (radio, 4G, fibra). En caso de interrupción de la comunicación, la RTU almacena en búfer los datos con una marca de tiempo precisa y los retransmite en bloque cuando se restablece la conexión. Esta función de almacenamiento con marca de tiempo es un requisito obligatorio en numerosos pliegos de condiciones de los sectores del agua, la energía y el gas.

Ámbitos de aplicación​

Las RTU se instalan en infraestructuras geográficamente dispersas:

  • Suministro de agua y saneamiento: estaciones de bombeo, depósitos, plantas de tratamiento de aguas residuales. Mediciones de caudal, presión, nivel y estado de las bombas.
  • Redes eléctricas: subestaciones de alta tensión (AT) y muy alta tensión (VAT), estaciones transformadoras, parques eólicos y solares aislados.
  • Transporte de gas e hidrocarburos: estaciones de entrega, estaciones de compresión, medición a larga distancia, vigilancia de gasoductos.
  • Agricultura y riego: control de válvulas de riego, mediciones meteorológicas, sondas remotas sobre el terreno.
  • Alumbrado público: armarios de control, regulación de intensidad y registro de consumo.
  • Medio ambiente: estaciones de medición de la calidad del aire (PM2,5, NO₂, O₃) y medición de caudales hidrológicos.

La característica clave: la RTU es un equipo satelital, instalado en una ubicación sin personal, cuya función es transmitir el estado de la instalación a un centro de control centralizado.

Tabla comparativa: PLC frente a RTU​

CriterioPLC (API)RTU
Potencia de procesamientoAlta — ciclo de 1–100 ms, lógica de secuenciación complejaBaja a media — procesamiento sencillo, umbrales, alarmas
Interfaces de E/SE/S digitales y analógicas modulares, alta densidadAnalógicas 4–20 mA, digitales, recuento de impulsos, medición
Protocolos nativosModbus TCP/RTU, OPC-UA, PROFIBUS, EtherNet/IP, PROFINETModbus RTU, DNP3, IEC 60870-5-101/104, IEC 61968
Consumo eléctricoMedio a alto — alimentación estabilizada de 24 V CCBajo — diseñado para alimentación solar o por batería
Resistencia ambientalGrado industrial, armario con temperatura controladaInstalaciones sin vigilancia, frío extremo, calor, humedad extrema
Uso típicoControl y mando local, máquinas, líneas de producciónTelegestión, SCADA de agua/energía, emplazamientos remotos
Rango de preciosDe 500 € a 20 000 €, según potencia y E/SDe 200 € a 3 000 €, según E/S y protocolos
Entorno de programaciónIEC 61131-3 (LD, FBD, ST, SFC) — ingeniero de automatizaciónConfiguración simplificada o lenguaje del fabricante — técnico de telecontrol
Comunicación remotaOPC-UA, Modbus TCP, a través de pasarela o módulo COMDNP3, IEC 104, Modbus RTU nativo sobre 4G / radio / satélite
Redundancia / búfer fuera de líneaLimitada — diseñado para permanecer conectado en todo momentoNativa — almacenamiento con marca de tiempo en caso de corte de red

¿Cuándo elegir un PLC?​

El PLC es la opción adecuada cuando se cumplen los siguientes criterios:

Lógica local compleja. Si su instalación requiere una secuenciación en varias etapas, una regulación PID de múltiples bucles, una gestión de recetas, una coordinación de múltiples actuadores o una lógica de seguridad SIL, solo un PLC dispone de la potencia de procesamiento y del entorno de desarrollo adecuados.

Tiempo de respuesta crítico. Una cinta transportadora que debe detectar un atasco en 10 ms y detener la línea no puede depender de una instrucción procedente de la nube. El PLC toma la decisión de forma local, en tiempo real, sin depender de la red.

Entorno controlado. El equipo está instalado en un armario eléctrico de taller con alimentación estabilizada y temperatura controlada. No se aplican las restricciones relacionadas con el frío extremo, la alimentación por batería o las instalaciones sin vigilancia.

Ejemplos concretos:

  • Robot de soldadura en una línea de montaje de automóviles: el PLC gestiona la sincronización de los ejes, la secuencia de soldadura y los enclavamientos de seguridad en menos de 5 ms.
  • Máquina de envasado farmacéutico: gestión del flujo de producto, pesaje, etiquetado y trazabilidad según la FDA.
  • Planta de tratamiento de aguas residuales (PTAR) de 100 000 habitantes equivalentes: regulación multibucle de los 6 depósitos, secuencias de llenado/vaciado y gestión de los compresores de aire.

¿Cuándo se debe elegir una RTU?​

Instalaciones remotas sin personal. Una estación de bombeo situada a 40 km del centro de supervisión, alimentada por un generador con batería de reserva, en un pozo o en un local sin aire acondicionado. La RTU está diseñada para estas condiciones.

Gran número de puntos de medición. Una red de abastecimiento de agua puede contar con 200 estaciones de bombeo y 500 puntos de medición. Instalar PLC en cada uno de ellos se saldría del presupuesto y sería excesivo. Las RTU, más económicas y más fáciles de configurar para el telecontrol, son la opción más lógica.

Protocolos SCADA nativos. Si su sistema SCADA central utiliza DNP3 o IEC 60870-5-104 —protocolos diseñados para la telemanejo con marca de tiempo, secuencias de eventos y comunicación intermitente—, una RTU implementará estos protocolos de forma nativa, mientras que un PLC requiere una pasarela adicional.

Autonomía en caso de corte de red. La RTU almacena las mediciones localmente con un registro de fecha y hora preciso y las transmite en bloque cuando se restablece la comunicación. Esta función es obligatoria en numerosos pliegos de condiciones del sector del agua y la energía.

Ejemplos concretos:

  • Red de 80 estaciones de medición de la calidad del aire: transmisión cada 15 minutos de los valores de PM2,5, NO₂ y O₃ al servidor central a través de 4G.
  • Estaciones de suministro de gas: RTU IEC 101 con conexión RTC y posterior migración a IEC 104 sobre IP, supervisión y control de operaciones.
  • Riego agrícola en 500 ha: RTU en cada válvula de sector, controladas desde la central de operaciones.

Supervisión remota de un PLC​

La supervisión remota de un PLC se basa en la extracción de las variables de proceso y su transmisión a un sistema de supervisión centralizado o a una plataforma en la nube. Existen varios métodos, dependiendo de la generación del autómata.

OPC-UA: el método recomendado para los PLC modernos​

Los controladores lógicos programables (PLC) más recientes (Siemens S7-1500, Schneider Modicon M580, Beckhoff TwinCAT, Allen-Bradley ControlLogix 5380) incorporan un servidor OPC-UA integrado. La pasarela IoT o el sistema SCADA se conecta como cliente OPC-UA, se suscribe a los nodos de interés y recibe las actualizaciones en tiempo real o cuando se produce un cambio de valor.

Ventajas: seguridad integrada (TLS, certificados, autenticación), semántica rica (tipos de datos, unidades), interoperabilidad entre distintos fabricantes.

Configuración típica: punto final opc.tcp://[IP-PLC]:4840, índice de espacio de nombres 2 (Siemens), autenticación mediante nombre de usuario/contraseña o certificado de cliente.

Modbus TCP: el método universal​

Prácticamente todos los PLC modernos son compatibles con Modbus TCP, al igual que muchos modelos antiguos mediante módulos de comunicación (CP343 para Siemens S7-300, NOE 771 para Schneider Quantum). La pasarela IoT consulta los registros Modbus cada N segundos y transmite los valores a la nube.

Ventajas: universalidad total, configuración sencilla, compatible con todos los sistemas SCADA. Inconveniente: sondeo activo (sin notificaciones de eventos), sin seguridad nativa (hay que protegerlo mediante VPN).

Pasarela IoT a través de RS-485 (Modbus RTU)​

En el caso de los PLC sin Ethernet o que solo dispongan de un puerto serie (Siemens S7-200, antiguos Modicon), la Gateway Eziwan se conecta al puerto RS-485 del autómata a través de Modbus RTU y envía los datos a la nube. Es transparente para el programa del autómata, por lo que no es necesario modificar el código.

Acceso remoto a través de VPN para el mantenimiento​

Para el diagnóstico y el mantenimiento, el ingeniero accede al autómata desde su puesto de trabajo a través de un túnel VPN. Ve el PLC como si estuviera en la red local: TIA Portal para un S7, Unity Pro para un Modicon, Studio 5000 para un ControlLogix. No hay ningún puerto abierto en la planta industrial: arquitectura «zero-inbound-port».

Supervisión remota de una RTU​

La supervisión remota es la razón de ser de la RTU. Los protocolos utilizados se diseñaron desde el principio para conexiones WAN de larga distancia e intermitentes.

DNP3: el protocolo de las empresas de servicios públicos norteamericanas​

DNP3 (Distributed Network Protocol 3) es el protocolo de telegestión predominante en Norteamérica para las redes eléctricas y los sistemas de distribución de agua. Admite de forma nativa la comunicación intermitente, el sellado de tiempo preciso de los eventos, los informes de excepción (la RTU solo transmite si el valor cambia) y las clases de datos (clases 0, 1, 2 y 3 para priorizar las alarmas críticas).

Una RTU DNP3 se conecta al SCADA maestro a través de TCP/IP (DNP3 sobre IP) o mediante un enlace serie por radio. En 4G, la RTU establece una sesión DNP3 TCP con el servidor maestro (puerto estándar 20000).

IEC 60870-5-104: la norma europea​

IEC 60870-5-101 (versión serie) e IEC 60870-5-104 (versión TCP/IP) son los estándares de telegestión predominantes en Europa, especialmente para las redes eléctricas y de distribución de agua en Francia. La norma IEC 104 es la norma de facto para las nuevas implantaciones: la RTU establece una conexión TCP con el SCADA maestro en el puerto 2404 y transmite los datos de forma espontánea o en respuesta a consultas generales.

Modbus RTU por 4G​

Para implementaciones más sencillas o parques de equipos ya existentes, una RTU transmite sus datos a través de Modbus TCP encapsulado en un túnel VPN sobre 4G. La pasarela 4G crea un túnel VPN hacia el SCADA central; el SCADA consulta a la RTU como si estuviera en la red local.

Ejemplo de implementación: una empresa de aguas supervisa 45 estaciones de bombeo a través de un sistema SCADA central. Cada estación cuenta con una RTU con 8 entradas analógicas de 4–20 mA (caudal, presión, nivel), 16 entradas digitales (estado de las bombas, alarmas), 4 salidas digitales (controles de bombas) y comunicación IEC 104 a través de 4G LTE con conmutación automática a una tarjeta SIM secundaria. El SCADA consulta cada RTU cada 5 minutos y recibe las alarmas en modo espontáneo en menos de 10 segundos.

La convergencia entre PLC y RTU en el IIoT​

Las fronteras entre los PLC y las RTU se han ido difuminando desde hace unos diez años, impulsadas por el IIoT:

Los PLC modernos incorporan funciones RTU. Los Modicon M262, los Siemens S7-1500T o los CompactLogix 5380 incorporan conectores nativos para la nube (MQTT, OPC-UA sobre MQTT), funciones de almacenamiento local y protocolos de telegestión. Un S7-1500 con pasarela IoT puede desempeñar la función de una RTU de alto rendimiento.

Las RTU modernas incorporan lógica PLC. Equipos como el SCADAPack 470i de Schneider Electric o el Wago 750-8207 ofrecen una potencia de procesamiento y un entorno de programación conforme a la norma IEC 61131-3 comparables a los de los PLC compactos, al tiempo que conservan los protocolos de telegestión nativos (DNP3, IEC 104).

El «edge computing» elimina las fronteras. La tendencia se inclina hacia los «controladores de borde» polivalentes, capaces de realizar un procesamiento local avanzado (aprendizaje automático con datos de sensores, detección de anomalías), comunicación multiprotocolo y supervisión simultánea en la nube, combinando lo mejor de ambos mundos.

Recomendación práctica. En las nuevas instalaciones, la dicotomía PLC/RTU es cada vez menos determinante. El verdadero criterio es: ¿necesitas lógica en tiempo real local (→ PLC), telegestión en una ubicación remota con protocolos de servicios públicos (→ RTU) o ambas cosas (→ controlador de borde)? En cualquier caso, la supervisión remota pasa hoy en día por una pasarela de IoT que abstrae el protocolo de campo y expone una API estándar en la nube.

Lista de verificación para elegir entre PLC y RTU​

Para cada nuevo proyecto, responde a estas 5 preguntas en el orden indicado:

1. ¿Existe una lógica compleja de control y mando local?
   (secuenciación, regulación PID, seguridad SIL)
   OUI → PLC obligatoire
   NON → continuer

2. ¿Se trata de un emplazamiento alejado, sin vigilancia y con suministro eléctrico inestable?
   OUI → RTU ou edge controller
   NO → PLC si se requiere lógica local; en caso contrario, pasarela IoT sencilla

3. ¿Hay que cumplir algún protocolo de servicios públicos (DNP3 o IEC 60870)?
   OUI → RTU avec protocol natif
   NO → basta con una pasarela IoT Modbus + MQTT

4. Le budget par site est-il < 1 000 € ?
   SÍ → RTU simple o pasarela IoT
   NO → PLC con pasarela IoT para la supervisión en la nube

5. ¿Necesitas lógica local Y gestión remota SCADA?
   SÍ → Controlador Edge (híbrido) con los protocolos IEC 61131-3 + DNP3/IEC 104
   NO → solución monofuncional según las respuestas 1-4

Arquitectura híbrida PLC + RTU en una instalación compleja​

En numerosas instalaciones industriales reales, ambos equipos coexisten y desempeñan funciones complementarias:

En esta configuración:

  • El PLC S7-1500 gestiona la regulación en tiempo real de los tanques de aireación y las secuencias de llenado y vaciado, una lógica que una RTU no podría ejecutar.
  • La RTU SCADAPack garantiza la gestión remota hacia el SCADA regional (IEC 104) con un registro preciso de la fecha y la hora de los eventos y un búfer de 30 días —funciones nativas optimizadas—.
  • La pasarela Eziwan agrupa ambas fuentes, las publica en la nube mediante MQTT y ofrece acceso VPN para el mantenimiento desde la oficina.

Tres equipos, tres funciones distintas, una única plataforma de supervisión unificada.

Preguntas frecuentes​

¿Cuál es la principal diferencia entre un PLC y una RTU?​

El PLC es un controlador lógico programable diseñado para ejecutar una lógica de control y mando compleja localmente, con ciclos de entre 1 y 100 ms. La RTU es un equipo de telegestión diseñado para recopilar datos en una ubicación remota y transmitirlos a un centro de supervisión. El PLC toma las decisiones y la RTU transmite la información. Ambos pueden coexistir en una misma instalación: el PLC controla la máquina de forma local, mientras que la RTU envía los datos al sistema SCADA central.

¿Se pueden supervisar a distancia un PLC y una RTU desde la misma plataforma?​

Sí. Una pasarela IoT industrial como la Gateway Eziwan es compatible de forma nativa con Modbus RTU/TCP (para los PLC), DNP3 e IEC 60870-5-104 (para las RTU) y OPC-UA para los autómatas modernos. Centraliza todas estas fuentes en una misma plataforma en la nube, independientemente del equipo de campo. Este es el enfoque recomendado para parques mixtos de PLC y RTU.

¿Qué protocolo se debe utilizar para el acceso remoto a un PLC?​

  • OPC-UA: recomendado para los PLC modernos (S7-1500, M580, Beckhoff). Seguridad integrada, semántica rica, interoperabilidad.
  • Modbus TCP: universal, compatible con todos los PLC, tanto modernos como antiguos. Fácil de configurar y de proteger mediante VPN.
  • Modbus RTU a través de RS-485: para PLC sin Ethernet o que solo dispongan de puerto serie. A través de una pasarela local.
  • Acceso VPN directo: para el mantenimiento y el diagnóstico, el ingeniero accede al PLC a través de su software nativo (TIA Portal, Unity Pro) mediante un túnel VPN.

¿RTU o PLC para la gestión del agua y el saneamiento?​

En el caso de las instalaciones de telegestión del agua (estaciones de bombeo aisladas, depósitos, puntos de medición), la RTU sigue siendo la opción óptima: protocolos DNP3/IEC 104 nativos, bajo consumo para alimentación solar o por batería, almacenamiento con marca de tiempo y resistencia en emplazamientos sin vigilancia. En el caso de las plantas de tratamiento complejas (plantas de tratamiento de aguas residuales con regulación de múltiples bucles), un PLC gestiona el proceso local, mientras que una RTU o una pasarela IoT se encarga de la transmisión de datos al SCADA central.

¿Supervisa un parque de controladores lógicos programables (PLC) o unidades de teleoperación (RTU) y desea centralizar la supervisión a distancia? Descubra las soluciones de Eziwan para el acceso remoto a controladores y PLC.

Recursos adicionales​