Uber 'Neglected' Simulation Testing For Its Autonomous Vehicles, Says Report (engadget.com)
According to a report from The Information, Uber allegedly "neglected" simulation testing for its autonomous vehicles. "The publication's sources claim that there was a dearth of investment in the simulation software, and lots of incompatible code between the autonomous vehicle software and simulation software Uber is developing internally," reports Engadget. "However, the sources said there isn't a direct link between the lack of investment and the fatal accident involving one of Uber's autonomous taxis and a pedestrian." From the report: It's worth noting that the Unreal Engine-powered simulation software is still relatively new. The Information writes that the suite wasn't developed until after self-driving project lead Anthony Levandowski was fired mid-2017. To add insult to injury, initially, there were also differences in pay between simulation engineers and other engineers in the department. The end goal was to release a self-driving car in Arizona this year, codenamed "Roadrunner," to compete with Waymo's offering just outside of Phoenix.
Uber non.
It's worth noting that the Unreal Engine-powered simulation software was relatively new
Hmm, turns out the real world is different than the Unreal world. :/
I don't care if it's 90,000 hectares. That lake was not my doing.
Who is to say that they "neglected" simulation? I'm no Uber fanboy. Engineers working on the main show make more than simulation and test engineers at a great many companies. In addition, in my experience, simulation, especially of something complex and cutting edge like this (rather than say, FEA), is often of little value, because it is so hard to really model the world. Right or wrong, paying less to simulation engineers was not negligence. These wild conclusions seem to stem not from the facts, but from "The Information's" desire to create a sensational headline. Maybe Uber WAS negligent. This article does not convincingly make this case.
... model.
It little behooves the best of us to comment on the rest of us.
all these self-driving companies are literally beta testing this with people's lives
it's one thing to rush your software out, try to patch later and make up for hardware flaws with workarounds
it's another thing when painted lines and stationary objects are completely missed or purposely ignored by the software
I know everyone wants their fully automatic cars right now but they needs YEARS of independent testing and debugging before this code is allowed on the road
is 'skipped', not 'neglected'.
Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
Huh. You would have imagined that modelling some roads, street furniture, other cars and pedestrians, then running massive training and validation datasets based on synthesised sensor readings, would have been how they initially trained their autonomous AI's, before moving out into the real world...
Did they do something different, somehow? Why?
I am glad Uber's involuntary manslaughter is getting fully investigated and all the complexities involved discussed. However, this is one much more simplistic question that I can never find the answer to:
Was Uber performing automated monitoring of the safety driver?
There has been discussion on the AI ignoring what the sensors detected to avoid over-reaction to false-positive events. It makes sense the AI would be sometimes tuned incorrectly provided there was a safety driver *paying attention* to address that situation.
This article points out the degree to which simulation software available today wasn't available before. Again, it makes sense to only use the resources currently available at the time if it is augmented by a safety driver that is *paying attention* to address gaps in the pre-road testing.
Even if unreal engine didn't have a simulation application available until recently, there has been face detection software available for a long time. I have a camera from a decade ago that does auto-focus based on face detection. The ability to monitor the face of the safety driver and automate triggering a response to the driver not performing the role they need to be has been available for a long time. What is Uber's excuse for the car never reacting to the safety driver looking down for extended periods of time while the Uber car performs termination of a person's life?
At the end of the day, if Uber is going to refuse to answer the what/how/why regarding the degree to which they had automated monitoring of the safety driver, then we need to respond accordingly. CEO Dara Khosrowshahi's response that it is "some incredibly sad news" is not good enough. So far after waiting nearly three months the information regarding Uber's method of making sure the safety driver was actually performing as a safety driver has been zilch. This is not "sad news" as much as it is *HORRIFYING* news. I personally do not trust Uber CEO Dara Khosrowshahi at all or the company he runs.
Uber has shown itself to be the Russian roulette of self driving car programs. We shouldn't be forced to ask ourselves how long will it be before we have another tweet from @uber_comms about their hearts going out to another Uber victim's family. Instead of extending their hearts they should get a CEO that makes holding safety drivers accountable via an automated system a top priority of field testing with a zero tolerance policy in performing field testing while the safety driver is not doing their job.
How in the world did this make it to production without SIL/MIL/HIL testing?
dSpace sells HIL benches specifically to test ADAS
I sense there is a catch-22 here. If they were able to write a simulator capable of using some sort of chaos theory to produce any possible situation that may occur in he real world, wouldn't they know how to write an AI engine that could anticipate any possible situation in a self driving car?
Laws are rules for the court, but merely a bottom bar to hit for life. Think beyond laws in your actions always.
It's the new way of software development.
Fail fast, fail often.
and
I don't want it perfect, I want it Wednesday.
The hardest part is to take input data and understand what it means. Games engines actually do a pretty good job of creating that data. It is not substitute for real testing, but it is an essential part. Because you can test much more. And because you can test crash scenarios that would be too dangerous otherwise.
If generating an image from a model is like squeezing toothpaste out of a tube, understanding the generated image is like squeezing it back in.
And a good simulator will introduce some noise etc.
I think Uber has adopted the "Move fast and break things" development model...