La integración de robots es el trabajo de convertir un robot en una pieza que funciona dentro de una operación. Un brazo robótico recién sacado de su caja se mueve con precisión, y nada más. Para hacer un trabajo útil necesita una pinza o una herramienta, piezas que le lleguen colocadas, un concepto de seguridad, un programa y una conexión con las máquinas y los sistemas que lo rodean: el PLC que gobierna la línea, los sensores que vigilan el proceso y el software con el que se planifican el mantenimiento y la producción.

La mayoría de los textos sobre integración de robots se centran en la célula mecánica. Este artículo la trata brevemente y dedica más espacio a la parte que decide si el robot y la planta comparten una misma imagen de la situación: las conexiones de datos y de órdenes entre ellos, lo que cuestan y cómo probarlas antes de que controlen equipos reales.

Lo esencial

  • La integración de robots tiene una parte mecánica y de seguridad (utillaje, útiles de fijación, resguardos) y una parte de datos y órdenes (señales del PLC, datos de planta, sistemas de mantenimiento).
  • Dentro de la célula, el controlador del robot y el PLC se coordinan mediante un intercambio de señales como listo, inicio, número de programa, terminado y fallo.
  • Fuera de la célula, el estado y los fallos del robot pueden alimentar alarmas y la gestión de activos empresariales (EAM), de modo que el mantenimiento se planifique según el uso real.
  • El brazo robótico es a menudo solo una parte minoritaria del coste total de una célula robotizada, y los escenarios conectados deben probarse antes de que actúen sobre los equipos.

¿Cómo funciona la integración de robots industriales?

La integración de robots industriales suele pasar por las mismas fases, sea cual sea la aplicación.

  1. Concepto y simulación. El integrador comprueba el alcance, el tiempo de ciclo y la distribución, a menudo con software de simulación, antes de pedir nada.
  2. Diseño mecánico. Efectores finales, como pinzas o antorchas de soldadura, útiles que sujetan las piezas en una posición conocida, transportadores y resguardos.
  3. Parte eléctrica y de control. Cableado, un PLC o la lógica del propio controlador del robot, sensores que confirman que hay pieza y la comunicación entre el robot y la línea.
  4. Seguridad. Una evaluación de riesgos y, después, vallados, puertas con enclavamiento, cortinas fotoeléctricas o escáneres láser de seguridad, y un controlador de seguridad que detiene el robot cuando alguien entra en la célula.
  5. Programación y puesta en marcha. Trayectorias del robot, recuperación ante errores, pruebas en el taller del integrador y después en planta, y formación de los operarios.

La parte de datos y órdenes empieza en la fase 3, pero llega más lejos. Dentro de la célula, el controlador del robot intercambia señales con un PLC mediante E/S digitales o una red industrial como PROFINET o EtherNet/IP. Por encima de la célula, cada vez más plantas quieren los datos del robot en el mismo sitio que todo lo demás: recuentos de ciclos, fallos, consumo de energía y el estado de los equipos que abastecen al robot, como el aire comprimido, el refrigerante y los transportadores.

Esos datos de nivel superior suelen viajar por OPC UA, Modbus o MQTT. Muchos controladores de robot ofrecen un servidor OPC UA o una interfaz Modbus, a veces como opción de pago, y los gateways edge pueden traducirlos a MQTT para los sistemas de toda la planta o de la nube.

Aquí, una decisión pequeña ahorra muchos problemas más adelante: los nombres. Cuando llegue la tercera célula robotizada de otro integrador, sus señales se llamarán de otra manera, salvo que alguien haya acordado un patrón, como identificadores de línea, célula y robot más un conjunto fijo de nombres de estado. Las plantas que lo dejan por escrito antes de poner en marcha la primera célula pueden comparar células, crear un panel por línea y reutilizar reglas, en lugar de traducir a mano el vocabulario de cada célula.

¿Cómo se integra un robot con un PLC?

El PLC suele estar al mando de la línea, y el robot es una de sus estaciones. Se coordinan mediante un intercambio de señales sencillo, que en un robot de carga de máquina tiene este aspecto:

  1. El controlador del robot indica listo: alimentado, en modo automático, sin fallos y en su posición de reposo.
  2. El PLC confirma que hay una pieza en su sitio, fija un número de programa (por ejemplo, el programa 3 para una variante concreta de pieza) y activa inicio.
  3. El robot lo confirma, ejecuta el programa e indica ocupado mientras se mueve.
  4. Al terminar, el robot indica terminado y vuelve a la posición de reposo. El PLC desactiva inicio e introduce la pieza siguiente.
  5. Si algo sale mal, el robot activa fallo con un código de error, y el PLC detiene ese tramo de la línea y muestra al operario lo que ha pasado.

