Arduino, n8n y SAP ayudan a explorar cómo relacionar las señales de una fábrica con el contexto del negocio. La temperatura de un almacén, las horas de una bomba, la presión de un compresor o las piezas que salen de una línea pueden contar mucho sobre lo que ocurre en una fábrica. El valor aparece cuando esa señal se relaciona con un equipo, una orden, un material o un lote y ayuda a alguien a decidir.
Arduino y ESP32 permiten explorar esa conexión con un prototipo sencillo. n8n puede organizar el evento y consultar el contexto empresarial. SAP aporta la relación con mantenimiento, producción, calidad o materiales.
Yo empezaría por una pregunta concreta: ¿qué decisión tomaríamos mejor si recibiéramos este dato a tiempo?
Contenido
Arduino, n8n y SAP: qué aporta cada elemento
Arduino es un ecosistema de hardware y programación. Un ESP32 es una familia de microcontroladores que también puede programarse con el entorno Arduino; no son dos nombres de la misma placa.
Para aprender podemos usar una placa de desarrollo o un simulador. Para una instalación en planta hay que elegir el equipo y las interfaces adecuados. En ese ecosistema también existen controladores industriales como Arduino Opta, un microPLC con entradas y salidas ampliables.
Con la variante y los módulos apropiados podemos trabajar con:
- Entradas digitales: un pulsador, un contacto de puerta, un detector de presencia de pieza o una señal de máquina en marcha.
- Entradas analógicas: temperatura, presión, nivel o caudal mediante un transmisor y una entrada compatible. Las señales industriales de 0–10 V o 4–20 mA requieren su interfaz; no se conectan directamente a cualquier pin de una placa de desarrollo.
- Comunicación con equipos existentes: leer un contador o un PLC mediante un protocolo como Modbus, cuando ambos equipos lo admitan.
- Salidas de control: encender un piloto, activar un avisador o accionar ventilación o una válvula mediante el circuito y los actuadores adecuados.
Por ejemplo, la expansión analógica de Opta admite señales de transmisores industriales y sondas PT100; las expansiones digitales añaden entradas y relés. La documentación de Arduino muestra estas capacidades de adquisición y actuación. Arduino Opta y sus expansiones.
Conviene separar dos funciones. El controlador local atiende la respuesta física y sus enclavamientos: por ejemplo, gestionar una ventilación según la medida y la lógica diseñada para el equipo. n8n y SAP aportan registro, contexto y coordinación empresarial. El control físico no debería depender de una llamada a Internet ni de que responda el ERP; las funciones de seguridad mantienen sus sistemas específicos.
Nueve usos que estudiaría en una fábrica
Estas son aplicaciones posibles para diseñar según cada planta. En cada caso habría que confirmar la medida, su calidad, el objeto SAP y la interfaz disponible antes de habilitar una escritura.
Temperatura y humedad
Señal: Transmisor ambiental; sonda de temperatura y sensor de humedad adecuados.
Relación con SAP: Zona, material o lote para documentar condiciones y preparar una revisión de calidad.
Vibración y temperatura de motores o bombas
Señal: Sensor de vibración o acelerómetro y sonda térmica.
Relación con SAP: Equipo y punto de medida para seguir su evolución y preparar una revisión de mantenimiento.
Horas de funcionamiento y ciclos
Señal: Estado de marcha, contador del controlador o registro de arranques.
Relación con SAP: Contadores del equipo para evaluar mantenimiento según uso, además del calendario.
Presión y presión diferencial
Señal: Transmisor en una instalación de aire, circuito o filtro.
Relación con SAP: Equipo y tendencia para investigar una pérdida de presión o posible obstrucción.
Electricidad, agua y aire comprimido
Señal: Contadores y caudalímetros existentes; lectura por pulsos o bus cuando proceda.
Relación con SAP: Línea, turno, orden o centro de coste para analizar el consumo y las desviaciones.
Nivel y peso de materiales
Señal: Sensor de nivel o báscula con su electrónica e interfaz.
Relación con SAP: Material y ubicación para preparar una petición de reposición y contrastarla con el inventario.
Piezas y rechazos
Señal: Detector fotoeléctrico, contador o señal ya disponible del equipo.
Relación con SAP: Orden y operación de producción para revisar cantidades y motivos de rechazo.
Paradas y cambios de estado
Señal: Señal de marcha/parada y motivo indicado por el operario.
Relación con SAP: Orden, turno y recurso para analizar cuándo se detiene la línea y por qué.
Identificación y trazabilidad
Señal: Código de barras o RFID asociado a una lectura o evento.
Relación con SAP: Lote, material y puesto para saber a qué producto pertenece la medida.
El sensor no proporciona por sí solo todo ese significado. Contar piezas no indica automáticamente su orden, detectar una parada no explica su causa y medir el nivel de un depósito no confirma una entrada o salida de mercancías. Ese contexto se diseña con las personas del proceso.
Tres ejemplos que ayudan a verlo
Un almacén con temperatura y humedad controladas. Registraríamos la medida con fecha, zona y estado del sensor. Si una desviación supera los criterios acordados por calidad, n8n podría preparar una revisión e identificar los materiales o lotes potencialmente relacionados. La decisión sobre el producto seguiría el proceso de calidad definido por la empresa.
Una bomba que requiere seguimiento. Combinaríamos horas de marcha, vibración y temperatura. La información útil sería su evolución respecto a una referencia válida y al contexto de uso. En SAP de mantenimiento existen puntos de medida y contadores asociados a objetos técnicos; son un posible destino si se configura el dato maestro y se verifica la integración. Una lectura anómala sirve para pedir revisión, no demuestra por sí sola una avería ni mantenimiento predictivo. Puntos de medida y contadores en SAP.
Una línea que consume más aire o energía. Leeríamos los contadores por periodos y los compararíamos con las unidades producidas y el tipo de trabajo. Un consumo alto durante una parada puede justificar una investigación, pero no diagnostica por sí mismo una fuga. La relación con orden o centro de coste ayuda al análisis; calcular o contabilizar costes requiere su diseño específico.
SAP Digital Manufacturing también contempla la recogida de datos de proceso, incluidos temperatura y humedad de zonas de trabajo. Es un producto con alcance e implantación propios; no presupongo que esté incluido en cualquier instalación de S/4HANA ni que haya que añadirlo para todos los pilotos. Recogida de datos en SAP Digital Manufacturing.
Qué información compartir entre n8n y SAP
Cada evento debería identificar qué ocurrió, dónde, cuándo, con qué unidad y con qué calidad de lectura. Según el caso añadiríamos equipo, material, lote, orden o turno. También hacen falta criterios para detectar un sensor desconectado, una lectura antigua o un mensaje repetido.
Guardaría las lecturas de detalle en el sistema de adquisición o en un histórico adecuado. A SAP llevaría las mediciones, resúmenes o eventos que necesite el proceso, mediante la interfaz autorizada. Por ejemplo: una lectura relevante del equipo, una desviación que revisar o un resumen de consumo por turno; no cada oscilación de un sensor de vibración.
El recorrido sería: sensor o equipo → controlador o pasarela → n8n → contexto SAP → registro o acción autorizada. Primero comprobaría qué ofrece el estándar SAP y qué sistemas de planta existen, para aprovecharlos y evitar duplicar funciones.
Arduino documenta la comunicación Modbus con equipos como contadores y sensores. Si la señal ya está disponible en un PLC o sistema de supervisión, aprovecharla puede ahorrar sensores, cableado y mantenimiento. Arduino y Modbus.
El caso que ya hemos probado: reposición
En una práctica que he preparado para el máster n8n para SAP, un ESP32 virtual ejecuta código Arduino y representa un puesto que solicita piezas. El operario elige la cantidad y pulsa un botón. n8n valida el evento, lo relaciona con un material permitido y consulta material y stock contable en nuestro SAP de formación.
Probamos tres puestos simultáneos: seis peticiones nuevas y tres repeticiones de eventos ya completados. Cada repetición recuperó la misma propuesta y ejecución original. También verificamos entradas incorrectas, material inexistente y fallos de consulta.
En el ensayo observamos materiales con 40 y 240 unidades. La propuesta conserva la cantidad pedida por el operario y queda pendiente de revisión humana. El umbral de 50 unidades es didáctico, externo a SAP; el stock contable no es disponibilidad ATP ni un cálculo MRP. La práctica no creó solicitudes, pedidos ni movimientos de mercancías.
Este es el recorrido integrado que ya hemos ensayado. Los demás usos descritos son opciones para desarrollar, no instalaciones de fábrica realizadas con esta práctica.
Cómo empezar con un coste contenido
Para validar ese ensayo utilizamos simulación y servidores existentes: 0 € de hardware adicional. La preparación, la infraestructura y la integración sí tienen coste.
Yo empezaría con una señal, un puesto y una persona responsable del resultado. Entre los primeros candidatos pondría temperatura y humedad de una zona, horas de un equipo o lectura de un contador que ya exista. Elegiría el que tenga un problema reconocible y una acción clara tras recibir el dato.
Después mediría si mejora el tiempo de revisión, reduce trabajo manual o aporta información que antes faltaba. Solo entonces ampliaría el piloto y presupuestaría el punto completo: sensor, controlador o pasarela, alimentación, protecciones, caja, instalación, calibración cuando corresponda, comunicaciones, integración, licencias y mantenimiento.
El ahorro está en comprobar primero una necesidad y reutilizar lo disponible. Una placa económica puede ayudar a aprender y prototipar; el valor para la fábrica depende del proceso que mejore.
¿Qué dato os ayudaría más hoy: temperatura y humedad, horas de máquina, consumo o nivel de materiales?
La práctica y el carrusel
Esta práctica forma parte del máster n8n para SAP de Logali Group. Puedes consultar el carrusel de diez páginas en LinkedIn.

