1 / 30

P ath-Following A utonomous C onvoy with M ultiple A synchronous N odes

PACMAN. P ath-Following A utonomous C onvoy with M ultiple A synchronous N odes. Preliminary Design Review ECE 4007, L01 DK2. March 17, 2010. Kyle Lemons, Heather Macfie, Tri Pho, G. M. Ewout van Bekkum. Georgia Institute of Technology School of Electrical and Computer Engineering.

ata
Download Presentation

P ath-Following A utonomous C onvoy with M ultiple A synchronous N odes

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. PACMAN Path-Following AutonomousConvoy with Multiple Asynchronous Nodes Preliminary Design Review ECE 4007, L01 DK2 March 17, 2010 Kyle Lemons, Heather Macfie, Tri Pho, G. M. Ewout van Bekkum Georgia Institute of Technology School of Electrical and Computer Engineering

  2. Project Overview • Proof-of-concept prototype • Two or more Autonomous Convoy Vehicles (ACVs) • Path-follow algorithm • Cost: $300 • Military convoy applications • Reduction of human requirements • Supplement to existing navigation systems • Alternative to complex inter-vehicle communications

  3. Design Objectives • Path-following • Follow distance: 100 cm • Max deviation from path: 10 cm • Autonomous operation • Speed: 60 cm/s • Turning radius: 50 cm • Passive operation • Modular ACVs

  4. Project Schedule • Completed on or ahead of schedule • Parts ordered • Wheel encoders and infrared cameras mounted, wired, and communicating with FPGA • PWM implemented to control steering and acceleration • FPGA powered and equipped with basic track and follow • Ultrasonic range finders may be unnecessary • Upcoming work • Custom PCB development begins March 22 • Algorithm determination and optimization begin March 29 • Sensor bar mounting begins April 2

  5. System Module Interaction

  6. Current Prototype

  7. Component Protocols and Standards

  8. Component Protocols and Standards

  9. Component Protocols and Standards

  10. Component Protocols and Standards

  11. Robot Vision • Options for optically tracking preceding vehicle: • Vision sensor: CMUcam • Laser rangefinder: Neato Robotics’ Revo LDS • Infrared sensor: Nintendo’s Wii Remote CMUcam Revo LDS Wii Camera Images: http://www.cmucam.org; http://www.hizook.com/blog/2009/12/20/ultra-low-cost-laser-rangefinders-actualized-neato-robotics; http://www.gadgetspage.com/toys-games/how-does-the-wii-remote-work.html

  12. Wii Remote's PixArt Infrared Camera • Sensitive to any bright light source • IR pass filter isolates IR wavelengths • Fast embedded blob tracking • Up to four blobs at once • Refresh rate of 100 Hz • Communication over I²C protocol • Supports fast mode (400 kbit/s) • Field of view of 40° • Initially troublesome

  13. Resolved Problem:Configuration of Camera and IR LEDs • Initially, the sensor bar (the IR LEDs) was to be placed horizontally • The issue arose for discerning the difference between turning car and distant car • Stereoscopic vision for depth perception was the fix

  14. Limited Field of View • In order to meet design specifications, more than two cameras were needed • Stereoscopic vision required an overlap of camera field of views

  15. Thinking in the Wrong Direction • Attempting to compensate for poor initial configuration • Reorient the sensor bar vertically • Resolves turning ambiguity • Simplifies relative location calculation • Requires three cameras instead of seven for a 120° FOV

  16. Relative Location: Direction

  17. Relative Location: Distance

  18. PWM Control: Steering and Throttle • Pulse Width Modulation (PWM) • Controlled by signal duty cycle • Variable duty cycle • Constant frequency • Simple to implement in hardware • RC platform includes PWM control of steering and throttle • Experimentally determined timings • 50 Hz frequency, limited to 5% to 10% duty cycle

  19. Steering Control • Steering PWM control signal • Calibration required per RC unit • Control module uses 1024 steps • Servo motor • Servo motor controller has unknown PWM resolution • Experimentally determined behaviors • Symmetrical "left" and "right" sensitivity • Centered around 7.1%

  20. Throttle Control • Throttle PWM control signal • Large "idle" dead-band for throttle • Higher "forward" sensitivity than "reverse" • Brake mode function problems • Drive motor • Requires higher throttle to "kick-start" movement • Will prove problematic when trying to move slowly • Higher top forward speed than reverse

  21. Odometry • Where are we on the measured path • Estimate our location with odometry • Optical Flow • Optical mouse • Web-cam • Rotary Encoder • Magnetic • Photo-interrupters • Photo-reflector Image: http://www.mccoop.de/images/street-video.png

  22. Dead Reckoning with Differential Drive • Measure rotation of rear wheels • Calculate change in heading and position • Implement in the FPGA as a module in VHDL

  23. Quadrature Wheel Encoding • Pattern inside rear wheels  • Quadrature encoding • Gray code output  • Double resolution • Simpler acceptance testing 

  24. Electrical Design of Wheel Encoders • HLC1395-002 Photo Reflector from Honeywell  • Infrared LED and photo-transistor in the same package • 100 mW power dissipation • 0.6 mA photo-transistor on current • Inverting Schmitt Trigger • Debounce and convert analog to discrete output

  25. Physical Design of Wheel Encoders

  26. Problems with Wheel Encoding • What if the wheels slips? • Remove power to the rear wheel • Maximum resolution? • No optical specifications other than “unfocused” • Testing showed ~36-48 steps per revolution  • Duty cycle in the gray code exactly 50%? • Photo-reflector measures reflectance, but what if it sees more than one step? • Optimize duty cycle of the light areas on the pattern

  27. Path Generation • Markers denote lead vehicle position • "Visual Snakes" • Options • Regression • Cluster averaging • Issues for consideration • Computational complexity • Path accuracy

  28. Path Traversal • Comparing vehicle location with path generated • Options • Absolute reference frame • Relative reference frame • Moving reference frame • Issues for consideration • Numeric overflow • Pre-/Post-processing • Compounding rounding error Absolute reference Relative reference Moving reference

  29. PACMAN • Final Prototype • More cameras • Two ACVs • Path-following • Current Prototype • One camera • Limited field of view • Basic point-and-steer follow • Coasts to a stop

  30. Questions But first!  A demo...

More Related