You can install our site as a web app on your iOS device by utilizing the Add to Home Screen feature in Safari. Please see this thread for more details on this.
Note: This feature may not be available in some browsers.
Update failed last night, causing my car to lose AP. That's probably why they pulled the update.
it does appear they have pulled the update, there are a good number of people (myself included) that got notification on our phones but by the time we got to our cars or the app, it had disappeared. This is different than an update not installing.They haven't pulled the update, rollout still going out quickly.
I had an update fail on me in March. AP didn't work initially but then starting working again a day later. Auto high beams stopped working so make sure you are not driving around on high beams on permanently.
I received a new update a few days later that installed fine.
They haven't pulled the update, rollout still going out quickly.
Yep, put me squarely in the nerdventure camp!! I'm still waiting on the no confirmation update. I just got 2019.12.1.1 this morning but still no option for "no confirmation" of lane changes while NOA is engaged.The solution to a lot of this chatter is to let the eager beaver get
to the head of the queue on demand. I suppose there are some
M3 owners for whom this is just a car. To many of us here it's real
life nerdventure. And there are times when an update is critical
to some, like when NOA went "no confirmation".
My car is currently attempting the update again after a manual push from Tesla, so fingers crossed that it'll work and restore AP.
Yep silverlight, amazon prime too.Wow, Netflix still uses Silverlight? I thought they moved to HTML5 ages ago.
Well, I think part of the issue here might be that Tesla is distributing the software updates from a single location, which is their server infrastructure in California. Let's take a look at some educated assumptions:
1. A single location for the software sources, which is Tesla's server infrastructure. i.e. no Content Delivery Network (CDN) is used.
2. The reason for no CDN is twofold:
A. Each software bundle is generated individually for each car depending on that car's actual configuration and the existing software build that the car is currently running. No single software package can be built that applies to all cars unless the package was huge. I believe some of the guys who have been inside the car's computers have confirmed this.
B. For secure distribution, the software never leaves Tesla-owned server infrastructure, and is delivered via the VPN tunnel to each car.
3. Each software bundle download is roughly 500 MB.
4. I'm going to estimate 150,000 Model S, 50,000 Model X, and 150,000 Model 3 in the field, these numbers are probably off but I'm just looking for ballpark estimates here. So total 350,000 cars.
5. We'll assume that Tesla's server infrastructure has a 1 Gbps connection to the Internet and can utilize all of it.
How long would it take to distribute a 500 MB software bundle to every car over a 1 Gbps connection?
Total data: 500 MB * 350,000 cars = 175 TB.
Time required: 175 TB * 1000 * 8 / 1 Gbps = 1.4 million seconds / 3600 / 24 = 16.2 days.
This is a non-trivial amount of data. Tesla will need more infrastructure and more bandwidth going forward.
You and me both. My SR+ received 12.1.1 this morning, and to my unexpected surprise, all the premium interior streaming functionalities (internet browser, streaming music, live traffic view, and satellite view) are all working. I wonder if they've yanked 12.1.1 to turn this back off in 12.1.2?
Netflix can use HTML5 video also. Don't know if the Tesla browser has the right codecs, though. Also, they will probably keep video disabled for car in motion and when on cellular (so as not to pay for excessive bandwidth). At some point, they will enable video when on WiFi and provide WiFi at Superchargers (roughly per Elon tweet last August).Wow, Netflix still uses Silverlight? I thought they moved to HTML5 ages ago.
@O_Landman said:
@elonmusk said:Version 10
My update worked last night. Everything seemed to work fine. I'm not really sure how to test the high speed performance thing. Car has never had problems holding 85mph down the freeway for the whole battery (areas where the speed limit is 75 or 80). lol. I don't think its aimed at Americans!
i agree with you about configuration specific updates. I got 12.1.1 a couple of days ago that had my update to FSD. If I’ve read some other posts correctly, people who had EAP who got this specific update ended up with TACC and other AP features broken. So now I’m really confused.Well, I think part of the issue here might be that Tesla is distributing the software updates from a single location, which is their server infrastructure in California. Let's take a look at some educated assumptions:
1. A single location for the software sources, which is Tesla's server infrastructure. i.e. no Content Delivery Network (CDN) is used.
2. The reason for no CDN is twofold:
A. Each software bundle is generated individually for each car depending on that car's actual configuration and the existing software build that the car is currently running. No single software package can be built that applies to all cars unless the package was huge. I believe some of the guys who have been inside the car's computers have confirmed this.
B. For secure distribution, the software never leaves Tesla-owned server infrastructure, and is delivered via the VPN tunnel to each car.
3. Each software bundle download is roughly 500 MB.
4. I'm going to estimate 150,000 Model S, 50,000 Model X, and 150,000 Model 3 in the field, these numbers are probably off but I'm just looking for ballpark estimates here. So total 350,000 cars.
5. We'll assume that Tesla's server infrastructure has a 1 Gbps connection to the Internet and can utilize all of it.
How long would it take to distribute a 500 MB software bundle to every car over a 1 Gbps connection?
Total data: 500 MB * 350,000 cars = 175 TB.
Time required: 175 TB * 1000 * 8 / 1 Gbps = 1.4 million seconds / 3600 / 24 = 16.2 days.
This is a non-trivial amount of data. Tesla will need more infrastructure and more bandwidth going forward.
If this was the case they would generate all the possible binaries (e.g. Model_3_2018.09_to_2018.12.1.pkg, Model_3_2015.05_to_2018.12.1.pkg, etc) across all inputs (previous versions x new version x car model) and put them in an object store like S3 and throw a CDN over that.A. Each software bundle is generated individually for each car depending on that car's actual configuration and the existing software build that the car is currently running. No single software package can be built that applies to all cars unless the package was huge. I believe some of the guys who have been inside the car's computers have confirmed this.
No need for this when they can use HTTPS and industry standard PKI for code signing.B. For secure distribution, the software never leaves Tesla-owned server infrastructure, and is delivered via the VPN tunnel to each car.
What do you mean your EAP will crash? Are you talking about the center screen computer (MCU) crashing and rebooting (screen goes black and after ~20 secs you get Tesla logo and then normal screen)? Or do you mean that the AutoPilot computer (APE) is crashing while you are on EAP and that affects how it is driving? Those are two separate things entirely.Since 12.1 and now 12.1.1, my EAP will crash and reboot twice a day. Anyone experiencing this? Want to check of its firmware or my car.
I think this is extremely unlikely. There’s no way they serve these updates from a single server behind a 1Gbps connection. Not in 2019.
It’s also highly unlikely that they have as many different variations of the update package as you suggest. They may have a few, but I suspect they strive to keep things simple as much as possible.
I believe they develop new features behind “feature flags” where the source code is present but turned off (or dropped entirely at compile time). The myriad different builds we see go to small random audiences each have different new feature flags enabled. This lets them A/B test (i.e. evaluate with a randomized control group) those changes in isolation, so that if they detect a regression, they know which change is to blame. This is a common practice for modern software development at scale. Once they have independently validated those features, they’ turn on the ones that are ready together in a new build, and roll that out. Even then it’s common to start small, measure the difference versus people still on the old build, and if things look good, hit the button to roll it out to everyone (minus hold out groups, ineligible/unsupported devices, or possibly devices with known compatibility issues which need to be rectified in a future update).