Slashdot Mirror
Plug-and-Play for Automobile Embedded Systems
wskellenger writes "This article in the EE Times describes Autosar, a consortium of German automakers and suppliers that aims to standardize vehicle software infrastructure. In this way, vehicle software can be used in different ECUs, reducing complexity and development time for OEMs and suppliers."
This new Autosar announcement is really a spec for an operating system. The companies pushing it don't want to say that, because that means taking on Microsoft. So they present this as a middleware layer. But it's really an operating system API that provides independence from the underlying OS. Think Netscape plug-ins.
Huh? A 1960's car would not drive for 55,000 miles with zero problems like my 2000 has. I think the engine electronics are at least part of that reliability. New International trucks use an ESC for everything from emergency light control to boom control. Due to many fewer physical modifications, reliability is expected to increase. (no more fire engine company splicing truck company wires to make the headlight blink) Or are you talking about safety. Air bags have quite a bit of electronics associated with them. Joe
Joe Batt Solid Design
It's worse than that. Currently, only a Corvette Left Door Control Module can be used as a Corvette Left Door Control Module...
What we need is a standardised spec with standardised connectors. That way you take your Napa Gold System controller, tell it it's a Corvette Left Door Control Module and go to town.
(The aforementioned LDCM has a sensor to tell door state, relays to control door lock solenoid actuation, and relays to handle the power window. Concievably you'd buy a Napa Gold 4 port controller as it'd have enough relays to control what a LDCM would deal with. Or even better, it's a three part unit. You attach an X channel input, a Brain of a certain power, and a Y channel output controller.)
Man, too much thinking for a Friday afternoon.
"Draco dormiens nunquam titillandus."
The new BMW MINI Cooper has an ECU built by Siemens and programmed by yet a third company. BMW claim that they don't even have a copy of the source code for their own car! The same ECU is used in a variety of engines. So in order to have the code optimised for a particular car, the software "learns" - over several tankfuls of gas - how best to drive the car. Since cars change over time, it continually re-learns. If you add a new air-filter for example - the effects of doing it only gradually appear - over about three tankfuls - as the ECU learns to adjust the fuel/air mixture again.
This has consequences. Firstly, when you buy a new MINI Cooper, you get really poor gas milage for the first few tanks of gas - but gradually (as the ECU learns), it gets better.
So far, so good.
But the MINI has a problem (known as the 'stumble' amongst owners) - it's a software bug that appeared in 2003 model-year cars - older cars don't have it unless they upgrade to the 3.3.x version of the ECU software for some reason.
Under the special combinations of high air temperatures (and perhaps only in low humidity) in the summer in the southern USA - and with 'Reformulated Gasoline' that we get here in Texas and in Florida - the car sometimes stalls out at dangerous times. (eg You pull out into traffic - and the car stalls halfway across the road).
The stumble was VERY hard to diagnose - both because BMW couldn't reproduce the problem - it took a lot of MINI enthusiasts across the US to finally figure it out.
We (within the owner's community) decided that this couldn't possibly be temperature related - because the car would still stumble in the cool of early morning. We decided it couldn't be reformulated gas because we could drive to Oklahoma - buy a tankful of "the good stuff" - and still experience the stumble.
During a heatwave in Washington (who also have reformulated gas) - there were no reports of 'stumbles'.
These were cases where diagnosis was made almost impossible because the ECU had *learned* to stumble - and needed either cool temps or better gas for THREE TANKFULS in order to recover from it. People who experienced a short heatwave - or who bought only one or two tankfuls of reformulated gas didn't see the problem.
In consequence, it's taken over a year to convince BMW that there really is a problem and to find out what it is. However, BMW themselves can't fix it. They have to work through Siemens to get to the third company who programed the ECU so it could be fixed - and those guys didn't want to just fix it "the easy way" because it would have the potential to screw up performance in other kinds of car that use the same ECU software.
We are promised a fix for the stumbles - sometime in December.
This is all VERY yukky and unsatisfactory.
The thought of trying to write OpenSource ECU software came to mind - and there are some projects out there to do just that. This ECU has reloadable software - using a serial port connection that appears just under the steering wheel (used for emissions control stuff too). You can buy a cable to adapt the car's serial port to that of your laptop or PDA - and there is even software to let you read out and reset the engine management error codes in the comfort of your own driveway.
Armed with a laptop, your car dealership can upload new software into your car in about 20 minutes.
However, attempts to do this ourselves resulted in a fascinating inside into what the world of Palladium/DRM. When you tell the MINI "Please accept a new software load" - it sends you back a 16 bit random number. You are supposed to execute some predefined math operations on that number and send back the result as another 16 bit number. If you get the answer wrong, the car completely shuts down for 3 HOURS! You can't even start it under those circumstances - let alone try again with the software download. Obviously, the math operations you have to evaluate to solve this challenge/response scheme are secret.
So - welcome to the world of the future. For some of us it's already here!
www.sjbaker.org