October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.
-
Upload
harry-powers -
Category
Documents
-
view
214 -
download
1
Transcript of October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.
![Page 1: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/1.jpg)
October 9, 2003 Lecture 11: Motion Planning
Motion Planning
Piotr Indyk
![Page 2: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/2.jpg)
October 9, 2003 Lecture 11: Motion Planning
Piano Mover’s Problem
• Given: – A set of obstacles– The initial position of a robot– The final position of a robot
• Goal: find a path that– Moves the robot from the initial to final
position– Avoids the obstacles (at all times)
![Page 3: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/3.jpg)
October 9, 2003 Lecture 11: Motion Planning
Basic notions
• Work space – the space with obstacles
• Configuration space:– The robot (position) is a point– Forbidden space = positions in which robot
collides with an obstacle– Free space: the rest
• Collision-free path in the work space = path in the configuration space
![Page 4: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/4.jpg)
October 9, 2003 Lecture 11: Motion Planning
Demo
• http://www.diku.dk/hjemmesider/studerende/palu/start.html
![Page 5: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/5.jpg)
October 9, 2003 Lecture 11: Motion Planning
Point case
• Assume that the robot is a point
• Then the work space=configuration space
• Free space = the bounding box – the obstacles
![Page 6: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/6.jpg)
October 9, 2003 Lecture 11: Motion Planning
Finding a path
• Compute the trapezoidal map to represent the free space
• Place a node at the center of each trapezoid and edge
• Put the “visibility” edges
• Path finding=BFS in the graph
![Page 7: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/7.jpg)
October 9, 2003 Lecture 11: Motion Planning
Convex robots
• C-obstacle = the set of robot positions which overlap an obstacle
• Free space: the bounding box minus all C-obstacles
• How to calculate C-obstacles ?
![Page 8: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/8.jpg)
October 9, 2003 Lecture 11: Motion Planning
Minkowski Sum
• Minkowski Sum of two sets P and Q is defined as PQ={p+q: pP, qQ}
• How to compute C-obstacles using Minkowski Sums ?
![Page 9: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/9.jpg)
October 9, 2003 Lecture 11: Motion Planning
C-obstacles
• The C-obstacle of P w.r.t. robot R is equal to P(-R)
• Proof:– Assume robot R collides with P at position c– I.e., consider q(R+c) ∩ P– We have q–cR → c-q-R → cq+(-R)– Since qP, we have cP (-R)
• Reverse direction is similar
![Page 10: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/10.jpg)
October 9, 2003 Lecture 11: Motion Planning
Complexity of PQ
• Assume P,Q convex, with n (resp. m) edges
• Theorem: PQ has n+m edges
• Proof: sliding argument
• Algorithm follows similar argument
![Page 11: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/11.jpg)
October 9, 2003 Lecture 11: Motion Planning
More complex obstacles
• Pseudo-disc pairs: O1 and O2 are in pd position, if O1-O2 and O2-O1 are connected
• At most two proper intersections of boundaries
![Page 12: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/12.jpg)
October 9, 2003 Lecture 11: Motion Planning
Minkowski sums are pseudo-discs
• Consider convex P,Q,R, such that P and Q are disjoint. Then C1=PR and C2=QR are in pd position.
• Proof:– Consider C1-C2, assume it has 2 connected
components– There are two different directions in which C1
is more extreme than C2
– By properties of , direction d is more extreme for C1 than C2 iff it is more extreme for P than Q
– Configuration impossible for convex P,Q
![Page 13: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/13.jpg)
October 9, 2003 Lecture 11: Motion Planning
Union of pseudo-discs• Let P1,…,Pk be polygons in pd
position. Then their union has complexity |P1| +…+ |Pk|
• Proof: – Suffices to bound the number of
vertices– Each vertex either original or
induced by intersection– Charge each intersection vertex
to the next original vertex in the interior
– Each vertex charged at most twice
![Page 14: October 9, 2003Lecture 11: Motion Planning Motion Planning Piotr Indyk.](https://reader036.fdocuments.us/reader036/viewer/2022082818/56649ef05503460f94c008ab/html5/thumbnails/14.jpg)
October 9, 2003 Lecture 11: Motion Planning
Convex R Non-convex P
• Triangulate P into T1,…,Tn
• Compute RT1,…, PTn
• Compute their union
• Complexity: |R| n
• Similar algorithmic complexity