Support: Tesla

[Nickbig]

Da alle 10 Sekunden abgefragt wird, scheint irgendetwas mit dem Zähler in /var/www/html/openWB/ramdisk/soctimer nicht zu stimmen. Falsche Zugriffsrechte? Bitte mal den Debuglevel hochsetzen und dann nochmal ins Log schauen.

Debugging hoch gesetzt und Abfrage wieder im Ladepunkt aktiviert. Weiterhin im 10 Sekunden Takt mit folgendem Log:

[Thomas aus W]

installierte Version: 1.9.233 (2021-05-07 14:27:46 +0200 [3f921e3b] )

Seit 3 Tagen wird der SoC nicht mehr aktualisiert. Das problem trat auf, ohne dass der Tesla zwischendurch abgesteckt war. Den empfohlenen Workaround, das Passwort erst zu löschen und dann neu einzugeben habe ich schon ergebnislos probiert (diesmal richtig... ).

Das EV-SoC-Log zeigt nur einen (Fehl-)Versuch:

Dann aktualisiere bitte zuerst auf die letzte Nightly.

Done, keine Besserung:

Code: Alles auswählen

2021-05-14 14:29:02: Lp1: ERROR: Auth with user/pass failed! (LV0)
KeyError: 'location'
    return self._store[key.lower()][1]
  File "/usr/lib/python3/dist-packages/requests/structures.py", line 54, in __getitem__
    code = parse_qs(resp.headers["location"])["https://auth.tesla.com/void/callback?code"]
  File "/var/www/html/openWB/modules/soc_tesla/tesla.py", line 213, in login
    if( login(args.email, args.password, args.mfapasscode) ):
  File "/var/www/html/openWB/modules/soc_tesla/tesla.py", line 358, in <module>
Traceback (most recent call last):
2021-05-14 14:28:58: Lp1: Requesting new token... (LV0)
2021-05-14 14:28:56: Lp2: Nothing to do yet. Incrementing timer.
2021-05-14 14:28:35: Lp2: Nothing to do yet. Incrementing timer.
2021-05-14 14:28:14: Lp2: Nothing to do yet. Incrementing timer.
2021-05-14 14:27:56: Lp2: Nothing to do yet. Incrementing timer.
2021-05-14 14:27:41: Lp1: ERROR: Auth with user/pass failed! (LV0)
KeyError: 'location'
    return self._store[key.lower()][1]
  File "/usr/lib/python3/dist-packages/requests/structures.py", line 54, in __getitem__
    code = parse_qs(resp.headers["location"])["https://auth.tesla.com/void/callback?code"]
  File "/var/www/html/openWB/modules/soc_tesla/tesla.py", line 213, in login
    if( login(args.email, args.password, args.mfapasscode) ):
  File "/var/www/html/openWB/modules/soc_tesla/tesla.py", line 358, in <module>
Traceback (most recent call last):
2021-05-14 14:27:38: Lp1: Requesting new token... (LV0)
2021-05-14 14:27:35: Lp2: Nothing to do yet. Incrementing timer.
2021-05-14 14:27:14: Lp2: Nothing to do yet. Incrementing timer.
2021-05-14 14:26:56: Lp2: Nothing to do yet. Incrementing timer.
2021-05-14 14:26:43: Lp2: SoC from Server: 74
2021-05-14 14:26:41: Lp1: ERROR: Auth with user/pass failed! (LV0)
KeyError: 'location'
    return self._store[key.lower()][1]
  File "/usr/lib/python3/dist-packages/requests/structures.py", line 54, in __getitem__
    code = parse_qs(resp.headers["location"])["https://auth.tesla.com/void/callback?code"]
  File "/var/www/html/openWB/modules/soc_tesla/tesla.py", line 213, in login
    if( login(args.email, args.password, args.mfapasscode) ):
  File "/var/www/html/openWB/modules/soc_tesla/tesla.py", line 358, in <module>
Traceback (most recent call last):
2021-05-14 14:26:38: Lp1: Requesting new token... (LV0)
2021-05-14 14:26:35: Lp2: Requesting SoC
**** REBOOT ****

Nein, das Passwort wurde im Tesla-Account nicht geändert... ;o)

bye
TW

[LutzB]

Da alle 10 Sekunden abgefragt wird, scheint irgendetwas mit dem Zähler in /var/www/html/openWB/ramdisk/soctimer nicht zu stimmen. Falsche Zugriffsrechte? Bitte mal den Debuglevel hochsetzen und dann nochmal ins Log schauen.

Debugging hoch gesetzt und Abfrage wieder im Ladepunkt aktiviert. Weiterhin im 10 Sekunden Takt mit folgendem Log:

