This is a planning page for a quadcopter using 3S batteries, more exactly something around 2100mAh. That's the same battery Align T-Rex 450SE V2 uses and seems to be somewhat commonly used in quadcopters too. The frame could be similar or even the same as with the 8" prop 2S Quadcopter.

For controller software, I've opted to use the Arduino based MultiWiiCopter instead of Arducopter. The reasoning is that ArduCopter seems to be more aiming to be an UAV controller with GPS and flight planning software. Based on forum talks, the Arducopter developers mentioned that flying the software without GPS is something less tested and less used, which suggests it isn't the best option for a more stunt like quadcopter. The code base is now shared with ArduPilot and that adds extra bloat to the code. MultiWiiCopter on the other hand supports a wider range of sensors and setups. The smaller code base should also make it easier to investigate problems if such arise.

The size of a quadcopter is mostly made of the length of motor arms and used props. Fancy camera mounts or landing gears can make the thing taller but that isn't usually an issue from a handling point of view. Since I plan to use this quadcopter for flying during the winter season (=indoor) and also as a stunt, a smaller size than the Arducopter like DIY quadcopter was the target. Suitable motors dictate the prop size and that's how I ended up with 8" props. Those are proved to work well and are easily available, even in different colors (going with black & orange).

With 8" props, the smallest possible motor to motor distance is around 32 cm. Anything smaller than that will cause props to hit each other. However, the minimum distance isn't very optimal since in such setup the air around the props will constantly be disturbed and that's likely to reduce performance or stability. Originally, I was planning on using a 34 cm motor to motor distance but noticed that with such distance, it wouldn't be possible to fit two strips of led lights between the motor mount and the baseplate. The led strips can be cut to pieces of 5 cm and I ended up being at least 1 cm short for having two strips. That resulted in the use of longer arms (20 cm) providing space for more leds and resulting in a motor to motor distance of 37 cm. The arms flyduino.com is selling are 25 cm so this build will result in a slightly smaller quadcopter. It remains to be seen how this affects the PID settings since the default settings appear to work fine at least with the 25 cm arms.

Note that 1 cm of 1x1 cm square tube with 1 mm wall weights about 1 gram so the length of used arms will directly affect the weight of the quadcopter. By increasing the length of motor arms by 1 cm, you end up increasing the weight of the quadcopter by 4 grams.

Keda seem to be the best options currently. Suppo is heavier and its availability doesn't seem to be that good either.

The weights are currently only rought approximations and the prices have been somewhat rounded upwards.

Cost reduction possibilities

• IMU
  • replace FreeIMU with IMU 6DOF IMU from drotek.fr (35€, save ~44€)
  • replace FreeIMU with sensors from Wii Motion Plus (10-15€, save ~64-69€)
• Frame
  • replace Flyduino baseplates with DIY alternatives (save ~10€)
  • build without coverplate
  • build without leds (save ~10e)
• A minimal setup costs probably around 150€

Item sources

• HobbyKing
• GiantCod
• ViaCopter
• Flyduino
• Watterott Electronic
• SP-Elektroniikka
• Bauhaus

Keda A20-50S, 3S with 8x4.5 prop.

Rcgroups data from: http://www.rcgroups.com/forums/showthread.php?t=1388583 (image cached here).
Own test: http://www.youtube.com/watch?v=HzIiaAJqSuo

thrust	current
	rcgroups	own test
50 g		0.3A
100 g	0.4A	0.8A
150 g		1.5A
200 g	2.0A	2.2A
250 g		3.1A
300 g	4.0A	4.1A
350 g		5.3A
400 g	6.4A	6.7A
425 g	7.6A
440 g		8.0A

With the planned weight, the quadcopter should be able to hover with about 150 g thrust from each motor (4 x 150 g = 600 g). Based on earlier tests, the current of one motor for 150 g thrust is around 1.5A. With that assumption, 4 x 1.5A = 6A would be the total current required for hovering. For some reason that ends up being the same value as with the 2S Quadcopter plan.

If the battery isn't totally drained (like it shouldn't), a 2200 mAh battery can be expected to have something between 1400-1800 mAh of usable capacity. That would be a very fair hovering time of 14-18 minutes which probably translates into a flight time of 10-12 minutes depending on flight style. This also explains why this sort of setup is also flown with 1000-1500 mAh batteries since such will still provide enough time to fly.

Interestingly, as a comparison, the Align T-Rex 450SE V2 gets about 6-7 minutes flight times with a 2200 mAh battery. Probably less with a more aggressive flying style than I have.

Instead of writing a build log (hah, blog) and possible end up giving instructions to something that doesn't work, I decided to first build this quadcopter, do test flights and only after that publish the documentation if everything worked as expected. The good news is, the end result flies well and looks nice. Videos of the maiden flight can be viewed from the following links:

• http://www.youtube.com/watch?v=_lehlLn4v38
• http://www.youtube.com/watch?v=V8tsKDNOIEw

The first video shows the very first lift off and minor trimming needed to get the quad stay in level in acrobatic mode (=only gyros active). The second video demonstrates how the LEDs light up the environment in darkness. The later video was recorder within few minutes after the first one using the same battery.

