PLC frente a RTU: ¿qué diferencia hay para la supervisión remota?

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

En las conversaciones entre especialistas en automatización y jefes de proyecto, los términos PLC y RTU suelen utilizarse indistintamente —o, por el contrario, se presentan como si fueran radicalmente opuestos—. La realidad es más matizada: los PLC y las RTU son dos familias de equipos creadas para responder a necesidades distintas, que se han ido acercando progresivamente con el IIoT, pero que conservan diferencias fundamentales que resultan determinantes a la hora de elegir una arquitectura de supervisión remota.

Esta guía aclara las definiciones, compara ambas tecnologías en función de los criterios que realmente importan y explica cómo supervisar cada una de ellas de forma remota en una arquitectura SCADA o en la nube moderna.

¿Qué es un PLC (API)?​

Un PLC (Programmable Logic Controller), denominado API (Automate Programmable Industriel) en francés, es un controlador industrial diseñado para ejecutar un programa de control y mando en tiempo real en un proceso industrial local. Su función principal es procesar entradas y salidas (sensores, actuadores) a alta frecuencia y ejecutar una lógica de secuenciación o regulación.

Funcionamiento​

El PLC funciona en un bucle cíclico: adquisición de las entradas, ejecución del programa, actualización de las salidas y vuelta a empezar. El tiempo de ciclo suele oscilar entre 1 y 100 ms, dependiendo de la complejidad del programa y de la potencia de la CPU. Los lenguajes de programación están estandarizados por la norma IEC 61131-3: diagrama de escalera (LD), diagrama de bloques de funciones (FBD), texto estructurado (ST), lista de instrucciones (IL) y diagrama secuencial de funciones (SFC).

Ejemplos representativos​

  • Siemens: S7-1200, S7-1500, S7-300 (modelos antiguos)
  • Schneider Electric: Modicon M340, M580, M262
  • Allen-Bradley (Rockwell): ControlLogix, CompactLogix, MicroLogix
  • Omron: CX-Programmer, series NX/NJ
  • Mitsubishi: serie MELSEC Q, serie iQ-R

Ámbitos de aplicación habituales​

Los PLC se utilizan en cualquier lugar donde sea necesario ejecutar una lógica compleja de forma local: líneas de producción de automóviles, máquinas de embalaje, células de soldadura robotizadas, transportadores multieje, procesos agroalimentarios con gestión de recetas y regulación de temperatura multizona.

La característica clave: el PLC es el núcleo de un proceso local que no puede permitirse esperar una instrucción de la nube para tomar una decisión en cuestión de milisegundos.

¿Qué es una RTU?​

Una RTU (Remote Terminal Unit — Unidad Terminal Remota) es un equipo diseñado para recopilar datos de medición en una ubicación remota, concentrarlos y transmitirlos a un sistema central (SCADA, centro de supervisión) a través de una red de comunicaciones —históricamente por radio o RTC, hoy en día por GPRS/4G o fibra óptica—. Su capacidad de procesamiento local es limitada; su función principal es la telegestión: enviar información y, en algunos casos, ejecutar órdenes sencillas recibidas desde la central.

Funcionamiento​

El RTU analiza sus entradas (4–20 mA, todo o nada, impulsos de contador), almacena los valores en la memoria intermedia y los transmite periódicamente o ante un evento al SCADA central. En caso de interrupción de la comunicación, sigue almacenando los datos localmente (con marca de tiempo integrada) y los transmite de forma diferida cuando se restablece la conexión. Esta función de almacenamiento con marca de tiempo es fundamental en aplicaciones relacionadas con el agua, la energía y la telegestión.

Ámbitos de aplicación​

  • Suministro de agua y saneamiento: control remoto de estaciones de bombeo, supervisión de depósitos, detección de fugas
  • Suministro de energía: subestaciones eléctricas de alta tensión (AT) y muy alta tensión (MAT), control de estaciones transformadoras
  • Gas: supervisión de estaciones de suministro, medición de consumo a larga distancia
  • Medio ambiente: estaciones meteorológicas, medición del caudal de los ríos, calidad del aire
  • Agricultura: riego automatizado, sondas remotas sobre el terreno

