Robot pintor sin islas — programa del ERP, vida real al CMMS
En una cabina de pintura de chasis el robot pintor es relativamente moderno — 5 a 15 años — y tiene bus de campo abierto: Profinet, EtherNet/IP, OPC-UA. Pero está aislado del ERP y del CMMS: alguien teclea el programa en el TP a mano y las horas del robot viven en un Excel del superintendente. Con iLEAN Connect el robot queda cosido bidireccionalmente: programa correcto desde la OF, contadores vivos al CMMS.
El robot tiene bus de campo abierto — pero el programa se teclea en el TP y su vida vive en un Excel.
En una cabina de pintura de chasis metálicos de una planta EMS, el robot pintor no es el problema: suele tener entre 5 y 15 años y expone un bus de campo abierto — Profinet, EtherNet/IP, OPC-UA. El problema es que está aislado del ERP y del CMMS: el dato que ya existe en los sistemas se reescribe a mano en el TP, y el dato que ya existe en el controlador no llega a ningún sistema.
- Tecleo manual en el TP a cada cambio de OF — cuando cambia la orden de fabricación, alguien selecciona el programa en el teach pendant a mano. Resultado típico: 1-3 errores de programa al mes, con lotes de chasis pintados con el programa anterior y reproceso o scrap directo. Estimación a validar con los datos de tu planta, pero el orden de magnitud es ese.
- La vida del robot vive en un Excel — las horas, los disparos por color, el consumo de pintura y las alarmas existen en el controlador, pero solo ahí: lo que llega a mantenimiento es la transcripción parcial del superintendente. El plan preventivo se hace por calendario, no por vida real del equipo.
- El CAPEX se defiende con impresiones — cuando toca pedir a corporativo el robot de repuesto o la gran reparación, no hay serie objetiva de MTBF ni de MTTR que lo respalde: hay estimaciones, y las estimaciones pierden contra cualquier otra partida con datos.
El ERP sabe qué referencia y qué color tocan; el controlador del robot sabe cuántas horas y disparos lleva. Pero ninguno de los dos se lo cuenta al otro: alguien tiene que traducirlo a mano, con la OF esperando y el riesgo de reproceso encima de la mesa.
Connect cose el bus del robot con el ERP y el CMMS vía API — el cambio de OF deja de ser un teclear y la vida del robot deja de ser un Excel.
El cambio de OF no necesita más pantallas ni más transcripciones: necesita que el dato que ya vive en el ERP llegue al robot en el momento exacto, y que el dato que ya vive en el controlador llegue al CMMS sin que nadie lo copie. Para eso está Connect.
Cuando el ERP marca arranque de OF, publica automáticamente el programa y la receta al robot. Simultáneamente, los contadores del controlador — disparos, horas, consumo por color, alarmas — se depositan vivos en el CMMS.
Cómo opera Connect en la cabina de pintura de chasis de una planta EMS:
- Connect cose sistemas modernos vía bus abierto y API — se conecta al controlador del robot por Profinet, EtherNet/IP u OPC-UA, y al ERP y al CMMS por API REST o webhook, sin sustituir ningún equipo ni tocar la lógica de seguridad de la cabina.
- El ERP publica al arrancar la OF — el número de programa, la receta y el color llegan al robot en el mismo instante en que el ERP marca el arranque, en una sola transacción.
- El cambio de OF deja de ser un teclear — pasa a ser un evento del ERP: cuando la OF arranca, Connect publica el programa; nadie vuelve a navegar menús en el TP.
- Enclavamiento OF ↔ robot antes de pintar — el controlador confirma de vuelta qué programa ha cargado y Connect lo compara contra la OF; si un solo campo difiere, retiene el arranque y avisa a la persona con el campo exacto que no cuadra.
- Los contadores viajan al CMMS en continuo — horas efectivas, disparos, consumo de pintura por color y alarmas se depositan con marca de tiempo; el preventivo pasa de calendario a predictivo real sobre horas y disparos.
- MTBF y MTTR calculados automáticamente — cada alarma abre un evento en el CMMS y cada cierre lo documenta: la serie de fiabilidad del robot se construye sola, lista para el auditor y para el comité de CAPEX.
Programa tecleado en el TP vs. programa publicado desde la OF
| Aspecto | Robot aislado, tecleo manual | Con iLEAN Connect |
|---|---|---|
| Programa del robot a cada cambio de OF | Tecleado a mano en el TP | Publicado automático desde la OF del ERP |
| Errores de programa por tecleo | 1-3 al mes, con reproceso o scrap directo | Cero error de origen humano en la carga de programa |
| Vida del robot: horas, disparos, consumo por color | Excel del superintendente, transcripción parcial | CMMS con datos vivos del controlador |
| Plan preventivo del robot | Por calendario, ajeno al uso real | Predictivo real sobre horas y disparos |
| MTBF y MTTR del robot | Estimados a mano, si alguien los calcula | Calculados automáticamente sobre eventos reales |
| Defensa del CAPEX de repuesto ante corporativo | Impresiones y estimaciones | Serie objetiva de fiabilidad, auditable |
Estimación de impacto para tu planta — a validar con tus números.
El siguiente bloque es una estimación a validar con los datos concretos de tu planta. Lo planteamos para que el comité tenga un orden de magnitud; lo refinamos en el diagnóstico.
- Planta EMS con cabina de pintura de chasis metálicos y robot pintor de 5 a 15 años con bus de campo abierto — Profinet, EtherNet/IP u OPC-UA —, varios cambios de OF por turno y varios colores por semana.
- Piloto Connect sobre el cambio de OF y los contadores del robot — cose el bus del robot al ERP y al CMMS por API, sin sustituir equipos ni tocar la lógica de seguridad de la cabina. Primer valor esperable en pocas semanas.
- Payback rápido estimado entre 3 y 6 meses por la reducción de reproceso y scrap asociados a los errores de programa, según la frecuencia de cambios de OF y el coste del chasis repintado. Estimación a validar.
- Palanca adicional: la defensa cuantitativa del CAPEX de repuesto del robot ante corporativo — MTBF y MTTR calculados sobre datos reales convierten la petición de la gran reparación o del robot de sustitución en una serie objetiva, no en una impresión del superintendente. Estimación a validar.
Y la duda razonable del jefe de mantenimiento
«¿Y si la IA se inventa un programa o unas horas de robot?» — no puede: en este caso la IA no genera datos, los transporta anclados. El número de programa, la receta y el color salen tal cual de la OF del ERP, y las horas, los disparos y las alarmas salen tal cual del controlador del robot; la alucinación es un problema de la generación libre, no de las tareas ancladas, donde los mejores modelos bajaron el error por debajo del 1,5% [1]. Y aun así, lo crítico no se decide solo: Connect lee de vuelta qué programa confirma haber cargado el controlador, lo compara contra la OF y retiene el arranque si algo difiere, avisando a la persona antes de que se pinte el primer chasis. Los anillos de seguridad están ahí precisamente para esto.
[1] Paper OpenAI «Why Language Models Hallucinate», 2025 — sobre fiabilidad de la IA en tareas ancladas.
Lo que se pregunta sobre coser el robot pintor al ERP y al CMMS
¿Qué protocolos soporta la integración entre el robot pintor, el ERP y el CMMS?
Connect se conecta al controlador del robot por el bus de campo abierto que ya expone el equipo — Profinet, EtherNet/IP u OPC-UA —, que es lo habitual en robots pintores de 5 a 15 años de antigüedad. Del lado del ERP y del CMMS, Connect se integra por API REST o webhook sobre los eventos de producción — arranque de OF, cambio de color, fin de lote — sin tocar la lógica de seguridad de la cabina ni la base de datos de ningún sistema. No hay ficheros intermedios ni exportaciones manuales: cuando el ERP marca el arranque de la OF, el programa y la receta se publican al robot en una sola transacción, y los contadores del controlador vuelven por el mismo canal, evento a evento.
¿Qué pasa si el robot pierde conexión a mitad de una orden de fabricación?
La cabina no se para: el robot sigue pintando con el programa que ya tiene cargado y confirmado, porque el paquete se publicó completo al arranque de la OF. Lo que Connect hace es retener el siguiente cambio: si al cerrar la OF o arrancar la siguiente la conexión no está disponible, no deja arrancar con un programa a medias y avisa al jefe de línea con frase corta. Los contadores no se pierden: quedan en el buffer local del conector y se reconcilian con el CMMS al volver la conexión, sin huecos en las horas ni en los disparos. Como salida de emergencia existe el modo manual de siempre — teclear en el TP como hoy — pero contra el dato validado de la OF, no de memoria. Connect no añade un punto único de fallo: se aparta sin bloquear la línea.
¿Cómo llega el programa correcto al robot desde la orden de fabricación?
La OF en el ERP lleva asociados la referencia de chasis, el color y el número de programa o receta que le corresponde en el robot. Cuando el ERP marca el arranque, Connect publica ese paquete al controlador por el bus — Profinet, EtherNet/IP u OPC-UA — y el robot carga el programa sin que nadie navegue el TP. Después, el controlador confirma de vuelta qué programa ha cargado y con qué parámetros, y Connect lo compara contra la OF antes de dar por bueno el arranque: si un solo campo difiere, retiene el arranque y avisa a la persona indicando el campo exacto que no cuadra. Es un enclavamiento de datos, no de máquina: nadie pierde el control del robot, pero ningún chasis se pinta con un programa que la OF no respalde.
¿Cómo se calculan los MTBF y MTTR reales del robot?
Sobre datos del controlador, no sobre estimaciones. Connect lee en continuo las horas efectivas de operación, los disparos y las alarmas del robot, cada una con su marca de tiempo, y las deposita en el CMMS. Cada alarma de fallo abre un evento; el cierre de la intervención lo cierra. Con esa serie, el CMMS calcula el MTBF sobre el tiempo operativo real entre fallos — no sobre el calendario — y el MTTR sobre la duración real de cada intervención. Nadie transcribe nada a un Excel: la serie es continua, objetiva y auditable. Y esa misma serie es la que permite defender el CAPEX de repuesto del robot ante corporativo con números en lugar de impresiones.
¿Esto sustituye al operario de la cabina o lo libera?
No lo sustituye: le quita el tecleo del programa en el TP a cada cambio de OF y la transcripción de horas y consumos al Excel, que es la parte mecánica y propensa a error del trabajo — y la que puede acabar en un lote de chasis pintado con el programa anterior, con reproceso o scrap directo. El cambio de OF pasa de navegar menús en el TP a un evento que ya existe en el ERP. El tiempo recuperado vuelve a lo que sí requiere criterio humano: la inspección de la primera pieza pintada, el control de la aplicación y del abanico, el ajuste fino del proceso y la supervisión de la propia cabina.
Convierte tu robot pintor en dato — pídenos el estudio de integración. Cuéntanos tu caso y te pasamos en 48h el ROI estimado para tu planta.
Trabajamos sobre los datos reales de tu planta, no sobre los nuestros. Diagnóstico sin compromiso.
Pedir el estudio de integración ‹ Ver todos los casos de pintura de chasis Ver electrónica