Top
Best
New

Posted by bradleybuda 1 day ago

Autoland saves King Air, everyone reported safe(avbrief.com)
269 points | 172 comments
Animats 1 day ago|
This is Garman SafeReturn, and this is its first real save. Here's a demo.[1] It's been shipping since about 2020, originally on the Cirrus Vision Jet. There's a lot going on. The system is aware of terrain, weather, and fuel, but not of runway status. So it gives the ground a few minutes to get ready, sending voice emergency messages to ATC. If you watch the flight track, you can see the aircraft circle several times, some distance from the airport, then do a straight-in approach. It sets up for landing, wheels down, flaps down, lands, brakes, and turns of the the engine. It doesn't taxi. Someone from the ground will have to tow or taxi the aircraft off the runway.

It's mostly GPS driven, plus a radar altimeter for landing.

The system can be triggered by a button in the cockpit, a button in the passenger area, and a system that detects the pilot isn't making any inputs for a long period or the aircraft is unstable and the pilot isn't trying to stabilize it. The pilot can take control back, but if they don't, the airplane will be automatically landed.

[1] https://www.youtube.com/watch?v=d-ruFmgTpqA

shrubble 1 day ago||
Famously the golfer Payne Stewart and the total of 6 people on the LearJet 35, died after a sudden loss of cabin pressure incapacitated everyone including the pilots. A system like this, would have detected it and possibly saved them.

I wouldn't expect a whole lot more detail, as that airport is often used by defense contractors like Ball Aerospace, who have a large office nearby.

jshier 1 day ago|||
Even without autoland, I've never understood why there wasn't an emergency system to handle depressurization events when it detects no pilot input. There have been enough ghost flights, even in the last 20 years, that such a system could've saved hundreds of lives. (Helios Air 552) Automatically dropping altitude, or even just changing the transponder to some automatic value, would help.
m4rtink 1 day ago|||
I guess in some cases lowering altitude could result in flight into terrain or possibly entering airspace where collision with other aircraft would be more likely ?
Mawr 1 day ago||
Not these days, with detailed terrain maps and GPS + GPWS.

The chances of colliding with anything else would be tiny. In case of other commercial jets zero, thanks to TCAS at the least.

duckmysick 1 day ago||
GPWS = ground proximity warning system

TCAS = traffic alert and collision avoidance system

chartreusegoose 23 hours ago|||
Some planes have this, but planes are expensive and last a long time, so a lot of them don't.
wkat4242 1 day ago|||
SafeReturn doesn't detect that as I understand it. It still requires manual activation by one of the passengers.
AmbroseBierce 1 day ago||
It does:

> Safe Return is an emergency system designed to be deployed by passengers in case of pilot incapacitation. But Safe Return also is programmed to activate itself when it senses the pilot has become unresponsive or succumbed to hypoxia.

Source: https://www.aopa.org/news-and-media/all-news/2025/june/pilot...

wkat4242 1 day ago||
Ah ok I was not aware of that. I have not flown a plane that had it (I did fly some with G1000 and autopilot but it didn't have this, I think it's only an option on the G3000). But I just saw about the activation button.
stavros 1 day ago||
It says somewhere that the system also detects if the aircraft is unstable and the pilot has not attempted to stabilise it, or if there's no input for a long time.
silisili 1 day ago|||
This is fascinating.

My uncle was a pilot, and I asked him 15 years or so ago about the job. He was going on and on about computers and autopilot, claiming that pilots were only really needed anymore for takeoffs and landings, and they could sleep during the rest. Probably realizing the liability in what he said, he was quick to clarify that he didn't, of course.

In that short time span we now have a system that can land a plane by itself. Nothing less than magic, and huge congratulations and thanks to everyone at Garmin who made this happen.

dingaling 1 day ago||
Even take-off doesn't really need a pilot; the production Lockheed TriStar airliner had full automation and on at least one occasion ( 25 May 1972 ) flew entirely from runway to runway, across the USA, without pilot intervention.
andix 19 hours ago||
Is there any option for passengers to chose another airport? Or for ATC to force the plane to use the next best airport? For example if the runway is under construction and severely blocked.
arcfour 17 hours ago||
I would imagine it is aware of NOTAMs that indicate runways being closed when it picks where to land.

