Difference between revisions of "S15: SJeight Octocopter"

Latest revision as of 17:12, 27 May 2015

Project Title

SJeight Octocopter

Abstract

The purpose of the project is to create a large custom built octocopter. It will rely on AHRS (Attitude and Heading Reference System) to stabilize the copter. The advantage for using eight motors is reliability, since the copter can still operate with one or more motor disabled. Another advantage is the ability to carry a larger payload than quadcopters. There are many design challenges for this project. The first being structural support. To help this along, a professional grade laser cutter and 3D printers were used to create the frame. Power consumption, weight, thrust, and sensors were carefully considered for this project.

Objectives & Introduction

The goal of this project was to design an octocopter that flies. This project consisted of four people and each team member worked in pairs. We used the SJone board for this project and implemented topics we learned in class. The class topics we used for this project are I2C, UART, Semaphores, and Queue.

Team Members & Responsibilities

Schedule

Parts List & Cost

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

Hardware Circuit Diagram

We initially decided on 10" blades, but soon realized that the longer the blade the more efficient the system. We went with 12" blades. We also realized that in order for the copter to fly we needed to find efficient batteries. The power density had to be extremely high, which is why we switched from the fifteen 2200 mAh batteries to the three 10 Ah batteries.

The hardware design was assembled by the whole team. This project was approached by drawing the architecture on SolidWorks. Figure 'CAD Drawing', illustrates the design of our SJeight.

Main Frame

The main frame of the octocopter was laser cut in the Mechanical Engineering Department Mechatronics Lab. A view of the laser cut is seen in Figure 'Laser Cutter'. Acrylic Plastic was recommended for the frame because it’s durable and low cost. The main frame had 3D printed rod slots which were sandwiched between two identical acrylic cuts. Figure '3D Printed Parts' and Figure 'Assembling the Frame' demonstrate the sandwiched carbon fiber rod.

Main Frame

Laser Cutter

3D Printed Parts and Frame

Battery Size Check

Power Hub

The Power Hub shown in Figure Fully Assembled Power Hub, is designed to distribute power across all eight motors evenly. This was first design on SolidWorks and then 3D printed which is shown in Figure 'CAD of Power Hub'. Eight female XT-60 slots and three female XT-90 slots were soldered on a circular 6 gauge wire ring to distribute the power evenly. The 6AWG wire was a requirement because the motors in total pull 120 Amps through the power hub. The lower the wire gauge, the thicker the wire. As wire increases in thickness the resistance is reduced which lowers the power loss across the wire. Power loss is heat, so if there is any resistance in the hub, the hub would heat up to extreme temperatures.

Power Hub

Unembarrassed

Test Fit

Fully Assembled

CAD of Power Hub

Electronic Speed Controller

We mounted eight 80A ESC (Electronic Speed Controller) underneath the frame using zip ties. The input of the ESC was connected to the Power Hub where power is drawn. Shown in Figure ESC attrached to frame illustrates how the ESC are connected around the frame. The ESCs are connected to the DC motor, through the inside of the carbon fiber rod. The ESCs varies the throttle of the DC motors by sending PWM signals. The ESCs have three thick wires that go to three wires on the motor. They are labeled A, B, and C. The motor wires are color coded with red, yellow, and black wires. You will need to hook up the wires in a configuration you choose. We chose the following pairing.

In order to alternate the direction you switch any two wires. We chose the following pairing on every other ESC.

ESC attached to frame

Brushless Motor

The brushless motor is mounted to the end of the rod. The brushless motors operates linearly which means when the motor shuts down, it slowly decreases rather than immediately braking. The brushless motor used for this design is the Donkey ST4010-820kv. The kv is the constant motor which indicates the maximum RPM the motor could rotate. The kV rating is how many rotations, without resistance, the motor will rotate per volt. A motor with a lower ESC usually has more torque and is a better choice for a multi-rotor craft. Our research showed that the optimal range for a multi-rotor is 300-800kV. Usually high kV motors are used for traditional airplanes. We chose the Donkey ST4010 due to the low price, despite it not being the best selection.

Motor Weight

Battery

The original battery pack is displayed in the Figure 'Battery Size Check'. The high number of batteries is required due to the batteries 'C Rating'. The C rating is how to calculate how many Amps the battery can discharge at a single moment. The discharge rate is calculated by the below equation:

peak discharge = (capacity in Ah)*(C Rating)