Gibt es im Debuglog solche Einträge? Das hatten wir gerade in einem Supportticket.

./ladelog.sh: Zeile 32: ((: 90.5: Syntaxfehler: Ungltiger arithmetischer Operator. (Fehlerverursachendes Zeichen ist \".5\").

[Nickbig]

Gibt es im Debuglog solche Einträge? Das hatten wir gerade in einem Supportticket.

./ladelog.sh: Zeile 32: ((: 90.5: Syntaxfehler: Ungltiger arithmetischer Operator. (Fehlerverursachendes Zeichen ist \".5\").

So etwas ähnliches habe ich gefunden:

2021-05-14 14:21:31: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh
./ladelog.sh: Zeile 87: ((: -: Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist \"-\").
./ladelog.sh: Zeile 87: ((: -: Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist \"-\").
./ladelog.sh: Zeile 87: ((: -: Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist \"-\").
./ladelog.sh: Zeile 87: ((: -: Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist \"-\").
./ladelog.sh: Zeile 87: ((: -: Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist \"-\").
./ladelog.sh: Zeile 87: ((: -: Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist \"-\").
./ladelog.sh: Zeile 87: ((: -: Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist \"-\").

Und nun nach dem Lade-Stopp sieht man die laufenden Aufweck-Versuche im 10 Sekunden-Takt

[LutzB]

@Nickbig:
So wie es derzeit aussieht, hängt der Effekt nicht unbedingt mit dem Tesla SoC zusammen. Das bereits erwähnte Supportticket verwendet EVCC und hat ebenfalls diesen Effekt. Nachvollziehen kann ich das noch nicht wirklich, da ich es bei mir nicht nachstellen kann. Bitte ein Supportticket erstellen, damit wir alle Logddateien bekommen.

[Nickbig]

Erstmal: Danke!

Ticket #45258058 wurde erstellt.

[Thomas aus W]

Gibt es im Debuglog solche Einträge? Das hatten wir gerade in einem Supportticket.

./ladelog.sh: Zeile 32: ((: 90.5: Syntaxfehler: Ungltiger arithmetischer Operator. (Fehlerverursachendes Zeichen ist \".5\").

mein Debug-Log sieht so aus:

Code: Alles auswählen

2021-05-14 17:23:55: Modbus EVSE read CP1 issue - using previous state '1' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
    print(rq.registers[0])
  File "runs/readmodbus.py", line 18, in <module>
Traceback (most recent call last):
2021-05-14 17:20:42: Modbus EVSE read CP2 issue - using previous state '1' (LV0)
serial.serialutil.SerialException: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
    'device reports readiness to read but returned no data '
  File "/usr/local/lib/python2.7/dist-packages/serial/serialposix.py", line 501, in read
    result = self.socket.read(size)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 555, in _recv
    return self._recv(size)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 88, in recv
    result = self.client.recv(size)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/framer/rtu_framer.py", line 286, in recvPacket
    read_min = self.client.framer.recvPacket(min_size)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/transaction.py", line 241, in _recv
    result = self._recv(response_length, full)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/transaction.py", line 212, in _transact
    full=full
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/transaction.py", line 140, in execute
    return self.transaction.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 108, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    rq = client.read_holding_registers(readreg,reganzahl,unit=modbusid)
  File "runs/readmodbus.py", line 17, in <module>
Traceback (most recent call last):
2021-05-14 17:20:38: Modbus EVSE read CP1 issue - using previous state '1' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
    print(rq.registers[0])
  File "runs/readmodbus.py", line 18, in <module>
Traceback (most recent call last):
2021-05-14 16:50:53: Modbus EVSE read CP2 issue - using previous state '1' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
    print(rq.registers[0])
  File "runs/readmodbus.py", line 18, in <module>
Traceback (most recent call last):
2021-05-14 16:27:13: Modbus EVSE read CP1 issue - using previous state '1' (LV0)

bye
TW

[Nickbig]

Nach dem heutigen erneuten Update auf die Nightly Version 1.9.234 (2021-05-17 12:41:38 +0200 [944d028e]) ist das Problem mit der Abfrage im 10-Sekunden-Takt behoben.

Danke an den Support!

[Thomas aus W]

Bei mir tut sich nix. Auch nach dem Update heute kann die OWB sich nicht mit meinem Teslaaccount verbinden. Kann es sein, dass Sonderzeichen im Passwort Probleme machen?

bye
TW

[Nickbig]

Habe auch ein Sonderzeichen im Tesla-Accout-PW. Funktioniert trotzdem.
Hast du nach der Erfassung der Tesla Zugangsdaten nochmals einen Reboot der openWB durchgeführt. Das hat bei mir bei verschiedenen Themen schon mehrfach die Lösung gebracht.