7
$\begingroup$

Imagine a remoted piloted aircraft like MQ-9 being controlled by pilot on the ground. I was wondering what is the expected behaviour of the aircraft when the connection with the pilot is lost? Does the RPA keep flying with the old commands defined by the pilot before the connection is interrupted? Does it fly a defined trajectory while being tracked by the ATC?, or do they fly towards a preplanned safe route? (autoland?). If the second solution applies, the RPA would need a fast algorithm to calculate the path (while avoiding obstacles, restricted zones, ...). Any idea how this is done and which algorithm they might implement?

$\endgroup$
1
  • 1
    $\begingroup$ Just FYI you wouldn't really use the term "algorithm" there in a programming sense; also it's not especially "fast" (all software is "fast" :) ) $\endgroup$
    – Fattie
    Commented Nov 23, 2022 at 12:34

3 Answers 3

11
$\begingroup$

I would say - Any and all of the above, depending on circumstances.

Upon Loss of Signal:

  • Hold in place (Circle for XX minutes, to see if signal returns)
  • Return To Base (RTB) right now
  • Go somewhere else and land
  • Do some other mission, then RTB
  • Do something else

And also, location dependent. What happens near home base in Nevada would be different than what happens over hostile territory.

There isn't a singular or "expected" default of "what happens". It all comes down to how it is programmed.

Even a little $300 consumer UAV is programmable as to a LOS event.

$\endgroup$
5
$\begingroup$

Every product/project will implement the approach that they think best, given that it is approved by the authorities.

For my current project, we still have to get the permit to fly by EASA, but we're going for an autoland.

The algorithm to compute the path has been developed by me, so it does not really have a name. Moreover, rather than being simply an algorithm, I would say it is a full fledged program, given the amount of possible input and scenarios.

Being a very early demonstrator/proof-of-concept kind of thing, we're not going to have obstacles in our testing area.

$\endgroup$
0
3
$\begingroup$

This differs how the drone is specifically programmed, but here are the modes I know have been used.

  • Continue flight path: Often, the operator pre-specifies a mission with the help of a series of waypoints. If the telemetry-link to the drone is lost but it still has a valid navigation solution (e.g. GPS signal) the drone will simply continue this pre-planned mission. At the end of this flight-path, a holding pattern can often be introduced, on which the drone waits for a "go-ahead" signal (of course only when it has a valid radio signal). The reasoning is to not endanger your airbase or recovery site. If everything goes wrong the drone would crash at the location of that holding pattern.
  • Hold pattern on location: In certain flight modes, or when no waypoints were planned, often the only course of action is to enter a holding pattern at the current location. This also is true, when the drone loses all its communication signals including GPS signal. Because in that case the drone doesn't know where it is, nor can it receive any information from the outside, this is the only option (besides crashing). The now infamous Beast of Kandahar was captured by the Iranias with GPS-spoofing, such that the RQ-170 entered a holding pattern until it ran out of fuel and glided to the ground (at least that is the speculation of what happend).
  • Dynamic Return to Home: This is the case you mentioned about planning a way home. The drone would either re-track its flight path back to where it launched, or it would dynamically plan a path home. This case is often more trivial then you think, because on the one hand you have plenty of time to compute this flight path, and you can simply high enough up, such that the airspace can be considered obstacle free. In that case you only need some elevation map to ensure that you do not controlled fly into the terrain. The downside to this is that this drone who is trying to return home, does not react to air traffic, for this reason it is often deemed more safe to simply ditch the drone. A lot of research exists in which safe dynamic planning is attempted, but a big problem is always environment perception. A nice paper imo on this topic can be found here (no affiliation). At the heart of a lot of these dynamic planning algorithms is the well-known and relatively simple A* algorithm.
$\endgroup$
6
  • 1
    $\begingroup$ I disagree that a hold pattern is the only option if you lose all radio signals including GPS. You can still use magnetic compass and barometric altimeter to navigate. It's not accurate, but good enough to get back to a place where you had GPS. $\endgroup$
    – Rainer P.
    Commented Nov 22, 2022 at 16:02
  • 1
    $\begingroup$ Rainer, I believe U_flow was simply stating some of the typical choices which have been used. There's no "only option" on anything, it's just what the operators and makers choose to program in. The programming (for what happens when connection is lost) is in itself trivial, you're just telling it to do things you've already programmed (in the other billion lines of software, you know?) $\endgroup$
    – Fattie
    Commented Nov 23, 2022 at 12:37
  • 1
    $\begingroup$ @RainerP. this is why I used "often" :D. A drone, as you propose, which stupidly flies in one direction is in most cases considered to be a risk to itself and other air traffic participants, because of course it has no means to detect other aircraft and therefore cannot evade. Especially if the drone in question suffered a malfunction instead of a electronic warfare attack often your safest option is to simply enter a hold pattern on location... There are other options, for example dead reckoning for navigation, but again that is often a design trade-off between safety and reliability $\endgroup$
    – U_flow
    Commented Nov 23, 2022 at 12:47
  • 1
    $\begingroup$ @U_flow - I agree with your reasoning, yet I think it is stupid to loiter in place. The most common reason for "loss of signal" is that the drone flew out of range of the transmitter. The correct remedy is to turn around immediately and fly back to the place where you came from and where you still had some signal. For a military drone, even more so. If you get jammed, just fly into a random direction for a minute or two and you're out of range of the jammer. Loitering near the jammer until you run out of fuel is just stupid. It would be hilarious if the RQ-170 actually did that. $\endgroup$
    – Rainer P.
    Commented Nov 23, 2022 at 13:00
  • 1
    $\begingroup$ @RainerP. In regards to the RQ-170: But for all I know, that is exactly what happend. Anyways, programming a drone such that it accounts for every possibility is hard, takes forever and costs a lot of money. Keep in mind that every function you program has to be developed, tested and maintained. Often even no reduncandy is implemented in military drones, because it is cheaper to just write off the drone in the case of a mishap. You would be astounded by how many MQ-9 reapers are lost yearly without hostile influences... $\endgroup$
    – U_flow
    Commented Nov 23, 2022 at 13:08

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .