El software de orquestación de múltiples robots decide qué robot hace cada trabajo, en qué orden y cómo comparten varios robots pasillos, puertas, ascensores y cargadores sin bloquearse entre sí. En una sola frase: es el despachador de un grupo de robots, que convierte una lista de trabajo en un plan que muchas máquinas pueden ejecutar a la vez.

Suena a gestión de flotas, y es frecuente confundir ambas cosas. Una herramienta de flotas dice qué están haciendo los robots. La orquestación decide qué deben hacer a continuación, y para eso necesita saber mucho más que dónde están.

Lo esencial

  • La orquestación abarca tres tareas: asignar trabajos, reservar el espacio y los recursos compartidos, y sincronizar los relevos entre robots.
  • El control centralizado encuentra mejores planes; el descentralizado aguanta mejor las caídas de red. La mayoría de las instalaciones reales combinan ambos.
  • Supervisar una flota y orquestarla son problemas distintos, y muchas instalaciones necesitan las dos cosas.
  • Los robots también necesitan contexto de las puertas, los ascensores y los sensores de las instalaciones, y cada orden que atraviesa fabricantes y protocolos se prueba con respuestas simuladas antes de ponerse en marcha.

¿Cómo funciona la coordinación de múltiples robots?

La coordinación de múltiples robots se divide en tres problemas que el software de orquestación resuelve de forma continua, a menudo varias veces por segundo.

La asignación de tareas decide qué robot se encarga de cada trabajo. El método más sencillo envía cada tarea nueva al robot libre más cercano. Es rápido de calcular y muchas veces basta, pero puede tomar malas decisiones cuando llegan varias tareas a la vez. Pensemos en dos robots libres y dos tareas que llegan en el mismo momento, con estos tiempos de desplazamiento hasta cada punto de recogida:

Tarea 1 Tarea 2
Robot A 3 min 2 min
Robot B 4 min 9 min

Si se atiende primero la Tarea 1, la regla del robot más cercano se la asigna al Robot A (3 minutos) y deja la Tarea 2 para el Robot B (9 minutos): 12 minutos de desplazamiento en vacío, y la Tarea 2 espera 9 minutos a su robot. Si se miran las dos tareas a la vez, la Tarea 1 va a B (4 minutos) y la Tarea 2 a A (2 minutos): 6 minutos de desplazamiento en vacío, la mitad. Un software de orquestación que asigna por lotes, y no tarea a tarea, encuentra el segundo plan. Con decenas de robots y tareas, ese ahorro en desplazamientos en vacío se acumula a lo largo del turno.

La reserva de recursos evita que los robots reclamen el mismo espacio. El software trata los pasillos estrechos, los cruces, las cabinas de ascensor, los puntos de carga y las estaciones de acoplamiento como recursos que solo puede ocupar un robot a la vez. Un robot pide la siguiente zona de su ruta, la obtiene o espera, y la libera al salir de ella. El caso que hay que prever es el bloqueo mutuo (deadlock): el Robot A espera una zona que ocupa el Robot B, mientras B espera la zona que ocupa A. Ninguno se moverá nunca. El software de orquestación vigila estos ciclos de espera y los rompe, por ejemplo enviando a uno de los robots de vuelta a un apartadero.

La sincronización se ocupa del trabajo que depende de otro robot. Si un robot deja un carro en una estación y un segundo robot se lo lleva desde allí, el segundo no debería salir hacia la estación hasta que el primero confirme que lo ha dejado. Si la sincronización falla, hay robots parados esperando en las estaciones o robots que llegan a una estación vacía.

Los tres problemas cambian cada vez que ocurre algo nuevo, y por eso la orquestación funciona de forma continua y no una vez por turno. Puede llegar una tarea urgente con todos los robots ocupados, y el software tiene que decidir si retira a un robot de un trabajo menos prioritario o deja esperar la tarea urgente. Replanificar a la mínima también trae problemas: si las asignaciones cambian cada pocos segundos, los robots van y vienen entre destinos y terminan menos trabajo en total. Un buen software de orquestación permite fijar prioridades por tipo de tarea y un umbral a partir del cual un plan mejor compensa el trastorno del cambio.

Control multirrobot centralizado vs descentralizado

Hay dos formas básicas de organizar el control de varios robots.

