Welcome to Tesla Motors Club
Discuss Tesla's Model S, Model 3, Model X, Model Y, Cybertruck, Roadster and More.
Register

Tessie won't start

This site may earn commission on affiliate links.

Doug_G

Lead Moderator
Global Moderator
Apr 2, 2010
17,888
3,421
Ottawa, Canada
Well this is a new one on me. Went to drive the car and it was dead. The car's firmware appears to have bricked itself somehow.

ID:1535 VMS: Linux kernel version doesn't match car-wide release
ID:887 Can't start Version number mismatch.

IMG_5408.JPG


IMG_5409.JPG
 
What about physically disconnecting the 12V battery for 10 minutes? Wouldn't that make the computers do a proper reboot? Or do they do that every time the car is started on the Roadster???
 
Catch-22: the right front wheel well is up against the wall of the garage, and I can't move the car.

Also it's a bit of an involved procedure just to try something that may or may not work. I changed the battery last month and it's a bit of a pain in the butt.
 
This happened to a person 2 years ago, kernel / version mismatch. Most likely an RFS / filesystem corruption... I work on Unix, grew up testing server based (working on SCO Unix) and now do embedded which I also been doing quite some time in Silicon Valley. I know it pretty well since its my profession and was a hobby of mine. This stuff is known to happen and I've seen it happen, the only way to get around it is to have a fully redundant filesystem running that can recover when things go south, but then your performance goes down the drain. We looked into doing that on the Amazon Kindle when I worked there but ditched it due to the enormous overhead.

The fix which resolved the issue I recalled was to have Tesla upload the correct VMS firmware image. Roadster worked fine after the update. I'll try to find the old thread, but I don't know how lucky I'll be.

Also dump your logs, you should be able to see the system level error messages.
 
Last edited:
Found it:
Help! Stranded w Software Error 0x1533, 0x400

Thread #23:
"Just to update, the car went to Mt. Kisco, they've never seen this fault before. Apparently, re-flashing the firmware fixed it (as I'd suspected). I'm quite pleased by the way the folks at the Mt. Kisco center handled the issue. That said, I'll be very curious to see if it reoccurs, as they don't know why it happened."
 
Ah, that's why my search didn't find it - 1533 versus 1535. I wonder what the difference is?

Seems like re-flashing may restore the car to proper operation. Hopefully Tesla can send someone to do that. I'd rather not flatbed another car to Montreal!!!
 
Ah, that's why my search didn't find it - 1533 versus 1535. I wonder what the difference is?

Seems like re-flashing may restore the car to proper operation. Hopefully Tesla can send someone to do that. I'd rather not flatbed another car to Montreal!!!

Will they charge the Ranger fee to get someone out there to flash your car?
 
I have a 2.0 actually. My issue was a rootfs version mismatch rather than the kernel. That likely explains the different error code and number. The fix is to take it in and have them reflash the VMS.

I suspect you can get the car started and moving by disconnecting the two bulk connectors on the VMS and leaving them off. This will cause some other faults, but the VMS shouldn't actually required for the car to run. Keep in mind that if you do this the power door locks, trunk release and a few other similar things won't work.
 
I don't have an OVMS installed. Don't know when it actually happened, car was sitting in the garage at the time. Log just dumps a couple of errors; I think they are the same ones that appear on the screen.

I expect I'll hear back from Montreal on Monday.