Arduino PLC vs ESP32 PLC vs Raspberry Pi PLC: cuál elegir
Elegir entre un PLC basado en Arduino, en ESP32 o en Raspberry Pi parece sencillo. Tres familias, tres fichas técnicas, una decisión.
Pero si eliges mal, solo hay dos finales posibles: o pagas de más en cada cuadro que montes durante años, o te ahorras unos euros por unidad y los pierdes multiplicados en depuración, rediseño y visitas a planta que nadie te va a pagar.
En Industrial Shields llevamos desde 2012 fabricando PLCs industriales sobre estas tres plataformas, y la mayoría de errores de selección que vemos en soporte técnico se resumen en una frase: se eligió por familiaridad ("ya conozco Arduino") y no por los requisitos reales de la instalación. Esta guía existe para que tu decisión sea por requisitos. Al final encontrarás, además, el criterio que casi nadie mira — y que descalifica a una de las tres familias en la mitad de los proyectos que analizamos — y los tres errores de selección más caros que hemos visto en soporte.
Las tres familias en una tabla
| Criterio | Arduino PLC (M-Duino) | ESP32 PLC | Raspberry Pi PLC |
|---|---|---|---|
| Cerebro | Microcontrolador ATmega (8 bits, sin SO) | Microcontrolador dual-core 240 MHz (sin SO) | Raspberry Pi 4B con Linux (2, 4 u 8 GB de RAM) |
| Determinismo | Total: ciclo predecible | Total: ciclo predecible | Depende del SO y de la carga |
| Arranque tras corte | Milisegundos | Milisegundos | Decenas de segundos + riesgo de sistema de ficheros |
| Conectividad de serie | RS-485, Ethernet | RS-485, Ethernet, WiFi, Bluetooth | RS-485, Ethernet, WiFi/BT |
| HMI, histórico, bases de datos | No | Muy limitado | Sí, es su terreno |
| Programación | Arduino IDE (C/C++) | Arduino IDE (C/C++) | Node-RED, Python, C++, CODESYS |
| Uso típico | Control puro de máquina | Control + telemetría IIoT | Edge computing, pasarelas, datos |
La tabla orienta, pero la decisión de verdad se toma entendiendo la filosofía de cada familia. Vamos una a una.
Arduino PLC (familia M-Duino): el caballo de batalla determinista
Un M-Duino lleva dentro un microcontrolador de la familia Arduino (ATmega2560 en la mayoría de modelos). Eso significa: sin sistema operativo, arranque en milisegundos, tiempo de ciclo predecible y cero sorpresas tras un corte de alimentación. El programa que grabaste es exactamente lo que se ejecuta, ciclo tras ciclo, durante años.
Cuándo es la elección correcta
Cuando el trabajo es control puro: leer entradas, ejecutar lógica, mover salidas, hablar Modbus RTU/TCP con variadores y sondas. Máquinas de proceso, dosificación, bombeo, líneas sencillas. En ese terreno, la simplicidad del microcontrolador de 8 bits no es una limitación: es la garantía de fiabilidad. Menos capas entre tu código y el hardware significa menos cosas que pueden fallar a las 3 de la madrugada.
La familia cubre desde equipos compactos hasta modelos con decenas de E/S digitales y analógicas — los modelos se nombran por sus E/S totales: M-Duino 21+, 42+ y 58+. El 21+, por ejemplo, ofrece 13 entradas (6 analógico-digitales y 7 digitales aisladas, 2 de ellas con interrupciones) y 8 salidas (5 digitales aisladas y 3 configurables como digital/PWM/analógica 0-10 V) —, todos en carril DIN y con las E/S optoacopladas y protegidas.
Dónde se queda corto
Si necesitas HMI embebido, bases de datos locales o procesar datos en el propio equipo, un microcontrolador de 8 bits no es el lugar. Puedes forzarlo — hemos visto intentos heroicos — pero estarás luchando contra la plataforma en vez de trabajar con ella.
ESP32 PLC: control + conectividad inalámbrica de serie
El ESP32 PLC mantiene la filosofía de microcontrolador (determinista, sin sistema operativo) pero añade lo que el ATmega no tiene: WiFi y Bluetooth integrados, dos núcleos a 240 MHz y mucha más RAM.
Cuándo es la elección correcta
Es la opción natural para IIoT: publicar telemetría por MQTT a un broker, nodos remotos donde tirar cable Ethernet es caro o directamente inviable, retrofit de máquinas antiguas a las que quieres sacar datos sin tocar su control original. También cuando la lógica de control necesita más músculo de cálculo del que da un ATmega, pero sin cruzar la frontera hacia un sistema operativo completo.
Dónde se queda corto
WiFi en planta es un enlace de telemetría, no un bus de control. Si tu seguridad de proceso depende de una trama que viaja por WiFi entre motores y variadores, tienes un problema de diseño, no de producto. La radio industrial sufre interferencias, roaming, saturación del espectro — y ninguna de esas variables está bajo tu control. Telemetría por WiFi: sí. Enclavamientos por WiFi: nunca.
Raspberry Pi PLC: el edge computer con E/S industriales
Aquí cambia la filosofía por completo: Linux, gigas de RAM y la puerta abierta a Node-RED, Python, bases de datos locales, pasarelas OPC-UA y dashboards servidos desde el propio PLC.
Cuándo es la elección correcta
Cuando el PLC además de controlar tiene que pensar: concentrador de datos de varias máquinas, pasarela Modbus→MQTT/OPC-UA, registro histórico local, visión artificial ligera, HMI web servida a la tablet del operario. Un solo equipo en carril DIN hace el trabajo que antes exigía un PLC más un PC industrial.
Dónde se queda corto
Un sistema con sistema operativo exige disciplina: apagados ordenados, gestión de escrituras en disco, watchdogs de aplicación y de sistema. Y para lógica de seguridad dura y tiempos de ciclo garantizados, un microcontrolador sigue siendo más simple de justificar ante ti mismo, ante tu cliente y ante quien firme la evaluación de riesgos.
La tabla de decisión rápida
- Control determinista, sin datos → Arduino PLC.
- Control + telemetría inalámbrica / MQTT → ESP32 PLC.
- Datos, pasarelas, HMI, histórico, edge → Raspberry Pi PLC.
Con esto resuelves el 80% de los casos. El 20% restante — y los proyectos que acaban mal — se decide con el criterio siguiente.
El criterio que casi nadie mira: qué pasa cuando se corta la alimentación
Este es el criterio prometido, el que descalifica a una de las tres familias en la mitad de los proyectos que analizamos: el comportamiento del equipo ante cortes de alimentación no controlados.
Un microcontrolador (Arduino PLC, ESP32 PLC) es intrínsecamente tolerante al corte: no hay sistema de ficheros que corromper, no hay apagado ordenado que respetar. Vuelve la luz, arranca en milisegundos, y el programa está exactamente donde el diseño dice que debe estar.
Un equipo Linux que arranca desde una tarjeta SD es otra historia. Un corte de alimentación en mitad de una escritura puede corromper el sistema de ficheros, y el síntoma es el peor posible: el equipo no vuelve a arrancar, semanas o meses después del corte que sembró el daño. Y el arranque, aun cuando todo va bien, tarda decenas de segundos — durante los cuales tus salidas están en el estado que el hardware decida, no el que tu lógica decida.
¿Significa esto que el Raspberry Pi PLC no vale para planta? No: significa que exige diseño. Sistema de ficheros en solo-lectura (overlay) para la partición del sistema, tarjeta SD industrial, alimentación respaldada (SAI/UPS de carril DIN) o supervisor de tensión que dispare un apagado ordenado, y logs importantes hacia un servidor, no hacia la tarjeta.
La pregunta descalificadora es esta: ¿la instalación tiene cortes de alimentación frecuentes y nadie va a presupuestar SAI ni diseño de apagado? Si la respuesta es sí — y en la mitad de los proyectos que analizamos lo es —, el papel de controlador debe recaer en un microcontrolador. El Raspberry Pi PLC puede seguir en la arquitectura, pero como capa de datos: si se reinicia, la máquina ni se entera.
Los 3 errores de selección más caros que hemos visto en soporte
Error 1 — Sobredimensionar "por si acaso"
Elegir Raspberry Pi PLC para un control puro de máquina "porque es más potente y así vamos sobrados". El resultado: toda la complejidad de mantener un sistema Linux (imágenes, actualizaciones, SD, apagados) para ejecutar una lógica que un M-Duino habría corrido durante diez años sin que nadie pensara en él. La potencia que no necesitas no es margen: es superficie de fallo y coste de mantenimiento.
Error 2 — Infradimensionar por familiaridad
El inverso, y el más frecuente: elegir Arduino PLC "porque ya conozco Arduino" y descubrir en la puesta en marcha que el cliente quería histórico de datos, una pantalla y informes. Lo que sigue es un festival de parches — tarjetas SD externas, un PC de sobremesa "provisional" que se queda cinco años — o un rediseño con la máquina ya vendida. Los requisitos de datos se preguntan antes de elegir plataforma, no después.
Error 3 — Confiar el control al WiFi
Elegir ESP32 PLC y usar el enlace inalámbrico como bus de control entre el PLC y los actuadores. Funciona en la demo. En planta, con veinte redes solapadas y un parque de carretillas metálicas moviéndose entre antena y equipo, aparecen las pérdidas de enlace — y con ellas las paradas. La regla es simple: por WiFi viajan datos que pueden llegar tarde; por cable viaja todo aquello cuya ausencia detiene o daña la máquina.
Cómo decidir en 5 preguntas
- ¿El equipo tiene que almacenar o procesar datos localmente (histórico, HMI, pasarela)? → Sí: Raspberry Pi PLC. No: sigue.
- ¿Necesitas conectividad inalámbrica integrada (MQTT, nodos remotos)? → Sí: ESP32 PLC. No: sigue.
- ¿El trabajo es control puro con Modbus/E/S? → Arduino PLC.
- ¿Hay cortes de alimentación frecuentes sin SAI presupuestado? → Elimina Linux del papel de controlador.
- ¿Quién mantendrá el equipo en 5 años, y qué sabe programar? → Si dos familias empatan técnicamente, desempata el equipo humano.
Y un último apunte que simplifica todo lo anterior: las tres familias comparten filosofía open source, formato de carril DIN y protecciones industriales. Equivocarse de familia dentro del catálogo se corrige migrando; equivocarse de filosofía — instalar la placa de prototipo desnuda en el cuadro — se paga entero.
📥 Descarga la checklist: "De prototipo Arduino a instalación industrial"
El proceso completo de 12 pasos para llevar tu proyecto de la mesa al cuadro eléctrico, en PDF imprimible.
👉 Descarga la checklist gratuita →
¿Ya tienes claro qué familia encaja con tu proyecto? Explora la gama completa de PLCs industriales open source — Arduino, ESP32 y Raspberry Pi, todos en carril DIN y con E/S protegidas: https://www.industrialshields.com/shop (con el Buscador Configurable puedes filtrar por CPU, nº de E/S, comunicaciones y precio). Y si sigues con dudas entre dos familias, escríbenos con tus E/S, comunicaciones y entorno: un ingeniero te dirá cuál encaja — y también si no encaja ninguna.