En un esquema centralizado, un único planificador ve todos los robots, tareas y reservas, y envía sus instrucciones a cada robot. Produce mejores planes, como la asignación por lotes del ejemplo anterior, y su comportamiento es más fácil de predecir y verificar porque todas las decisiones se toman en un mismo lugar. El precio es la dependencia: si el planificador o la red caen, los robots terminan su movimiento actual y se quedan esperando. Además, el tiempo de planificación crece con el tamaño de la flota, así que las flotas muy grandes exigen una ingeniería cuidadosa.

En un esquema descentralizado, los robots se coordinan entre ellos. Pueden pujar por las tareas en una pequeña subasta, en la que cada robot ofrece su coste estimado y gana la puja más baja, o seguir reglas de prioridad de paso compartidas en los cruces. Este enfoque resiste las caídas y escala bien, pero el resultado global es más difícil de predecir, y demostrar que un grupo de robots independientes nunca llegará a un bloqueo mutuo es un problema complicado. Una pequeña subasta muestra las dos caras. Aparece una tarea nueva y tres robots pujan 4, 6 y 11 minutos. Gana el que puja 4, lo cual es sensato, pero si ese robot iba a ser el único capaz de llegar a un trabajo más urgente, nadie en la subasta lo sabía.

La mayoría de las instalaciones en funcionamiento acaban con un modelo híbrido. El gestor de flotas de cada fabricante coordina al detalle sus propios robots, y una capa de orquestación por encima reparte el trabajo entre marcas y gestiona los recursos que comparten. Las organizaciones del sector han publicado interfaces para facilitarlo: el estándar de interoperabilidad de MassRobotics, publicado en 2021, define mensajes JSON con los que robots móviles de distintos fabricantes comparten su ubicación y su destino, de modo que el sistema de un robot pueda, al menos, ver a los de otro.

¿Para qué se usan los sistemas multirrobot?

Un sistema multirrobot es cualquier grupo de robots que trabaja con objetivos comunes, y sus usos van más allá de los almacenes.

  • En los almacenes, grupos de robots llevan estanterías a los preparadores de pedidos, mueven palés entre zonas y hacen inventario por la noche.
  • En los hospitales, los robots transportan ropa de cama, comidas, suministros y muestras de laboratorio entre servicios, a menudo compartiendo pasillos y ascensores con pacientes y personal.
  • En la industria, los robots llevan piezas a la línea, retiran los productos terminados y mueven kits entre puestos de trabajo.
  • En grandes edificios y campus, los robots de limpieza y de patrulla recorren las plantas con horarios que deben evitar coincidir entre sí y con las personas que usan el espacio.
  • En agricultura, varios robots de campo dividen una parcela en franjas para que el trabajo termine dentro del margen que deja el tiempo.

Los investigadores trazan una distinción útil entre coordinación y colaboración multirrobot. Los robots coordinados comparten espacio y se reparten el trabajo, pero cada uno hace su propia tarea. Los que colaboran actúan juntos físicamente, por ejemplo dos robots que levantan una carga demasiado larga para uno solo. El software de orquestación comercial actual se centra sobre todo en la coordinación; la colaboración física estrecha suele quedarse dentro del sistema de un solo fabricante, donde los robots comparten software y sincronización.

Cómo simular un sistema multirrobot

Los problemas de orquestación rara vez aparecen con dos robots en una tarde tranquila. Surgen en el pico de carga, en un pasillo estrecho concreto o cuando un ascensor deja de funcionar en plena hora punta. Por eso los equipos suelen simular el sistema multirrobot antes de que lleguen los robots o antes de añadir más. Simuladores de robots como Gazebo, de código abierto, o las herramientas de simulación que ofrecen muchos fabricantes modelan el plano, la velocidad de los robots y el ritmo de llegada de las tareas, y después ejecutan un turno completo en minutos.

Las preguntas útiles para una simulación son concretas. ¿Cuántos robots necesita la hora punta antes de que los tiempos de espera de las tareas dejen de bajar? ¿Dónde se acumulan las reservas, y hay un cruce responsable de la mayor parte de la espera? ¿Qué le pasa a la cola cuando un ascensor no está disponible durante una hora? ¿El plan se recupera solo después de que la red se caiga treinta segundos, o los robots se quedan parados hasta que alguien interviene?

Simular los robots cubre el movimiento. Las conexiones con puertas, ascensores, alarmas y otros sistemas de las instalaciones necesitan su propia prueba, porque son las partes que un simulador de robots no suele modelar.

Orquestación de múltiples robots vs gestión de flotas

