|
|
|
|
|
| |
Posted by Christopher X. Candreva on August 3, 2005, 10:49 am
Please log in for more thread options
: There is a paper out there on rapid-fire tecniques for sonar, basicly it
: interleaves the delays between fireings. Google should find it.
http://www-personal.engin.umich.edu/~johannb/Papers/paper32.pdf
--
==========================================================
Chris Candreva -- chris@westnet.com -- (914) 967-7816
WestNet Internet Services of Westchester
http://www.westnet.com/
|
|
Posted by D. Jay Newman on August 3, 2005, 2:04 pm
Please log in for more thread options
Christopher X. Candreva wrote:
>
> : There is a paper out there on rapid-fire tecniques for sonar, basicly it
> : interleaves the delays between fireings. Google should find it.
>
> http://www-personal.engin.umich.edu/~johannb/Papers/paper32.pdf
The article sounds interesting, but I am using sonars that have
predefined firmware that can't be changed by myself at the
present time.
Maybe later.
Thanks. It is an interesting paper.
--
D. Jay Nwwmna
http://enerd.ws/robots/
|
|
Posted by rasega on August 4, 2005, 11:01 am
Please log in for more thread options Well, thank U everybody, the question now is :
I'm using a 68HC11 MCU, how can I get the sonars output using the ICx
input ??
Do I need to use one "pin-per-sonar" or there's a way to get the data
without losing the direction (that is, the sonar !!) ??
|
|
Posted by D. Jay Newman on August 4, 2005, 4:57 pm
Please log in for more thread options rasega wrote:
> Well, thank U everybody, the question now is :
> I'm using a 68HC11 MCU, how can I get the sonars output using the ICx
> input ??
> Do I need to use one "pin-per-sonar" or there's a way to get the data
> without losing the direction (that is, the sonar !!) ??
You are using SRF04's, which don't have I2C output. This makes them
more difficult to use, but you can use them with the techniques
presented earlier in the thread.
--
D. Jay Newman
http://enerd.ws/robot/
|
|
Posted by Christopher X. Candreva on August 4, 2005, 11:26 am
Please log in for more thread options
: The article sounds interesting, but I am using sonars that have
: predefined firmware that can't be changed by myself at the
: present time.
All this method does it determine the order and timing of when a range is
started, which would be when you send the i2c range command to the SRF08. It
shouldn't require any firmware changes. You'll know when it started, and
you'll know when it ended by the value returned.
-Chris
--
==========================================================
Chris Candreva -- chris@westnet.com -- (914) 967-7816
WestNet Internet Services of Westchester
http://www.westnet.com/
|
| Similar Threads | Posted | | Re: Sonar Positioning (SRF04) | August 3, 2005, 1:44 pm |
| SRF04 : connection & firing | September 28, 2005, 11:07 am |
| Linear positioning | November 2, 2006, 5:49 am |
| Relative Positioning | May 5, 2008, 2:17 pm |
| Local Positioning System | December 14, 2005, 1:23 pm |
| 3D positioning sensor & stereo rendering | November 13, 2005, 6:39 am |
| sonar graph | September 4, 2005, 9:20 pm |
| Re: Devantech Sonar | January 23, 2006, 6:18 pm |
| Having trouble with a Sonar | April 22, 2007, 11:49 pm |
| $19 Polaroid sonar sensors | June 20, 2005, 12:16 am |
|
|
|
XML site map
> : There is a paper out there on rapid-fire tecniques for sonar, basicly it
> : interleaves the delays between fireings. Google should find it.
>
> http://www-personal.engin.umich.edu/~johannb/Papers/paper32.pdf