Skip to main content

High Speed Videography for accurate Drone Rotor RPM estimation

So the notion that in order for me to proceed scientifically (and practically) towards the design of rotor dynamics identification algorithms that will run in real-time, I first need to model the effects of the rotor failure through experimentation.

The two best ways of the doing this are (1) Buy a +R2k Tachometer and record (probably by  recording the display) the speed of the propeller with a pre-determined PWM value. (2) Use the high speed capability of an action cam (such as GoPro) and some clever algorithms to compute the propeller RPM. The latter is the cheaper (and the geekier) option of the two.

The setup was such that contrast was created through the use of a black mat cloth on the setup table and painting the opposing blade of the propeller black and white (see below). A RGB (red-green-blue) adaptive algorithm was developed which would mitigate the occurrence of glares on the blade which would in turn give a false reading with the algorithm.

Each frame was analyzed by through creating a circular ring of data points around the center of the rotor (choosen through user input), then analyzing the RGB values distribution along the circumference in order to locate the position of the blade (see below). The generation of PWM commands was achieved through the use of an Arduino Uno script with allowed a 2 seconds delay between each command in order to generate enough data points for the estimation algorithm.


The computation of RPM was arrived (particularly at high RPM) through averaging the angular values for each frame (with the assumption that the blurring effect on on each subsequent frame is very similar) and then using the framerate (240 frames per second) to compute the revolutions per second. This was achieved and shown below.



The RPM measurements were then filtered using a Butterworth filter and a total variation diminishing algorithm which resulted in the results below. It does show that this method has great promise and the subsequent objective is then to model the dynamics using high order transfer functions (up to fourth order) for analysing the change in model parameters once the faults have been introduced.  Your comments are welcomed!


Comments

  1. such a nice piece of article. Thank you for sharing your knowledge. This is a very valuable thing you shared. good stuff!!Licensed Drone Videographer Dubai

    ReplyDelete

Post a Comment

Popular posts from this blog

Setting up the Tarot T4-3D gimbal on the Pixhawk 2.4.8 with Specktrum dx6 Gen2 toggle switch

So i took the challenge of setting up the Tarot gimbal not just for inherent stable video footage but also the flexibility of controlling it from the radio control. However, I encountered quite a few challenges which made me aware that I'm not the one only in this battle . It's quite clear that the setup of the Tarot gimbal using its own software is completely different from how it's been described in the Ardupilot/Arducopter webpage and in mission Planner. In Mission Planner and it's associated site makes one believe that it should be done through software, only to realize that in actual fact the setup is more complex than that.  After two evenings of trying various combinations, I realized the getting the pixhawk Aux channels to communicate with the T4 gimbal requires the following steps: - The Pixhawk Pin9 (Aux1) needed to be activated to pass through user-chosen channel from the transmitter. For the Dx6 Gen2 it was the channel 6, which can assigned the ...

Setup ArduPilot flight modes with DX6 Gen 2

Hi, I've looked around the web to get an understanding the setup of the Ardupilot flight modes with a Spektrum DX6 2nd generation and there was none. So I decided to write this blog. The few things to consider when doing this: Please follow the instruction given on the ardupilot webpage . Have the Pixhawk hardware connected to Mission Planner (I have 1.3.50 - Copter V3.5.3)  Use the display bar in the Radio Calibration page as a guide while changing the rate pulse widths on your transmitter. I've used switch D to change the pulse width ranges on channel 5.

GPS Navigation Ground Test #1 - Waypoint Tracking Algorithm

So after a period of absence of over a month (feel depressed everytime I say it), I got back into the groove of things. Decided not to wait to get back on the field to test the pitch and roll autopilot and decided to start working on the waypoint tracking algorithm . The advantage of having your own home with a garden is that you no longer struggle to get a GPS lock (There's no more concrete flats surrounding us yeah!!!). So got familiar with my gear again. Also decided to buy a piezo buzzer that could be used as a replacement of the serial monitor. The aim was to increase the intensity of sound as you got closer to the next waypoint. In such a way you will know if you're going the correct way. Decided to use GPS Visualizer to get waypoints on the property. Re-formatted the points into the code uploaded it onto the controller. It must add that I managed to successfully run arduino from the linux command line and use the program screen as a serial monitor. Not only is it m...