Closed bassmaster187 closed 3 years ago
Teslarossa is a good name. :-) Maybe @kgoderis is already planning to fix this?
@wborn @bassmaster187 Nope. Sorry, it has nothing to do with the binding itself, it is the Tesla back-end that is acting weird and sending out sh*t data
@kgoderis Any thoughts about filtering those null values out?
@cguedel As far as I can remember (very very long time ago) the Tesla back-end is in fact causing this, e.g. it is not reporting back the shift state correctly. I am not sure we can do anything about this
@kgoderis Yeah, it seems to come from the backend, but judging from the fact the car never is not in a gear other than P, R, N, D, I suggest to just not handle an invalid shift state so the binding does not report a change to UNDEF then. What do you think?
I know this is an old thread but the binding still has this behaviour today and after looking into it it looks like on some cars the Shift State will be reported as null/undefined once it is preparing to sleep.
more info here: https://support.teslafi.com/en/knowledge-bases/2/articles/640-enabling-sleep-settings-to-limit-vampire-loss
So rather than simply updating the channel to UNDEF the binding could probably use that as a trigger to immediately change the car to inactive and stop requesting data to allow the car to sleep
closed due to inactivity
My eventlog is full of shiftstate changed from UNDEF to P and vice versa.
that's how my mysql persistance table looks like:
I've got 20000 rows in a couple of days.
Expected Behavior
I would suspect to see just a change of the shiftstate in the DB. That makes easier to run querys and don't mess up the whole table.
| 2018-08-14 10:57:51 | P | | 2018-08-14 10:58:49 | R | | 2018-08-14 10:59:04 | D | | 2018-08-14 11:03:53 | R | | 2018-08-14 11:03:57 | D | | 2018-08-14 11:04:11 | P |
Your Environment
I've got openhab2 / addons Version: 2.4.0~20180813124523-1 on Raspberry PI 3 / Raspbian jessie