Hello everyone,

I'm starting a new project branch for the ArduPilot, and I hope it will thrive. For an experiment run the DroidPlannerv0.1b.apk file on an Android Tablet (needs android v4) . Here it's a mere screenshot:

I know this it's not the first phone/tablet GCS to show up on this community (for example Bart copter-gcs, this closed-source copy, the Apple GCS by  Zachary), but I'm thinking in a different approach. This is what I want to do:

  1. Develop a GCS for android devices, mainly to setup missions before flights.
  2. And to analyze logs on the field afterward flights.
  3. Increase the App to add in flight telemetry.
  4. And PID adjustment controls.
  5. Keep supporting the system.
  6. Make this easy to use and functional, so that you won't need to turn on a computer to fly.

Some great things are helping on this project:

  • Google Maps Android API v2 - Which makes using Google maps in android applications more easily, and a lot faster. I also should point out that there is a nice cache function that makes it work offline (to some extent of course). But there is also the option of using a custom source of imagery.
  • Cheap Android Tablets with USB host capability's.


Before getting into how I think this should evolve let me show to you what I have already done. Bellow is a screenshot of the home screen where the mission planning is made. On the left there is a list of waypoints altitudes, on the center a map with the home position. On the top left a menu to change the screen and on the right some commands relative to this screen.


On the next picture there are show some of the actions on the menu, and more waypoints where added (with a different altitude). Using the "open file" action to open a real flight get's us back to the first picture in the post. (Files are loaded from a folder named waypoints on the sdcard, you can copy files generated with mission planner to this folder)


Edit: I added one more screen to the DroidPlanner App, is the Ground Control Point (GCP) screen. It's function is aid in the positioning of control points on the field for photogrammetry applications.

The operation is simple:

  1. Load a KMZ or KML file from Google Earth with Placemarks where the control points should be.
  2. Lockup your location at the blue dot.
  3. Go to a GCP location at a Red dot
  4. Drop a GCP marker on the ground
  5. Click on the red dot of the GCP to turn it blue, to show that that place has been marked.
  6. If there are more red GCP then go back to step 2.

Here is a screenshot of the GCP screen with a KMZ file just loaded.


And this is after some GCP have been placed on the field and have been marked;


How it think it should evolve:

The part I'm procrastinating is the communication interface (mainly because Bart has made it already). I want to implement first a wifi-UDP communication system redirected by some main GCS, this way the development will be easier (the USB port will be free for the programmer) and a nice mobile GCS will be left behind. Next the USB-serial-Xbee communication, I have some working demos to receive data from the serial port but these need more study.

How to develop:

First get a clone from my branch "DroidPlanner_Stable" at this link. Next download the ADT Bundle for the google SDK and eclipse. Download and import the Google Play library into Eclipse as explained here. Now you should be able to import the DroidPlanner project/compile/ and run on a android device (needs Android v4).

Edit: About the USB connection to 3DR radios, some tablets have USB host capabilities and the drivers needed to communicate to a FTDI CDC IC.This means the device can supply power via USB and Acess USB devices, for me all it takes is an USB microB to USB type A cable (like the one in the picture).


To decrease the doubts about this here is a screenshot of my tablet connected to an APM1 board accessing the APM terminal. I used a terminal app called "Android USB Serial Monitor".


As I pointed out at the start there is this fileDroidPlannerv0.1b.apk, that can be run on a android v4 phone or tablet.

Edit: I only have one Chinese 7 inch Tablet, so I don't know how it will behave on other devices but it's worth a try. Some has run the App on a Nexus7. I had some doubts because of the API key need to access Google maps data was a debug one.

About android v2.x.x devices:

Edit: There seams to be a lot of questions about v2 android devices, these will not be supported. At least not on the initial releases. Because with android 2.X there would be some problems with the Google Maps API v2, and the communication drivers (since USB host mode is supported only on version>v3 devices). I know it would be great to support everyone but that is a lot of work. I think at least for the start just focus on android 3.1 or higher. this way we can use the latest version of the maps API and have USB support.

And an android v4 Tablet is very cheap now, and that's what I think should be targeted.

Any questions or suggestions post bellow. Any problems downloading or compiling the source contact me with a message on this post.



Arthur Benemann

E-mail me when people leave their comments –

You need to be a member of diydrones to add comments!

Join diydrones


  • Would the 3dr br plug and play so
    To speak with samsung s3
  • Good news, i found the kernel modules needed for my 10" tablet, now it recognizes the APM and creates a serial port node in /dev. I can get output as well :)

    So if you dont get a connection or no output try to look up the kernel modules or if the tab can find the APM. If you need help on that just PN me ;)

  • Developer

     joebar.rc : With AutoQuad we're also doing this.

    Nice pictures.

    Is your code based on Bart project? If so where can we get a peek on the source code (since Bart project has an GPL v3 license)? 

  • Developer

    stubugs: Would this possibly work with samsung Galaxy s3?

    I tested it on a Galaxy S2 and I had no problem (also it has a much better response than my Chinese tablet), but a larger screen gives a better interface since there is a lot of information to show on the map ( and also my development platform is a tablet).

  • Developer

    OuBen: open source?

    Off-course, You can clone the source from here. I'm happy to get any help.

    Contribute to arthurbenemann/ardupilot development by creating an account on GitHub.
  • Developer

    zulfadli:nice it. guys can someone guide me how to create the gui same's like mission planner.

    Why do you wan't them to be equal to the Mission Planner U.I. it's a different form factor, so it need a different U.I.. But I don't know if I understand your question, can you be more specific?

  • open source?

  • nice it. guys can someone guide me how to create the gui same's like mission planner.

  • Great idea to make it for the APM.

    With AutoQuad we're also doing this. Any wireless communication - rs232 can work now.

    This is with an xbee with an 3DR.

    3692595934?profile=originalDirect Wifi is working, but you need to strap an accespoint to the multirotor :), although there are a number of really small ones working with the dd-wrt firmware. Range is limited obviously.

    Great job, in some time there is no need to bring a laptop to the field anymore

  • Hi
    Would this possibly work with samsung
    Galaxy s3
    Cheers stuart
This reply was deleted.