sonar

[aratti]

i've been struggling with this for some time now and i'm fairly confused.. any pointers would be very helpfull

jim, instead to take one sample at the time, from your sonar, take several samples and average them, to have a more reliable reading and as conseguence a more reliable behavior of your robot.

Al.

[Bruce]

We have several PBP code examples for the SRF04 (works the same as the SRF05), and
using photocells in our Micro-Bot projects section you might find helpful.

http://www.rentron.com/Micro-Bot/Sonar.htm

Main page: http://www.rentron.com/Micro-Bot/index.htm

[jimbobjones]

wow a blast from the past.

Does it normally take 3years to get a response around here

i cant remember the ins & outs of it now but it looks like there are some good suggestions posted

[Kenjones1935]

My problem was that the length of the PULSOUT pulse was way toooo long. This was true even if I did a PULSOUT trigfront, 1. I have no explanation for that behavior of a 16F887.

So I changed PULSOUT to:

HIGH trigfront
PAUSE 1
LOW trigfront.

Followed by a PULSIN.

Why? I am modifying a hobby level radio control car to toggle between RC and autonomous control. The project has been the theme of
"PBP projects for R/C models" thread for a some months.

With the above fix the car seems to respond correctly on its blocks with me moving a oak cutting board in front and on the right side to simulate the inside a room with no furniture.

Thanks, gang. Whoever you are.

Ken

[Kenjones1935]

I have the car running around on the floor being guided by its PIC. This is a hobby level car with electronic speed control and continuous servo steering.

The steering seems to respond too slowly. Particularly when told to steer straight. That is the position of no current into the servo. I'm not sure there is a fix for this short of going to a toy level car with a bang bang servo and a mechanically controlled neutral.

Ken

Ken