Skip to main content

Unmanned aircraft and crop duster fly too close


Unmanned aerial vehicle (UAV), Sensefly eBee 178
An aircraft separation incident between an unmanned aerial vehicle and crop duster highlights the challenges with having a diverse mix of aircraft operating in the same airspace.
On 12 September 2013 the pilot of an Ayres S2R commenced aerial agricultural spraying operations on a property near Horsham, Victoria. At about the same time, the operator of a UAV, Sensefly eBee 178, arrived at ‘Iluka Echo’ (Echo) mine site to conduct an aerial photography survey of the site. After completing his pre-flight preparation and risk assessment of the operation, the operator heard an aircraft operating about 1 – 1.5 km away on a neighbouring property.
Pilots of UAVs are required to operate at or below 400 ft but approval can be granted to operate higher...
The UAV operator broadcast on the area frequency advising his intention to conduct unmanned aerial photography operations over the Echo mine site but did not receive a response. He then asked the mine manager to contact the farmer, who was loading fertiliser into the hopper of the Ayres aircraft to advise him of the UAV operating in the area and advise the pilot.
The UAV then commenced operations. After completing the first load of fertiliser the pilot of the Ayres aircraft reported that the farmer informed him that there would be an ‘aircraft’ conducting aerial photography over the mine site, near one of the areas he would be operating on. The pilot assumed that this would be a fixed-wing aircraft operating at or above 500 ft AGL. Accordingly, he intended to remain at or below 350 ft to ensure separation.
During their operations the two aircraft came within 100 m of each other. The pilot of the Ayres reported that he did not see the UAV at any time, although he was aware of a white vehicle parked on the road. He was not aware of the procedures for UAV operations. The UAV operator advised that in future, even if unable to contact the pilot via radio, he would ensure he spoke directly to the pilot of any aircraft operating in the same area as the UAV. This would assist in increasing awareness and understanding of UAV operations.
Pilots of UAVs are required to operate at or below 400 ft but approval can be granted to operate higher—in this case a NOTAM would be issued (A NOTAM is a notice filed with Airservices to alert other pilots of potential hazards.) All UAV operators are also required to broadcast on the appropriate frequency. Pilots and operators need to remain vigilant and employ ‘see and avoid’ principles and they need to recognise that small UAVs may be difficult to see.
Enhanced by Zemanta

Comments

  1. I have gone through your post . It is very informative. I would like to share this.

    It is without doubt that the Phantom Drone has renewed interest in the use of technology in social security. The New Phantom drone is exceptional in many ways indeed. The fpv transmitter will need to be improved as it will help the persons sending and receiving data. It is therefore of big importance that the drone autopilot keeps in mind that the signal sending should be full of clarity.

    ReplyDelete
  2. I have gone through your post . It is very informative. I would like to share this.

    It is without doubt that the Phantom Drone has renewed interest in the use of technology in social security. The New Phantom drone is exceptional in many ways indeed. The fpv transmitter will need to be improved as it will help the persons sending and receiving data. It is therefore of big importance that the drone autopilot keeps in mind that the signal sending should be full of clarity.

    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

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