Robots mobiles et navigation

AYX / BASE DE CONNAISSANCES

AMR, AGV, LiDAR et navigation autonome.

Sources vérifiées: 2026-10-14

13

AMR et AGV

MOB-001

Quelle est la différence entre un AMR et un AGV ?

AGV signifie véhicule à guidage automatique ; AMR signifie Robot Mobile Autonome. Traditionnellement, les AGV suivent des itinéraires plus prescrits tandis que les AMR peuvent planifier et adapter des itinéraires à l'aide de détections environnementales. Les étiquettes se chevauchent dans la pratique : tous les AGV n'utilisent pas de ruban adhésif au sol et un AMR peut délibérément fonctionner sur des itinéraires contraints.

Explications, exemples et sources

Comparez le comportement requis plutôt que la terminologie. Demandez comment les itinéraires sont définis, si les obstacles peuvent être contournés, comment le trafic est géré et ce qui se passe après une perte de localisation. Les deux catégories ont besoin d’une zone d’exploitation évaluée et d’une protection appropriée ; « autonome » ne signifie pas intrinsèquement plus sûr. L'ISO 3691-4 inclut des exemples d'AGV et d'AMR dans son domaine d'application pour les camions industriels sans conducteur. Évitez la faute de frappe courante « AVG » et les affirmations des fournisseurs selon lesquelles une catégorie est toujours moins chère ou supérieure.

Références

Pour aller plus loin

MOB-002

Quelle préparation du site nécessite un projet AMR ?

Un AMR a encore besoin d’un environnement d’exploitation adapté. Les sols, les pentes, les seuils, les portes, le trafic, le transfert de charge, la recharge, les fonctionnalités de localisation et la couverture de communication peuvent tous affecter les performances. « Aucune infrastructure d'orientation fixe » n'est la même chose que « aucune préparation ou intégration requise ».

Explications, exemples et sources

Étudiez les itinéraires prévus dans des conditions de travail réelles, y compris les quarts de travail chargés, le stock temporaire et le nettoyage. Testez les pires transitions de sol et positions d'amarrage avec la charge réelle. Identifiez la responsabilité des portes, des ascenseurs, des chemins de secours et des zones piétonnes partagées. Documentez la propriété de la carte et la manière dont les modifications de mise en page sont approuvées. Commencez par un itinéraire délimité et des résultats mesurables avant d’élargir la flotte. Une démonstration réussie dans un entrepôt vide ne garantit pas un fonctionnement fiable en cas de congestion de la production.

Références

Pour aller plus loin

MOB-004

Comment dois-je mesurer si un projet pilote AMR a réussi ?

Mesurez les missions utiles accomplies dans des conditions réalistes, et pas seulement la vitesse ou la distance de déplacement. Incluez la fiabilité des livraisons, le temps d’attente, les interventions humaines, la recharge des batteries, les itinéraires bloqués et les échecs d’intégration. Le projet pilote devrait également déterminer si les conditions d'exploitation évaluées et les procédures de récupération sont pratiques pour les personnes utilisant l'installation.

Explications, exemples et sources

Définissez le processus manuel de base et exécutez le pilote sur des équipes et des types de charge représentatifs. Enregistrez des délais de livraison médians et lents, des transferts et des interventions réussis par mission. Déterminez si les retards proviennent du robot, des portes, des files d’attente de production ou du gestionnaire de flotte. Définissez une condition d'arrêt claire pour les comportements dangereux et un seuil commercial distinct pour les performances utiles. N'extrapolez pas un essai avec un seul robot à une grande flotte sans tenir compte de la congestion et de la capacité de recharge.

Références

Pour aller plus loin

MOB-003

Le VDA 5050 rend-il plug-and-play les flottes de robots mobiles de marques mixtes ?

VDA 5050 définit la communication entre les robots mobiles et le contrôle central de la flotte ; cela ne rend pas automatiquement tous les véhicules, stations d’accueil ou conceptions de sécurité interchangeables. L'interopérabilité dépend de la version implémentée, des actions prises en charge, des cartes, du comportement du trafic et de l'intégration du fournisseur. Un logo de normes n'est que le début du contrôle de compatibilité.

Explications, exemples et sources

Demandez à chaque fournisseur la version exacte et l'ensemble des fonctionnalités implémentées, puis testez les missions requises et les cas d'exception auprès du gestionnaire de flotte choisi. Le référentiel officiel inspecté identifie la version 3.0.0 et indique que le document VDA publié régit les divergences. N'exigez pas aveuglément cette version si les produits installés prennent en charge un profil convenu précédemment. Incluez la facturation, les chemins bloqués, la perte de communication et l’annulation de commande dans les tests d’acceptation. Les responsabilités en matière de sécurité restent distinctes de l'échange réussi de messages de flotte.

Références

Pour aller plus loin

14

LiDAR et capteurs robots

SEN-001

Qu’est-ce que le LiDAR et en quoi les LiDAR 2D et 3D diffèrent-ils ?

Le LiDAR mesure la distance en utilisant la lumière émise et son retour. Un scanner 2D échantillonne un plan ; un système 3D échantillonne un volume ou plusieurs directions pour créer des informations spatiales. Le choix utile dépend de ce qui doit être détecté et de l'endroit où cela peut apparaître par rapport au capteur.

Explications, exemples et sources

Un scanner planaire peut être efficace pour la navigation le long des murs et des structures fixes, mais les objets situés au-dessus ou au-dessous de son plan de balayage peuvent être manqués. Un capteur 3D peut représenter davantage de géométrie tout en augmentant les exigences en matière de données et de traitement. Vérifiez le champ de vision, le montage, la portée, le comportement de mise à jour et l'état de la surface plutôt que la seule résolution. Les données des capteurs nécessitent toujours des horodatages et des transformations de coordonnées corrects. Ni un nuage de points dense ni une étiquette de navigation n'établissent une fonction de protection certifiée.

Références

Pour aller plus loin

SEN-004

Pourquoi les capteurs des robots ont-ils du mal à gérer le verre, les reflets, la poussière ou la lumière changeante ?

Les capteurs dépendent des interactions physiques entre l'environnement et leur méthode de mesure. Le verre, les reflets, les matériaux sombres, la poussière et les changements d'éclairage peuvent créer des observations manquantes, trompeuses ou instables. Une spécification de capteur mesurée dans des conditions idéales ne garantit pas une détection fiable de chaque objet dans la zone d'exploitation.

Explications, exemples et sources

Construisez un défi à partir du site réel : fenêtres, métal poli, objets bas, lumière du soleil, matériaux suspendus et contamination représentative. Testez les positions de montage et les détections complémentaires avant de sélectionner les seuils logiciels. Enregistrez si une panne provoque un obstacle manqué, un faux arrêt ou une mauvaise localisation ; chacun a des conséquences différentes. Conservez le nettoyage et l’inspection dans le plan d’exploitation. Ne résolvez pas les pannes répétées en désactivant la détection ou en réduisant les marges de protection sans réévaluer les risques et valider une alternative appropriée.

Références

Pour aller plus loin

SEN-002

Un robot doit-il utiliser du LiDAR, des caméras ou des capteurs de profondeur ?

Différents capteurs répondent à différentes questions. LiDAR fournit des mesures de portée ; les caméras capturent l’apparence ; les caméras de profondeur ajoutent des informations géométriques grâce à leur méthode de détection particulière. Une combinaison peut être utile, mais seulement lorsque les informations ajoutées concernent un mode de défaillance réel et que l'intégration est calibrée et testée.

Explications, exemples et sources

Comparez les besoins de la tâche : lire une étiquette diffère de détecter un obstacle ou d'estimer une pose de préhension. Testez les objets sombres, réfléchissants, transparents et à faible texture sous l’éclairage prévu. Tenez compte des angles morts, du flou de mouvement, des interférences, de la charge de traitement et de la protection du montage. Un plus grand nombre de capteurs peut également créer davantage de points de défaillance et de données contradictoires. Choisissez le plus petit dispositif de détection qui répond aux exigences avec une robustesse adéquate et documentez ce qu'il ne peut pas observer de manière fiable.

Références

Pour aller plus loin

SEN-003

Quelle est la contribution des encodeurs et des IMU à la navigation des robots ?

Les encodeurs mesurent le mouvement au niveau des roues ou des articulations ; une unité de mesure inertielle (IMU) mesure des quantités telles que la vitesse angulaire et l'accélération. Ils aident à estimer la façon dont un robot se déplace entre les observations externes. Leurs estimations peuvent dériver ou être biaisées, c’est pourquoi elles sont généralement combinées avec d’autres informations plutôt que traitées comme des capteurs de position parfaits.

Explications, exemples et sources

Le patinage des roues peut rendre le déplacement basé sur l'encodeur en désaccord avec le mouvement réel. L'intégration de l'IMU est sensible aux biais et à l'alignement. Vérifiez les unités, les conventions d'axe, le montage et les horodatages avant de régler un estimateur. Utilisez une incertitude réaliste plutôt que de présenter chaque capteur comme étant également fiable. Pour le débogage, comparez les mesures brutes avec des observations indépendantes sur de simples mouvements droits et tournants. Une carte ne peut pas compenser une odométrie mal configurée si l'ensemble de la pile de navigation reçoit des informations de mouvement incohérentes.

Références

Pour aller plus loin

15

SLAM et navigation autonome

← Tous les thèmes