Cómo elegir el controlador adecuado para una aplicación industrial

La cantidad de entradas y salidas importa, pero rara vez explica por sí sola qué arquitectura conviene. La complejidad de la lógica, las comunicaciones, el diagnóstico y el ciclo de vida suelen pesar tanto o más.

Imagen principal. Comparación conceptual entre relé inteligente y PLC.

La pregunta parece simple. La respuesta no tanto.

Cuando se diseña una automatización pequeña aparece una pregunta recurrente: ¿hace falta un PLC o la aplicación puede resolverse correctamente con un relé inteligente? La reacción inicial suele ser contar entradas y salidas. Si son pocas, relé inteligente; si son muchas, PLC. Ese criterio ayuda a dimensionar, pero no alcanza para decidir.

Dos aplicaciones con el mismo número de señales pueden exigir arquitecturas muy diferentes. Una puede limitarse a alternar dos bombas con temporizadores y enclavamientos; otra puede necesitar control analógico, variadores, comunicación con otros equipos, una HMI, diagnóstico detallado y conexión a un SCADA. El número de puntos apenas cambió. La naturaleza del problema sí.

Idea central La pregunta útil no es “¿cuántas E/S tengo?”, sino “¿qué necesita hacer el sistema hoy, cómo debe mantenerse y qué es razonable esperar que necesite durante su vida útil?”.

Figura 1. La selección es multidimensional: E/S es solo uno de varios criterios.

1. ¿Qué entendemos por relé inteligente?

Los términos relé inteligente, relé programable y módulo lógico programable suelen describir una familia de controladores compactos concebidos para automatizaciones relativamente sencillas. Sustituyen con ventaja circuitos que antes se resolvían con relevadores auxiliares, temporizadores, contadores y bastante cableado de control.

En una sola unidad pueden reunir entradas y salidas, funciones lógicas, temporización, conteo, comparadores, memoria y programación. Dependiendo del modelo, también pueden incorporar entradas analógicas, Ethernet, expansión de E/S, registro de datos, visualización local o servicios web. Esa evolución explica por qué la frontera con los micro-PLC ya no es tan nítida como hace algunos años.

• Arranque y paro de equipos.
• Alternancia de bombas.
• Temporizaciones y enclavamientos.
• Control de iluminación, ventilación o servicios auxiliares.
• Pequeñas secuencias con estados bien definidos.
• Automatizaciones locales donde la integración con otros sistemas es limitada.

Siemens, por ejemplo, describe LOGO! 9 como un módulo lógico para tareas pequeñas y autónomas, con expansión digital y analógica, Ethernet y visualización. Schneider Electric mantiene Zelio Logic dentro de la categoría de smart relays. Eaton easyE4 incorpora capacidades de comunicación como Modbus TCP. Son ejemplos de una categoría que hoy puede hacer bastante más que un simple reemplazo electrónico de relevadores.

2. ¿Qué aporta un PLC?

Un PLC también lee entradas, ejecuta lógica y gobierna salidas. Por eso la diferencia no puede reducirse a “el relé hace lógica y el PLC controla procesos”: ambos controlan. La diferencia aparece en la escala, la estructura del software, la variedad de E/S, la capacidad de integración, el diagnóstico y la posibilidad de crecer.

Los PLC actuales están concebidos para integrarse con arquitecturas más amplias: E/S distribuidas, variadores, instrumentación, HMI, SCADA, redes industriales y otras capas de información. También suelen ofrecer herramientas más completas para organizar programas, diagnosticar fallas y modificar la aplicación durante su ciclo de vida.

Incluso aquí la frontera es gradual. Rockwell Automation, por ejemplo, describe su Micro810 como un equipo que “funciona como smart relay” pero con capacidades de programación de un micro-PLC. Ese tipo de producto muestra que las categorías se traslapan: conviene comparar modelos concretos y no basarse únicamente en la etiqueta comercial.

3. El número de E/S no cuenta toda la historia

Contar puntos sigue siendo necesario, pero dos listas de señales idénticas no necesariamente representan el mismo reto. Veinte entradas digitales sencillas pueden demandar menos capacidad que cuatro señales analógicas que deban filtrarse, escalarse, relacionarse con un PID y registrarse para diagnóstico.

Lo importante es entender qué representa cada señal, con qué frecuencia cambia, qué cálculos exige, qué precisión se necesita y qué otros equipos deben utilizar esa información. El tipo de E/S y la lógica asociada suelen decir más que la cantidad total.

Figura 2. El mismo equipo físico puede requerir una arquitectura distinta cuando cambian las funciones de control e integración.

4. Criterios que realmente conviene evaluar

4.1 Complejidad de la lógica

Una alternancia de bombas basada en nivel, con temporización y algunas alarmas, puede resolverse muy bien con un relé inteligente. El escenario cambia cuando aparecen múltiples modos de operación, secuencias con muchas excepciones, cálculos, control PID, recetas, gestión de estados, recuperación ante fallas o interacción con otros controladores. La complejidad del programa, no solo el número de salidas, empieza a justificar una plataforma PLC.