El mismo patrón se mantiene sobre un bus de campo, donde las señales pasan a ser bits y enteros dentro de un intercambio de datos en lugar de cables individuales. Las decisiones de diseño que importan son quién hace de maestro, cómo se recuperan los fallos sin que nadie tenga que entrar en la célula y qué ocurre si se corta la comunicación, porque un robot que sigue funcionando con una señal de inicio obsoleta es un peligro real.

Esas señales son también los datos más útiles para compartir fuera de la célula. Listo, ocupado, terminado y fallo, junto con el código de fallo y un contador de ciclos, indican si el robot está produciendo, esperando o parado, sin tocar su programa.

Kilo es una forma de reunirlas con el resto de la línea. Las señales de la célula se leen a través de un gateway edge MQTT que traduce Modbus u OPC UA, junto a un sensor de presión en la alimentación de aire comprimido, de modo que una sola regla ve ambas cosas y puede avisar a mantenimiento cuando el robot informa de un fallo mientras la presión de aire es baja. Antes de activar esa regla, se recorre paso a paso en el depurador con valores de prueba. Cuando planifique qué células robotizadas y qué sensores de línea deben compartir una misma vista en su planta, parta de las señales que cada célula ya expone y de los servicios auxiliares que la abastecen, la misma combinación de equipos que reúne el IoT para fabricación.

¿Cómo funciona la integración de robots con un EAM?

El software EAM (gestión de activos empresariales), como los módulos de mantenimiento de SAP o IBM Maximo, guarda el registro de cada activo de una planta: qué es, dónde está, su plan de mantenimiento y su historial de órdenes de trabajo. La integración de robots con un EAM conecta el robot con ese registro, de modo que el mantenimiento siga el uso real del robot.

Hay dos sentidos habituales. El primero envía datos de uso del robot al EAM: horas de funcionamiento, recuentos de ciclos y códigos de fallo. Los fabricantes de robots fijan intervalos de servicio para reductoras, cables y lubricación, a menudo por horas de funcionamiento, así que con recuentos reales el mantenimiento se planifica según el uso efectivo y no por fechas del calendario. Los códigos de fallo pueden abrir automáticamente una orden de trabajo, con el ID del robot y el error adjuntos.

El segundo usa los robots como recolectores de datos de otros activos. Los robots de inspección que leen manómetros o toman imágenes térmicas en sus rondas pueden adjuntar lo que encuentran al registro del activo de la bomba o el motor que han revisado.

El disparador de una orden de trabajo requiere cierto cuidado. Los robots generan muchos fallos breves que se resuelven solos, como no encontrar una pieza en el primer intento, y enviar cada uno al sistema EAM inunda de ruido a los planificadores. Un patrón útil es abrir una orden de trabajo solo para los fallos que se repiten dentro de una ventana de tiempo, duran más de un tiempo fijado o pertenecen a una lista de códigos acordada con el equipo de mantenimiento.

En ambos sentidos, la integración suele pasar por un middleware en lugar de un enlace directo entre robot y EAM. Algo tiene que recoger los datos, normalizarlos, decidir qué supera un umbral y llamar a la API del sistema EAM.

Fuera de la fábrica, el reparto es el mismo. En el comercio minorista, la gran pregunta en la integración de robots con los sistemas de tienda, por ejemplo robots que recorren los lineales para comprobar existencias y precios, es cómo llegan sus hallazgos a los sistemas de inventario y de tareas de tienda para que una persona reponga de verdad el lineal vacío.

¿Cuánto cuesta la integración de un robot?

Los integradores y las fuentes del sector suelen situar el robot en sí entre una cuarta parte y el 40 % del coste de una célula robotizada terminada, según la aplicación. El resto se va en utillaje, útiles de fijación, resguardos, control, ingeniería y puesta en marcha.

Para una sola célula de carga de máquina, el presupuesto podría ser este (cifras de ejemplo):