It's probably a possibility in some bizarre & unlikely set of circumstances with perfect timing, but even then it's still a better outcome than flying into the ground uncontrolled. See the Gimli Glider where a 767 flown by humans was forced to make an emergency landing at a runway that was actively being used as a dragstrip during the landing—everyone survived.

kylehotchkiss 1 day ago||
If you're one of the many developers at Garmin who worked on this, I can't imagine a better Christmas gift!
MuffinFlavored 1 day ago|
[flagged]
throwawaysoxjje 1 day ago|||
Kinda weird you had to bring Stripe developers up where there’s pacemaker, and insulin pump, and ventilator developers.
shrikant 1 day ago||||
"This person sent goodwill to one group of people so obviously wants other groups to die in a fire" is not really devil's advocate...
mubbicles 1 day ago||||
no.
rozenmd 1 day ago|||
the devil doesn't need an advocate.
darylteo 1 day ago||
Found the recording with VASAviation subtitles and timeskips (because I couldn't decipher it without!) https://www.youtube.com/watch?v=K3Nl3LOZNjc
ryandrake 1 day ago||
Absolutely amazing. Well done, Garmin. Imagine getting to go to work everyday to work on something that actually saves lives. Fantastic systems engineering work.
vjvjvjvjghv 1 day ago||
“ Imagine getting to go to work everyday to work on something that actually saves lives.”

I work on medical devices that improve and save lives but the work actually kind of sucks. You spend most of your time on documentation and develop with outdated tools. It’s important work but I would much prefer “move fast and break things”. So much more interesting.

OptionOfT 1 day ago|||
Well, I'm glad it's that slow. I can't shake the idea of the horrors it would be to get a glucose pump whose software has been vibe-coded.
AlotOfReading 1 day ago|||
I work on team managing safety critical code. Management has asked to increase our AI usage, especially for generating requirements.
vjvjvjvjghv 1 day ago||
That’s not necessarily a bad thing. I often encounter badly written or conflicting requirements. An AI may be better at detecting problems or gaps than humans.
OptionOfT 20 hours ago||
Yes and... no.

I find the risk here that the requirements are the average of all requirements, so the exceptional things don't really get highlighted.

Because you now get this giant amount of text shoved in your face, you switch from thinking to validating. Is what's there correct, vs starting from a blank canvas. The doc already curtails your thoughts.

Kinda like all cars are starting to look the same. No one takes risks anymore.

No-one wants to / feels empowered to / has the knowledge to ask the really difficult questions.

phil21 22 hours ago|||
I certainly get it. But I also am very frustrated with the snails-pace development of closed loop glucose pump system. The tech has existed for quite some time to implement them in theory. Body hackers have already done so a decade ago.

I often wonder if we have created the correct balance here. How many quality of life years have been lost due to the decades lost by being conservative? And how much of the conservative pace is done for the “right” reasons vs personal or corporate CYA?

asa400 20 hours ago||
It's a question of incentives.

For safety regulators, the incentives are all on the side of limiting acute downside (e.g. a plane crashing), not maximizing potential aggregate upside (e.g. millions of tons of fuel saved per year and millions of tons of C02 not in the atmosphere).

Society punishes regulators that approve products that kill people, so regulators adapt to this and as a result tend to be very conservative.

Regulators don't capture any of the upside (reputational or otherwise) when a new product enters the market and cures disease, makes cars more efficient, helps planes land on their own in an emergency, etc.

I don't know what "right" should be here, but you've hit on a good point. It's complicated.

pinkmuffinere 1 day ago||||
Not to invalidate your experience, but I think both of you feel this way because “you only want what you don’t have”. There are different kinds of joy that come from being impactful, and different kinds that come from moving fast. If only we could move fast and be impactful :’(
vjvjvjvjghv 1 day ago|||
I could be fast and impactful. Just in a negative way. The problem is that I come from the software dev side so I tend to be less interested in the medical side. It’s the same in a lot of safety critical. There is a lot of mundane work to tick the necessary checkboxes. There isn’t much that is interesting from a technological side. Maybe the result is interesting but getting there takes a lot of extremely boring work.
jacquesm 1 day ago||
Maybe you should change your line of work. If you're that unhappy about what you do in spite of the fact that what you do is orders of magnitude more important than the next move-fast-and-break-things-advertising-driven-unicorn then that suggests to me that you should let someone else take over who does derive happiness from it and you get yours from a faster paced environment.

Personally, you couldn't pay me enough to do the latter and I'd be more than happy to do the former (but I'm not exactly looking for a job).

vjvjvjvjghv 1 day ago||
I am retiring next year. So that should solve my problem :). I don’t know how other medical device companies are working but in mine leadership is dominated by people who know medical devices from a sales or medical perspective. Software is kind of secondary to them although it’s becoming really important. A lot of our processes aren’t very good for software so we end up doing a lot of work that makes no sense and makes the product actually worse. It’s better not to fix bugs because a new release will take months of paperwork. The requirement structure doesn’t map to software but the SOP isn’t written by people who known software. It feels a little like the development speed of NASA with the SLS vs SpaceX who are basically doing everything faster and cheaper while still having high reliability . My company is NASA here. Just very frustrating
jacquesm 1 day ago||
I've worked with a startup in the medical device space. Well funded. They were indistinguishable from most other startups, except in one detail: they did everything right. They made some extremely high tech stuff, very lightweight, and technology wise they were closer to watchmakers than to software and hardware people. I loved working with them and helped them to improve their yield (their QA was so strict that of their initial couple of runs more than 2/3rds of the devices got binned for the smallest infractions).

I suspect you may have just been unlucky with where you ended up. I'm getting closer to retirement myself but I no longer have to work for 'the man' so in that sense I got really lucky. But I really sympathize with how you feel. So, count the days, and look forward to something nicer. Best!

vjvjvjvjghv 1 day ago||
From what I have seen startups have it a little easier. They are usually focused on one product and often just get acquired before having to go to market themselves. Selling multiple products worldwide and complying with regulations is a totally different ballgame.
jacquesm 22 hours ago||
These people are at the 'scale up' stage now and and - successfully - have a foot in the door and are shipping volume all over the world.

So it is definitely possible. But it isn't common, that's definitely true.

1over137 1 day ago|||
Lots of the moving fast stuff is very impactful, just often in a bad way.
m463 15 hours ago||||
> develop with outdated tools

I suspect a lot of aviation is the same.

Many private planes use outdated tech, carbeurated piston powered engines driving propellers.

Maintenance heavy, but all of it is well known and stable.

sinuhe69 1 day ago||||
What is in this particular case that requires outdated tools? If they are code, certainly you can write them on VS Code or whatever you likes, and only need to compile and load on the original tools, can’t you?
vjvjvjvjghv 1 day ago|||
It’s more the library and language side. Typically you are years behind and once a version has proven to be working, the reluctance to upgrade is high. It’s getting really interesting with the rise of package managers and small packages. Validating all of them is a ton of effort. It was easier with larger frameworks
jonp888 1 day ago||||
Sometimes it's because you need to support ancient esoteric hardware that's not supported by any other tools, or because you've built so much of your own tooling around a particular tool that it resembles application platform in it's own right.

Other times it's just because there are lots of other teams involved in validation, architecture, requirements and document management and for everyone except the developers, changing anything about your process is extra work for no benefit.

At one time I worked on a project with two compiler suites, two build systems, two source control systems and two CI systems all operating in parallel. In each case there was "officially approved safe system" and the "system we can actually get something done with".

We eventually got rid of the duplicate source control, but only because the central IT who hosted it declared it EOL and thus the non-development were forced, kicking and screaming to accept the the system the developers had been using unofficially for years.

vjvjvjvjghv 1 day ago||
That’s what we often do. Develop with one set of non validated tools but in the end put everything into the validated system for submission.
SoftTalker 1 day ago|||
You need tracability from requirements down to lines of code. It's a very painstaking process.
vjvjvjvjghv 1 day ago||
Painstaking and often done with terrible tools and badly written requirements.
justinclift 1 day ago|||
Oh, you could "move fast and break things" in your current job. For a while... ;)

(please don't)

briffle 1 day ago||
You'd be even more impressed if you saw just how little resources they have to use (ram, storage, cpu), or how old of a C standard they have to work with. I have a few friends that work on this.
sib301 1 day ago|||
I am indeed impressed but not at all surprised considering what we used to get to the moon!
ultrarunner 1 day ago|||
Seems like Java is popular at Garmin.
nradov 1 day ago|||
And also — sadly — Monkey C. I cannot imagine what possessed them to invent their own scripting language for wearable device apps. It's sort of like JavaScript but worse and with minimal third-party tooling support.

https://developer.garmin.com/connect-iq/monkey-c/

Palomides 1 day ago||
it kinda sucks, but with the constraints it's at least understandable. they wanted an extremely lightweight language with a bytecode VM which could be ported to whatever MCUs in 2015, while also strictly limiting the functionality for battery usage reasons (and, uh, product segmentation/limiting third party access).
gpm 1 day ago||
These days I'd say "sounds like wasm" but I guess 2015 was a bit before that took off.
pjmlp 1 day ago|||
There have been enough bytecodes since UNCOL in 1958 to chose from, and embedded is full of them, nothing special about WASM.
jacquesm 1 day ago|||
Sounds like p-code.
ilikehurdles 1 day ago|||
While I might not trust C code more than Java in life saving equipment, I would trust a median C developer over a Java one.
pjmlp 1 day ago||
Given the amount of CVEs that would be a bad bet.

High integrity computing is full of pain staking processes, exactly because no one trusts C developers to do the right thing.

therobots927 1 day ago||
Garmin really is setting a standard for modern engineering. Hard to think of another company that still has solid engineering for both consumer and industrial applications.
ultrarunner 1 day ago||
The hardware side is routinely impressive. The software and business sides leave a lot to be desired.
mtanski 1 day ago|||
Cane to say the same.

I have a Garmin "smart" watch (with every app notification etc disabled) and I love the fact that I can do almost two weeks of exercises (ride, walk, gym) without needing to charge it. The bike computers are also solid. But sadly the UX of the software on these leaves a bunch to be desired, and I've been bitten by many software and firmware bugs in the last years... Including months for which HRM would randomly and persistently drop it's value from say whatever the real value (say 145 for argument sake) to 80.

iamacyborg 1 day ago|||
> Including months for which HRM would randomly and persistently drop it's value from say whatever the real value (say 145 for argument sake) to 80.

It’s annoying but a proper HR strap fixes all the issues associated with wrist based optical readers.

mtanski 28 minutes ago||
I know all of the wrist watches experience this issue, but this was extreme like drop from 145->80 for like 60+ min then rapidly shopt back up. Not like a small couple min blip.

This was a near the top end model at the time, and after complaining Garmin support owned up that this was a firmware bug impact all sensors of that generation and it would take 2+ months to fix (took like 5).

But they did send me a HRM for free and I've been using that. So I am grateful that and using it since. But for short rides (like 90 min or less) I don't always remember to think to bring the HRM.

Prior to that I had two lower end Garmin watches, and despite having theoretically lower end HR sensors they did not experience such bugs or drop outs (an unexpected blip every once in a while).

But I think the main point still stands, their software/firmware/UX has not moved in relation with the hardware. Next time I'm in the market I will be consider all the options. Feels like Coros and others have come a long way.

Prob the biggest thing keeping me in their ecosystem is multi sport (variations of bike riding types -- I do all), hiking, strength training, erg, winter sports. But even there the list of strength exercises has not been updated in like a decade.

wingtw 1 day ago||||
Look at coros. Currently wearing Nomad - getting around a month of runtime on a charge WITH notifications enabled (not too many tho, only important ones). And UX is great too imho. (Not affiliated, just a happy customer)
altcognito 1 day ago|||
That’s just most heart rate monitors. Often it isn’t enough conductivity (add water before activity) or the battery is low
dima55 1 day ago||||
Yeah, have they ever actually used a garmin product? The hardware and the sound effects are excellent. Everything else is barely functional.
therobots927 1 day ago||
Doesn’t autoland count as software??
kjkjadksj 1 day ago|||
Even the hardware is kind of stupid. They push you into basically buying a separate gps device for each and every hobby you do. It would be nice if there was one gps device that could be a bike computer, exercise watch, golf gps, etc etc. Yes, some devices have multisport mode but usually feature locked compared to the more sport specific device, and for no good reason really. I guess that would prevent them from selling you a $600 gps half a dozen times so that is why it isn’t done.
iamacyborg 1 day ago||
You’re basically describing the Fenix/Enduro lines, albeit the screen will be a bit small to use as a proper bike computer
stevage 1 day ago||
You've obviously never used Garmin software. It's always been woeful and lags well behind the rest of the industry.
esses 1 day ago||
The one bright side is that when I switched from Apple Watch to Garmin I couldn’t stand the notifications UX. It finally got me to turn off watch notifications and I feel much freer.
ursAxZA 1 day ago||
This feels like the evolutionary endpoint of what people casually call “autopilot,” not the traditional aviation sense.
netsharc 1 day ago||
The computer announcing the pilot incapacitation is at 11:50.
mtlynch 1 day ago||
The mp3 file is malformed but playable. I get different timestamps for the same audio if I jump around.
nubg 1 day ago|||
Thank you. The time marks in the text were way off.
IshKebab 1 day ago||
Amazing how bad the speech synthesis is for something so safety critical.
alwa 1 day ago|||
Then again I understood exactly what it was saying every time, which is more than I can say for some of the other traffic on that recording. I’m not sure synthetic-sounding means bad here.
nradov 1 day ago||||
The embedded systems qualified for use in general aviation avionics have very limited hardware resources. They are severely constrained by form factor, power, and cooling. It's amazing that the developers were able to get speech synthesis working so well.
tylergetsay 1 day ago|||
It doesn't appear to me to be speech synthesis but rather prerecorded messages
IshKebab 1 day ago|||
I could do better than this with pre-recorded samples for each word. Especially for the phonetic alphabet.

Also avionics aren't that underpowered these days. They have full touchscreen displays and multicore CPUs.

ls612 1 day ago|||
[flagged]
HNisCIS 1 day ago|||
This, if it sounds too human ATC is going to try to help and possibly provide vectors, as they should, but The way the system works, ATC needs to be prioritizing clearing the runway and keeping aircraft away
whatsupdog 1 day ago|||
[flagged]
tomhow 1 day ago||
Please don't fulminate or introduce political flamebait on HN

https://news.ycombinator.com/newsguidelines.html

FL410 1 day ago||
This is a huge milestone, and everyone at Garmin who worked on Autoland should be patting themselves on the back, they saved some lives today and will undoubtedly save more. Amazing technology.
aftbit 1 day ago||
It's amazing what this technology can do. I wonder what the interface in the cockpit was like, who activated it and why, how it chose the runway, and other details that will likely come out in the final report if not earlier.

I think the radio call could be improved a bit though. It spends sooo much time on the letters and so little on the "emergency" part. It almost runs that sentence together "Emergencyautolandinfourminutesonrunway. three. zero. at. kilo. bravo. juliet. charlie."

>Aircraft November 4.7. Niner. Bravo. Romeo. Pilot incapacitation. Six miles southeast of Kilo. Bravo. Juliet. Charlie. Emergency auto land in four minutes on runway three zero right at Kilo. Bravo. Juliet. Charlie.

It would be nice to hear something more like:

Aircraft November-Four-Seven-Niner-Bravo-Romeo. Mayday mayday mayday, pilot incapacitation. Six miles southeast of the field. Emergency autoland in four minutes on runway three zero right at Bravo-Juliet-Charlie.

Still amazing, and successful clear communication ... but it could use some more work :)

t0mas88 1 day ago||
The cockpit side is very passenger friendly, it assumes zero aviation knowledge. It's a single button and once pressed the system will show on the screens that it's active, what to expect and where it is going. The passengers just sit and watch, while it tells you via voice and on the screens what's happening. No action required apart from the single button.

It uses the navigation database (onboard) and weather data via datalink (ADS-B in the US, satellite in other places) to select an airport/runway. It looks for a long enough runway with a full LPV (GPS) approach available and favorable wind.

dataflow 1 day ago||
That's amazing.
ultrarunner 1 day ago|||
Some of the audio replays I heard had silence cut out, but the aircraft transmits every two minutes, for about twenty seconds each. It does share the information I'd want to hear in an uncontrolled environment, but in a busy towered class delta it likely needs to be shortened. They had plenty of advance warning of this aircraft being inbound and cleared the airspace well before it arrived, but if it had happened with less notice critical instructions may have been "stepped on" at a critical time.
Aloha 1 day ago||
The only complaint is it uses phonetics for everything multiple times in each transmission, I'm a radio guy, I would use phonetics once, then otherwise spelled out letters - aka, "whiskey lima foxtrot" and WLF the next time I needed to say it.
addaon 1 day ago|||
This is not how communication is done in aviation. Instead, it’s common to abbreviate to the last three alphanumerics of tail numbers (so “niner alpha bravo” for N789AB) after the first call — but this is conditional on not having a potentially confusing other aircraft on frequency (N129AB), and the system here can’t reasonably know that, so must take the conservative option.
Aloha 1 day ago||
I took issue with calling out the airport, multiple times in full phonetics, both at the beginning and the end of the transmission. All other callsigns, perfectly reasonable.
dpifke 1 day ago|||
At an untowered field, saying the airport name at the beginning and end of each transmission is standard phraseology.
Aloha 1 day ago||
In phonetics?q
Centigonal 15 hours ago||
Typically, at an untowered airport, it's something closer to "{airport_colloquial_name} traffic, {your_aircraft_type} {your_n_number}. {MESSAGE}, {airport_colloquial_name} traffic"

So, "Columbia traffic, Cessna november one two three alfa bravo [N123AB], three mile final, full stop, runway one eight, Columbia traffic"

At a towered airport, you'd say "Columbia tower" instead, and you don't have to repeat it at the end of your message.

ultrarunner 1 day ago|||
If anything, the tail number does not matter nearly as much. A plane with auto land presumably already has ADSb out (almost certainly 1090ES), is squawking 7700, and is probably already IFR anyway. As in this situation, the controllers knew well in advance they had an emergency inbound and who it was. At an uncontrolled field, I need something to tag (robotic "bravo-romeo" is plenty) and a relative position. Bonus if it does the math and predicts landing time, which it does.

Frankly, it should know (like I have to) if it's going to auto land at a towered field or uncontrolled, and adjust as necessary to those circumstances.

addaon 1 day ago||
I’m not sure I agree. Not sure I disagree, either. If I’m another pilot in the air when this occurs, it feels like the most important things for me to know are (1) stay the hell away from the runway, and the announced approach, for a while; (2) only a single aircraft is doing an emergency autoland currently; (3) assume that the aircraft will need medical response while on runway (no auto-taxi) so if I was planning on landing in the next half hour or so, go to alternate. (1) and (3) are well covered, but (2) is subtle — /today/, the chance of two aircraft doing an emergency autoland at the same field at the same time is negligible, but it’s still something both I and the system designers need to think about.
HNisCIS 1 day ago|||
In aviation you only use phonetics, hams are much less consistent about it so it looks weird from the outside.
Aloha 22 hours ago||
I'd actually argue that Aviation is the outlier among Part 90, Amateur, and Public Safety users. The general rule in most radio services is using both phonetics and not, as to try to balance intelligibility and communications density.
rogerrogerr 1 day ago|||
Can’t say “the field” in the general case; there are many places in the NAS where the same frequency is used by a few uncontrolled airports that are close together.
johng 1 day ago|||
I'm pretty sure that every ATC already knows this automated voice and what it means.... in a year or two, after having stories and videos it will become even more well known and then people will say that repeating emergency too much or spending too much time on it is a waste of airtime.
crooked-v 1 day ago||
If anything I think it talks slower than the actual pilots around it did - https://youtu.be/K3Nl3LOZNjc
mmooss 1 day ago|
I wonder if a human is in the loop. Obviously the software is hardly ever used (a good thing), so you wouldn't need many humans available. If communication is possible, wouldn't you hand control to a pilot on the ground?

I don't know that they could actually fly the plane - is latency too high for landing? - but they could make all the decisions and communicate with air traffic control, other planes, and the passengers.

joshribakoff 1 day ago|
Without even getting into latency, just consider the fact that you could lose the signal altogether
mmooss 1 day ago||
So then it's handed off to the autopilot and you are no worse off. But as much as possible, I'd much rather have a human pilot in control.

Militaries have been flying UAVs for awhile now, which must have the same challenges.

tjohns 1 day ago|||
The problem is every aircraft model flies differently. The remote pilot would need to be familiar with that particular type of aircraft to safely land it.
mmooss 1 day ago||
I'm thinking of higher-level contributions such looking at the weather and saying 'fly to this airport and use this runway'; or asking the passenger, 'what does this gauge say?' or 'look at the left engine; what do you see?'; or talking to air traffic control.
gpm 1 day ago||||
One major difference is if a uav crashes no one dies. But in china there is apparently now a commercial pilotless flying ev taxi service - which is autonomous with a human on the ground in the loop as you are suggesting.
nradov 1 day ago||||
Remote piloting for landing an aircraft that size is problematic because you need more sensors on the aircraft plus a reliable, high-bandwidth, low-latency data link. That doesn't really exist in most places. When the military lands something like an MQ-9 Reaper they typically hand off control to a pilot located within line-of-sight right at the airfield. That obviously isn't practical for civilian general aviation.
More comments...