top of page

Progress, Results, and Conclusions

Our project was very close to working very well. We were able to get it hovering very well on the pitch axis and well on the roll axis.

Unfortunately, due to the nature of the project we weren’t able to perform any other tasks outside of the test jig. With that said, it’s important to note that you can win gold medals for balancing on a beam.

Progress Gallery

Final Demo

Hovering on Roll Axis

Hovering on Roll Axis

Conclusions

We were able to balance the drone on the test jig using a PID controller. This was done for both roll and pitch axes of the drone. However, we were not able to get the drone hover in open space as the motors were not powerful enough to uplift our contraption. We have not determined whether the drone can follow a designated path because we were unable to make it hover midair. However, our PID worked as intended so we were very close to making the drone hover successfully.

​

Issues: 
  • Motor Power varied with battery life

    • Every time we swapped in a new battery, we would have to readjust the the PID values

    • Future solution will have the balance leads plug into a PCB, which will allow us to incorporate the battery life into the controller

  • Inaccurate Hand-Calculations

    • The initial calculations were still decently far away from what the actual, tuned PID values were. 

    • Designing the entire drone in CAD, will allow us to get the most accurate moments of inertia for each axis

  • Weak Propellers

    • The propellers we used, were too small for the drone, and limited the maximum power we were able to generate

  • 1 Axis-fixed Jig

    • There are testing setups, which allow the drone to freely rotate in any direction, and just constrain it to the ground, which would’ve allowed us to have a more realistic testing setup, which would’ve translated better to hovering

  • Hardware bootup issues

    • Each time we swapped a battery, we had to rerun the ESC calibration sequence, which was about 15 seconds, and re-SSH into the raspberry pi.

    • The raspberry pi needs to give the USB ports, read and write access each time it’s booted up with “Sudo chmod 666 /dev/by-id/$arduino_port

  • ESC Unreliability

    • The ESC’s initially gave different power to each motor, despite having the same PWM inputs. We eventually found a 15 second long calibration sequence, which synced them all up, but this took us a long time

    • Theoretically BLHeli would allow us to calibrate them all however we please, and compensate for the voltage drop, but we were unable to connect to them.

  • Jumper Jam

    • Way too many jumpers with way too many loose connections, dedicated connectors will definitely be implemented in Drone Kahlo v2

123-456-7890

500 Terry Francine Street, 6th Floor, San Francisco, CA 94158

Stay informed, join our newsletter

Thanks for subscribing!

bottom of page