Back to the beginning. It all starts with a mixed selection of parts. The parts are the same as in the weight and cost section table, including optional parts. Some parts aren't shown in the image above. Note, that there's also few spare parts visible, including one extra motor, esc and several propellers.

The assembly is fairly simple since there aren't that many parts:

1. solder upward pointing pin header to Arduino mini (this is where the FTDI adapter will be connected for programming)
2. solder pin header for Arduino (upper center in the image), connectors and IMU to the shield
3. solder Arduino to pin header in the shield (or use female pin header if you want to be able to remove the Arduino easily some day)
4. align the IMU with the shield (make sure the orientation of the IMU is correct!) and tape it with double sided foam tape
   • use gyro tape, "Biltema mattoteippi" or similar
   • stack the tape in order to get a layer about 4-5 mm thick
5. solder the IMU to the shield with flexible wiring, using a pin header in the shield may help
   • SCL - SCL
   • SDA - SDA
   • GND - GND
   • VIN - 5V

Few additional notes:

• the image above shows the pin header in the Arduino bent to a slight angle but I later noticed that the direction will be obscured by a spacer so don't bend it
• make the wires between the IMU and the shield bend in S form to lessen the conductivity of vibrations
• use smaller wire than in the image if available

Uploading and configuring the software requires a computer with an USB or serial port, Java support, an FTDI <> USB or FTDI <> serial adapter and a 5V battery or power source for powering the IMU. Yes, that's right. The IMU isn't getting powered via the USB connection.

Setup in Arduino

1. get and install Arduino 0022 (or later) from arduino.cc (the file is named arduino-0022.zip)
   • note that you'll need to have also Java installed
2. check that your FTDI<>USB adapter is detected by the operating system but don't connect it yet to the Arduino
   • I'm using FTDI Breakout Reloaded from Watterott
   • make sure the pin order is the same as in the Arduino before connecting
3. go to code.google.com/p/multiwii/ → Downloads and get either the latest release or 1.8 patch 2 (shown here)
4. extract the "MultiWii_1_8_patch2" directory to the installed Arduino Sketches directory
5. after starting the Arduino SDK, MultiWii should be visible in the load sketches menu
6. open the config.h and configure it based on your needs
   • this step will be written in more details
7. run Verify to check for error
8. select the correct Arduino board: Tools → Board → Arduino Pro Mini (5V, 16 MHz) w/ ATmega 328
9. connect the FTDI adapter and select the correct serial port
10. upload and watch the leds blink

Setup in MultiWii conf

1. power up the IMU with a 5V power source
2. locate the MultiWiiConf directory ("MultiWiiConf_1_8_patch2") that came with package from code.google.com and start the configuration program
   • 32 bit Java needs to be installed for the configuration program to run correctly in Linux
   • "MultiWiiConf_1_8_patch2" script may require few additions
     • export JAVA_HOME=”/usr/lib/jvm/ia32-java-6-sun
     • export PATH=“$JAVA_HOME/bin:$PATH”
3. select the correct USB or serial port
4. press "START", wait a few seconds and press "READ"
   1. if this is the first start and sensor data makes no sense then press "CALIB_ACC"
   2. wait several seconds followed by "WRITE"
   3. reset the board and the connection, this should fix the readings

Goals of this setup

• the sensor data should now be visible
• if a receiver is connected then the channel data should also be visible and react correct to stick input
• check that the sensors react correctly to tiltin the shield

A Futaba 8FG is used in this example but the same or similar settings should be available in most other transmitters.

Channel setup

• with the help of MultiWii conf, check that all connected channels are visible and move to the correct direction
  • I needed to reverse throttle AND ele (pitch)
• set the travel limits for all channels to 120% (Futaba)
  • the goal is to have all channels send values as close a possible to the 1000 - 2000 range (low - high)
• check that the middle point for all channels is 1500
  • for Futaba it's 1518 by default for some reason, fix it by setting a sub-trim of -29 to all channels

Now all channels should show 1500 when the stick is in the middle position, 1000 in low and 2000 in high. There could be a variations of 1-5 but that shouldn't matter. Notice how moving the stick to the center from a different direction can result in a slightly different value, i.e. 1497 or 1501 instead of the previous 1500. That doesn't matter in flight.

Optional mode switch setup for 8FG

The MultiWii software supports using two channels (aux1 and aux2) for controlling modes (see the picture from the previous section). I wanted to use once channel (aux2) for arming the motors in order to have an arming switch instead of "left stick to lower right arms". However, I also wanted to have a separate switch for enabling and disabling the magnetometer.

This would result in the following setup:

• switch SA arms motors only in high position
• switch SF turns mag on/off
• switch SE is the flight mode switch
  • low: acrobatic mode (=gyro only)
  • mid: stable mode (=gyro+acc)
  • high: stable mode with barometer

In MultiWii conf:

• aux1 low: all off
• aux1 mid: level on
• aux1 high: level on, baro on
• aux2 low: all off
• aux2 mid: arm on
• aux2 high: arm on, mag on

Channel mixing will result in aux2 being high only when switch SA is high, no matter the position of other switches:

• Mix 1: SF → Aux2, act on, link off
  • -80 - -50
  • offset: x: +50 y: -100
• Mix 2: SF → Aux2, act on SA (only high position), link off
  • -100 - +100
  • offset: x: +0 y: -25