We measured each motor to draw approximately 30A at idle and 60A at peak. This means that the design needed to accommodate 480 Amps at a single moment. Our final battery selection was three batteries each having a 30C rating and 10Ah capacity. This means that our discharge capability was 300A per battery, or 900A total.

Power Supply Circuit to 'OR' the Batteries

Three packs were necessary to power the copter. Unfortunately, LiPo batteries cannot be connected in parallel if the voltages are not closely matched. One solution is to use diode to prevent the batteries from back-charging one another. Luckily, there are circuits available to create diodes from transistors. One option was the LTC4352.

Main Batteries

Flight Controller

The flight controller is programmed using an Arduino Mega. The controller controls the coordinates and torque of our octocopter. Shown in Figure Flight Controller, illustrates the flight controller. The controller is designed on a PCB with two joysticks. The joysticks controls the coordinates and throttle of the copter.

Controllers

Arduino Mega Controller

Spektrum Dx6i

CAD Design

Exploded CAD Drawing

CAD Drawing

CAD of Leg

Propeller Preparation

12" Carbon Fiber Blade

Milling the Propeller Hole

Unbalanced Propeller

Balanced Propeller

SJboard and Interfaced Mount

SJone Mount

SJone Mount on Frame

Assembly of Copter

Assembling the Frame

Motor Test

'OR' Circuit schematic

'OR' Circuit

Circuit

Hardware Interface

The SJeight interfaces with various peripherals. This includes the PCA9685 (16-channel, 12-bit PWM Fm+ I2C-bus LED controller) for PWM expansion, Razor IMU(Internal Measurement Unit) sparkfun, Adafruit Ultimate GPS Breakout Module, and 2.4GHz XBee module from Dig.

To overcome the limited number of PWM I/O on the SJone board, extra hardware needed to be added to the project. The solution was the PCA9685. It provides 16 channels for PWM for the ESC(Electronic Speed Controller). This device communicates via I2C or Inner IC communication. The following figure shows a scope shot of the I2C bus. Even though the ESC is not directly controlled by the SJone, understanding of the signals are important. The ESC accepts a very specific signal. The frequency must be 50 Hz and ave a minimum pulse width of 0.7 milliseconds. The speed of the motor is then determined by the pulse width: 0.7 ms is 0% speed, 1.5 ms is 50% speed, and 2.3 ms is 100% speed.

PWM Analysis

I2C Bus

PWM Minimum Pulse

PWM Pulse and ESC Output

PWM Maximum Pulse

Software Design

The main architecture implements FreeRTOS tasks to control the flow of reading sensors and calculations. A dedicated task is used to read the IMU. It holds the highest priority since stability is the most important aspect of the program. The second highest priority is processing the IMU data with the PID loop. The outout from the PID is sent to the motors. The controls are not as critical for operation and do not need to be updated as frequently. This puts the the reading remote task at a lower priority. After the data has been processed, it is sent to a buffer where the next controller offset will affect the system with a new IMU reading. Transmit and receive task we implemented using queue's. This allows the processing task to sleep and reduce waist in redundant loops.

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.

Razor IMU

We interfaced the Razor IMU using UART. The euler's angle is provided by the IMU. The datasheet is located at https://www.sparkfun.com/products/10736.

Hardware Circuit Diagram

Wireless Communication

The SJone interfaces with the Xbee wireless module through UART2. The Xbee requests the latest joystick positions, and is feed into a queue by a producer task. The latest joystick positions are processed by a consumer task to analyze the readings and make decisions as to throttle, yaw, pitch, and role.

Hardware Circuit Diagram

Adafruit PWM Expander

Due to a need for 8 PWM sources, of which were not available on the Sjone, we used a PWM expander that was interfaced using I2C. After calculations are made for each motor speed, the Expander is written to update the PWMs to the eight ESCs and motors. This board is available at http://www.adafruit.com/products/1411.

Hardware Circuit Diagram

DSMX Satellite Receiver

The DSMX Satellite Receiver interfaces implements 115200 UART one stop bit and no parity. The packets were reversed engineered using the following website as reference: http://www.cgsy.com.au/archives/215 A buffer was needed to connect the DSMX receiver to the SJone board. Without this buffer, the signal was to weak to pull the line to ground. Another issue is keeping the packets aligned. A polling routing was necessary to keep alignment.

Hardware Circuit Diagram

Testing & Technical Challenges

