-
-
Notifications
You must be signed in to change notification settings - Fork 670
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
Allow "MaxCurrent" to return "errAsleep", or add status "asleep" to vehicles #14431
Comments
Question is: how? I don‘t see a good option to add a side channel for errrors? We could support them via text. Receiving one of the supported values would convert them to errors: |
Maybe (pseudocode):
|
Genau, ich würde es aber nicht an einen Status binden. Oder hilft das? Und es muss natürlich über Websockets und Mqtt identisch laufen. Nvm. Für HTTP eine gute Idee, dann aber != 200. |
Bitte mal ausprobieren. Für HTTP ist Status != 200 Voraussetzung dass die Fehler abgefragt würden. |
Websockets würde wahrscheinlich gehen, Mqtt hat halt keine response zu nem publish, von daher ginge da wohl nur ein state, ala:
Und dann ist die frage ob man nicht das gleiche auch für andere benutzen sollte anstatt da zu versuchen error handling zu betreiben. |
Einfach mal ausprobieren. 3 Fehler x mind. 20 Apis x 4 Geräteklasse auszumultiplizieren wie du das vorschlägst ist keine Option. |
@Maddimax magst Du den PR mal ausprobieren? |
ping @Maddimax wenns den Bedarf sonst nicht mehr gibt würde ich hier zu machen. |
Sry, bin unterwegs. Ich Probier es nexte Woche. |
Die fehlerbehandlung funktioniert super 👍 FYI: Mein kleiner tesla-ble-proxy: https://github.com/Maddimax/tesla-proxy |
Private repo? Anyway seems we can merge? |
Ups, public now. +1 from me for merging it. |
Wenn du Lust hast meld dich gerne mal auf Slack- wir könnten Entwicklerunterstützung gut brauchen 😀 |
Is your feature request related to a problem? Please describe.
I have configured my tesla vehicle with part teslalogger (all "read" values via mqtt) and part custom BLE control (via. Http).
When the tesla is asleep, evcc fails to wake it up, as there is no way to tell evcc that the vehicle is asleep (that I could find)
Describe the solution you'd like
Either: A way to specify an "asleep" state or a way to create a "failed because asleep" http response.
Describe alternatives you've considered
I could always call wakeup in my BLE proxy for any request from evcc, but that seems a bit inefficient.
The text was updated successfully, but these errors were encountered: