Skip to main content

Innovation in research - A personal short story



"The best of innovations happens when certainty is no longer certain" ~ myself

My undertaking of my Ph.D (part-time I might add) was on the premise that I would acquire enough research funding for not only tuition but especially hardware. I didn't think for one minute that I would struggle to get money from my sponsor DENEL, but after what has been coming on the news regarding the company being cash-less, its quite clear that I would have to re-think my strategy on how what I'm going to execute this research with maximum exposure.

And by exposure I mean the fact that a Ph.D should propel one to a possible career in academia or research institutes, IF done correctly. That's a BIG IF given that aerospace engineering Ph.D in Africa is not well sought after or even recognized by the rest of the aerospace community, let alone in the field of intelligent flight control

This is where innovation kicks in. In a big way!!! When you realize it's either you get smart or you quit, does one's brain cells get churning into a frenzy. So a few months ago I started re-furbishing a Denel quadcopter left to collect dusts at work. A few weeks later, I had a pseudo-working autonomous vehicle. Could it be possible that I had just acquired a testbed for my research. It turns out that the answer was... YES! 

Over the next month, I proceeded in trying to not only to test and fly the quadcopter, but collect data while doing aggressive maneuvers for the purpose of nonlinear estimation of the motor parameters. The idea here is to prove that Artificial intelligence can be used to predict the motor parameters such that the autopilot can have better information to stabilize the vehicle. Enough of the Jargon, you might say...

Ok then. The point I'm trying to make here is that in every corner there's innovation dust. So I managed to prove that again knowing that I've got just as good of a reliable  research tesbed as any full-time research labs in the world (MIT, UCL, Caltech) yet at a fraction of the budget. The beauty of being African!

Comments

  1. Very impressive Paulin. Godspeed on your PhD project. The beauty of being an African child lies in the ability to improvise, most of the time.

    ReplyDelete
    Replies
    1. Thanks madam. That's so true. As Africans we are so tenacious and ingenious on the things that matter to us. Take care. :)

      Delete
  2. Thanks Paulin for sharing your experience. Your effort tallies with my thoughts recently that the African can excel on "the things that matter to us" when he has his back to the wall sometimes and always most times. Wishing you success which has already begun.

    ReplyDelete
    Replies
    1. Thanks for the feedback Matthews. I agree totally with you. All the best as well.

      Delete

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

Matlab to C/C++ code development - Some learning points

Over the last few years, the engineers at the company have invested both their time and sleepless nights in formulating a process for the development of Machine learning algorithms that will satisfy real-time constraints with minimal RAM usage. This is quite a tall task as per default, that would force one to do their development directly in C language. Although that seems like the right choice, the downside is the direct correlation of the debugging time with algorithm complexity.  Such a time could have been rather used in optimizing the algorithm within the MATLAB environment which has excellent tools for the analysis, plotting and debugging. So it was decided to rather learn the Code generation process with the hope that future algorithm could be designed in a similar fashion without the hassle of the compiler-specific run-time issues. The development of this machine learning algorithm would eventually be implemented in a 32bit, 160Mhz speed, 260KB RAM microcontroller.

The hard climb of innovation

For the last couple of months, our design team has been hard at work at detail development of our drone concept which we hope to make public early 2021. These have been unprecedented times with so many changes within our company: people moving countries, stuck at airports, universities closing and transitioning to online classes and exams; all in the space of one year! Nevertheless, one of the fundamental challenges facing the drone industry in developing countries next year, is how to operate within an environment where shipping of critical parts (amongst other things) has been disrupted due to the covid-19 pandemic. If the most critical items (propellers, batteries, sensors, etc. ) of the system are also associated with the longest lead time, this has a significant impact on the operating cost and service coverage that can be achieved. Unfortunately, there's no easy way of solving this issue except if it was envisioned as part of the development process. But this is seldom the ca