Is it possible to get GPS data from AR.Drone with Flight Recorder in ardrone_autonomy?

asked 2014-02-10 19:09:57 -0500

Rr
15 ●6 ●9 ●10

updated 2014-02-12 09:40:30 -0500

I'm using AR.Drone with Flight Recorder (witch enable geolocation using the GPS module).

I installed ardrone_autonomy and very pleased with it. But there is no GPS data in topics published.

However, using QGroundControl, I can connect to AR.Drone and get GPS data in GLOBAL_POSITION_INT packet, so I can get GPS data in my program with MAVLINK.

The problem is that I can't use ardrone_autonomy and MAVLINK connection simultaniously. When I start ardrone_autonomy, I loose connection in QGroundControl (MAVLINK).

So my question is about possibility of reading GPS data from AR.Drone with ardrone_autonomy or using ardrone_autonomy simultaniously with MAVLINK connection?

edit retag flag offensive close merge delete

add a comment

1

answered 2015-05-15 21:26:07 -0500

Mani
1694 ●9 ●30 ●36 https://mani.im/

updated 2015-05-25 14:54:09 -0500

As both @jjwiseman and @jcerruti mentioned, there is experimental support for GPS through "Parrot Flight Recorder" peripheral in ardrone_autonomy driver. It publishes data received from GPS and exposes a service to do GPS based waypoint navigation on-board. GPS Support section of gps-waypoint branch documentation provides more information.

Update: GPS support was added to the driver by patching the official SDK. Therefor, it's possible to trigger on-board GPS based waypoint navigation with the driver while simultaneously access video footage over Wifi.

edit flag offensive delete link

add a comment

2

answered 2014-02-12 10:36:19 -0500

ahendrix

47576 ●179 ●367 ●662 http://namniart.com/

Some quick research suggests that this isn't possible with the existing drivers:

ardrone_autonomy is built on the ardrone SDK, which doesn't appear to support the new GPS module. Probably a dead end.
roscopter and mavlink_ros are based on the mavlink libraries and communication protocol which supports the GPS, but only appear to support communication over a serial port. You could probably extend this to support IP communication to support the AR.Drone.