4.2 Tipo de señales

No todas las señales cuestan lo mismo desde el punto de vista de ingeniería. Digitales de estado, entradas analógicas 4–20 mA, RTD, termopares, pulsos rápidos, encoders o señales que requieren módulos especializados imponen exigencias distintas. Muchos relés inteligentes manejan señales analógicas; eso no implica que sean la arquitectura natural cuando el procesamiento analógico se convierte en una parte central del control.

4.3 Comunicaciones

La pregunta ya no es simplemente “¿tiene Ethernet?”. Algunos relés inteligentes actuales sí la tienen. La pregunta es qué debe hacerse con esa red. Intercambiar unas cuantas variables con una HMI local es distinto a coordinar varios controladores, variadores e instrumentos, integrarse con un SCADA o participar en una arquitectura OT con requisitos de diagnóstico, direccionamiento, ciberseguridad y mantenimiento.

4.4 HMI, SCADA y datos

Una pequeña pantalla para visualizar estados y cambiar parámetros puede convivir perfectamente con un relé inteligente. Cuando la aplicación incorpora múltiples pantallas, tendencias, alarmas, históricos, recetas, usuarios o una supervisión central, el PLC suele ofrecer una base más natural para la integración. No porque una HMI “obligue” a usar PLC, sino porque aumenta el alcance de la aplicación.

4.5 Diagnóstico y mantenimiento

La automatización no termina al entregar el tablero. Durante los siguientes años habrá sensores dañados, cables abiertos, cambios de proceso, pérdidas de comunicación y personal de mantenimiento tratando de entender por qué algo no arrancó. En una lógica sencilla puede bastar con observar algunas entradas, salidas y bits internos. Conforme crece la aplicación, el diagnóstico estructurado, los estados de módulos, la monitorización en línea y la organización del programa adquieren un valor operativo muy concreto.

Costo que suele olvidarse El tiempo necesario para localizar una falla también forma parte del costo total de la automatización. Un hardware más barato puede dejar de serlo si cada intervención consume horas adicionales de diagnóstico.

4.6 Expansión y ciclo de vida

Supongamos que hoy la aplicación tiene ocho entradas y cuatro salidas. Un relé inteligente podría resolverla sin problemas. Pero si ya existe un plan razonable para agregar un segundo conjunto de equipos, instrumentación analógica, variadores, una HMI y comunicación con SCADA, la decisión debe considerar ese crecimiento. No se trata de instalar siempre un PLC “por si acaso”; se trata de evitar una arquitectura que sabemos que tendrá que reemplazarse poco después.

4.7 Estandarización y costo total de propiedad

Una planta puede tener una plataforma de PLC estandarizada, personal capacitado, refacciones en almacén, licencias disponibles, bibliotecas de programación y procedimientos de respaldo. Introducir un equipo distinto para ahorrar una cantidad pequeña en hardware puede aumentar el costo total de propiedad. También ocurre lo contrario: en aplicaciones autónomas y repetitivas, un relé inteligente puede reducir ingeniería, espacio, cableado y costo sin afectar la mantenibilidad.

4.8 Criticidad y disponibilidad

No todas las automatizaciones tienen la misma consecuencia cuando fallan. El paro de un servicio auxiliar puede ser tolerable; el paro de una línea completa puede ser costoso. Conforme aumenta la criticidad pesan más la capacidad de diagnóstico, la modularidad, las opciones de respaldo, la disponibilidad de repuestos y el soporte del fabricante. Esto no significa que un relé inteligente sea inherentemente poco confiable; significa que la arquitectura debe ser proporcional al impacto de una falla.

5. Seguridad funcional: es otra decisión

Conviene separar con claridad la lógica convencional de control de las funciones relacionadas con seguridad. Una condición programada del tipo “si ocurre X, detener el motor” no se convierte automáticamente en una función de seguridad por estar dentro de un controlador.

Dependiendo del análisis de riesgo, una máquina puede requerir relevadores de seguridad, controladores fail-safe, E/S de seguridad, accionamientos con funciones seguras y una arquitectura diseñada conforme a normas aplicables. Las plataformas de seguridad industrial se certifican para niveles como SIL y Performance Level; por ejemplo, Siemens documenta soluciones SIMATIC Safety hasta SIL 3 y PL e.

Regla práctica La selección entre relé inteligente y PLC estándar no sustituye el análisis de riesgo. Si una función protege a personas o evita un peligro significativo, debe evaluarse como función de seguridad.

6. Comparación práctica

