Verdict d'abord: quand les AMR commencent à se comporter comme des hantés, le WiFi est coupable jusqu'à preuve du contraire. Tâches perdues, arrêts d'urgence soudains, une flotte qui ralentit sans raison: avant d'appeler le fournisseur d'AMR pour vous plaindre, prenez un portable et faites un ping dans l'allée où cela s'est produit.
J'ai vu exactement ce piège trois fois. A chaque fois, le site a blâmé l'algorithme de dispatch, puis le LiDAR, puis le firmware. Deux semaines d'accusations croisées plus tard, quelqu'un a enfin vérifié le réseau: une zone morte de couverture entre deux rangées de racks, ou des transferts de roaming si lents que les robots continuaient de dépasser leur délai. Réparez le réseau, et la 'maladie' des robots disparaît du jour au lendemain.
Deux histoires de guerre
Mars 2024, un entrepôt 3PL dans l'est de la Chine, un peu plus de 20,000 mètres carrés, six AMR deux semaines après le go-live. 'Tâches perdues' plus de vingt fois par jour. L'ingénieur du fournisseur a campé sur place pendant deux jours, fouillant les journaux de dispatch, et a conclu à 'probablement un problème intermittent de logique d'affectation des tâches'. J'ai parcouru l'allée problématique avec un portable et lancé un ping: deux rangées de racks se trouvaient dans une zone morte de couverture AP avec une perte de paquets supérieure à 40 pour cent. L'AMR entrait, ses paquets de battement de coeur n'en sortaient jamais, et le dispatch supposait qu'il s'était éteint et retirait la tâche pour la réaffecter. C'était la fameuse 'tâche perdue'.
La solution était presque embarrassante: déplacer trois AP, augmenter d'un cran l'agressivité du roaming sur les cartes WiFi des AMR. Les plaintes sont tombées à zéro en une semaine. Je me souviens encore du visage de l'ingénieur du fournisseur quand il est parti.
Juin 2025, un grand centre de traitement e-commerce, des AMR ajoutés juste après le festival d'achat 618. Avant le festival, ils avaient élevé les racks de deux niveaux. Les rayonnages métalliques massifs bloquaient complètement le signal 5 GHz, et les AP étaient toujours montés à l'ancienne hauteur. Résultat: chaque AMR qui entrait dans la zone de racks hauts commençait à 'faire l'idiot': ralentissement, pauses, arrêt d'urgence occasionnel, puis revenait à la vie dès qu'il sortait de la zone. Nous avons refait l'étude de carte thermique sans fil, baissé la hauteur de montage des AP sous les poutres des racks, replanifié les canaux. Réparé sans que le fournisseur ne soit jamais impliqué.
Pourquoi un transfert WiFi peut tuer un AMR
Le mécanisme est simple. Quand un AMR se déplace, son client WiFi doit sauter entre les AP: choisir un AP cible, se réauthentifier, se réassocier, reprendre le flux de données. Sur un réseau non réglé, ce transfert prend des centaines de millisecondes. Sans le roaming rapide 802.11r activé, un transfert peut couper la connexion pendant plus d'une minute, ce qui n'a rien d'inhabituel.
Et les fournisseurs d'AMR jouent la sécurité: un délai de communication expiré déclenche un arrêt d'urgence. Donc ce que vous voyez, c'est 'le robot qui bugue', mais la maladie est dans le réseau. Pire, un entrepôt est le pire environnement radio possible: les racks métalliques, les baies de charge de chariots et les portes à enroulement métalliques tuent tous le WiFi, et un entrepôt en est plein des trois.
La liste de contrôle de terrain: cinq étapes
Voici la section réseau complète de ma liste de contrôle de la veille du go-live pour chaque projet AMR. Parcourez-la et cochez chaque case.
Etape 1: Auditez le site avant le go-live. Ne faites pas confiance aux plans.
Parcourez le sol avec un logiciel d'audit (même un outil de niveau application mobile suffit) et générez une carte thermique du signal. Vérifiez trois choses: la puissance du signal le long de chaque itinéraire AMR, un chevauchement suffisant entre AP pour des transferts propres, et aucune zone morte derrière les racks métalliques. Les positions des AP sur le plan et la réalité du terrain diffèrent huit fois sur dix: les racks ont été déplacés, un AP a été heurté par un chariot, un mur de séparation qui n'a jamais été reporté sur le plan.
Etape 2: Planifiez le placement des AP selon trois règles dures.
Hauteur de montage: les AP doivent être sous les poutres des racks pour que le signal ait une ligne de vue vers les antennes des AMR. Le montage au plafond a l'air rangé, mais les racks métalliques mangent le signal au petit-déjeuner. Densité: péchez par excès d'AP. Un AP supplémentaire coûte bien moins cher qu'une heure de ligne AMR à l'arrêt. Planification des canaux: les AP voisins ne doivent pas partager un canal, planifiez 2.4 GHz et 5 GHz séparément, et gardez les AMR sur 5 GHz où les interférences sont moindres.
Etape 3: Réglez le roaming. C'est le coeur.
Activez le roaming rapide 802.11r sur les AP pour pousser la latence de transfert sous les 150 millisecondes. Puis réglez l'agressivité du roaming sur les cartes WiFi des AMR: trop 'loyal' et le client s'accroche à un AP mourant; trop 'dragueur' et il rebondit entre deux AP. Mon point de départ est le réglage médian, puis je mesure les taux de réussite des transferts et j'essaie un cran dans chaque direction, en gardant le plus stable. Chaque carte WiFi se comporte différemment. Il n'y a pas de réglage universel, seulement des réglages mesurés.
Etape 4: Construisez de la redondance pour les itinéraires qui ne peuvent pas se permettre une coupure.
Si les AMR circulent sur l'artère principale, traversent des étages ou travaillent aux portes de quai, partout où une déconnexion est inacceptable, envisagez des cartes WiFi doubles ou un basculement WiFi plus cellulaire. Oui, cela coûte plus cher. Cela coûte moins cher qu'un arrêt d'urgence de toute la flotte. La redondance est pour les itinéraires critiques, pas pour chaque robot.
Etape 5: Liste de contrôle de la veille du go-live plus tests d'acceptation.
La nuit avant le go-live, parcourez le sol avec cette liste: faites rouler chaque itinéraire AMR de bout en bout trois fois, en enregistrant chaque horodatage de transfert AP et toute perte de paquets. Puis simulez le pire cas: chargeurs de chariots tous allumés, portes à enroulement fermées, chaque terminal sur WiFi au début du poste, et refaites tout. Tout point avec une latence de transfert supérieure à 150 millisecondes est signalé et re-réglé le lendemain, puis re-testé. Ecrivez la barre d'acceptation dans le contrat: 72 heures d'affilée sans tâche perdue causée par le réseau avant que le réseau soit réceptionné.
Les plantages courants (tous payés au prix fort)
| Ce que vous voyez | Ne commencez pas par ceci | Commencez plutôt par ceci |
|---|---|---|
| Les AMR perdent des tâches au même endroit | Demander au fournisseur de lire les journaux de dispatch | Faites un ping dans cette allée et vérifiez la couverture AP |
| Toute une zone ralentit ensemble | Ajouter plus de robots ou augmenter la priorité des tâches | Vérifiez la charge des AP et les interférences de canaux dans cette zone |
| Bien le matin, des problèmes l'après-midi | Redémarrer les AMR ou mettre à jour le firmware | Cherchez des interférences à motif temporel: baies de charge, portes à enroulement |
| Super la première semaine, dégradation la deuxième | Soupçonner un vieillissement du matériel AMR | Vérifiez les nouveaux racks, les nouvelles cloisons ou un AP heurté |
Une opinion à contre-courant
La plupart des projets ont l'ordre des opérations à l'envers: deux semaines du fournisseur d'AMR à tout démonter, et seulement alors quelqu'un pense à vérifier le réseau. Le bon ordre est toujours d'abord le ping, ensuite l'appel. Une vérification du réseau coûte un portable et une demi-journée. Une visite du fournisseur coûte le déplacement plus deux semaines de disputes. Et voici ce que les gens ratent: une fois le réseau réglé, beaucoup de 'problèmes de performance AMR' se résolvent tout seuls. La vitesse de la flotte augmente, les taux de réussite des tâches augmentent, et vous n'aviez jamais besoin de ces robots supplémentaires.
Un AMR est un travailleur honnête. Il ne fait que ce qu'on lui dit. Quand les instructions ne peuvent pas l'atteindre, tout ce qu'il peut faire, c'est un arrêt d'urgence pour rester en sécurité. Ne blâmez pas le travailleur. Vérifiez d'abord votre WiFi.
Par Lin Xiao, Consultant en mise en oeuvre WMS
Traduit de l'anglais. En cas de divergence, la version anglaise fait foi.
