When a chunk of ICE takes out the Traction Control wheel sensor, and ABS wheel sensor, as was in my case, the computers basically were in garbage in garbage out mode. Stuff on cars gets road damage fairly often -- there may not be that many pot-holes in CA, in MN with the annual sheet of ice, and inevitible pavement disintigration, there are ones that will blow out a few tires, or render the steering linkage a twisted mess, or puncture the fuel tank 30 miles from no where, or start an oil leak, or make the transmission sound like a coffee grinder - or freeze the valve that blends hot air off the manifold, leaving one vaporlocked in the middle of no where, and having to shoot holes in the valve with a Magnum to get enough cool air to make it to town.
Airplane model changes where there is all that redundancy take about 10 years -- Taking 10 years to make a model change, and regression test it seems hard to sustain given automotive varitey, annual changes, and the demand for features that varies widely across the US. (2WD, 4WD, mini-car to SUV, etc)
Heck -- we just had one of the most computerized, and automated airliners, go thousands of miles off course and vanish -- with two humans fully capable of taking over on-board --
Having been in a group that produced millions of computerized phones, I can say there were new problems from the field on a daily basis, even after building and testing 10,000 prototypes -- way more than the 500-1K for an auto model.
The more weird stuff you try and account for in software, the longer it takes to do the V&V -- it grows exponentially vs the number of conditions, and becomes un-managable.
Just got done with a SoC V&V where the Firmware was so complex to test on the preceding model, they completely forgot the basics, including compensating the sensor's for temperature -- take a product build with it on a good hot day in Phoenix, and it's garbage in -- garbage out of the sophisticated algorythms --
Safety critical stuff that is complex get's very expensive.
I would suggest, instead, that handling on a slippery road can be done far better with automated systems. They react much faster than humans, they can sense which wheel(s) is or are slipping and which have traction, where humans haven't a clue, and they allow application of brakes at each wheel independently of the other three. That would be a hopeless task if assigned to humans, and yet it is by far the best way of recovering from a skid on any sort of slippery road. The vast majority of drivers are woefully untrained in any of these dicey situations, nor do they have enough controls available to them.
And too, redundancy would naturally be built into autonomous controls. Redundant hydraulic brakes have been mandated in cars for decades. Power steering is also redundant in a sense, because it will work mechanically, even without the power assist.
It's doing it with a damaged vehicle that no longer handles per any of the control laws that may prove interesting -- the other thing to remember, is all the hardware is single redundant in most land vehicles -- Aircraft are expensive enough to afford luxuries like tripple and quad redundant actuator channels for each surface for each control axis -- cars -- don't know of any -- the back-up brakes on all of them basically dates from when cars first came out -- For example I once had the brakes fail on a hill of glare ice - with an intersection of stopped cars at the bottom -- through downshifting, the emergency brake, and steering I was able to walk away with a cut in the plastic on the front bumper -- a computer likely would had disconnected, set the alarm and some startled sod would have to drop what they were doing mid-way down the hill and try something at the last minute -- Southern CA is great for showboating self driving cars -- Try it in Minneapolis, Or Erie PA in the dead of winter!
Getting stopped in the breakdown lane -- possibly after having to negotiate a failed or damaged vehicle through several lanes of traffic may prove very challenging for an Autonomous system
In principle, with V2V comms and with sensors surrounding the car, that operation can be a whole lot safer than having humans negotiate the maneuver. The car signals to all adjacent cars that it has a failure and is moving to the emergency lane, and the car should have sensors to indicate whether it can drift over safely.
Remember that human drivers have been doing this sort of thing with no clue what the other cars are doing, and with only a single pair of eyes being used to determine the situation in all directions. That's it! If a system like that were to be proposed for an autonomous vehicle, no one in his right mind would approve the design!
That is true and that is why I have a great fear of flying. Though airplanes are designed to be a lot safer, still I can't avoid the thoughts occurring to my mind while flying, that what happens if something fails :) . My fear started to grow stronger after I read that 3D printed parts might started to get used... LOL...
Levels of vehicle awareness and automata that shall be utilized on-board vehicles may dwarf the transportation industry's comprehension. A serious patch panel will be attached to a server, which is happenng within 3 months @ GreenWave* Think about bandpass discriminating microphones strategically placed in mechanical function areas.
Capital placement is not coming from VC's the Capital is being genrated by already capitated corporations that have abilities to perform complete systems integration in house with their excess available engineering crews. This report only bumps the total ongoing work by $100M More is coming in larger chunks
I agree that in cars, thankfully, the safe state is stopped. So that's relatively easy to do, in an autonomous vehicle. The same thing cannot be said for airplanes.
If you're on a fast interstate-type road, or autobahn, then just like now, you would best have an emergency lane. The autonomous vehicle could safely coast into the emergency lane and stop, if something critical broke.
If there is no emergency lane, then you would simply automate the procedure drivers have to use now. Which is to say, the cars following the sick one have to slow down and stop OR (and this part is much better done automated), the following cars can switch over to the other lane and pass the stalled car. An automated car will presumably have much better situational awareness than human drivers typically do, so this passing maneuver can be a whole lot safer with automation.
Even if the engine seizes, it should not be hard to develop an algorithm that "pushes in the clutch," so to speak, to allow the car to coast into the emergency lane, or to stop smoothly.
What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Are the design challenges the same as with embedded systems, but with a little developer- and IT-skills added in? What do engineers need to know? Rick Merritt talks with two experts about the tools and best options for designing IoT devices in 2016. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.