Partida Coste de ejemplo
Brazo robótico y controlador 40 000 €
Pinza y utillaje 12 000 €
Útiles de fijación, presentación de piezas, transportador 20 000 €
Resguardos y componentes de seguridad 15 000 €
Parte eléctrica, PLC y programación 25 000 €
Instalación, puesta en marcha, formación 18 000 €
Total 130 000 €

En este ejemplo, el robot supone alrededor del 31 % del total. El coste total de la integración de un robot incluye además lo que viene después de la puesta en marcha: mantenimiento, repuestos, cambios de programa para piezas nuevas y la producción que se pierde mientras se depura la célula.

La mayoría de las empresas evalúan la célula frente a lo que sustituye, normalmente mano de obra en varios turnos, rechazos y retrabajos, y la productividad que un puesto manual no alcanza. Esa comparación depende mucho de la utilización. Una célula que trabaja a tres turnos se amortiza mucho antes que la misma célula a un solo turno, y por eso la conexión entre el robot y los datos de producción importa para la justificación económica tanto como para el mantenimiento.

Las conexiones de datos y de órdenes tienen su propia partida, más pequeña: un gateway edge por célula o por zona, unos días de ingeniería para mapear las señales y una suscripción a la plataforma. El hardware y el software se compran por separado; en Kilo, los planes de la plataforma empiezan gratis para cinco dispositivos y desde 25 € al mes para 25.

Cómo probar la integración de robots

La puesta en marcha prueba la célula: si el robot coge la pieza, si funciona la parada de seguridad, si se cumple el tiempo de ciclo. Las integraciones que van más allá de la célula necesitan sus propias pruebas, porque conectan equipos de distintos fabricantes mediante protocolos diferentes.

El escenario que hay que probar es el de extremo a extremo. Un sensor de aire comprimido en la línea informa de una caída de presión por debajo de lo que necesita la pinza neumática del robot. Una regla genera una alarma para mantenimiento y, si el integrador de la célula expone esa orden, indica a la célula que se detenga al terminar el ciclo actual en lugar de soltar una pieza en pleno movimiento. Esa cadena es fácil de describir, y en los detalles es fácil equivocarse: un umbral incorrecto, una condición que falta, una orden enviada a la célula equivocada.

Un buen plan de pruebas cubre algo más que el caso esperado. Compruebe el umbral justo en su límite, el caso en que la célula ya está parada cuando cae la presión y el caso en que dos células comparten una misma alimentación de aire, de modo que una sola caída de presión tiene que llegar a las dos.

Preguntas frecuentes sobre integración de robots

¿Cuánto tiempo lleva la integración de un robot?

Una sola célula bien definida suele tardar unos meses desde el pedido hasta la producción, y más cuando hay que desarrollar un utillaje o una manipulación de piezas a medida. El calendario suele incluir una prueba de aceptación en fábrica (FAT) en el taller del integrador y una prueba de aceptación en planta (SAT) tras la instalación, y conectar la célula a los sistemas de planta es más rápido cuando se planifica desde el principio.

¿Quién es responsable de la seguridad en la integración de robots?

Quien pone en servicio la célula completa asume la responsabilidad de toda la máquina, normalmente el integrador o la propia planta. La norma ISO 10218-2 recoge los requisitos de seguridad de los sistemas robotizados y de su integración, y en la UE la célula terminada necesita una evaluación de la conformidad y el marcado CE conforme a la legislación de máquinas, que pasa de la Directiva de Máquinas al Reglamento (UE) 2023/1230 relativo a las máquinas a partir de enero de 2027.

¿Se puede hacer la integración de robots con medios propios?

Sí, muchos fabricantes con ingenieros de control experimentados integran ellos mismos las células más sencillas, sobre todo en proyectos que se repiten. Lo que más a menudo se encarga a especialistas es el concepto de seguridad y su validación, el utillaje complejo y la primera célula de un tipo nuevo, donde un error en la distribución o en los resguardos sale caro de corregir después.

Las señales de listo, ocupado, terminado y fallo de una célula, junto con su contador de ciclos, bastan para tener un robot a la vista sin tocar su programa. Un gateway de Modbus a MQTT las lee y, si necesita ese hardware, Kilo Electronics tiene dispositivos Modbus para ello. Represente el recuento de ciclos por turno en un panel y añada una regla que avise a mantenimiento solo cuando la señal de fallo permanezca activa más de diez minutos, lo que filtra los fallos breves que se resuelven solos. La célula cuenta como un único dispositivo, así que toda la configuración funciona con el plan gratuito de Kilo.