La diferencia se ve mejor en una comparación directa:

Gestión de flotas Orquestación de múltiples robots
Pregunta principal ¿Qué están haciendo mis robots? ¿Qué debe hacer cada robot a continuación?
Resultados típicos Estado, batería, fallos, historial, informes Asignación de tareas, reservas, sincronización de relevos
Alcance habitual A menudo, los robots de un solo fabricante Entre fabricantes y, a menudo, entre sistemas de las instalaciones
Si falta Los problemas se detectan tarde Los robots esperan, chocan en las colas o duplican trabajo

La orquestación también necesita datos de fuera de la flota. Una puerta cortafuegos se cierra cuando lo indica el sistema de alarma. Un ascensor está fuera de servicio. Un sensor de estación informa de que hay un carro esperando a que lo recojan. Se abre la puerta de un muelle de carga y un camión está listo. Nada de esto procede de los robots y, sin embargo, cada uno de estos datos cambia qué robot debería ir adónde.

Ese contexto compartido es la capa que aporta Kilo. Conecta a las mismas reglas los sensores de las instalaciones y los robots que aceptan órdenes por MQTT, de modo que la lectura de un sensor de estación puede iniciar una regla que envíe a un robot una orden configurada «ir a la estación», mientras Kilo registra si la orden se entregó, se confirmó o falló. Los robots conservan su propia navegación y seguridad. Antes de elegir herramientas, conviene anotar de qué puertas, ascensores y sensores de estación necesitaría recibir información la orquestación propia, y cuáles de ellos ya informan a algún sistema, porque esos son los dispositivos que llevarían el estado de las instalaciones a la IA física, donde sensores, máquinas y robots comparten contexto.

Como esas órdenes atraviesan fabricantes y protocolos, cada regla puede recorrerse paso a paso en el depurador de Kilo con la respuesta del robot simulada antes de desplegarla.

Preguntas frecuentes sobre el software de orquestación de múltiples robots

¿Cómo comparar proveedores de software de orquestación de múltiples robots?

Lo primero son los propios robots: hay que preguntar a cada proveedor cuáles de los modelos en uso tiene ya integrados y mediante qué interfaz, como la API del fabricante, VDA 5050 o el estándar de MassRobotics. Después, cómo resuelve los bloqueos mutuos, las caídas de red y las puertas o los ascensores. Una lista de empresas de software de orquestación de múltiples robots, o un ranking de las mejores plataformas de orquestación multirrobot de 2025, puede dar nombres a los que llamar, pero solo un piloto en la propia planta demuestra si los planes se sostienen.

¿El software de orquestación de múltiples robots es lo mismo que un SGA?

No. Un sistema de gestión de almacenes (SGA) controla el inventario y los pedidos, y decide qué hay que mover. El software de orquestación de robots decide qué robot lo mueve y cuándo. Ambos intercambian tareas y confirmaciones, y muchas instalaciones utilizan los dos.

¿Cuántos robots puede gestionar un software de orquestación de múltiples robots?

Los proveedores indican tamaños de flota, pero la cifra importa menos que la densidad del tráfico. Cincuenta robots repartidos por un gran almacén pueden ser más fáciles de orquestar que quince que comparten dos pasillos estrechos y un ascensor, porque lo que determina la carga de planificación es cuántos robots compiten por las mismas zonas al mismo tiempo. Los resultados de unas instalaciones con una distribución parecida a la propia dicen más que la mayor flota que haya gestionado un proveedor.

¿Los sistemas multirrobot necesitan wifi o 5G?

Necesitan una red inalámbrica fiable en todas las zonas por las que circulan los robots, y el wifi es la opción más habitual. El roaming entre puntos de acceso es importante, porque un robot que pierde la conexión en mitad de un pasillo puede detenerse y quedarse esperando. Algunas plantas grandes usan 5G privado para tener una cobertura más predecible.

Un dispositivo emulado que acepte la orden «ir a la estación» puede hacer de robot antes de conectar ninguno real. Se combina con un sensor de estación emulado y se crea una regla que envíe el robot sustituto a la estación cuando el sensor informe de un carro en espera; dos dispositivos y una regla caben en el plan gratuito de Kilo. Basta con enviar una única lectura a demanda para activarla y abrir después el historial de órdenes para ver cómo respondió el robot sustituto. Cuando se instale un sensor de estación real, ocupará el lugar del emulado y la regla seguirá funcionando sin cambios.