Difference between revisions of "S14: Quadcopter"

From Embedded Systems Learning Academy
Jump to: navigation, search
(Pin Connections)
(Schedule)
Line 172: Line 172:
 
| Final Testing
 
| Final Testing
 
| Started 4/25
 
| Started 4/25
 +
Update 4/28
 +
# Enabled ZigBee Telemetry which helps us remotely debug the quadcopter (Uart2)
 +
#Connected the motors and speed seems to vary with remote control input. Propellers were disconnected during this testing
 
|  
 
|  
 
|}
 
|}

Revision as of 15:30, 28 April 2014

Grading Criteria

  • How well is Software & Hardware Design described?
  • How well can this report be used to reproduce this project?
  • Code Quality
  • Overall Report Quality:
    • Software Block Diagrams
    • Hardware Block Diagrams
      Schematic Quality
    • Quality of technical challenges and solutions adopted.

Quadcopter

Abstract

Applications for smaller Unmanned Aerial Vehicle (UAV) have significantly increased in recent decades. Quadcopter is one of the most successful vertical take-off and landing vehicle with autonomous flight control and stable hovering capabilities. These prominent features have led to a rise in Quadcopter research in universities as well as industries. Quadcopter project engages people from Electrical, Mechanical and Computer science background with knowledge on various concepts like Control systems, Real-Time Embedded Systems, Robotics and Navigation. This web-page provides you detailed information on the mechanics of Quadcopter, Concepts of Flight control along with programming and testing for stable flight.

A Quadcopter (Quad-rotor helicopter) is a multi-rotor aerial vehicle that is lifted and propelled by four rotors. The thrust generated by the propellers lifts the Quadcopter while the flight controller system govern the rotor speed for attitude control. A wireless remote control is used to interact with the flight controller system for changing the flight path. We begin by explain the basics of Quadcopter mechanics, then sections explaining the mechanical design approach, algorithms and parameters used for stable flight control, and lastly the testing and tuning mechanism.

Objective and Scope

Our objective is to assemble the Quadcopter, then design and build a flight controller system that stabilizes the flight and accept commands from a hobbyist remote control during its flight.

The scope of our project can be divided into three parts:

  • Design and build interfaces to all the on-board electronic sensor such as IMU, barometer and distance sensors
  • Design and build interfaces to telemetry and radio modules to communicate with remote control and the computer
  • Process the various sensor inputs and control the brushless motors on board using an electronic speed control system to stabilize the Quadcopter

Team Members & Responsibilities

  1. Sree Harsha
    • PWM Design, Remote Control Input, Quadcopter assembly
  2. Balaji
    • Sensor Data Processing, Quadcopter Assembly
  3. Divya Kamath
    • Flight Controller Design, Code Integration

Introduction

File:Quad config.JPG
Fig 3. Quadcopter Orientation
File:Propeller direction2.JPG
Fig 1. Propeller rotating direction
File:RPY.JPG
Fig 2. Pitch, Roll and Yaw movement


Quadcopter is one of the successful aerial vehicles which support vertical take-off and landing.It has 4 rotors - 2 run clockwise(CW) and 2 counter-clockwise(CCW). This is to cancel out the torque generated by a set of rotors running in any one direction.

There are two types of orientation for a quadcopter : + configuration and X configuration. Our design is an X configuration as it allows unblocked front view for mounting a camera. The quadcopter motion in the 3 axis is known as Pitch, Roll and Yaw.

Pitch is the ascending or descending motion. Roll is tilting towards the left or right. Yaw is rotating left or right.

File:Quad motion1.JPG
Fig 4. Quadcopter motion in all axis

Quadcopter Modes


Most commercially available quadcopters work in one of two possible modes:

  1. Aerobatic Mode: This mode allows you to perform spins and flips on the quadcopter. The accelerometer is not necessary in this case.
  2. Attitute/Stable Mode: This is the preferred mode for beginners and this is the mode our quadcopter will run in. In this mode, data from accelerometer and gyro sensor is combined to calculate the quadcopter angle. Once the remote control stick is moved to non-idle location, the quadcopter angle is changed accordingly and held at the angle. Unlike the aerobatic mode, no spins or flips will be performed.

Arming/Disarming the Quad-copter


File:Arm disarm.JPG
Fig 5. RC Arm Disarm

We need to take certain safety precautions for every quad-copter. We don't want the quad-copter to accidentally arm while being transported or not in use and similarly we don't want it to disarm when flying. Arming a quad-copter indicates that when throttle is raised, the motors will begin to spin and disarming a quad-copter indicates that motors won't spin.

On most commercially available quad-copters, arming is done with a full-right yaw and no throttle, while disarming is done with a full-left yaw and no throttle.


Remote Control Channels


File:Receiver.JPG
Fig 6. Receiver module

