Si su proyecto implica recopilación de datos, conversión multiprotocolo, inferencia ligera de IA o futura ampliación de funciones, una arquitectura PLC + ARM (a menudo denominada solución PLC + pasarela de borde industrial) ofrece más ventajas que un sistema PLC puro. Si el proyecto solo requiere un control lógico sencillo sin necesidad de datos en la nube, basta con una solución PLC pura.
Los ingenieros que han trabajado mucho en plantas industriales suelen compartir la misma experiencia: los PLC tradicionales son suficientemente estables, pero cada vez están más “al límite” cuando se trata de las demandas de datos actuales. Por ejemplo, en una línea de producción de piezas de automoción, el responsable puede querer supervisar el estado de la línea, calcular el rendimiento por hora, predecir fallos en los equipos e incluso subir datos a la nube para un análisis global. Conseguir todo esto hace que el programa sea cada vez más complejo, y el ciclo de depuración significativamente más largo. Aunque un PLC tradicional puede garantizar movimientos precisos de los cilindros, su capacidad para manejar algoritmos complejos y conectarse directamente a la nube suele ser limitada.
Aquí es donde entra en juego la arquitectura PLC + ARM, que permite al PLC centrarse en el control mientras el ARM se ocupa de los datos y la inteligencia. La parte ARM proporciona potencia de cálculo, interfaces de comunicación enriquecidas y un ecosistema Linux, capaz de gestionar tareas para las que los PLC tradicionales son menos adecuados. Sin embargo, no todos los proyectos son adecuados para este “enfoque combinado”. Las cinco condiciones siguientes pueden ayudarle a determinar si su proyecto debería adoptarlo.
Por qué cada vez más proyectos consideran una arquitectura PLC + ARM
Los PLC tradicionales funcionan en modo de barrido cíclico y destacan en el control lógico y la respuesta en tiempo real. Sin embargo, cuando se trata de cálculos complejos, conversión multiprotocolo o integración de datos en la nube, aunque estas tareas pueden gestionarse mediante módulos de expansión o pasarelas de terceros, suelen conllevar elevados costes de desarrollo, una configuración compleja y una flexibilidad limitada.
En cambio, los ordenadores industriales basados en la arquitectura ARM (a menudo denominados “pasarelas inteligentes edge” o “controladores ARM”) suelen superar a las CPU de PLC de gama media-baja en cálculos de coma flotante y procesamiento de datos. También ofrecen un ecosistema de software más abierto y más opciones de conectividad. La combinación de ambos permite crear una estructura estratificada de procesamiento de datos e interconexión junto a la capa de control, aprovechando los puntos fuertes de cada una.
Por experiencia, este tipo de solución es más un compromiso que una solución universal: puede añadir capacidades de procesamiento de datos a una línea de producción sin alterar la lógica de control del PLC original, pero el equipo debe tener conocimientos básicos de Linux y de configuración de redes.
Condición 1: ¿Requiere el sistema procesamiento de datos o toma de decisiones algorítmicas?
Si un proyecto sólo requiere un control lógico sencillo (por ejemplo, “pulsar un botón, el motor se pone en marcha”), basta con un PLC. Sin embargo, una vez que el proyecto implica las siguientes necesidades, merece la pena considerar una arquitectura PLC + ARM:
-
Inferencia AI ligera: Por ejemplo, el uso de una cámara para identificar los colores de un producto, comprobar si hay etiquetas o contar piezas. Algunos procesadores ARM integran NPU (por ejemplo, 1 TOPS) capaces de ejecutar modelos ligeros, adecuados para imágenes de baja resolución, clasificación sencilla o detección de un solo objeto en escenarios básicos. Aunque no pueden sustituir a los complejos sistemas de visión multiobjeto, sí pueden encargarse de algunas decisiones auxiliares en el borde.
-
Estrategias complejas basadas en reglas: Por ejemplo, determinar si se debe activar una advertencia en función de múltiples factores, como la frecuencia de vibración del equipo, las tendencias de temperatura y los datos históricos. La implementación de este tipo de lógica en ARM mediante Python o Node-RED suele ser más eficiente que escribir lógica de escalera o texto estructurado en un PLC.
-
Análisis estadístico: El cálculo en tiempo real de la OEE de los dispositivos, las tendencias de consumo energético durante la última hora y la generación de informes son tareas más adecuadas para ARM.
En muchos proyectos de modernización de líneas de producción, la eliminación de las tareas estadísticas del PLC ha acortado los programas de PLC en más de 30%, lo que ha mejorado considerablemente la eficacia de la depuración. El lado ARM es adecuado para tareas de cálculo intensivo de datos en tiempo no real, pero no para lazos de control que requieran una respuesta en tiempo real. Si los resultados del procesamiento de datos deben utilizarse para el control en bucle cerrado, debe evaluarse la latencia de la comunicación y el PLC debe conservar la autoridad de decisión final.
Condición 2: ¿Requiere el sistema conversión multiprotocolo o integración directa en la nube?
Esta es una de las áreas en las que la arquitectura ARM realmente destaca. Aunque muchos PLC tradicionales tienen capacidades de comunicación, conectarse directamente a nubes públicas o manejar diversos protocolos puede ser relativamente complejo. En los siguientes escenarios, un controlador ARM actúa como “traductor” y “relé”:
-
Equipos de diferentes marcas: Un taller puede tener PLC Siemens, inversores Mitsubishi y contadores Modbus. Un controlador ARM puede interactuar con todos ellos simultáneamente, convirtiendo sus datos a un protocolo unificado como OPC UA o MQTT para una integración de datos perfecta.
-
Hay que enviar los datos a los dispositivos móviles: Por ejemplo, enviando alarmas críticas o datos de producción a aplicaciones como DingTalk o WeCom.
-
Los datos deben subirse a la nube para su almacenamiento y análisis a largo plazo: Garantizar la transmisión estable de datos a bases de datos en la nube a través de redes 4G, 5G o cableadas.
Algunos ordenadores industriales ARM del mercado son compatibles con varios protocolos industriales principales, ya sea mediante software de pasarela industrial preinstalado o mediante el desarrollo de controladores personalizados, incluidos Modbus, OPC UA, EtherNet/IP y determinados protocolos propietarios de PLC. Los distintos proveedores varían significativamente en cuanto a cobertura de protocolos, capacidad de puntos concurrentes y madurez del software, por lo que estos factores deben tenerse muy en cuenta durante la selección.
Por ejemplo, el Ordenadores industriales ARM serie EC300 vienen preinstaladas con Node-RED y NeuronEX-Lite, lo que permite la recogida multiprotocolo y la conversión unificada mediante software. Su entorno abierto basado en Linux también admite el desarrollo secundario y la ampliación de funciones. Este diseño desvincula la conversión de protocolos del hardware, lo que hace que el sistema sea más flexible para futuros ajustes y actualizaciones.
En aplicaciones prácticas, sigue siendo necesario evaluar el número de puntos concurrentes y el rendimiento del procesamiento en función de los requisitos del proyecto (como la escala de puntos y el ciclo de actualización) y la configuración de los recursos de hardware.
Condición 3: ¿implica el control requisitos de seguridad y tiempo real?
Esta es una “Línea Roja” que no debe cruzarse al elegir una arquitectura PLC + ARM: cualquier acción que implique seguridad personal o riesgo de daños en los equipos debe ser controlada directamente por el PLC.
El lado ARM suele ejecutar un sistema Linux, que no ofrece el mismo nivel de rendimiento en tiempo real que un PLC duro, y puede estar sujeto a caídas del sistema o interrupciones de la red. Por lo tanto, una división razonable del trabajo es: ARM como “cerebro” y PLC como el “músculo”.” trabajando en estrecha colaboración. El ARM, como cerebro, se encarga principalmente del procesamiento de datos, la toma de decisiones lógicas y la interacción hombre-máquina, y luego envía instrucciones al PLC a través de Ethernet industrial o puerto serie (por ejemplo, “temperatura demasiado alta, prepárese para parar”). El PLC, como músculo, es responsable de la parada de emergencia, las cortinas fotoeléctricas de seguridad y otras acciones en tiempo real. Los programas del PLC deben ejecutarse de forma independiente y no verse afectados por el estado del ARM.
Además, el diseño del sistema debe tener en cuenta los fallos de la ARM, que son críticos. Si el ARM se bloquea o falla la red, el PLC debe cambiar automáticamente a un estado seguro o a un modo de funcionamiento degradado según un mecanismo de vigilancia preestablecido o una lógica de tiempo de espera de comunicación, garantizando así que la línea de producción no quede fuera de control. El propio controlador ARM también debe disponer de un hardware de vigilancia para reiniciarse automáticamente en caso de anomalía. Además, la comunicación entre el PLC y el ARM debe permitir la reconexión y el almacenamiento de datos en memoria intermedia para evitar la pérdida de datos.
En la práctica, suele ser el riesgo más subestimado en la adaptación de líneas de producción antiguas. Puede parecer ideal, pero en realidad hay que tener en cuenta la latencia de la red y los costes de mantenimiento. El intercambio de datos entre el PLC y el ARM (normalmente a través de Ethernet o un puerto serie) puede tener retardos de milisegundos o más, según la carga de la red y el tipo de protocolo. Para un control coordinado de respuesta rápida, es esencial evaluar si la latencia está dentro de límites aceptables e implementar mecanismos adecuados de sincronización de datos.
Algunos controladores ARM proporcionan interfaces DI/DO aisladas. Éstas se utilizan generalmente para interacciones de señales no críticas para la seguridad (por ejemplo, luces indicadoras de estado, señales auxiliares de retroalimentación) y son no se recomienda para accionar actuadores que puedan plantear riesgos para la seguridad. Todos los controles críticos deben ser manejados siempre por el PLC.
Condición 4: ¿Requiere el proyecto una futura ampliación?
Muchos proyectos de automatización comparten un patrón común: en la primera fase solo se abordan los requisitos básicos, pero en la segunda o tercera se añaden continuamente nuevas funcionalidades. Mientras que los PLC tradicionales pueden ampliar fácilmente los módulos de E/S, añadir una función de análisis de IA, cambiar de plataforma en la nube o conectar nuevos dispositivos inteligentes suele estar limitado por el rendimiento de la CPU principal o las interfaces de comunicación.
La arquitectura PLC + ARM en capas ofrece claras ventajas en cuanto a escalabilidad:
-
Ampliación horizontal de las interfaces: Gracias a las completas interfaces de la parte ARM (USB, HDMI, CAN, etc.), más adelante se pueden añadir cámaras, pantallas de gran tamaño, lectores de códigos de barras y otros dispositivos inteligentes.
-
Ampliación vertical de las aplicaciones: El sistema Linux del ARM permite instalar nuevos contenedores de software o aplicaciones en el futuro -por ejemplo, añadir una interfaz de visualización Web SCADA o ajustar el flujo de procesamiento de datos- sin modificar el programa PLC subyacente.
Sin embargo, la expansión no es ilimitada. Hay que tener en cuenta el espacio libre de la CPU, el espacio de almacenamiento y el ancho de banda de la red en el controlador ARM. Por ejemplo, si la primera fase ya exige un uso de la CPU superior a 70%, añadir tareas de procesamiento de imágenes puede provocar una degradación del rendimiento. A la hora de seleccionar un sistema, planifique un horizonte de 3 a 5 años y reserve recursos suficientes para el crecimiento futuro.
Condición 5: ¿Qué ocurre con la complejidad de funcionamiento, mantenimiento y depuración?
Esta suele ser la principal preocupación de los jefes de equipo y los ingenieros in situ: ¿aumentará una nueva arquitectura la dificultad de depuración y mantenimiento?
Si se diseñan correctamente, las herramientas de software de la parte ARM pueden reducir la complejidad general.
En primer lugar, simplifica el programa del PLC. Los algoritmos complejos, la conversión de protocolos y las tareas de registro de datos se descargan en el ARM. El PLC sólo se encarga del control lógico, lo que hace que los programas sean más cortos, más estables y más fáciles de solucionar.
En segundo lugar, los controladores ARM suelen admitir configuración remota SSH o basada en web. Los ingenieros ya no necesitan visitar el sitio sólo para cambiar un parámetro.
Por último, el lado ARM puede ejecutar herramientas de programación visual como Node-RED. Los flujos de datos pueden crearse rápidamente arrastrando y soltando, lo que reduce la barrera de desarrollo de Linux.
En pocas palabras, ARM actúa como un “traductor”, convirtiendo el lenguaje de los distintos dispositivos en algo que la plataforma en la nube pueda entender. Sin embargo, esto también significa que los equipos que utilizan ARM necesitan tener conocimientos básicos de Linux y habilidades de configuración de red.
¿Qué proyectos no necesitan un Arquitectura PLC + ARM?
Para evitar seguir ciegamente las tendencias, los siguientes tipos de proyectos no suelen requerir una capa ARM:
-
Control lógico puro sin necesidad de recopilar datos: Por ejemplo, un simple control de relés o máquinas automatizadas autónomas: basta con un PLC.
-
Proyectos con un sistema de nivel superior existente y bien establecido: Si el emplazamiento ya dispone de un PC industrial + sistema SCADA que puede satisfacer los requisitos de los próximos 3-5 años, no es necesario añadir una capa ARM.
-
Proyectos con requisitos de seguridad extremadamente altos que no pueden tolerar una mayor complejidad del sistema: Por ejemplo, determinados Sistemas Instrumentados de Seguridad (SIS). Cuanto más sencillo es el sistema, más fiable es; introducir una capa informática adicional podría crear nuevos puntos de riesgo.
-
Proyectos con presupuestos muy ajustados: Añadir un controlador ARM aumenta los costes tanto de hardware como de desarrollo. Si el proyecto es muy sensible a los costes, puede que las ventajas no justifiquen el gasto.
Ejemplo típico de implantación
En una arquitectura típica de PLC + ARM, el PLC se encarga del control de E/S en tiempo real y de la lógica de seguridad, mientras que el controlador de borde ARM recopila datos de la línea de producción, ejecuta análisis ligeros (como cálculos de OEE de equipos) y carga datos a la nube a través de MQTT u OPC UA. Estos controladores suelen ejecutar un sistema Linux y permiten crear flujos de procesamiento de datos mediante scripts o programación visual. Los diferentes productos varían en cuanto a si vienen preinstalados con herramientas visuales y el tipo de herramientas proporcionadas.
En proyectos reales, los distintos modelos de controladores industriales ARM difieren significativamente en el número de interfaces, la potencia de cálculo y el software preinstalado. Se recomienda evaluar y comparar las opciones durante la fase de selección en función del escenario de aplicación específico, como la recopilación de datos, la asistencia visual ligera o la HMI local, para encontrar la opción que mejor se adapte a la arquitectura del sistema.
Detalles técnicos que debe tener en cuenta al elegir
Si decide adoptar una arquitectura PLC + ARM, además de los requisitos funcionales, deberá tener en cuenta los siguientes detalles de ingeniería:
-
Latencia de las comunicaciones y sincronización: El intercambio de datos entre el PLC y el ARM puede tener retardos del orden de milisegundos o superiores en función de la carga de la red y del tipo de protocolo. Para un control coordinado de respuesta rápida, es esencial evaluar si la latencia está dentro de límites aceptables e implementar mecanismos adecuados de sincronización de datos.
-
Aislamiento y protección de interfaces: Los entornos industriales suelen tener interferencias eléctricas. Las interfaces de los controladores ARM -incluidos los puertos serie, Ethernet y E/S- deben contar con aislamiento eléctrico y protección contra sobretensiones para evitar que el fallo de una sola interfaz afecte a todo el sistema.
-
Adaptabilidad medioambiental: Si se instala en un armario de control, el controlador ARM debe funcionar de forma fiable en un amplio rango de temperaturas (por ejemplo, de -40 °C a +70 °C). Los diseños de refrigeración pasiva sin ventilador reducen los puntos de fallo y son más adecuados para entornos difíciles.
-
Ecosistema de software y asistencia: ¿Proporciona el proveedor un SDK completo, código de ejemplo y asistencia técnica? ¿Las herramientas preinstaladas (por ejemplo, Node-RED, pasarelas de protocolo) son de código abierto o fáciles de ampliar? Estos factores afectan directamente a la eficacia de la implantación del proyecto.
Resumen
La arquitectura PLC + ARM no pretende sustituir a los PLC tradicionales, sino añadir una capa flexible de procesamiento de datos al control industrial. Cuando se encuentre con proyectos que requieran manejo de datos, ejecución de algoritmos ligeros, integración multiprotocolo, conectividad con la nube o ampliaciones futuras, esta combinación puede aportar un valor evidente. Sin embargo, es crucial separar estrictamente la capa de control de la capa informática, garantizando que las tareas en tiempo real críticas para la seguridad sigan siendo gestionadas íntegramente por el PLC, y que el ARM sirva solo como capa auxiliar y de mejora.
Desde el punto de vista de la ingeniería, este enfoque se parece más a dotar al sistema PLC existente de un “cerebro de datos” que a empezar de cero. Aunque el concepto parece atractivo sobre el papel, su éxito depende en gran medida de las condiciones de la red in situ y de la familiaridad del equipo con Linux. Si está evaluando este tipo de arquitectura, se recomienda empezar con un pequeño proyecto piloto para validar la latencia de las comunicaciones, la compatibilidad del software y la capacidad del equipo antes de escalar gradualmente a líneas de producción adicionales.
