Del control centrado en PLC a la automatización definida por software
La automatización industrial está superando el modelo tradicional de PLC dedicados, microcontroladores y máquinas de función fija. Los sistemas modernos combinan cada vez más el control basado en PLC con MPU y SoC de alto rendimiento para gestionar HMI, visión artificial, análisis en el borde, conectividad, gemelos digitales y cargas de trabajo de IA.
Esta evolución no vuelve obsoletas las arquitecturas de control tradicionales. En su lugar, crea una arquitectura por capas en la que los PLC pueden seguir gestionando el control determinista a nivel de campo, mientras que las plataformas informáticas de mayor rendimiento ejecutan funciones de supervisión, análisis, visualización e IA.
Desde una perspectiva de ingeniería, la cuestión importante no es simplemente añadir capacidad informática. El verdadero desafío consiste en garantizar que estas cargas de trabajo adicionales no puedan comprometer la temporización, la disponibilidad o la integridad de las funciones de control establecidas.
La IA física introduce un nuevo desafío para la automatización
La introducción de la IA física hace que la arquitectura del sistema sea más exigente, porque la información generada por la IA puede influir en los equipos físicos y en las decisiones operativas.
Un modelo de IA puede identificar una condición anómala de la máquina, detectar una anomalía visual, facilitar una inspección predictiva o identificar una condición relacionada con el operador. Sin embargo, el resultado de una inferencia de IA es solo una parte de la cadena de automatización completa.
El sistema aún necesita adquirir información de los sensores, ejecutar el modelo de IA, validar el contexto operativo, aplicar políticas de control predefinidas y comunicar la condición resultante a la aplicación o al operador correspondiente.
Mi opinión es que la IA industrial debe tratarse, por tanto, como una carga de trabajo de apoyo a la toma de decisiones o de respuesta controlada, en lugar de una capa de inteligencia aislada. La plataforma de automatización circundante determina si la información de la IA puede procesarse y utilizarse dentro de los límites de tiempo y seguridad requeridos.
Las cargas de trabajo de criticidad mixta requieren un aislamiento real
Los procesadores multinúcleo modernos permiten consolidar funciones que antes requerían plataformas de hardware independientes. Un único sistema informático puede alojar ahora control en tiempo real estricto, servicios HMI, redes, diagnósticos, registro de eventos, visión artificial, análisis e inferencia de IA.
Estas cargas de trabajo no tienen requisitos idénticos.
Una tarea de control en tiempo real estricto puede tener un plazo de ejecución inflexible. Una HMI puede tolerar características temporales diferentes, mientras que un proceso de inferencia de IA puede requerir recursos considerables de CPU. Los servicios de red también introducen vías de comunicación externas que no deberían tener acceso sin restricciones a recursos críticos.
Por consiguiente, colocar simplemente varias aplicaciones en un procesador multinúcleo no crea automáticamente una arquitectura resiliente.
El entorno operativo debe proporcionar mecanismos de separación temporal, protección de la memoria, control de recursos y contención de fallos.
La consolidación del hardware no equivale a resiliencia
La consolidación del hardware puede reducir el número de plataformas informáticas, simplificar el cableado y aumentar la integración. Sin embargo, también crea un posible punto único de fallo.
Si cargas de trabajo no relacionadas comparten el mismo procesador y entorno operativo, un controlador defectuoso, una aplicación descontrolada, un fallo de memoria o un servicio comprometido podrían afectar a otras funciones, a menos que la arquitectura de software establezca límites adecuados.
Esta es una de las consideraciones más importantes al modernizar la automatización heredada.
El objetivo no debería ser simplemente incorporar más funciones en menos procesadores. El objetivo es consolidar las cargas de trabajo sin crear dependencias inaceptables entre ellas.
El sistema operativo se convierte en una capa de aplicación de políticas
En una arquitectura de automatización definida por software, el sistema operativo ya no es simplemente una plataforma en la que se ejecutan las aplicaciones.
Determina cómo se planifican los procesos, cómo se protege la memoria, cómo se accede a los recursos de hardware y cómo interactúan entre sí los distintos servicios. Estos mecanismos influyen directamente en la capacidad del sistema para mantener su funcionamiento cuando falla un componente individual.
Por lo tanto, una arquitectura resiliente debería poder aislar un servicio que haya fallado y, cuando el diseño del sistema lo permita, recuperar ese servicio sin reiniciar las aplicaciones no relacionadas.
Este enfoque es especialmente relevante para los sistemas industriales, donde un reinicio completo del sistema puede interrumpir las operaciones de control, visualización, comunicación o producción.
Por qué es importante la arquitectura de micronúcleo
Un sistema operativo monolítico convencional suele ubicar muchos servicios, controladores, sistemas de archivos y componentes de red dentro de un entorno del núcleo con un alto nivel de privilegios.
Un micronúcleo adopta un enfoque arquitectónico diferente. Mantiene un conjunto más reducido de funciones fundamentales en el núcleo, al tiempo que permite que muchos controladores, pilas de protocolos, sistemas de archivos y servicios del sistema se ejecuten como procesos independientes en espacios de direcciones protegidos.
Para la automatización industrial, esta arquitectura puede ofrecer varias propiedades útiles:
- Contención de fallos: Un controlador o servicio defectuoso puede aislarse de los procesos no relacionados.
- Recuperación controlada: Los servicios individuales pueden reiniciarse sin necesidad de reiniciar todo el sistema.
- Reducción del código privilegiado: Menos componentes necesitan operar con los privilegios más elevados del sistema.
- Aislamiento de memoria: Los espacios de direcciones protegidos ayudan a evitar que una aplicación interfiera directamente con otra.
- Compatibilidad con criticidad mixta: Las tareas de control en tiempo real pueden coexistir con cargas de trabajo de HMI, redes, análisis e IA.
- Mantenimiento durante el ciclo de vida: Los servicios modulares pueden simplificar el mantenimiento y las actualizaciones a nivel de componente.
Un micronúcleo no elimina los defectos de software ni las vulnerabilidades de ciberseguridad. Su valor reside en establecer límites arquitectónicos que puedan limitar las consecuencias de fallos o compromisos individuales.
El determinismo en tiempo real sigue siendo un requisito fundamental
La modernización industrial no debe permitir que los requisitos de la IA y de la computación de alto rendimiento eclipsen los requisitos del control determinista.
En las aplicaciones de control, la cuestión no es simplemente cuánta capacidad de procesamiento está disponible. El sistema también debe proporcionar un comportamiento de planificación predecible y características de respuesta acotadas para las funciones con requisitos temporales definidos.
Esto es especialmente importante cuando las cargas de trabajo de IA o análisis consumen recursos informáticos considerables.
En mi opinión, la arquitectura práctica no consiste, por tanto, en que la «IA sustituya al control», sino en que el control determinista opere junto con una inteligencia de nivel superior dentro de límites controlados de recursos.
La ciberseguridad debe extenderse a todo el ciclo de vida del producto
El aislamiento técnico es solo una parte de la ciberresiliencia.
Los fabricantes industriales también necesitan procesos para identificar componentes de software, supervisar vulnerabilidades, validar actualizaciones, controlar la distribución del software y mantener los productos durante toda su vida operativa.
La serie ISA/IEC 62443 proporciona un marco orientado al ciclo de vida específicamente relevante para los sistemas de automatización y control industrial. Otras normas, incluida ISO/SAE 21434, demuestran cómo la gestión estructurada de los riesgos de ciberseguridad puede extenderse desde el desarrollo hasta la operación, el mantenimiento y la retirada del servicio.
La Ley Europea de Ciberresiliencia también aumenta la importancia de la gestión de la ciberseguridad durante todo el ciclo de vida de los productos incluidos en su ámbito de aplicación.
Para los fabricantes de equipos industriales, esto significa que la ciberseguridad no puede considerarse razonablemente una actividad de certificación de última etapa. La composición del software, la respuesta a vulnerabilidades, los mecanismos de actualización, la gestión de proveedores y el mantenimiento de los productos deben tenerse en cuenta durante el desarrollo del sistema.
La arquitectura de seguridad debe facilitar la recuperación, no solo la prevención
Las conversaciones tradicionales sobre ciberseguridad suelen centrarse en prevenir el acceso no autorizado. La resiliencia industrial requiere una perspectiva más amplia.
Un componente comprometido o defectuoso aún puede fallar a pesar de los controles preventivos. Por lo tanto, la arquitectura debe limitar la capacidad del componente para afectar a funciones críticas y proporcionar una vía de recuperación definida.
Esto crea tres objetivos de ingeniería complementarios:
- Prevenir comportamientos no autorizados o no previstos.
- Contener los fallos y los componentes comprometidos.
- Recuperar los servicios afectados mientras se mantienen las operaciones no afectadas.
Para la automatización industrial, esta combinación es más práctica que depender únicamente de la prevención.
QNX como plataforma fundacional de tiempo real
QNX proporciona una arquitectura de sistema operativo basada en un micronúcleo de tiempo real estricto, concebida para sistemas en los que son importantes la ejecución predecible, el aislamiento de procesos y el acceso controlado a los recursos.
Dentro de una arquitectura de automatización industrial, QNX puede proporcionar el entorno de ejecución fundacional para aplicaciones, controladores, pilas de protocolos y sistemas de archivos que operan en espacios de direcciones protegidos. La planificación basada en prioridades puede admitir cargas de trabajo con distintos requisitos temporales.
Esta arquitectura puede complementar el control basado en PLC en lugar de sustituirlo.
Un sistema práctico puede conservar los PLC para el control establecido a nivel de campo y, al mismo tiempo, utilizar plataformas informáticas basadas en MPU o SoC que ejecuten un sistema operativo en tiempo real para la HMI, la visión artificial, la conectividad, el análisis, las funciones de supervisión y las cargas de trabajo relacionadas con la IA.
Una arquitectura práctica para la modernización industrial
Por lo tanto, un sistema industrial moderno puede considerarse como varias capas cooperantes:
- Capa de campo: Sensores, actuadores, accionamientos y otros equipos físicos.
- Capa de control: PLC y controladores que ejecutan una automatización determinista.
- Capa de computación: Plataformas MPU/SoC que proporcionan capacidad de procesamiento adicional.
- Capa de inteligencia: Visión artificial, análisis, inferencia de IA y otras cargas de trabajo computacionales.
- Capa de supervisión: HMI, diagnóstico, gestión de eventos y aplicaciones operativas.
- Capa de conectividad: Redes industriales y servicios de comunicación externos.
- Capa de software fundacional: Sistema operativo en tiempo real, aislamiento, planificación, gestión de recursos y mecanismos de recuperación.
El requisito clave de ingeniería es definir los límites entre estas capas en lugar de tratar todo el entorno informático como un único espacio de aplicaciones indiferenciado.
La modernización debe preservar las inversiones existentes en control
Los equipos industriales suelen seguir operativos durante muchos años. Sustituir un control basado en PLC ya establecido simplemente porque hay nuevas capacidades informáticas disponibles no siempre está justificado desde el punto de vista técnico o económico.
Una estrategia de modernización más práctica consiste en conservar las funciones de control probadas y añadir recursos informáticos a su alrededor.
Las plataformas basadas en MPU y SoC pueden proporcionar la capacidad de procesamiento necesaria para las HMI, la IA, el análisis, la visualización y la conectividad modernas, mientras los PLC existentes continúan realizando un control determinista.
Este enfoque permite a los fabricantes introducir nuevas capacidades sin alterar innecesariamente las arquitecturas de control establecidas.
Mi perspectiva de ingeniería: la resiliencia comienza con la arquitectura
La lección más importante de esta transición es que la resiliencia no puede añadirse después de que el sistema ya se haya consolidado.
Cuando el control, las redes, la HMI, el análisis y la IA comparten recursos informáticos, los mecanismos de aislamiento y recuperación deben formar parte de la arquitectura original.
Un procesador potente no crea por sí solo un sistema de automatización resiliente. Del mismo modo, un modelo de IA no hace que un sistema de automatización sea inteligente a menos que la plataforma que lo rodea pueda adquirir datos, ejecutar el modelo, validar sus resultados, aplicar políticas predefinidas y responder dentro de los límites operativos requeridos.
Por lo tanto, la próxima generación de automatización industrial dependerá no solo de un mayor rendimiento informático, sino de la eficacia con la que la arquitectura de software controle la interacción entre las cargas de trabajo.
Conclusión
La automatización industrial está entrando en una arquitectura en la que los PLC, los procesadores de alto rendimiento, la IA, la conectividad y las funciones definidas por software operan cada vez más de forma conjunta.
Esto crea importantes oportunidades de modernización, pero también introduce nuevas dependencias y modos de fallo.
Una arquitectura resiliente debe combinar ejecución determinista, aislamiento de procesos, protección de memoria, acceso controlado a los recursos, contención de fallos, gestión del ciclo de vida de la ciberseguridad y mecanismos de recuperación definidos.
Los sistemas operativos en tiempo real basados en microkernel, como QNX, representan un enfoque arquitectónico para estos requisitos. Utilizadas junto con las tecnologías de PLC y controladores existentes, estas plataformas pueden proporcionar la base de software necesaria para integrar cargas de trabajo informáticas modernas, manteniendo al mismo tiempo límites claros en torno a las funciones críticas de automatización.
