Professional Documents
Culture Documents
Figure 1: Aarush-M
Abstract
Aarush-M is a twin-boom, inverted V-tail UAS designed for delivering situational awareness in a disaster
struck area. Command and control over UAS is done via a 2.4 GHz radio link, while the intelligence
gathered is transmitted over a 5 GHz link. A highly modular and portable system, Aarush-M can be flight
ready in less than 30 minutes, providing an endurance of 20 minutes. This paper presents requirements
analysis of the UAS followed by the design description. Flight testing and evaluation results are also
presented which validate the performance parameters .The final section elaborates the safety measures
adopted by the team to ensure safety of the personnel and UAS at all times. Having successfully
conducted two dry-runs of the competition mission, team UAS DTU is confident that Aarush-M will be
able to support the US Marines in their humanitarian relief and security mission in the earthquake struck
Caribbean island.
Table of Contents
Abstract .................................................................................................................................................. 1
1.
Introduction .................................................................................................................................... 3
2.
1. Introduction
The Unmanned Aerial Systems team at Delhi Technological University is proud to present Aarush-M to
compete at the eleventh annual SUAS competition. The team has been participating in the Student
Unmanned Aerial Systems SUAS Competition since 2009 and has gained valuable experience in design,
development, and operation of a UAS. The team comprises of undergraduate students from diverse
engineering backgrounds. The preparation for the competition started in October 2012 and after 4.5
hours of flight testing till May 25, the team is confident that Aarush-M will complete the mission safely
and successfully.
2.1.
The mission clearly entails objectives and thresholds for Key Performance Parameters. To score
maximum points, the performance with regard to each parameter should be close to the objectives.
Therefore, the team defined a set of KPPs given in Table 1 below with modified thresholds and
objectives based on their importance and likelihood. The expected performance during competition is
highlighted in green color in the table.
S. No.
1.
2.
Parameter
Navigation
Launch/Recovery
Threshold
Dynamic Waypoint
Automatic Launch
Objective
Dynamic Search Area
Automatic Launch and
Recovery
3.
Imagery
All Characteristics
All Characteristics
(3 Autonomously )
(All Autonomously)
4.
Target Location
Within 250 feet
Within 50 feet
5.
SRIC Data Acquisition
Manually
Autonomously
6.
Mission Completion
<=30 minutes
<= 20 minutes
*SRIC Simulated Remote Intelligence Center
** Green Color Expected Performance
Table 1: Key Performance Parameters
The analysis of the mission KPPs defined the initial driving inputs of the overall UAS design. These factors
along with performance parameters generated the derived requirements of the sub-systems which have
been described in detail later in this report.
The team also deduced certain operational requirements which contribute to the overall robustness of
the UAS operation. They were:
1. Wind Tolerance > 15 knots and Gust Tolerance ~ 20 knots.
2. Setup time should be less than 30 minutes, which would require a better portable ground
station, efficient mission planning and more test runs.
2.2.
Design Rationale
Once the overall system requirements were generated, different sub-teams were tasked with dissecting
the UAS requirements document to generate quantitative subsystem requirements. These low level
requirements guided the design process that followed. The team identified four design elements which
GNC
Airframe
For each of the design elements, anomalies in the previous years competition entry were analyzed and
the goal of the development process was to mitigate these in the new UAS. A variety of options for each
design element were considered, and the option that fulfilled its own requirements, while not
conflicting with the requirements of the other elements was chosen.
SRIC
It was decided that gathering data from the SRIC would be accomplished using a wireless network
adapter because of the simplicity of the approach and minimal weight addition. The selection of the
network adapter was done by limiting the physical size and weight of the adapter and connectivity, as
shown in Table 3:
Parameter
Weight
Form Factor
Connectivity
Frequency of operation
Limiting value
<2.5 oz.
3.5 X 3.14 X 0.8
Ethernet
2.4Ghz
Table 3: SRIC Requirements
Previous years UAS failed to connect to the SRIC because of the large turning radius of the vehicle. To
improve the probability of data acquisition from SRIC unit, the UAS was deemed to have a lower orbit
radius and higher communication range.
2.2.3. Airframe
The team had previously been using a commercial, off the shelf airframe - Sig Rascal 110 that supported
a payload of 2 lbs..However, Sig Rascal was deemed unsuitable for this years mission due to the
increased payload weight, low wind tolerance and smaller turn radius that was demanded. The team
thus decided to develop a custom airframe to meet the unique requirements of the system.
2.2.3.1.
Design Objectives
According to the requirements analysis of the aircraft, a Statement of Objectives (SOO) was made which
set the basis of the aerodynamic and mechanical design. Table 4 lists the SOO for Aarush-M. The
complete design description of the airframe is given in UAS Design section.
Parameter
Objective
Threshold
Gross Take-off Weight (GTOW)
< 25 lbs.
< 55 lbs.
Endurance
> 150 mins
>30 mins
Payload
>13.2 lbs.
>10 lbs.
Take off Distance
<80 ft.
<150 ft.
Landing Distance
<80 ft.
<150 ft.
Min Control Speed
26.2 ft./s
49.2 ft./s
Turning Radius
< 98 ft.
< 164 ft.
Wind Tolerance
>20 knots
>15 knots
Table 4: Statement of Objectives
5.8 GHz
2.4 GHz
2.4 GHz
3.1.
Air Vehicle
Team UAS DTU chose to develop a custom airframe with a wingspan of 122 and having an empty
weight of 32 lbs.. The airframe has been designed and fabricated by undergraduate mechanical
engineering students of the team. It is powered by Hacker A80-8 electric motor with a 22x8 propeller. A
single axis gimbal for the camera has been integrated with the system, to provide +/- 45 degree roll
compensation.
Considering the time constraints, the prototyping of the airframe was broken into three phases for rapid
development:
i)
Conceptual and Preliminary Design
ii)
Fabrication and Developmental Tests
iii)
Flight Testing and Evaluation
3.1.1. Conceptual & Preliminary Design
A preliminary weight estimate was deduced from
the statement of objectives and data gathered
about other UAS belonging to the same class as
Aarush-M. MATLAB was used for all the theoretical
analysis. Various design specifications of different
small class UAS (10 100 lbs.) were studied and this
statistical data was used to estimate the weight
using regression analysis. This gave a good initial
estimation of 35 lbs.. Once the weight was
Figure 4: Power Loading vs. Wing Loading
determined, the SOO and four parameters namely
stall speed, take-off distance, landing distance,
turning radius were used to construct a constraint analysis graph. A design space for the airframe which
would meet all the threshold requirements was obtained as can be seen in the Figure 4. The power
loading vs. wing loading plot depicts infinite number of points which satisfy the design requirements;
ergo it was difficult to choose an optimum value. Few points for low power loading and wing loading
were selected and compared on the basis of overall scoring with weightage assigned to different
parameters. The highest scoring point in the design space was selected.
GTOW
35%
Endurance
20%
Payload
25%
Landing Distance
5%
Since practical outcome and performance always deviate from the theoretical analysis and estimation,
sensitivity charts for GTOW vs. Payload, Endurance were prepared. This gave an opportunity to assess
the changes in performance with the changes in design value.
Output of Conceptual Design Specifications of the Air Vehicle
GTOW
Power required
Take-off Distance
Landing Distance
35 lbs.
3.8 hp
110 ft.
100 ft.
Wing Span
Wing Area
Payload
Endurance
122 inches
11.02 sq ft.
7 lbs.
20 mins
lift curves were studied. Simulation for wing analysis was performed based on various computational
models (Lifting Line Theory, Vortex Lattice Method). The result thus obtained concluded the wing
design.
Propulsion configurations such as pusher, tractor, twin-engine were considered as prospects for the
design. Propeller efficiency, vibration isolation, flexibility in tail, manufacturability & weight were the key
parameters which were used to discern these configurations. Pusher configuration with twin boom
inverted V-tail was chosen for being lighter than H-tail. Besides being lighter, inverted V-tail also gives
an advantage of proverse yaw which increases the wind and gust tolerance of the UAS. The pusher
configuration provides a larger field of view for the camera and better vibration isolation. Such a
configuration also allowed the avionics system to be easily accessible. The wings have been designed for
high turning rate and tolerate a structural load of 6 Gs. Figure 6 shows the finalized assembly of the
airframe
Simulations were done to diagnose and fix the problems in flight characteristics and dynamic stability of
the airframe. The stability and control analyses were performed in AVL and a full 6 DoF simulation was
done in X-Plane. The two simulations concurred, with a static margin of +10% giving a satisfactory result,
which was chosen for the airframe.
3.1.3. Fabrication and Developmental Tests
One of the ancillary objectives of the team was to develop a robust aerial
platform fit for indigenous research, besides performing in SUAS 13. The
fabrication process for the new airframe was carried out completely in the
UAS-DTU lab at DTU. The fuselage features a monocoque shell design Figure 7: Load vs. Wingspan
Plot
composed of carbon fiber/epoxy sandwiching balsa sheet for additional
stiffness. Sandwiched laminates of carbon fiber, glass fiber and balsa sheet
were made for testing and experimentally determining their strengths
which would be further used for wing and tail skins. As a result 200 GSM
glass fiber (45 degrees) and balsa sheet were used. The 45 degree
orientation provides much greater load transfer and shear strength. Wing
spar was constructed according to the structural calculations which gave
the load and the bending moment along the spar. Unidirectional CF strip,
400 GSM CF and balsa wood was used to build the spar. It was subjected to
Figure 8: Wing Spar
cantilever destructive test failing at 168 lbs. where as it was designed for
destructive test
124 lbs. with a factor of safety 2, thereby passing the test with a good
margin. The design features twin CF booms and solid spring CF landing gear. Landing gear, wing & tail
skins were manufactured using CNC cut medium density fiber molds. The wing assembly consists of two
outboard sections and one mid-section. To reduce the time in assembly and easy replacement standard
bolts of 4 and 5 mm have been used.
3.1.4. Propulsion System
The team studied two options a two stroke engine and an electric motor, to meet the power
requirement of 3.5 HP. A comparison chart was prepared, based on prior experience, as shown in Table
6, where green color indicates a favorable condition and red indicates an unfavorable condition.
A two stroke 50 cc DA engine was tested, but encountered
several mid-air engine failures leading to emergency
landings. The reliability of the engine was not satisfactory,
especially at elevated temperatures. Operational factors
such as maintenance, troubleshooting etc. deemed the
engine unfit for operation with Aarush-M. However, these
risks were mitigated by an electric motor which provided
equivalent thrust and higher reliability, low acoustic
signature and almost no maintenance.
Parameter
Reliability
Vibration
Endurance
Maintenance
Weight
Table 6: Propulsion System Selection
MotoCalc was used to compare different motors and propellers. A brushless DC motor Hacker A80-8
powered by three 10S 5000mah Lithium Polymer batteries with a propeller of 22x8 was selected. This
propulsion system provided an endurance of 20 minutes under static conditions. The result was in
accord with the time required to complete the mission.
capacity was optimized recursively with flight tests so as to save weight. The power of the control
surfaces actuators was kept separate from the avionics system. A switch board was placed under the
avionics hatch to allow selective powering of components during ground testing.
Table 7 shows the power requirements chart which was
board components were specified:
Avionics Component
Mission Ampere Hours
(30 minute flight time)
Piccolo II Autopilot System
600 mAh
PandaBoard
350 mAh
DLink Network Switch
200 mAh
SRIC Wi-Fi Router
300 mAh
5 Ghz Wireless Router
600 mAh
Canon EOD 500 DSLR
600 mAh
Actuator servos
1350 mAh
Factor Of
Safety
1.9
1.67
2
Separating the control surface power and avionics power sources had twofold advantages:
Increased reliability of aircraft control: In case of avionics power failure, the aircraft control
systems shall remain active. This increases the reliability of the UAS as a whole.
Eliminating loading effects at servos: Isolating the power at servos precludes the dropping of
voltage at their input below their operating point i.e. 4.8 V. It was been empirically ascertained
that running the avionics and control servos simultaneously from the same 5V source resulted in
loading effects which may lead to terminal voltage at servos dropping below their operating
point i.e. 4.8 V.
10
3.2.
Payload
hardware system, and various test flights were conducted to simulate the mission which helped in
identifying bugs and bottlenecks. It was observed during flight tests that aircraft banked as much as 40
degrees. Hence, the Canon EOS 500D is housed inside a gimbal which is roll compensated up to +/-45
degrees. The competition objectives also require imagery system to be capable of analysing the offcentre target which could be up to 250ft. cross-range. The gimbal is capable of being controlled via a
joystick at the ground station when put into manual mode, to accomplish this objective.
3.2.2. SRIC System Payload
Data from SRIC is accessed via network adapter that transmits the file data via the Imagery link itself.
The Imagery router is used for the SRIC data downlink because the amount of data transferred from the
SRIC is a) intermittent and b) small enough to not hinder any pending Imagery data transfer for more
than a few seconds. These assumptions were well justified when the setup was tested in the lab and
during flights. The test procedures are described under the Testing and Evaluation section of this paper.
3.3.
Data Processing
11
Classification, or Identification (ADCCI) on acquired aerial images in real time. The data processing unit
was, therefore designed to be reliable, efficient and fast. Rigorous testing during test flights revealed
more than eighty five per cent success rate of the entire sub-system.
a. Image Acquisition: The on-board computer runs a headless version of Ubuntu 11.04. It controls
the camera parameters such as aperture, shutter speed, focus, and image quality etc. using
libgphoto C library. The code running on Pandaboard on-board computer captures the images every
three seconds to provide optimum overlap. Excess overlap is avoided to reduce computational
overhead. As soon as the image is captured, the GPS information is stored in the image metadata as
exif tags. These images are simultaneously transmitted to the Ground Station using a secured Wi-Fi
link created by Groove Routers. Image transfer takes about 2-3 seconds which is equal to the time
required to capture one image. This time interval has proven to be sufficient for real-time image
processing within given mission time.
b. Graphical User Interface (GUI): The GUI was developed in C++ using QT library. The primary
objective while designing the GUI was to reduce mission execution time by making the compilation
of target data sheet easy for the imagery operator. The need to increase the speed of the GUI was
catered by running few small processes that can run independently on separate threads. The visible
components on the GUI are divided such that all data being processed is displayed on one screen
while all processed target data is displayed on the other. This separates the active target-related
data from diagnostic information which is not used during normal operation. The GUI also lets the
administrator communicate directly with the on-board computer. It stores all processed targets in a
SQL database common to all users and is capable of generating a text file for submission in
accordance with the competitions requirement. Screenshots of GUI are shown in Figure 17:
c. Image Analysis:
The image processing code for autonomous target classification and identification was written in
C++ using OpenCV, an open source image processing library. To process about three hundred
images in the allotted mission time, it is imperative for the image processing software to be fast and
accurate. Thus, a laptop with NVIDIA Graphics Processing Unit is used to improve the image
processing rate. The image processing technique has been described in the flow chart shown in
Figure 18:
12
Original Image
13
3.4.
Communications
There are three communication channels between the air vehicle and the ground station:
The manual R/C control is the most critical link and utilizes a 2.4 GHz frequency hopping spread
spectrum transmitter receiver to ensure a robust link, and allow manual override at any time. Such a
modulation technique provides superior noise immunity as compared to FM/AM transmitters.
The telemetry downlink and uplink is done via 2.4 GHz Microhard transceivers that are part of the
autopilot package. The frequency was chosen because the other option of utilizing the 900MHz band is
not possible without licensing in India.
The payload connectivity requires large bandwidth to keep latencies to a minimum. As a result, a 5.8GHz
wireless router is used to communicate with the air vehicle. The TCP/IP protocol of the router ensures
that the transmitted packets are delivered at the ground station.
3.5.
The PGS setup makes the gathered intelligence easily accessible to the judges and the operators. A
portable ground station has reduced our setup time by a factor of 10 and thus allows Aarush-M to be
ready for deployment in less than 30 minutes, as stipulated by the competition rules.
The ground station supports a maximum of three payload operators: one administrator and two other
users. Each user runs an independent Graphical User Interface that shares same database over wired
network. A separate MCC operator laptop displays the telemetry data from the UAV.
The PGS requires an 110V AC power source and provides the user ample control over the power of
various system components, thereby allowing the controller to switch off / reset them when needed.
Spare power outputs are also given to allow future expansion. It also provides an umbilical power cord
14
to power the RC transmitter separately which precludes battery drain in ground testing. A charging port
for transmitter battery is also incorporated to charge the same during long flight hours.
3.6.
Mission Planning
At the onset of preparation for the competition, the mission plan was based on retrospection of
previous years performance, this plan, was evolved with each flight test to adapt to the new systems
capabilities.
It was observed that the initial waypoint navigation, including the take-off took about 3 minutes, while
one traversal of the search area in progressive wave pattern took about 4.5 minutes. Since sufficient
overlap is maintained between consecutive aerial images clicked, only one round of the search area was
sufficient. Extraction of text file from SRIC required less than 30 seconds. The pop-search area was also
tried and it was found out that its traversal took about a minute. These time estimates helped us
develop a general flight plan, which would be used for mission during competition.
4.
The test flights were methodically scheduled to test and tune the performance of each major subsystem rigorously, with minimum risk, to ensure that the system gets enough flight time to be reliable
and worthy of a competition entry.
Subsystem
F1
Autopilot
R/C
Imagery
SRIC
F2
F3
F4
Lateral Tuning
F5
F6
Longitudinal
Tuning
F7
F8
F9
F10
Autonomous
Takeoff &
Landing
Camera Parameters
Altitude
Competition rehearsal real-time code run;
Selection
Optimization
sweep pattern analysis
Static Testing
Altitude
Orbit Radius
Transferred File
Competition
Variation
Variation
Changes
rehearsal
F11
F12
Waypoint
Navigation
Buffer Flights
15
Following two images show the waypoint navigation performance during normal day and a windy day.
Figure 20: Clockwise from top-left: Waypoint navigation on normal day (wind = 2 m/s); Waypoint navigation on
windy day (wind = 7 m/s); Bank angle strip chart during orbit
S. No.
1.
2.
3.
4.
5.
6.
Parameter
Bank angle tolerance
Altitude tolerance
Waypoint tracking tolerance
Airspeed Tolerance
Auto-takeoff
Auto-landing
Result
2 deg
13 ft.
10 ft.
4.9 ft./s
5 successful attempts
1 successful attempt
4.2.
Payload Performance
4.2.1. Imagery
4.2.1.1 Target characteristics
Accuracy of the imagery system was validated by various tests
Canon EOS 500D (DSLR)
Canon G-10
inside the laboratory and in test flights. Images clicked by Canon
Figure 21: Target Image
EOS 500D showed significant improvements in image quality in
Quality Comparison
comparison with the images clicked by Canon G10. For example, target
acquired from images captured by Canon G10 and by Canon EOD 500D are shown in Figure 21.
Data analysis unit was rigorously tested for different target shapes, colors and letters. It was found that
16
processing an image took about 4 seconds, which makes it reliable for real time applications. The
current image processing software can segment targets autonomously with 72% accuracy. This number
would increase on a ground with lesser pattern variation which gives lesser false positives. The shapes
that can be identified autonomously include star, cross, circle, semi-circle, triangle, square, rectangle,
arc, trapezium and rhombus with 78% accuracy. The accuracy for character recognition was found to be
less than 30%. This number is low, because of the size of the character in images, noise and other
complexities involved in recognition. The Table 10 shows the results obtained during test flights with
few of the target types.
S.
Cropped
After
Shape
Shape Color
Letter
Letter Color
No.
Image
Segmentation
1
Semi-Circle
Red
Not analyzed
White
2
Square
Blue
Yellow
Star
Sea Blue
Sea Blue
Semi-Circle
Sea Blue
Not analyzed
Red
Triangle
Pink
Not analyzed
Not analyzed
Cross
Red
Not analyzed
Red
Circle
Yellow
Grey
Semi-Circle
Pink
Blue
Triangle
Sea Blue
Pink
10
Rhombus
Yellow
Grey
Vehicles
GPS
To improve the target location estimation a set of mathematical equations were used which utilize the
latitude, longitude, altitude, heading and camera field of view to transform the targets pixel coordinates
into the actual GPS coordinates. This code, however, gave poor results in test flights. It was later
17
observed that the GPS heading information was being updated with a delay of 5-10 seconds. This
problem is being corrected as of this writing by using a better GPS unit.
4.2.2. SRIC
Having missed out on extracting data from the Simulated Remote Information Center (SRIC) in the 2012
SUAS Competition, the team was keen to perform rigorous testing for our SRIC setup to successfully
execute it in the competition. Testing of the SRIC was done in three phases:
1. Lab testing: The test environment was set up in the lab to verify the functioning of all systems.
This testing phase was used to
Transfer of 1 MB of data at different altitudes
200
debug and tune the scripts for
and orbit radii
automated data extraction.
200 ft
2. Altitude and Orbit Radius
150
300 ft
variations: The planes altitude
and orbit radius above the SRIC
100
400 ft
was varied and the access time
was recorded, if the file was
500 ft
50
received at all. The result from
these tests showed that for best
600 ft
0
results, the plane should fly
0
100
200
300
400
somewhere between 200 300
Orbit Radius (feet)
feet above ground level, with
Figure 23: Time taken vs. Orbit Radius for different altitude
orbit radius 150 feet.
3. Changes in transferred files: Further tests were conducted to figure out the maximum amount
of data that could be acquired from the SRIC in under a minute. To do this, the size of file(s) to
be acquired was increased, starting from a simple text file, all the way to a video. The results
showed that at least 3 MB of data could be accessed in under a minute with optimum flight
conditions.
(Note that every trial required around 5 seconds making the initial connection. The Time Taken
value does not take this into account)
Type of File
Text File
JPEG Image
PDF File
MP4 Video
5. Safety
Size (MB)
0.1
0.5
2.2
26.4
The competition demands special attention to safety of personnel and the UAS. The team approached
the development of each design element keeping in mind these crucial criteria. There are two levels of
safety measures adopted by the team:
18
19
Image Acquisition
System Failure
Indication
Link Indicator
turns red at MCC
terminal, unusual
navigational
response
Effect
Link between
60% to 80%
Image
synchronisation
fails or is
unresponsive
Image
processing
possible but
slow
Image
processing not
possible
Autopilot
Navigation
Affected
Image
Processing
affected
Mission Control
Centre computer
crashes
Imagery Terminal
Crashes
Command Centre
hangs or Shuts
down
No output on
screen
Avionics or
Propulsion
Battery level
unsafe
Motor cut-off
Indicated on PCC
plugin
Flight
Endurance
Affected
Flight Stability
affected
Component
Disintegration
Continuously
falling Airspeed
and/or Altitude
Falling debris,
erratic behaviour
Unable to hold
altitude/Enters
no fly zone
Altitude or
position error
observed on MCC
Aircraft
integrity
affected
Autonomous
navigation
accuracy
affected
Primary Response
Observe Autopilot
telemetry for link
improvement.
Observe Autopilot
telemetry for 15
seconds for link
improvement.
Observe link for 2
minutes for
improvement
Reset router power
and observe link again
Shift to R/C,
meanwhile backup
computer brought in
Terminal restarted,
backup image
processing terminal
brought in
Emergency landing
within three minutes
Secondary Response
Observe Autopilot
telemetry for link
improvement.
Switch to manual and
troubleshoot
communication link.
Reset router power and
observe link
Emergency landing to
troubleshoot imagery
subsystem
Resume mission after
setting up backup
Autopilot terminal
N/A
20
6 Acknowledgements
The Team extends its gratitude towards University Vice Chancellor Prof. P B Sharma for his constant
support and encouragement to the project. The team is indebted to its project advisor Prof.N S Raghava
for his timely guidance and motivation during the course of the project.
Team UAS-DTU would like to immensely thank Lockheed Martin Aeronautics Company for their
mentorship and financial support in the project. The team also acclaims the support of the former team
members who helped the team in preparing flight plans and execution of mission.
The team is grateful for the efforts of Mr. Jasvinder Singh, who was the safety pilot for developmental
test flights of Aarush-M.
21