
Évaluation embarquée de la fusion d'admissions de tâches dans les systèmes multi-robots décentralisés
Une équipe de chercheurs a évalué l'« admission par coalescence » des tâches dans les systèmes multi-robots décentralisés, c'est-à-dire le fait de regrouper les nouvelles tâches avant de relancer l'allocateur, au lieu de lancer une allocation à chaque arrivée. L'étude s'appuie sur quatre algorithmes d'allocation (CBAA, ACBBA, PI et HIPC) et sur trois volets expérimentaux. Une campagne de 3 000 missions tourne sur un NVIDIA Jetson AGX Orin avec délai de calcul mesuré, complétée par 3 000 missions appariées sans coût de calcul. Une campagne de 96 missions en hardware-in-the-loop utilise un microcontrôleur RP2040 sur robot Pololu 3pi+. L'admission immédiate (Eager) est comparée à des seuils de 2, 4 et 8 tâches, et à une politique à 4 tâches assortie d'un délai d'attente maximal de 10 s, sous trois cadences d'arrivée. Sur l'AGX, la coalescence réduit à la fois le nombre d'appels à l'allocateur et la charge processeur dans 31 des 48 conditions évaluées, avec une ampleur variable selon l'algorithme. Le regroupement par lots de 4 tâches fait grimper la latence moyenne des cibles en ligne de 20,08 à 23,57 s en arrivées clairsemées, surtout à cause de l'attente avant admission. La variante bornée dans le temps réduit le travail moyen dans dix des douze combinaisons allocateur-charge. Pour HIPC en arrivées denses, elle le baisse de 19,35 % pour 1,40 s de latence moyenne en plus.
Le résultat le plus parlant concerne le matériel contraint. Sur quatre scénarios HIPC à cadence moyenne appariés, le seuil de 4 tâches (Count b=4) réduit le travail moyen sur RP2040 de 59,85 % et la latence de service de 39,47 %. Les cas équivalents sur AGX voient au contraire la latence augmenter de 27,69 %. Le regroupement n'est donc pas une optimisation universelle. Son intérêt dépend de l'intensité des arrivées, du comportement propre à chaque allocateur et du coût relatif du calcul sur la plateforme d'exécution. Pour les intégrateurs de flottes hétérogènes, la conséquence est directe : la politique d'admission doit être réglée selon le calculateur embarqué, et non figée dans l'algorithme. Quand le processeur est le goulot, calculer moins souvent peut même raccourcir le service. Sur une machine puissante comme l'Orin, attendre coûte davantage que ce que l'on économise. Un bémol : il s'agit d'une évaluation de laboratoire, avec peu de scénarios matériels (96 missions) et des benchmarks d'allocateurs académiques, sans flotte industrielle réelle.
Ce travail s'inscrit dans la littérature de l'allocation de tâches multi-robots (MRTA). CBAA et ACBBA relèvent de la famille des algorithmes à consensus basés sur les enchères, et PI (Performance Impact) et HIPC servent de références de comparaison. Cette littérature mesure souvent la qualité de l'affectation en négligeant le coût de calcul sur le robot, alors que les flottes réelles mêlent des calculateurs très inégaux, de la carte GPU embarquée au microcontrôleur à quelques euros. L'étude répond à cet écart en quantifiant l'arbitrage entre travail de l'allocateur et latence de service. Les suites logiques seraient des politiques d'admission adaptatives, ajustant seuil et délai à la charge et aux ressources disponibles, ainsi que des validations sur des flottes plus grandes et des missions en conditions réelles. L'article, publié sur arXiv (2610.09187), ne mentionne aucun pilote industriel ni calendrier de déploiement.
Pas d\'impact direct sur la France/UE
Dans nos dossiers




