home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / robotics / 2681 < prev    next >
Encoding:
Internet Message Format  |  1992-12-20  |  1.4 KB
  1. Path: sparky!uunet!spool.mu.edu!uwm.edu!ogicse!flop.ENGR.ORST.EDU!flop.ENGR.ORST.EDU!usenet
  2. From: millerm@skie.ECE.ORST.EDU (Mike Miller)
  3. Newsgroups: comp.robotics
  4. Subject: Re: Robot vision
  5. Message-ID: <1gr9mpINNa1i@flop.ENGR.ORST.EDU>
  6. Date: 18 Dec 92 01:32:09 GMT
  7. Article-I.D.: flop.1gr9mpINNa1i
  8. References: <Bz40Dw.A5r@andy.bgsu.edu>
  9. Organization: College of Engineering, Oregon State University
  10. Lines: 19
  11. NNTP-Posting-Host: skie.ece.orst.edu
  12.  
  13. In article <Bz40Dw.A5r@andy.bgsu.edu> rlee@bgsu.edu (Bob Lee) writes:
  14. > The snag I've run into so far is that I need to find a cost-effective  
  15. way
  16. > to give my robot limited vision. I need it to do a 360 degree scan of  
  17. its
  18. > environment, read the sensor at set intervals, send it to and A/D  
  19. converter,
  20. > store the values in a RAM memory, then analyze the values to get a rough
  21. > picture of its environment. Basically, the final result needs to be an
  22. > array of values that reflect the surrounding area where the value will
  23. > give the computer an idea to determine where objects in the room begin 
  24.  
  25. For extreamly limited 360 degree vision you might want to consider sonar.
  26. It sound wacky but get an autofocus camera, remove the autofocus part and  
  27. then set on top of your 'bot and spin it on a stepper moter (or something)
  28. and then you can generate a map of the room from the 'bot's perspective.
  29. Good luck with you project... ;-)
  30.  
  31. Mike Miller            millerm@skie.ece.orst.edu
  32.