You are viewing a single thread.
View all comments View context
37 points

While the implementation of an A/B update system wouldn’t be drag and drop from Android to a different OS, they absolutely could implement the same idea to prevent this issue.

The likely reason as to why is storage space, you need two copies of the system, while only one is running at a time. They probably put as little space into these infotainment systems as possible.

If they put more in new models, they’d then have to support two methods of updating the system. It’s easier to tell the customer on the rare occasion that an error does happen “oops we made a fucky wucky it’s on you to fix it”

permalink
report
parent
reply
2 points

Cars cost tens of thousands of dollars. A 1tb ssd costs tens of dollars.

permalink
report
parent
reply
1 point
Deleted by creator
permalink
report
parent
reply
13 points

Yeah likely, and I’d be super pissed about this. You’re (ford) telling me you cheap fucks couldn’t be asked to install two like, shit, even cheap-ass comsumer-grade 100gb ssds or something at the cost of like $10 a pop, before ‘economies of scale’, in my fucking 50k vehicle. I want the tow bill comped, I want the repair comped, I want an equivalent rental vehicle comped for the entire duration of the repair, I want it in writing that if this shit happens again that I’m going to get the same treatment as I am now, and my time isn’t free either so I want complementary maintenance the next time I’m in here; or I’m driving straight through the front window as soon as the repair is done, and I’m not stopping with the first vehicle I crash into.

permalink
report
parent
reply
3 points
*

Yeah, I’ve worked on embedded systems (some projects involving automotive and heavy machinery), and the amount of penny-pinching they used when selecting components was pretty crazy. On one project I worked on, they didn’t want to spend an extra 30 cents for a microcontroller with more flash, so we had to be very cognizant of every byte we used. Flash was so tight, our firmware would only fit if we used the highest optimization setting on the compiler (making debugging very difficult).

permalink
report
parent
reply
16 points
*

There’s no way storage space is the issue. It would cost pennies per car and take up no additional space or power. The size of map/gps data would dwarf the OS by an order of magnitude or more.

permalink
report
parent
reply
7 points

You’re 100% right. It would be pennies for larger storage. However, that doesn’t mean they wouldn’t go for a smaller size to save those pennies.

I used to work on a car lot, and a disturbingly large number of cars had an SD card port that would only be used for map data. You had to purchase these cards from a dealer or the manufacturer specifically, and if you wanted map data the SD card had to be inserted. I saw this specifically on some Mazda, Mitsubishi, and Subaru models, though it wouldn’t surprise me if Ford uses the same method.

permalink
report
parent
reply
2 points

They certainly wouldn’t add more storage than they need. But “need” is a relative term. If having a bit more storage means you aren’t bricking customer cars requiring expensive service, then you “need” the storage.

It’s more likely that the update process itself is a bit more complicated than e.g. updating a phone, and unexpected errors in specific processes make it harder to guarantee the safety of the device. For example if an update fails because one of the devices failed to flash, one may not be able to easily re-flash it and it may indicate a hardware fault.

permalink
report
parent
reply
7 points
*

That’s the old A/B that requires 2x storage.

The new method uses snapshotting and compression:

https://source.android.com/docs/core/ota/virtual_ab

permalink
report
parent
reply