Thesis on Aerospace subjects
http://scholar.lib.vt.edu/theses/browse/by_department/a.html
Labels: uav
Before I get too far into this section I should state clearly and up front that I am not a ``controls'' expert and have no formal training in this field. What I say here is said to the best of my knowledge. If anything here is mistaken or misleading, I'd appreciate being corrected. I'd like to credit my boss, Bob Hain, and my coworker, Rich Kaszeta, for explaining this basic theory to me, and answering my many questions.
The altitude hold module I developed is an example of a PID controller. PID stands for proportional, integral, and derivative. These are three components to the control module that will take our input variable (error), and calculate the value of the output variable required to drive our error to zero.
A PID needs an input variable, and an output variable. The input variable will be the error, or the difference between where we are, and where we want to be. The output variable is the position of our control surface.
The proportional component of the PID drives the output variable in direct proportion to the input variable. If your system is such that the output variable is zero when the error is zero and things are mostly linear, you usually can get by with proportional control only. However, if you do not know in advance what the output variable will be when error is zero, you will need to add in a measure of integral control.
The integral component drives the output based on the area under the curve if we graph our actual position vs. target position over time.
The derivative component is something I haven't dealt with, but is used to drive you towards your target value more quickly. I'm told this must be used with caution since it can easily yield an unstable system if not tuned correctly.
Typically you will take the output of each component of your PID and combine them in some proportion to produce your final output.
The proportional component quickly stabilizes the system when used by itself, but the system will typically stabilize to an incorrect value. The integral component drives you towards the correct value over time, but you typically oscillate over and under your target and does not stabilize quickly. However, each of these provides something we want. When we combine them, they offset each others negatives while maintaining their desirable qualities yielding a system that does exactly what we want.
It's actually pretty interesting and amazing when you think about it. the proportional control gives us stability, but it introduces an error into the system so we stabilize to the wrong value. The integral components will continue to increase as the sum of the errors over time increases. This pushes us back the direction we want to go. When the system stabilizes out, we find that the integral component precisely offsets the error introduced by the proportional control.
The concepts are simple and the code to implement this is simple. I am still amazed at how such a simple arrangement can so effectively control a system.
Before we try to maintain a specific altitude, we need to be able to control our rate of climb. Our PID controller does this through the use of proportional and integral components. We do not know in advance what elevator position will establish the desired rate of climb. In fact the precise elevator position could vary as external forces in our system change such as atmospheric density, throttle settings, aircraft weight, etc. Because an elevator position of zero will most likely not yield a zero rate of climb, we will need to add in a measure of integral control to offset the error introduced by the proportional control.
The input to our PID controller will be the difference (or error) between our current rate of climb and our target rate of climb. The output will be the position of the elevator needed to drive us towards the target rate of climb.
The proportional component simply sets the elevator position in direct proportion to our error.
The integral component sets the elevator position based on the sum of these errors over time. For a time, t
I do nothing with the derivative component so it is always zero and can be ignored.
The output variable is just a combination of the proportional and integral components. and are weighting values. This allows you to control the contribution of each component to your final output variable. In this case I found that and seemed to work quite well. Too much integral control and your system won't stabilize. Too little integral control and your system takes excessively long to stabilize.
We are trying to control rate of climb with elevator position, so the output of the above formula is our elevator position. Using this formula to set a new elevator position each iteration quickly drives our climb rate to the desired value.
Now that we have our rate of climb under control, it is a simple matter to leverage this ability to control our absolute altitude.
The input to our altitude PID controller is the difference (error) between our current altitude and our goal altitude. The output is the rate of climb needed to drive our altitude error to zero.
Clearly, our climb rate will be zero when we stabilize on the target altitude. Because our output variable will be zero when our error is zero, we can get by with only a proportional control component.
All we need to do is calculate a desired rate of climb that is proportional to how far away we are from the target altitude. This is a simple proportional altitude controller that sits on top of our slightly more complicated rate of climb controller.
Thus we use the difference in altitude to determine a climb rate and we use the desired climb rate to determine elevator position.
I've explained the basics, but there is one more thing that is important to mention. None of the above theory and math is going to do you a bit of good for controlling your system if all your parameters are out of whack. In fact, parameter tuning is often the trickiest part of the whole process. Expect to spend a good chunk of your time tweaking function parameters to fine tune the behavior and effectiveness of your controller.
The previously unknown US manufacturer American Dynamics has flown at least two versions of its developmental BattleHog close air support vertical take-off and landing unmanned air vehicle (UAV).
BattleHog 100X has a span of 5.2m (17ft) and a length of 3.8m. Maximum take-off weight is put at 1,450kg (3,200lb).
In its fire support role the UAV would primarily carry two Lockheed Martin AGM-14K Hellfire missiles mounted on pylons attached to the main undercarriage doors, and a M134 7.62 calibre minigun.
BattleHog 100X has a span of 5.2m (17ft) and a length of 3.8m. Maximum take-off weight is put at 1,450kg (3,200lb). The primary lift system is a duct mounted twin fan system with each mounted on a swash plate mechanism. Directional control is achieved by repositioning the fan angles within the duct to create vectored airflow. There are no vector nozzle systems however. American Dynamics has patented the system under the name “High Torque Aerial Lift” or HTAL.
source: http://airbornecombatengineer.typepad.com/airborne_combat_engineer/2006/09/battlehog.html
The Dragon Eye is undergoing further development with testing of a high-resolution 640 x 480 infrared camera, development of a communications relay payload, an integrated communications system, and introduction of experimentation with alternate power supplies and air vehicle design to improve endurance. A prototype zinc-air battery developed by Arotech Corp's Electric Fuel subsidiary has already been tested with the Dragon Eye unmanned drone.
Air vehicle: 2.5 kg
Wing span: 18 cm
GCS – 6 kg
Endurance: 60 minutes
Cruise speed: 65 km/h
An enhanced version is currently under development at Aerovironment based on requirements and operational feedback from combat units operating the drone. The Dragon Eye UAV Block Upgrade, also known as X-63 will get air frame modifications and improved power sources increasing its loitering capability. It will have an autopilot for improved landing accuracy and in-flight navigation, and a new sensor payload with an IR and zoom camera that will providing true day/night capability. The system will have a new Level-4 compliant communications control board with 16 software selectable channels for uplink and downlink, twice the current capacity.
Source: http://www.defense-update.com/products/d/dragoneyes.htmLabels: uav
One soldier able to command vehicles from terminal
A system enabling a soldier to control multiple dissimilar unmanned air vehicles and receive real-time surveillance data on demand, using a handheld computer, has been demonstrated by a team led by Northrop Grumman. The 22 September demonstration involved four small UAVs providing surveillance of the simulated urban environment of abandoned base housing at the former George AFB in Victorville, California.
The demonstration was conducted under the US Defense Advanced Research Projects Agency’s two-year Heterogenous Urban RSTA (reconnaissance, surveillance and target acquisition) Team (HURT) programme, which began in January. Via the Humvee-mounted HURT system, the soldier was able to view broad-area surveillance images from the low-flying UAVs on his handheld and request imagery using simple cursor commands.
The HURT system autonomously determined which UAV was most capable of providing the requested imagery based on each vehicle’s position and current tasking. Commands were then sent to the individual vehicles’ ground control stations. Imagery from the UAVs was fused by the HURT system then sent to the handheld computer. The soldier was able to request imagery of a building, surveillance of a moving truck, or a replay from several minutes earlier.
Four small UAVs of three different types, a mix of fixed- and rotary-wing, were deployed under the control of the HURT system, which demonstrated that it could prioritise requested tasks to ensure the UAVs continued to provide wide-area surveillance of the demonstration zone while responding to specific requests from the soldier, including sending an individual vehicle for a close-up look, says Northrop.“HURT communicates only with the ground control system for each UAV. We do not change the UAV,” says Charlie Guthrie, director advanced capability development. “The operator launches the vehicle and sends it to a marshalling point where it is available for use. HURT looks at the systems assigned to it and programs them to give the best data it can, setting up reconnaissance patterns and scan areas.” The soldier can then make simple, high-level requests like “follow that car”, he says.
source: http://www.flightglobal.com/Articles/2005/10/18/Navigation/185/202146/Handheld+controls+urban+UAV+flock.html
Labels: uav