Open ptar opened 5 months ago
That already came to my mind. But will take months to implement. Primary goal is to have a solution that works for everyone (BLE). Secondary goal is to implement OCPP. I won't implement custom APIs.
The generic way for now is to optimize BLE. Tesla reduced the limit for charging commands to 5 per car per day, so it makes the API completely useless for TSC.
I agree, BLE is the right way with the command limitations in mind. Nevertheless, if the general logic for using a different device for >= 6A and < 6A is implemented, it wouldn't matter, if a single URL is called or OCPP is used. That's just like getting the grid power via a pre-configured URL.
A possible solution to get around the new Tesla API's request count limit might be to switch to station control for charge currents of 6A and above, and keep Tesla control for currents below 6A.
Therefore, a HTTP, REST or similar command to set the charging amps of the charging station must be available and must be provided in the TSC settings.
Desired charge current >=6A If the charge current should be set to 6A or higher, e.g. 8A
Then check the charging current in the charging station and leave the Tesla at 16A until the desired charging current drops below 6A.
Desired charge current <6A If the desired charge current drops below 6A, e.g. 5A:
Thank you for considering this suggestion!