Un software di orchestrazione multi-robot decide quale robot svolge quale lavoro, in che ordine, e come più robot condividono corsie, porte, ascensori e stazioni di ricarica senza bloccarsi a vicenda. Volendo riassumerlo in una riga, fa da dispatcher per un gruppo di robot: trasforma un elenco di lavori in un piano che molte macchine possono eseguire contemporaneamente.

Sembra la gestione della flotta, e infatti le due cose vengono spesso confuse. Uno strumento di gestione della flotta dice che cosa stanno facendo i robot. L’orchestrazione decide che cosa dovrebbero fare dopo, e per farlo deve sapere molto di più della semplice posizione dei robot.

In breve

  • L’orchestrazione comprende tre funzioni: assegnare i compiti, riservare spazi e risorse condivisi e sincronizzare i passaggi di consegne tra robot.
  • Il controllo centralizzato trova piani migliori; quello decentralizzato regge meglio le interruzioni di rete. La maggior parte dei siti reali combina i due.
  • Monitorare una flotta e orchestrarla sono problemi diversi, e molti siti hanno bisogno di entrambe le cose.
  • I robot hanno bisogno anche del contesto che arriva da porte, ascensori e sensori del sito, e ogni comando che attraversa fornitori e protocolli diversi viene provato con risposte simulate prima di andare in produzione.

Come funziona il coordinamento tra più robot?

Il coordinamento multi-robot si scompone in tre problemi che il software di orchestrazione risolve di continuo, spesso più volte al secondo.

L’assegnazione dei compiti decide quale robot prende quale lavoro. Il metodo più semplice manda ogni nuovo compito al robot libero più vicino. È rapido da calcolare e spesso basta, ma può portare a scelte poco felici quando arrivano più compiti insieme. Prendiamo due robot liberi e due compiti che arrivano nello stesso momento, con questi tempi di percorrenza fino a ciascun punto di prelievo:

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

Gestendo prima il Compito 1, la regola del robot più vicino lo assegna al Robot A (3 minuti) e lascia il Compito 2 al Robot B (9 minuti): 12 minuti di viaggio a vuoto, e il Compito 2 aspetta 9 minuti il suo robot. Considerando i due compiti insieme, il Compito 1 va a B (4 minuti) e il Compito 2 va ad A (2 minuti): 6 minuti di viaggio a vuoto, la metà. Un software di orchestrazione che assegna i compiti a blocchi, anziché uno alla volta, trova il secondo piano. Con decine di robot e di compiti, il risparmio sui viaggi a vuoto si accumula nell’arco di un turno.

La prenotazione delle risorse impedisce ai robot di contendersi lo stesso spazio. Il software tratta corsie strette, incroci, cabine degli ascensori, postazioni di ricarica e stazioni di aggancio come risorse che un solo robot alla volta può occupare. Un robot chiede la zona successiva del proprio percorso, la ottiene oppure aspetta, e la libera appena ne esce. Il caso da prevedere è il deadlock: il Robot A aspetta una zona occupata dal Robot B, mentre B aspetta la zona occupata da A. Nessuno dei due si muoverà mai. Il software di orchestrazione individua questi cicli di attesa e li spezza, per esempio facendo tornare un robot a una piazzola di scambio.

La sincronizzazione gestisce il lavoro che dipende da un altro robot. Se un robot lascia un carrello in una stazione e un secondo robot ne prosegue il trasporto, il secondo non dovrebbe partire verso la stazione finché il primo non segnala di averlo lasciato. Se i tempi sono sbagliati, ci si ritrova con robot fermi in attesa alle stazioni o con robot che arrivano a una stazione vuota.

Tutti e tre i problemi cambiano ogni volta che succede qualcosa di nuovo, ed è per questo che l’orchestrazione gira di continuo e non una volta per turno. Un compito urgente può arrivare mentre tutti i robot sono occupati, e il software deve decidere se togliere un robot da un lavoro meno prioritario o lasciare in attesa quello urgente. Anche ripianificare con troppa facilità crea problemi: se le assegnazioni cambiano ogni pochi secondi, i robot fanno avanti e indietro tra le destinazioni e alla fine completano meno lavoro. Un buon software di orchestrazione permette di impostare priorità per tipo di compito e una soglia oltre la quale un piano migliore vale il disagio del cambio.

Controllo multi-robot centralizzato o decentralizzato?

Ci sono due modi fondamentali di organizzare il controllo di più robot.

In un’architettura centralizzata, un unico pianificatore vede tutti i robot, i compiti e le prenotazioni, e invia a ogni robot le sue istruzioni. Produce piani migliori, come l’assegnazione a blocchi vista sopra, e il suo comportamento è più facile da prevedere e verificare perché tutte le decisioni vengono prese in un solo punto. Il prezzo è la dipendenza: se il pianificatore o la rete cadono, i robot completano il movimento in corso e poi restano in attesa. Inoltre il tempo di pianificazione cresce con le dimensioni della flotta, quindi le flotte molto grandi richiedono un’ingegnerizzazione accurata.

In un’architettura decentralizzata, i robot si coordinano tra loro. Possono fare offerte per i compiti in una piccola asta, in cui ogni robot propone il proprio costo stimato e vince l’offerta più bassa, oppure seguire regole di precedenza condivise agli incroci. Questo approccio regge le interruzioni e scala bene, ma il risultato complessivo è più difficile da prevedere, e dimostrare che un gruppo di robot indipendenti non finirà mai in deadlock è un problema complesso. Una piccola asta mostra pregi e limiti di questo approccio. Arriva un nuovo compito e tre robot offrono 4, 6 e 11 minuti. Vince il robot che offre 4, una scelta sensata, ma se quel robot stava per diventare l’unico in grado di raggiungere un lavoro più urgente, nessuno nell’asta lo sapeva.

La maggior parte dei siti operativi finisce per adottare un modello ibrido. Il gestore di flotta di ogni produttore coordina in dettaglio i propri robot, e un livello di orchestrazione al di sopra distribuisce il lavoro tra i marchi e gestisce le risorse che condividono. Alcuni gruppi di settore hanno pubblicato interfacce per semplificare questo lavoro: lo standard di interoperabilità di MassRobotics, rilasciato nel 2021, definisce messaggi JSON con cui robot mobili di produttori diversi condividono la propria posizione e la propria destinazione, così il sistema di un robot può almeno vedere quello di un altro.

A cosa servono i sistemi multi-robot?

Un sistema multi-robot è qualsiasi gruppo di robot che lavora verso obiettivi comuni, e gli impieghi vanno ben oltre i magazzini.

  • Nei magazzini, gruppi di robot portano gli scaffali agli addetti al picking, spostano pallet tra le zone e di notte fanno l’inventario.
  • Negli ospedali, i robot trasportano biancheria, pasti, forniture e campioni di laboratorio tra i reparti, spesso condividendo corridoi e ascensori con pazienti e personale.
  • Nella produzione, i robot portano i componenti alla linea, ritirano i prodotti finiti e spostano kit tra le postazioni di lavoro.
  • In grandi edifici e campus, i robot di pulizia e di pattugliamento coprono i pavimenti secondo orari che devono evitare sia gli altri robot sia le persone che usano gli spazi.
  • In agricoltura, più robot da campo si dividono un campo in strisce, così il lavoro si conclude entro la finestra meteo favorevole.

I ricercatori fanno una distinzione utile tra coordinamento e collaborazione tra robot. I robot coordinati condividono gli spazi e si dividono il lavoro, ma ognuno svolge il proprio compito. I robot che collaborano agiscono insieme fisicamente, per esempio due robot che sollevano un carico troppo lungo per uno solo. Oggi il software di orchestrazione commerciale si occupa soprattutto di coordinamento; la collaborazione fisica stretta resta di solito confinata all’interno del sistema di un unico fornitore, dove i robot condividono software e temporizzazione.

Come simulare un sistema multi-robot

I problemi di orchestrazione raramente emergono con due robot in un pomeriggio tranquillo. Si presentano nei picchi di carico, in un corridoio stretto o quando un ascensore va fuori servizio in un’ora di punta. Per questo i team di solito simulano un sistema multi-robot prima che arrivino i robot o prima di aggiungerne altri. Simulatori robotici come l’open source Gazebo, o gli strumenti di simulazione forniti da molti produttori di robot, riproducono la planimetria, le velocità dei robot e la frequenza di arrivo dei compiti, poi simulano un intero turno in pochi minuti.

Le domande utili per una simulazione sono concrete. Quanti robot servono nell’ora di punta prima che i tempi di attesa dei compiti smettano di scendere? Dove si accumulano le prenotazioni, e c’è un incrocio responsabile della maggior parte delle attese? Che cosa succede alla coda se un ascensore resta indisponibile per un’ora? Il piano si ripristina da solo dopo un’interruzione di rete di trenta secondi, o i robot restano fermi finché qualcuno non interviene?

La simulazione dei robot riguarda il movimento. I collegamenti con porte, ascensori, allarmi e altri sistemi del sito richiedono un test a parte, perché sono proprio le parti che un simulatore robotico di solito non riproduce.

Differenza tra orchestrazione multi-robot e gestione della flotta

La differenza si vede meglio mettendole a confronto:

Gestione della flotta Orchestrazione multi-robot
Domanda principale Che cosa stanno facendo i miei robot? Che cosa deve fare dopo ciascun robot?
Risultati tipici Stato, batteria, guasti, storico, report Assegnazione dei compiti, prenotazioni, tempi dei passaggi di consegne
Ambito abituale Spesso i robot di un solo fornitore Più fornitori, e spesso anche i sistemi del sito
Se manca I problemi emergono tardi I robot aspettano, restano imbottigliati in coda o duplicano il lavoro

L’orchestrazione ha bisogno anche di informazioni che vengono da fuori della flotta. Una porta tagliafuoco si chiude quando lo decide il sistema d’allarme. Un ascensore è fuori servizio. Il sensore di una stazione segnala un carrello in attesa di ritiro. La porta di una baia di carico si apre e un camion è pronto. Niente di tutto questo arriva dai robot, eppure ognuna di queste informazioni cambia quale robot dovrebbe andare dove.

Questo contesto condiviso è il livello offerto da Kilo. Collega alle stesse regole i sensori del sito e i robot che accettano comandi via MQTT, così la lettura del sensore di una stazione può avviare una regola che invia a un robot un comando “vai alla stazione” configurato, mentre Kilo registra se il comando è stato consegnato, confermato o è fallito. I robot mantengono la propria navigazione e la propria sicurezza. Prima di scegliere gli strumenti, conviene elencare da quali porte, ascensori e sensori di stazione dovrebbe ricevere informazioni l’orchestrazione del proprio sito, e quali di questi già trasmettono i dati da qualche parte, perché sono questi i dispositivi che porterebbero lo stato del sito nell’IA fisica, in cui sensori, macchine e robot condividono il contesto.

Poiché quei comandi attraversano fornitori e protocolli diversi, ogni regola può essere percorsa passo per passo nel debugger di Kilo con la risposta del robot simulata prima di essere distribuita.

Software di orchestrazione multi-robot: domande frequenti

Come confrontare i fornitori di software di orchestrazione multi-robot?

Conviene partire dai propri robot e chiedere a ogni fornitore quali dei modelli in uso integra già e tramite quale interfaccia, per esempio un’API del produttore, VDA 5050 o lo standard MassRobotics. Poi va chiesto come gestisce deadlock, interruzioni di rete e porte o ascensori. Un elenco di aziende che sviluppano software di orchestrazione multi-robot, o una classifica delle migliori piattaforme di orchestrazione multi-robot del 2025, può fornire qualche nome da contattare, ma solo un progetto pilota nei propri spazi mostra quanto reggono i piani.

Un software di orchestrazione multi-robot è la stessa cosa di un WMS?

No. Un sistema di gestione del magazzino tiene traccia di scorte e ordini e decide che cosa deve essere spostato. Il software di orchestrazione dei robot decide quale robot lo sposta e quando. I due si scambiano compiti e conferme, e molti siti li usano entrambi.

Quanti robot può gestire un software di orchestrazione multi-robot?

I fornitori indicano dimensioni di flotta, ma il numero conta meno della densità del traffico. Cinquanta robot distribuiti in un grande magazzino possono essere più facili da orchestrare di quindici che condividono due corridoi stretti e un ascensore, perché il carico di pianificazione dipende da quanti robot si contendono le stesse zone nello stesso momento. I risultati di un sito con una disposizione simile alla propria dicono di più della flotta più grande che un fornitore abbia mai gestito.

I sistemi multi-robot hanno bisogno del Wi-Fi o del 5G?

Hanno bisogno di una rete wireless affidabile in tutte le aree in cui i robot circolano, e il Wi-Fi è la scelta più diffusa. Il roaming tra gli access point è importante, perché un robot che perde la connessione a metà corsia può fermarsi e restare in attesa. Alcuni grandi stabilimenti usano il 5G privato per una copertura più prevedibile.

Un dispositivo emulato che accetta un comando “vai alla stazione” può fare le veci di un robot prima ancora di collegarne uno. Basta abbinarlo a un sensore di stazione emulato e creare una regola che mandi il robot sostitutivo alla stazione quando il sensore segnala un carrello in attesa; due dispositivi e una regola rientrano nel piano gratuito di Kilo. Si invia una singola lettura su richiesta per attivarla, poi si apre lo storico dei comandi per vedere come ha risposto il robot sostitutivo. Quando si installa un sensore di stazione reale, prende il posto di quello emulato e la regola continua a funzionare senza modifiche.