Final Demo :: ECE 445 - Senior Design Laboratory

Final Demo

Description

The Final Demo is the single most important measure (and assignment) for the success of your project. The evaluation is holistic, focused on whether your project is completed, well-designed, reliable, and usable. You will demo your project to your professor, at least one TA, and a few peer reviewers. Other guests (e.g. alumni, high school students, sponsors, or other department affiliates) may also be present.

Requirements and Grading

Students must be able to demonstrate the full functionality of their project by proving that all the requirements in their Requirements and Verification (RV) table are met. Students must bring a printed out version of their block diagram, high level requirements, and RV table. Credit will not be given for feature which cannot be demonstrated.

For tests that are lengthy or require equipment not available at the time of demo, students should have their lab notebooks or printouts ready to show testing data. For any portion of the project which does not function as specified, students should have hypotehses (and supporting evidence) of what is causing the problem. If your demo needs to happen somewhere that is not the Senior Design Lab, you must communicate this with your TA!

The design team should be ready to justify design decisions and discuss any technical aspect of the project or its performance (not just one's own responsibilities). Quantitative results are expected wherever applicable. The demo grade depends on the following general areas: See the Demo Grading Rubric for specific details, but in general, show the following:

  1. Completion: The project has been entirely completed.
  2. Integration: The project is well-integrated, looking more like a final product than a prototype.
  3. Performance: Performance is completely verified, and operation is reliable.
  4. Understanding: Everyone on the project team must must be able to demonstrate understanding of his/her technical work and show that all members have contributed significantly.
  5. Polish & Attention to Detail: The project is well-polished with the user in mind. Good attention to detail is afforded to useability, presentation, and packaging.

 

Submission and Deadlines

Signing-up for a demo time is handled through the PACE system. Again, remember to sign up for a peer review as well.

Cloud-controlled quadcopter

Anuraag Vankayala, Amrutha Vasili

Cloud-controlled quadcopter

Featured Project

Idea:

To build a GPS-assisted, cloud-controlled quadcopter, for consumer-friendly aerial photography.

Design/Build:

We will be building a quad from the frame up. The four motors will each have electronic speed controllers,to balance and handle control inputs received from an 8-bit microcontroller(AP),required for its flight. The firmware will be tweaked slightly to allow flight modes that our project specifically requires. A companion computer such as the Erle Brain will be connected to the AP and to the cloud(EC2). We will build a codebase for the flight controller to navigate the quad. This would involve sending messages as per the MAVLink spec for sUAS between the companion computer and the AP to poll sensor data , voltage information , etc. The companion computer will also talk to the cloud via a UDP port to receive requests and process them via our code. Users make requests for media capture via a phone app that talks to the cloud via an internet connection.

Why is it worth doing:

There is currently no consumer-friendly solution that provides or lets anyone capture aerial photographs of them/their family/a nearby event via a simple tap on a phone. In fact, present day off-the-shelf alternatives offer relatively expensive solutions that require owning and carrying bulky equipment such as the quads/remotes. Our idea allows for safe and responsible use of drones as our proposed solution is autonomous, has several safety features, is context aware(terrain information , no fly zones , NOTAMs , etc.) and integrates with the federal airspace seamlessly.

End Product:

Quads that are ready for the connected world and are capable to fly autonomously, from the user standpoint, and can perform maneuvers safely with a very simplistic UI for the common user. Specifically, quads which are deployed on user's demand, without the hassle of ownership.

Similar products and comparison:

Current solutions include RTF (ready to fly) quads such as the DJI Phantom and the Kickstarter project, Lily,that are heavily user-dependent or user-centric.The Phantom requires you to carry a bulky remote with multiple antennas. Moreover,the flight radius could be reduced by interference from nearby conditions.Lily requires the user to carry a tracking device on them. You can not have Lily shoot a subject that is not you. Lily can have a maximum altitude of 15 m above you and that is below the tree line,prone to crashes.

Our solution differs in several ways.Our solution intends to be location and/or event-centric. We propose that the users need not own quads and user can capture a moment with a phone.As long as any of the users are in the service area and the weather conditions are permissible, safety and knowledge of controlling the quad are all abstracted. The only question left to the user is what should be in the picture at a given time.

Project Videos