Closed loftux closed 2 years ago
This is possibly fixed with latest release that updates Teslajs version. Created my own plugin, so not using this and cannot verify. Closing the issue.
Same problem here with the latest version. The plugin dies not work with my Model 3.
Same issue with 2.6.0, just times out, have to wake car with Tesla app...
Seems like this issue should be reopened to get attention , so I'm doing so.
Any update?...
Also seeing this. Could be an interface binding issue?
After updating the plugin, I found myself getting lots of 408 errors myself, even when the car was reported to be "awake"! This response code comes directly from Tesla's API, and I believe it truly means "timeout" - as in, the API tried to fetch state from the car in realtime, and wasn't able to.
In my case, I tried moving one of my wifi access points closer to the vehicle and switching it to my 2G SSID, and so far I'm not getting any more 408 errors. Will report back after a few days though.
Worth noting that I was seeing the same "timeouts" in the official Tesla app as well - meaning the app sat there "spinning" waiting to connect to the car and never did. It also seems better now.
When car is in state "asleep", Homekit fails to fetch status with "No response". It is all working when car is awake. It is not possible to wake the car with the toggle when it has failed with "No response".
As can be seen in the logs, the error when asleep is because of a time-out (408). It looks like the error is actually in TeslaJS library, checked there but no issue filed for "408".
Environment: Raspberry Pi docker, OS: Linux 5.4.72-v7l+ arm Node.js v14.15.3 Homebridge v1.2.5 homebridge-tesla@2.5.3
This is the log output, running in debug mode dit not output additional information.