An Efficient Motion Planner Based on Random Sampling. Jean-Claude Latombe Computer Science Department Stanford University. Main Collaborators. Lydia Kavraki (Rice U.) David Hsu (U. of North Carolina, Chapel Hill) Gildardo Sanchez (ITESM, Mexico) James Kuffner (U. of Tokyo)
01 / 73An Efficient Motion Planner Based on Random Sampling
1 / 17
Télécharger la présentation
An Efficient Motion Planner Based on Random Sampling
Une image / un lien ci-dessous est fourni (tel quel) pour télécharger la présentation
Politique de téléchargement : le contenu du site vous est fourni TEL QUEL pour votre information et votre usage personnel ; il ne peut être vendu, concédé sous licence ni partagé sur d’autres sites sans l’accord de son auteur.Le contenu vous est fourni TEL QUEL, pour votre information et votre usage personnel uniquement.Téléchargez la présentation en cliquant sur ce lien.Lors du téléchargement, si vous ne parvenez pas à télécharger une présentation, l’éditeur a peut-être supprimé le fichier de son serveur.Pendant le téléchargement, si vous ne parvenez pas à obtenir une présentation, le fichier a peut-être été supprimé par l’éditeur.
Why Sampling-Based Planning? • Computing an explicit representation of the collision-free space is extremely time consuming and impractical • There exist fast collision-checking algorithms to test whether any given configuration or short path is collision-free, or not (0.001 sec or less)
Outline • General Approach • Specific Planner • Experimental Results • Other Applications
Probabilistic completeness Fast and reliable Probabilistic Completeness Under generally satisfied assumptions, if a solution path exists, the probability that a PRM planner fails to find one goes to 0 exponentially in the number of milestones. Full completeness Too costly Heuristic Too unreliable
Performance • Collision checking takes between 0.0001 and .002 seconds for 2 objects of 500,000 triangles each on a 1-GHz Pentium III • Collision checking is faster when objects collide or are far apart, and gets slower when they get closer without colliding • Overall collision checking time grows roughly as the log of the number of triangles
Key Techniques • Collision checking / Distance computation • Sampling strategies • Multi-stage strategies • Obstacle-sensitive strategies • Multiple vs. single query strategies • Configuration vs. control sampling • Single vs. bi-directional sampling • Lazy collision checking • Probabilistic biases (e.g., medial axis transform)
Outline • General Approach • Specific Planner • Experimental Results • Other Applications
SBL Planner • Single-query Does not pre-compute a roadmap [Hsu, Latombe, Motwani, 1997] • Bi-directional sampling Constructs a roadmap by growing two trees of milestones rooted at the input query configuration [Hsu, 2000] • Lazy collision checking Postpone collision-checking operations until absolutely needed [Bohlin and Kavraki, 2000]
Why Postponing Collision Checking? • The a priori probability that a short edge be collision-free is rather large • The test of an edge is most expensive when it is actually collision-free • Most edges of a roadmap do not end up in a solution path
Remedy • remove as many vertices as possible • add vertices as needed • Problems • too few vertices: get stuck • too many vertices: slow Path Optimization
Outline • General Approach • Specific Planner • Experimental Results • Other Applications