Receiver Reliability

We basically packed the interpretations. We tested to see what happends if the power goes out from the receiver. When we lose communication with the receiver, we need to shut off power.

Motor Testing

Tested each motor individually and varied each motor at different throttles. Repeated the test with eight motors at the same time and isolated minor errors. The minor errors we faced was lack of solder connection from the motor to the ESC or the ESC to the battery.

IMU Calibration Testing

Planted the Adafruit 9-DOF IMU on the main frame and tested the Yaw, Pitch, and Roll. The data was collected and read through Hercules. We recommend using the 9-DOF rather than the 10-DOF because the 10-DOF lacks important open source.

PID Tuning

A PID loop is extremely easy to implement. The concept is very basic, but the tuning is quite difficult. We highly recommend starting with a P system, adding the I term, then the D (if needed). PI systems are very common and can work just as well in many situations.

Tips: 1) Make extremely small changes when modifying your gains. 2) Create a PID loop for each axis. (Yaw, Pitch, Roll) 3) Start with the P term on a single axis. It may not be perfectly stable. 4) If it is not perfectly stable, get it the best you can then add the I term and repeat the process. 5) If it is still not perfectly stable, but you believe it improving then get it to the best stability and add the D term.

When you have stability, I encourage you to add a disturbance to the system, such as quickly off setting the axis with a push or touch. The system should stabilize quickly.

Yaw is the most difficult to control and is done by creating a differential speed between the clockwise propellers and the counterclockwise propellers. This is why many people suggest that you place counter clockwise props on one axis, and clockwise props on the other axis. A better explanation is given here on wikipedia. Wikipedia: Multirotor Flight Control

Challenges and Problems

Issue #1

One Issue that came up was the addressing of I2C. The datasheet for the PCA9685 presents the address as 0x40, but it is a 7-bit address. The SJeight function accepts a preshifted 8-bit address (0x80). This was discovered from probing the bus with an oscilloscope.

Issue #2

Safety!!! One of our group member was injured with the copter.

Issue #3

There was some unexpected behavior with the SJone vs. the Arduino, causing the ESC to full throttle and burn. Before attaching the propellers to the motor, test the motors RPM with an oscilloscope. This method allows us to analyze if the motor is responsive and running correctly. Once you re insure your code functions correctly, then attached the propellers back onto the motor.

Issue #4

Tuning a PID controller is a control systems problem. This concept is taught in EE132. I highly encourage anyone who is considering building a multi-copter from scratch to research control systems. PID is not the best method for controlling a multi-copter, but is used due to it's simplicity. This isn't saying a lot for control systems. PID is hard. Tuning a PID can take hours or days depending on the complexity of your system.

Issue #5

The extreme current involved in this project is very dangerous. A single short, 10 minutes before our demo, caused us to lose two of the ESCs. These ESCs are very expensive. We lost a total of three during the project.

Conclusion

In the end this project gave us an amazing amount of experiences. We were required to delve into the disciplines of Mechanical, Mechatronics, Electrical, and Computer Engineers.

The cost of this project was extremely high, and replacing parts continued to add to that cost throughout the project. It is highly recommended that you purchase at least 50% more parts than minimum. Highly volatile and sensitive parts such as the propellers and ESCs are a required to have replacements.

Although at this point in time our copter is not stable, we still have learned a great deal about the SJone board and interfacing many different components through UART, I2C, and SPI. We attempted to cover all of the protocols that we learned in CompE244 and may have been a little more ambitious than we should have been.

This project took a great deal of time, even with four engineers.

Project Video

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

Project Source Code

• Sourceforge Source Code Link
• Github Source Code Arduino/XBEE RC Version Link
• Github Source Code DSXM Version Link

References

Acknowledgement

Thank you to Adafruit and Sparkfun for providing useful datasheets and demonstrations. Thank you to Sassoun Gostantian for helping us mill the PCB board for our Arduino Controller. And lastly a special thanks to Preet for giving the EE's the opportunity to take the class.

References Used

1. http://www.cgsy.com.au/archives/215 (DSMX Receiver)

2. http://brettbeauregard.com/blog/2011/04/improving-the-beginners-pid-introduction/ (PID Implementation)

3. https://ghowen.me/build-your-own-quadcopter-autopilot/ (Building a Flight Controller)

4. http://www.adafruit.com/ (PWM Expander)

5. https://www.sparkfun.com/ (IMU)