-
Notifications
You must be signed in to change notification settings - Fork 115
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Vehicle Endpoints (e. g. vehicle_data) over the BLE-Interface? #52
Comments
This is a must for many usecases. I use the API to charge when I have PV surplus or when the grid power is cheap. But to control this task, I need to know the battery SOC and whether the cable is plugged. It would be bad to send commands otherwise, as it would keep the car awake and waste battery energy, |
Total blind flight without "vehicle_data"! |
Exactly. Atm, I get vehicle data in Home Assistant via the Tesla integration, but that's based on the old API and non-commercial. Having vehicle data via BLE - even if it's only basic stuff like SOC, charge port and wake/sleep - would allow me to completely migrate to the BLE side of the new API. |
Hi, I have the same issue. How can I implement a proper automation with BLE commands if no status can be read from the car? Any news on this ? |
I also think, that adding "vehicle_data" is a huge must have. Without it it's impossible to create BLE only applications, as you still need vehicle data to be loaded from the web. |
Is there any news on this? |
+1 |
Any news? It would be great! |
+1 this would awesome. Also using this for solar charging automation (as the Fleet API is a pain, and rate limited). Ideally I'd like to do this all with BLE. At the moment I'm just manually turning off my solar charging automation when the car is plugged in / overnight, otherwise I'd be sending endless commands (keeping the car awake) as it's impossible to know the vehicle state via BLE. |
Support was added in #330, closing this issue |
Is it possible to get access to some of the "Vehicle Endpoints" (e. g. "vehicle_data") over the BLE-Interface?
The text was updated successfully, but these errors were encountered: