|
|
|
|
|
by judge2020
1414 days ago
|
|
Updates are rolled out over time by HQ, and there is no way to force an update for your car if you're stuck on a specific version but you keep hearing about a newer version that people are using (both of my Model 3's are on 2022.20.7, while there is a 2022.20.8 bugfix update as well as 2022.24.1 which adds features[0]). Rolling out updates in this way provides a major advantage In terms of QA testing: they can start a new software update out on employee cars, then move to maybe a few thousand owners to get initial thoughts on the update and make sure an update works on multiple model years of cars with different hardware and module configurations (since they're constantly changing out parts to increase assembly efficiency and work through supply shortages). This is especially important given the update system in the car isn't limited to just the infotainment, pretty much every software system in the car can be updated during an OTA update, including the battery management system, ABS, safety systems[1], etc. 0: https://twitter.com/greentheonly/status/1555380064228876289?... 1: https://driveteslacanada.ca/news/tesla-data-cameras-improved... |
|
Maybe I'm just old fashioned, but I believe in doing the QA before you ship the code. Especially for safety critical code. "Move fast and break things" was cute when it was just for some upstart entertainment company, but is straight up professional malpractice for any product that is expected to be reliable.
Lack of centralizing connectivity was actually a beneficial constraint for most contexts. If a car model's software is found to have a safety critical bug that needs fixing, the recall process of making cars go back to the dealer should be regarded as a small price compared to the gravity of the mistake.