Criterio	Relé inteligente / programable	PLC	Pregunta útil
Aplicación típica	Automatizaciones pequeñas y relativamente estables.	Máquinas y procesos desde simples hasta complejos.	¿El alcance permanecerá acotado?
Lógica	Temporizadores, contadores, enclavamientos y secuencias sencillas.	Secuencias amplias, cálculos, estructuras de programa y control avanzado.	¿Cuántos estados, excepciones y modos existirán?
E/S	Digitales y, según modelo, analógicas y expansión limitada.	Mayor variedad y capacidad de expansión; módulos especializados.	¿Qué tipo de señal necesito, además de cuántas?
Comunicaciones	Disponibles en modelos actuales, normalmente con alcance acotado.	Parte central de muchas arquitecturas de control.	¿Con cuántos equipos y sistemas debe integrarse?
HMI / SCADA	Posible en determinados modelos y arquitecturas.	Integración habitual y más escalable.	¿Solo necesito operación local o supervisión completa?
Diagnóstico	Suficiente para sistemas sencillos.	Normalmente más profundo y estructurado.	¿Cuánto costará localizar una falla?
Escalabilidad	Adecuada dentro de límites definidos.	Mayor flexibilidad para crecer y modificar.	¿Qué cambios son razonablemente previsibles?
Costo inicial	Generalmente menor.	Generalmente mayor.	¿Estoy comparando solo hardware o costo de ciclo de vida?

Tabla 1. Comparación orientativa. Las capacidades concretas deben verificarse en el modelo y firmware seleccionados.

7. Tres ejemplos que ayudan a ver la diferencia

Caso 1. Alternancia de dos bombas

La aplicación tiene nivel alto y bajo, dos bombas, selector manual/automático, alternancia y alarma de falla. No hay SCADA ni crecimiento previsto. Un relé inteligente puede ser una solución completamente razonable: compacta, suficiente y fácil de mantener.

Caso 2. Las mismas dos bombas, pero integradas al proceso

Ahora agregamos un transmisor de nivel 4–20 mA, variadores, control de velocidad, horas acumuladas, HMI, alarmas, comunicación con SCADA y la posibilidad de incorporar otras estaciones. Las bombas siguen siendo dos; la arquitectura dejó de ser sencilla. Aquí un PLC empieza a ofrecer una solución más natural.

Caso 3. Máquina pequeña con producto escalable

Hoy existen seis sensores, tres actuadores y una secuencia breve. Sin embargo, el fabricante ya planea versiones con recetas, trazabilidad, HMI y comunicación con otros equipos. Aunque el relé inteligente resuelva la primera versión, iniciar con PLC puede reducir retrabajo y mantener una plataforma común para toda la familia de máquinas.

8. Una forma sencilla de tomar la decisión

Antes de seleccionar el controlador conviene responder, al menos, estas preguntas:

• ¿Qué tan compleja es realmente la lógica?
• ¿Qué tipos de señales necesito manejar?
• ¿Qué comunicaciones industriales se requieren?
• ¿Cuántos dispositivos deberán intercambiar información?
• ¿Habrá HMI, SCADA, tendencias o históricos?
• ¿Qué nivel de diagnóstico necesita mantenimiento?
• ¿La aplicación crecerá de manera razonablemente previsible?
• ¿Existe una plataforma estándar en la planta?
• ¿Cuál es el impacto operativo de una falla?
• ¿Existen funciones relacionadas con seguridad?

Figura 3. Guía rápida de selección. Es una orientación conceptual, no sustituye la revisión de especificaciones del equipo.

9. La mejor solución no siempre es la más potente

En automatización es fácil asociar mayor capacidad con una mejor solución. No necesariamente. Instalar un PLC de mayor capacidad en una aplicación que solo necesita alternar dos bombas puede agregar costo y complejidad sin aportar un beneficio real. Pero llevar un relé inteligente hasta el límite de sus capacidades únicamente para evitar un PLC tampoco es buena ingeniería.

La arquitectura correcta suele ser la más simple que satisface los requerimientos técnicos y operativos, puede mantenerse con los recursos disponibles y deja margen suficiente para el crecimiento que realmente es razonable esperar. Ese criterio produce mejores decisiones que elegir por costumbre, por marca o por la cantidad de E/S.

En una frase No se trata de escoger el controlador más sofisticado, sino el que mejor encaja con la complejidad, integración, mantenibilidad y ciclo de vida de la aplicación.

Referencias técnicas consultadas

[1] Siemens. LOGO! – Logic Modules for Everyday Automation.

[2] Siemens. LOGO! System Manual, 08/2024.

[3] Schneider Electric. Zelio Logic – Smart Relay, User Manual, 2025.

[4] Schneider Electric. Zelio Logic – Smart relays for simple automation systems.

[5] Eaton. easyE4 – Modbus TCP documentation.

[6] Rockwell Automation. Programmable Controllers / Micro800 portfolio.

[7] Siemens. SIMATIC Safety Integrated.

Nota de alcance Este artículo compara categorías de producto. Las capacidades, límites de E/S, protocolos, tiempos de ejecución, certificaciones y funciones de seguridad varían por fabricante, modelo y firmware. La selección final debe verificarse contra las hojas de datos y los requerimientos específicos de la aplicación.