La característica clave: la RTU es un equipo satelital instalado en emplazamientos remotos y, a menudo, desatendidos, cuya función principal 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 — ciclos de 1 a 100 ms, lógica complejaBaja a media — procesamiento sencillo, sin regulación multieje
Interfaz de campo (E/S)E/S digitales y analógicas modulares, alta densidadE/S analó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éctricoDe medio a alto (alimentación de 24 V CC, varios amperios)Bajo (diseñado para posible alimentación solar o por batería)
Resistencia ambientalNivel industrial, pero optimizado para instalación fija en armarioDiseñado para emplazamientos desatendidos, frío extremo, calor y humedad extrema
Uso típicoAutomatización local, máquinas, líneas de producciónTelegestión, SCADA de agua/energía, emplazamientos remotos
PrecioDe 500 € a 10 000 €, según la potencia y las E/SDe 300 € a 3 000 €, según las E/S y los protocolos
ProgramaciónIEC 61131-3 (LD, FBD, ST…) — ingeniero de automatizaciónConfiguración simplificada o lenguaje del fabricante — técnico de telecontrol
Comunicación remotaOPC-UA, Modbus TCP, a través de pasarelaDNP3, IEC 104, Modbus RTU sobre 4G, nativo en red WAN
Redundancia / búfer fuera de líneaLimitada — diseñado para permanecer conectadoNativa — 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 o una coordinación de múltiples actuadores, 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 decisión procedente de la nube. El PLC toma la decisión de forma local, en tiempo real.

Entorno controlado. El equipo está instalado en un armario eléctrico de taller, a temperatura controlada y con una fuente de alimentación estabilizada. No se dan condiciones ambientales extremas (frío intenso en el exterior, alimentación por batería, 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.
  • Máquina de envasado farmacéutico: el PLC gestiona el flujo de producto, el pesaje, el etiquetado y la trazabilidad de conformidad con la norma FDA 21 CFR Parte 11.
  • Planta de tratamiento de aguas residuales con 6 depósitos: el PLC gestiona las secuencias de llenado y vaciado, las bombas y los aireadores mediante una lógica de regulación compleja.

¿Cuándo se debe elegir una RTU?​

El RTU es la opción adecuada en las siguientes situaciones:

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 distribución 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 fáciles de configurar, son la opción más lógica.

Protocolos SCADA nativos. Si tu SCADA central utiliza DNP3 o IEC 60870-5-104 (protocolos diseñados para la telemática con gestión de la marca de tiempo, las secuencias de eventos y la comunicación intermitente), una RTU implementará estos protocolos de forma nativa, mientras que un PLC necesitará una pasarela.

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 de telegestión de agua y energía.

Ejemplos concretos:

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

Supervisar un PLC a distancia​

La supervisión remota de un PLC se basa en la extracción de las variables de proceso del controlador y su transmisión a un sistema de supervisión centralizado o en la nube. Existen varios métodos, en función de la generación del controlador y de la infraestructura disponible.

OPC-UA: el método moderno (S7-1500, Modicon M580, ControlLogix)​

Los PLC modernos (desde aproximadamente 2015) incorporan un servidor OPC-UA integrado. La pasarela IoT o el servidor SCADA se conecta como cliente OPC-UA, se suscribe a las variables de interés y recibe las actualizaciones en tiempo real o cuando se produce un cambio de valor. La seguridad está integrada (cifrado, certificados, autenticación mediante nombre de usuario/contraseña o certificado de cliente).

Modbus TCP: el método universal​

Modbus TCP es compatible con prácticamente todos los PLC modernos y con muchos PLC antiguos a través de módulos de comunicación (CP para Siemens, NOE para Schneider). La pasarela IoT consulta los registros Modbus a intervalos fijos y transmite los valores a la nube. Es sencilla y universal, pero carece de un mecanismo nativo de notificación de cambios.

Pasarela IoT local​

En el caso de los PLC sin conectividad de red nativa (S7-300 sin CP Ethernet, Modicon Quantum), una pasarela IoT se conecta al puerto serie RS-485 o RS-232 del autómata mediante Modbus RTU y se encarga de la transmisión de datos a la nube. Este enfoque resulta transparente para el programa del autómata.

Acceso directo a través de VPN​

Para el mantenimiento y el diagnóstico, 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.

Supervisar una RTU a distancia​

La supervisión remota es la razón de ser de la RTU. Los protocolos y métodos son diferentes a los de los PLC, ya que se diseñaron desde el principio para la comunicación a través de enlaces WAN inestables.

DNP3: el protocolo histórico de las empresas de servicios públicos​

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 de los eventos, los informes de excepción (se envía un informe solo si el valor cambia) y las clases de datos (clases 0, 1, 2 y 3 para priorizar las alarmas).

Una RTU DNP3 se conecta al servidor SCADA central 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.

IEC 60870-5-101 e IEC 60870-5-104​

Estos protocolos de la norma IEC son los equivalentes europeos del DNP3, ampliamente utilizados en las redes de energía y de distribución de agua en Francia y en Europa. La norma IEC 101 es la variante serie (RS-232/485), mientras que la norma IEC 104 es la variante TCP/IP (la opción actual para las implementaciones 4G y de fibra óptica).

Una RTU IEC 104 establece una conexión TCP con el SCADA maestro en el puerto 2404. Transmite los datos de forma espontánea (ante un cambio) o en respuesta a consultas generales del maestro.

Modbus RTU por 4G​

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

Ejemplo de implantación de RTU para agua​

Una empresa de aguas supervisa 45 estaciones de bombeo a través de un sistema SCADA central. Cada estación cuenta con una RTU que incluye:

  • 8 entradas analógicas de 4–20 mA (caudal, presión, nivel)
  • 16 entradas digitales (estado de las bombas, alarmas)
  • 4 salidas digitales (control de las bombas)
  • 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 (consulta general) y recibe las alarmas de forma espontánea. En caso de que se supere el umbral, la alarma se transmite 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 y la demanda de supervisión en la nube:

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), 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 470 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 equipos polivalentes capaces de realizar un procesamiento local avanzado (aprendizaje automático a partir de datos de sensores, análisis de vibraciones, detección de anomalías), comunicación multiprotocolo y supervisión simultánea en la nube. Estos «controladores de borde» combinan lo mejor de ambos mundos.

