Por qué la lógica nunca debe vivir fuera del autómata
El Error de Diseño más Peligroso: El PLC como "Simple Relé"
En el mundo de la automatización, existe una tentación peligrosa: utilizar la potencia de cálculo de un PC (SCADA) o una pantalla táctil (HMI) para gestionar la lógica de proceso. Se piensa que, como el SCADA tiene más memoria y mejores herramientas de scripting, es el lugar ideal para coordinar las secuencias.
Sin embargo, hay una regla de oro que separa a un integrador profesional de un principiante: El PLC es el cerebro determinista; el SCADA/HMI es solo una ventana.
Si el funcionamiento de tu planta depende de que un PC con Windows esté encendido y el software de supervisión corriendo, tienes una bomba de relojería en tu cuadro eléctrico.
Caso Real: El Desastre de la Depuradora
Imagina una planta depuradora de aguas, una de estas locales para centros de ocio. En su diseño (erróneo), el SCADA contenía toda la lógica: abría válvulas, arrancaba bombas y gestionaba los niveles de los tanques. El PLC se limitaba a ser una "isla de entradas y salidas", enviando señales y recibiendo órdenes como si fuera un simple grupo de relés.
¿Qué ocurrió? El PC del SCADA se averió y dejó de funcionar.
En ese instante, el sistema quedó sin órdenes. Como el PLC no tenía lógica propia para gestionar una parada segura:
- Las válvulas que estaban abiertas se quedaron abiertas.
- Las bombas siguieron impulsando agua sin control de nivel.
- El resultado: Tanques desbordados, agua por todas partes y un desastre operativo que obligó a una intervención manual de emergencia para cerrar válvulas y detener la inundación.
Si la lógica hubiera residido en el PLC, la avería del PC habría sido solo un problema de visualización; la planta habría seguido funcionando o habría realizado una parada controlada y segura.
Diferencia Técnica: Barrido Cíclico vs. Eventos Asíncronos
Para entender por qué el PLC debe mandar, hay que mirar su naturaleza:
- El PLC y el Barrido Cíclico: Ejecuta su programa de arriba a abajo en milisegundos de forma determinista. No depende de sistemas operativos pesados ni de actualizaciones de drivers. Su prioridad absoluta es el control de las salidas.
- El SCADA/HMI y los Eventos: Funcionan por eventos y comunicaciones asíncronas. Cuando el SCADA decide cerrar una válvula, debe procesar el script, empaquetar la orden en un protocolo de red, enviarla y esperar que el PLC la reciba. Es un proceso órdenes de magnitud más lento y propenso a fallos de red o cuelgues de software.
La Regla de Oro: El PLC debe ser Autónomo
Una instalación bien diseñada debe ser capaz de mantener el estado de seguridad aunque desconectes el cable de red del SCADA o la HMI.
- Los cálculos de proceso (tiempos, interbloqueos, seguridades): Siempre en el PLC.
- La visualización y el registro (gráficas, históricos, consignas): En el SCADA/HMI.
Si necesitas hacer cálculos complejos en la pantalla (como escalas o recetas), asegúrate de que el PLC sea quien valide esos datos y tenga la última palabra. La HMI está para que el humano interactúe con la máquina, no para sustituir al cerebro que controla las válvulas.
Conclusión: No fabriques "Islas de Relés"
Tratar a un PLC moderno como una simple tarjeta de expansión de entradas y salidas para un PC es un retroceso en seguridad y fiabilidad. El PLC debe saber en todo momento qué hacer en ausencia de supervisión.
Como aprendimos en el desastre de la depuradora, la diferencia entre un susto y una catástrofe es dónde reside la lógica de control.
📥 Únete a la Comunidad OneDoor
¿Te ha parecido útil esta reflexión? En OneDoor queremos que te conviertas en un profesional de la automatización con bases sólidas.
👉 Suscríbete a nuestra Newsletter ahora para no perderte ninguna lección técnica y mejorar tus habilidades en el sector.
¿Y tú? ¿Te has encontrado alguna vez con un sistema donde el PLC no sabía qué hacer sin su pantalla?
¡Cuéntanos tu experiencia en los comentarios!