Semester Status Report - People Eecs Ku

fullfattruckMobile - Wireless

Dec 10, 2013 (4 years and 7 months ago)


EECS 541

Project Status Report


Paul Bennett, Ty Hayden, Rebekah Patterson

Project Status

This semester, the primary focus of our project was to
research a project plan, set up and become
familiar with the execution environments, and begin development in each of the three areas.

ARDrone Development

and Experimentation

We have working programs that issue a single command to the drone. A local program does this by
sending an AT command over UDP to the appropriate port on the drone. It will not be difficult to
implement multiple commands in succession, and this is the next

step in
regards to the program that is
run on the drone.

GPS Solution Details and Implementation

Initially, we were going to follow the tutorials of the MiruMod and use its proprietary software to enable
GPS tracking. As we delved deeper into the code use
d by MiruMod for the Arduino board, we realized
that the code used to collect GPS data was non
modifiable and precompiled. Still, it was proof that
interfacing with the Drone over the serial port was possible.

With this said, we decided that it would be s
impler to attach the GPS unit we purchased directly to the
serial port on the drone, and write our own drone program to capture the data over serial. The Arduino
board became an unnecessary hurdle when we realized that its only purpose was to collect the
from the GPS chip, then feed it to the Drone.

With the GPS unit also supporting serial interfacing, and proof that the port is accessible on
we have decided to write an application t
hat exists solely on the drone. The application detail
s are yet to
be fully realized, but we are firm in our decision to interface with the GPS unit directly.

EECS 541

Project Status Report


Paul Bennett, Ty Hayden, Rebekah Patterson

and Testing

The overall plan for the Android application is to start with a map that displays the Drone’s current
position. The
user is then able to draw out a path on the map that they wish for the Drone to follow. The
application then takes

the path data, converts the

GPS coordinates

to an array of NMEA formatted
, and then sends them to the Drone for processing.

So far,

the application environment has been configured and emulators have been set up for ease of
testing. The android application currently pulls map data from Google Maps and displays it on the device
with an
icon displayed at a specified GPS location. The app
lication also has a simple on click function
that displays a message when the icon is clicked
. This functionality will later become essential to the
application when it is gathering the GPS waypoints from the user on

the map. A screen shot of the
state of the application is shown below

on the left

The next step in the development of the application is to alter the current tap method to accept
different waypoints from the screen, return the information to the main program, and then draw the
s on the map along with lines interconnecting them. This method is currently being developed and
researched, with the hope of producing a final result resembling the

concept shown above on the right