Recomendación práctica. En las nuevas instalaciones, la distinción entre PLC y RTU es cada vez menos determinante. El verdadero criterio es: ¿necesitas lógica en tiempo real local (→ PLC), gestión remota con protocolos de servicios públicos (→ RTU) o ambas cosas (→ controlador periférico con ambas capacidades)? 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.

Ejemplo de arquitectura: supervisión de PLC y RTU desde una misma plataforma​

En la realidad de las instalaciones existentes, los PLC y las RTU conviven: un taller controlado por S7-1200, estaciones remotas equipadas con RTU antiguas y algunos armarios con simples sensores Modbus. En lugar de acumular herramientas de supervisión, la arquitectura unificada pasa por la pasarela:

PLC (Modbus TCP, S7, OPC-UA) + RTU (Modbus RTU, DNP3) + sensores RS-485 → pasarela Eziwan → tarjeta SIM M2M 4G o Ethernet → túnel VPN saliente → nube Eziwan → supervisión unificada, alertas y acceso remoto por dispositivo.

La pasarela abstrae el protocolo de campo: desde la plataforma, un registro RTU de la década de 2000 y una variable OPC-UA de un S7-1500 nuevo se supervisan exactamente de la misma manera. Esto es lo que permite modernizar la supervisión sin tener que esperar a la renovación del parque de equipos.

Coste de la modernización: ¿sustituir o conectar?​

Antes de sustituir una RTU obsoleta por un PLC moderno, compara ambas opciones:

EscenarioCoste habitual por instalaciónPlazoRiesgo
Sustitución completa de la RTU por un PLC con capacidad de comunicaciónEntre 5 000 y 15 000 € (material + estudios + recableado + pruebas)Varias semanas, parada de la instalaciónRegresión funcional, recalificación
Incorporación de una pasarela 4G al sistema existenteUnos cientos de euros + cuota de suscripciónMenos de un día, sin paradaPrácticamente nulo (solo lectura)

En la mayoría de los casos, la pasarela satisface las necesidades reales —supervisión en la nube, alertas, acceso remoto— por una fracción del coste, y permite planificar con tranquilidad la sustitución del hardware a lo largo de varios años.

Preguntas frecuentes​

¿Se puede sustituir una RTU por un PLC en una aplicación de telegestión del agua? Técnicamente sí, pero con algunas salvedades. Si tu SCADA central utiliza DNP3 o IEC 104, un PLC sin un módulo de comunicación específico no puede implementar estos protocolos de forma nativa. Se necesitará una pasarela DNP3/IEC 104 → Modbus u OPC-UA. Además, los PLC suelen consumir más energía y están menos adaptados a las fuentes de alimentación por batería o energía solar. La RTU sigue siendo la opción óptima para las instalaciones de telegestión de agua y energía.

¿Puede una RTU sustituir a un PLC en una línea de producción? No, por dos razones: la potencia de procesamiento es insuficiente para las lógicas complejas de secuenciación y regulación, y las RTU no están diseñadas para tiempos de ciclo inferiores a 100 ms. Sin embargo, una RTU puede supervisar equipos sencillos de una línea (sensores de nivel, estado de válvulas manuales) como complemento de un PLC principal.

¿Cómo supervisar una RTU antigua cuyo protocolo no es compatible con mi SCADA en la nube? Una pasarela de protocolos (Moxa, Advantech, Eziwan) puede convertir un protocolo de campo heredado (DNP3, IEC 101, BSAP) a MQTT u OPC-UA, formatos compatibles con un SCADA en la nube moderno. A menudo resulta más económico que sustituir las RTU en parques de cientos de equipos.

¿Cuál es la diferencia entre una RTU y un registrador de datos? Un registrador de datos almacena de forma pasiva las mediciones en su memoria para su posterior lectura (a menudo a través de USB o tarjeta SD). Una RTU transmite activamente los datos a un sistema central en tiempo casi real o en función de un evento. Algunos equipos modernos combinan ambas funciones (registrador de datos con transmisión 4G), pero la distinción funcional sigue siendo relevante.

Para profundizar en el tema​

¿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​