Developer Comment by R_Lefebvre on May 14, 2012 at 7:46am

I think a great setup for a Rover would be to have the sonar, and a camera (if you use one) on a mast elevated some distance above the rover.  This will prevent the sonar from getting a false return from the ground.  It also provides a better viewpoint for the camera.  This idea seems to be fairly common for a system like this.

Developer Comment by Jean-Louis Naudin on May 14, 2012 at 8:19am

Hello Franco,

Good news to see that every thing is OK for you. Of course, I agree with you, we must wrote:

"HOLDING THE ROLL STICK TO FULL RIGHT" then switch the SW7 to ON then OFF to clear the stored wp list and storing the current location as the home position for the RTL.

Good remark and enjoy yourself with the v2.1.3.

Regards, Jean-Louis

Comment by Franco Borasio on May 14, 2012 at 8:38am

Hello Robert,

Yes this would be a good system, but as you can see into the second picture you've posted, the best one is to have a stereovision with a special softwer that can recognize the obstacle and control the right deviations to avoid it.

I don't know if arduino can do it alone, or if we need an external PLC to do it.

We've made something like this for special applications, but it was very expensive!!!! May be now there is something cheaper like pixel software relevation that can do it, or something like kinetic that in the second revision can even recognize the sores of the mouth!!!!!

For now I've found that with the right sonar offset, the software go on without big problems, also becouse if you put a stand over the rover, you have to pay attentions at the obstacles over you (like tree branches!!!!)

Best regards

Franco

Comment by Chapelat Daniel on May 14, 2012 at 8:39am

Jean Louis goodnight
  I spent several hours looking for my configuration ptoblèmes Radio:it turns out that the connection: (Rec ch8: channel mode switch 3positions) makes me crash the apm (without ch8 Rec is connectedgood) with APMrover2dual_firmware, orAPMrover21_alpha_firmware APMrover21_firwmare.
I leave all the connections (rover) and I tried to configure the radiowith APM Planner ArduPlane-2.34 .. and there I have no problemeverything is ok, I guess a "bug" in APMrover21_firwmare, but my skills do not allow me to find, I use a futaba radio 7cp in 35Mhz
  have you any idea?
thank you cordially
Daniel

Developer Comment by Jean-Louis Naudin on May 14, 2012 at 8:52am

 The APMrover v2.1.3 firmware is now on the official GIT repository at:

Revision:86bccc3730ac

Regards, Jean-Louis

Developer Comment by Jean-Louis Naudin on May 14, 2012 at 8:54am

Hello Daniel,

I am using the APM mission planner v1.1.77 without problem with the APMrover v2.1.3.

What is the version of the mission planner that you are using ? Does it is in 32 or 64 bits ?

Regards, Jean-Louis

Comment by Chapelat Daniel on May 14, 2012 at 9:01am

hello jean louis
I use 32-bit APM v 1.1.85
cordially daniel

Comment by Franco Borasio on May 14, 2012 at 9:02am

Hello Jean-Louis,

what do you think about the software sonar upgrade I've post to you?

Regards

Franco

P.S. I use the last one revision of APM planner without problems!!!!

Developer Comment by Jean-Louis Naudin on May 14, 2012 at 9:24am

Hello Franco, this seems an interesting update, but today I don't have a sonar sensor on my APM so I am not able to do testing and deep dev about this...

Regards, Jean-Louis

Developer Comment by R_Lefebvre on May 14, 2012 at 9:49am

JL, I was trying to make the changes that Michael requested for MP, and did a test compile, and it failed.  So I reverted back to what is in trunk to try again, and again it failed.  I can't get it to compile. Do you know what could be wrong?  I get a ton of errors about MAVlink.

Comment

• ‹ Previous
• 1
• …
• 16
• 17
• 18
• 19
• 20
• …
• 78
• Next ›
• Page