We are currently using a 6 channel remote control to maneuver the quadcopter. The 6 channels are as below:

  1. Roll/Aileron - Controls the aircraft's right/left movement
  2. Pitch/Elevation - Moves the copter front/back
  3. Throttle - Increases the thrust output of the motors. This controls the height at which the Quadcopter should fly.
  4. Yaw/Rudder - Causes movement about the vertical axis. This changes the direction in which the aircraft is pointing.
  5. Gear - Not used
  6. AUX1 - Not used



Schedule

Sl. No Start Date End Date Task Status Actual Completion Date
1 2/28 2/28 Order Components and Make a schedule Component Ordering Partially Completed (critical components done), Motors pending. (Update 4/14 - All components ordered) 3/7/2014
2 3/1 3/30 Components Procurement. Motors arrived but don't fit into the frame. Got motor mounts from Century Heli shop, drilled holes to fit the motors, backup IMU arrived.(Update 4/14 - All components ordered) 3/21/2014.
3 2/20 3/15 Establish communication with all sensors and validate data IMU done. 3/14/2014
4 2/28 3/5 Establish communication with radio module of remote control Coding complete. Testing in progress with Radio remote and receiver.(Update 4/21 - Remote Control Communication Successful 4/19
5 2/28 3/5 Speed control of motors Flashed SimonKK firmware to ESC. One of the ESC went kaput and 2 others have problem running at slower speeds. Tested with another set and motors work fine. Ordered Afro ESC with pre SimonKK firmware flashed. Another frame, radio and few other components ordered as backup. 3/29/2014
6 2/28 3/25 Flight Controller Algorithm (PID Controller) Coding. Playing with the coefficients.
  1. Update 4/14 - Coding Completed, testing pending.
  2. Update 4/21 - Testing In progress.
  3. Update 4/25 - Initial testing shows motor speed responding well to sensor values and remote
4/25
7 3/15 3/30 Create tasks and integrate complete code In progress
  1. Update 4/14 - PID completed, Flight Controller tasks completed. Device driver for RC input ready. Pending - PWM (motors), Math calculation for motor speed from Raw RC data and sensor angles, UART communication and parser for IMU data
  2. Update 4/21 - UART communication and parser completed. Facing issue with >16 characters, RC input completed.
  3. Update 4/22 - Code to convert RC input from PWM to angle (radian) completed. PWM code for motors done.
  4. Update 4/24 - Initial Code Completed.
4/23/2014
8 4/10 4/10 Assemble quadcopter Complete. Initial flight test with reference flight controller shows jitters with radio PWM input. Magnetometer goes crazy because of motor magnetic field. Control system and sensors will now be placed on an elevated platform. 3/29/2014
9 4/10 4/18 Initial testing and tweaks In progress

Update 4/25 - Initial testing on ground shows that motor speed for corresponding change in sensor and RC is as expected. Next step is to connect to the motors and see how the quad behaves.

4/25
10 4/15 - End Final Testing Started 4/25

Update 4/28

  1. Enabled ZigBee Telemetry which helps us remotely debug the quadcopter (Uart2)
  2. Connected the motors and speed seems to vary with remote control input. Propellers were disconnected during this testing

Parts List & Cost

Qty Description Manufacturer Part Number Total Cost
4 4x Electric Speed Controller (ESC) Turnigy Plush 25 $50.00
4 Turnigy Multistar 4822-690Kv 22Pole Multi-Rotor Outrunner Turnigy 9392000004 $180.00
1 Inertial measurement unit (IMU) MPU-9150 Sparkfun SEN-11486 $40.00
1 SJOne Board Preet LPC1758 SJSU CmpE Board $80.00
1 DX6i 6 Channel 2.4Ghz Tx/Rx Remote Control Spektrum DX6i $140.00
1 Turnigy nano-tech 6000mah Lipo battery Turnigy - $15.97
1 Quadcopter frame HJ MWC - $21.26
2 Motor mounts Century Heli - $25.94
2 10x4.5MR, 10x4.5MRP Propellers, Prop Adapter Ring Set APC $26.94
2 6000mAH 4S LIPO battery HJ MWC - $21.26
Total Cost increasing !

Backup Parts & cost

Qty Description Manufacturer Part Number Total Cost
1 6000mAH 4S LIPO battery hardcase Turnigy $50.00
2 Invensence 9150 IMU Breakout board ebay $17.00

Design & Implementation

The design section can go over your hardware and software design. Organize this section using sub-sections that go over your design and implementation.

Hardware Design

Discuss your hardware design here. Show detailed schematics, and the interface here.

Pin Connections


File:Pin conn.JPG
Fig 7. SJ-One Board Pin connections
Sl. No Port and Pin Number Pin Type Purpose
1 P0.0 and P0.1 UART 3 IMU Communication (Arduino)
2 P2.4, P2.5, P2.6, P2.7, P0.29, P0.30 GPIO Input Remote Control Receiver Input
3 P2.0, P2.1, P2. 2, P2.3 PWM PWM output to motors
4 P2.8, P2.9 UART2 ZigBee telemetry

Hardware Interface

In this section, you can describe how your hardware communicates, such as which BUSes used. You can discuss your driver implementation here, such that the Software Design section is isolated to talk about high level workings rather than inner working of your project.

Current Design UART for reading sensor data PWM for motor control UART for telemetry

Software Design

MPU-9150

The MPU-9150 consists of a 3-axis accelerometer, 3axis Gyroscope and a 3 axis magnetometer. its a one chip IMU solution with onboard Motion processor for sensor fusion.Though it inherently supports on board Sensor Fusion, the IP is undisclosed. Therefore we used the library for arduino by Pansenti. (https://github.com/Pansenti) The 6 axis sensor fusion (accel+gyro) is done on the MPU and sent to an arduino where the magnetometer data is used for YAW correction. The arduino transmits the orientation data over UART which is recieved by the SJONE for further processing.

For testing, we coded a GUI in python. The code parses the serial data from the arduino and displays the orientation of the IMU in real-time using Vpython.(video and code to be linked).

PID Controller

For our flight controller algorithm, we are using a PID controller. PID (proportional, integral, derivative) controller is a feedback control system which attempts to minimize the error in the output using three constant values: P, I and D i.e. the proportional, integral and derivative values.

Converting Remote Control Data to Motor Speed

The following steps are involved in converting raw RC (remote control) data to motor speed

  1. Get the RC data. Usually a PWM signal
  2. Scale up/down this value using a pre-decided curve. (Linear/Exponential)
  3. Convert this value into angles.
  4. Apply PID on Roll/Pitch/Yaw RC command (Using the angles calculated by IMU (Inertial Measurement Unit) as the PID input and angles calculated from the previous step as the desired setpoint)
  5. Use these angles to adjust motor speeds and direction (Add/Subract to Throttle Command)

Implementation

This section includes implementation, but again, not the details, just the high level. For example, you can list the steps it takes to communicate over a sensor, or the steps needed to write a page of memory onto SPI Flash. You can include sub-sections for each of your component implementation.

Mechanical Design

Testing & Technical Challenges

Getting a quadcopter to fly smoothly isn't a smooth process at all. But failures do have teach us a lot. Listed below are some of the issues we faced during the course of this project.

Quadcopter Assembly

  1. Unexpected Throttle: Throttle seems to shoot to maximum without command. Solution - Order new remote control (:O)
  2. Bricked ESC: Tried flashing SimonK Firmware into ESC for faster update rate. ESC didnt respond! Solution - Buy a whole new set ESCs (!)
  3. Propeller Issue: Didnt check propeller specs before ordering. Had to return.
  4. Specifications were not clear for the products ordered online: Motors were too big for the frame. Different countries follow different metrics. Need to be careful while assembling parts ordered from different websites.
  5. Magnetic Interference on Compass:Motors create really intense magnetic fields which interferes with the magnetometers magnetic field. As a result magnetometer readings are affected. Magnetometer needs to be kept at an elevation to avoid this.

Quadcopter Software

  1. UART FIFO: If messages longer than 16 bytes is transmitted over UART, then all characters exceeding 16 bytes are lost. This issue is yet to be resolved. Looking into it.
    1. (4/23)Resolved this by using Interrupts and queues. The polling method created a time delay causing some data to be lost.
  2. Rear Right motor was always high and not responding to any input. The issue was that while computing PID we must be measuring the change in value from the center value, but instead we were measuring change from the minimum value.
  3. Uint to int: A lot of calculation needed the use of integer but we were using unsigned integer types. Hence values were not right.
  4. Pitch vs motor speed: Change in pitch was causing an opposite change in motor speed. We interchanged the signs for the front and rear motors and resolved this issue.

Future Enhancement

Future enhancements are to include GPS capabilities and incorporate autonomous take-off and landing capabilities based on GPS co-ordinates between two places.

Conclusion

Conclude your project here. You can recap your testing and problems. You should address the "so what" part here to indicate what you ultimately learnt from this project. How has this project increased your knowledge?

Project Video

Upload a video of your project and post the link here.

Project Source Code

Send me your zipped source code and I will upload this to SourceForge and link it for you.

References

Acknowledgement

Any acknowledgement that you may wish to provide can be included here.

References Used

  1. https://github.com/Pansenti
  2. https://code.google.com/p/sf9domahrs/
  3. http://www.rcgroups.com/forums/showthread.php?t=1284741
  4. http://blog.oscarliang.net/quadcopter-pid-explained-tuning/
  5. http://aeroquad.com/showthread.php?1167-Stable-Mode-Explained
  6. http://www.ece.ucdavis.edu/~spencer/195/datasheets/PID-Without-a-PhD.pdf
  7. http://support.motioneng.com/downloads-notes/tuning/pid_overshoot.htm
  8. http://www.instructables.com/id/RC-Quadrotor-Helicopter/?ALLSTEPS
  9. http://www.modelflight.com.au/blog/how-to-fly-remote-control-quadcopter/

Appendix

You can list the references you used.