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:
- Develop a GCS for android devices, mainly to setup missions before flights.
- And to analyze logs on the field afterward flights.
- Increase the App to add in flight telemetry.
- And PID adjustment controls.
- Keep supporting the system.
- 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.
Screenshots:
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:
- Load a KMZ or KML file from Google Earth with Placemarks where the control points should be.
- Lockup your location at the blue dot.
- Go to a GCP location at a Red dot
- Drop a GCP marker on the ground
- Click on the red dot of the GCP to turn it blue, to show that that place has been marked.
- 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 file: DroidPlannerv0.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.
Thanks.
--
Arthur Benemann
Comments
I should be that hard to implement all these communications channels (WiFi UDP, USB, Bluetooh), we just need people interest in developing this code. I would like to point out that I have almost no experience in developing Android apps, this is my first real application so I need some help.
Thanks Andy for testing the app on a Nexus 7, I bet the map renders very quick.
That's precisely what I want to do, this way there is no need for a PC on the field. (And the logs can be analysed post-flight on a big screen :).
About the USB questions the Android 3.1 (API level 12) added support for the Host mode, but the hardware must have the capability. A simple way to check this is to connect a USB keyboard to a Tablet/Phone and see if it get's power and is recognized. My Chinese tablet has no problems with this. Since the android Device is in Host mode it supply power to whatever is connected to it. More info on the android USB port look here. I made a test connection the APM to a serial terminal app, the result is on the top post.
But even for Tablets without USB host mode there is the WiFi connection. That way a computer will receive the MAVlink messages and resend via UDP on WiFi (MAVproxy can do that?), the android device receives that stream and serves as a mobile GCS.
I want this so bad! I've got an Asus TF700 specifically for the purpose because it has a great sunlight readable screen. Just need a working app!
Personally, I would prefer if we Bluetooth connect to the Xbee or 3DR Radio. That way we could have a base-station antenna setup with the radio on it, and could freely walk around with the tablet. You know, within 50 feet of the base station. But it would be awesome!
Yeah, that should work. If you get a serial connection and 5V power it would be possible to directly connect (for example) a 3DR radio to it.
Looks pretty awesome so far!
Like everyone else, I'd love the ability to directly connect a radio to the tablet/phone. Another idea is the ability to save flight logs - useful for a post-flight analysis on your PC.
Ok just had a look at this from adb shell. Looks like android recognizes the APM as serial device. I get output like this:
æ► äÓÜÇâ☺ Çı♫-ð±▲=W☺æ£W-@└► ╚∟♀►A♀¬2n #┴ ÉåÑ♦ ,↔@B☺^RY☺Уá▬ Ñ
↑ð│T$→F♠ÿ ê*♥ ♠Q@1ÉÇT☺¶ @Çû ╚Í♀z☺ж̷☺ñ◄ ╚é╩│ ó▬►└G☺h;ó→♥ ▬♀ ♠ ♀♂♣
[☺â↕ ↓ ╚ƒº?ÇÑ▼▲}@ÐW╦cÇ!← @▼ı«Çß▼►└E
╚9Ô↔♥ ↑§ ►ähré$[☺8♀ §ïwÇã☺³▼¤GÇÅ← ð↨ï}☺♣¦¶FÇ'=↨ð▓=l:J▲8 ▬
u+üé♥ └×íúÇÞ &×└â☻³♫Z[☺ └┼■G â╠}® Ã4►Ö♫Ëî┴♫╝ ¶Ô 0É® (èo♠É▲☻♠ô☻ÛEn_ Ó♀ ÂPÓ↕
¬♣ ↑┼á§◄ U♣ û ♣A$`└öÄm ♫◄ Éó☼z ‼ ØûE@♣ (─M♣♦0├♥↑XèÜP◄‗T☺ÇA ä─z ▼→ Ç♀Ç↔ └\ù→Ç♥ÌØ┤☺à♣
┬Ê ┴↓ ð▼►└$☻ü‗!1. 3├ Éåï♫ -ÍÇ┬
¶┤6 Ë↑@É♫º/@ú☻■♀O Ó♦ìÕÀ ♥☺³]û× =►Ó2↓L:J∟↑ ▬☻♣ ☺#I>ä└¥@X¶└Î☼y☺â◄ ░↨E^ÇÐòÊ→ ±↨âxÇï♥
HHE▒2. ♦ç☻ ♠ Xd 8ß╣☼P /Ç\♠@☺ É▲j╗@Ë▲óì☻‼▲¦½ Ô☺ └îüh ▲►└E♥Ïî┴¶< ¶☺♣ ☻↕IûÇß■ àFû└
ó@┴↑ ░♣lhAGU└`╬ÿ ♂#☺ ♀c`-►@º╦↔Ó(⌂└X♠@☼«¡Çß↑ Éî├{☻â _(◄‗³äùÿÇ└.►ÓÖ☻┘î┴¶< ▬ ♣ ♠│
ä♫♠¶├☺ └0☺»→☺¬§¦☺LM6 ╔ ■↕@Ç┼═▲ äû↨ß└ð♣☺Ô Ä @ð£∟` → <►pÖ♣Ëî┴▲╝ ▬à ►É®►(♀60☺°\╦õ
¨ ☺ùÅä☺P☺└↕ ■ò├¤ Å◄@ÉÇ ƒàZ☺ªE♥¦ ↨▼V☺☼ ☺è\↔ëÈ0═© ♂*♥ ♠! @ô)↔ à[♥ßó ■§Ø Ƕ♣Þð@°═_3 D
∟ò1 ♣ð-@Ò↕ └û♣=ÇÓûç│Ç#♣↓`"v5ÜB♦↑ ♥+☻ ♠ X
ÇÉM ☻ ◄ Þ÷ÂÁ@Ð̧Õ☺áò,Y ↕ ░¦Eƒüâ%→└◄V%→F♣ÿ -Ñ Ó▬/→☺*é@å☺Ç▬é/ǪMk%@┬→ @¶♦á☺
Looks like i get bytes, didnt have a look at MAVLINK yet, so i dont know if this is correct or not, but at least we can access the data the APM puts out, so it should work to use a USB connection.
Every china tablet with USB should work. I think the description has to say USB OTG to have USB support like mouse and keyboard. If this works the APM should get power too.
But does it work with USB? You need drivers and i dont know if you can bypass that somehow. If USB does not work you need to use BT but then you need a BT module that you can connect to the APM.
I'd like to help with development too, as i wanted to create a mission planner app for android as well. Would be really cool if USB works, then i just need a cable to set up my APM...
Fantastic! I hope this will be a full functional release in the end!
Thx
Which android tablets do have USB Host capabilities?
Cheers
-S
Works on the Nexus 7.
Will help to develope this further. I started a month a go devloping the bart copter-gsc further so that it can handle more mavlink messages than before. Will look into your code, thx for sharing!