Test Adapter MercedesMe v0.0.x

[darkiop]

@tombox Der hier zeigt den Ladestatus korrekt an:

[darkiop]

So, und jetzt erstmal das aktuelle Ergebnis meiner "Wallbox Lite mit schaltbarer Steckdose"

[tombox]

@darkiop
Sollte er er ist abhängig von mercedesme.0.xx.state.chargingstatus.intValue der muss 0 sein dann wird es auf true gesetzt
Bitte im Auge behalten ob das dauerhaft so ist.

[darkiop]

@tombox Mach ich - beim nächsten Ladevorgang ... aktuell hat er es auf die 100% geschafft ... nach guten 24h an der Steckdose

[Pedder007]

@tombox, yep, jetzt hab' ich sie auch gefunden, ...
Klappt!

[2hot4you]

@darkiop sagte in Test Adapter MercedesMe v0.0.x:

So, und jetzt erstmal das aktuelle Ergebnis meiner "Wallbox Lite mit schaltbarer Steckdose"

ne andere Frage, ich denke das das ein Grafana Chart ist, wie bekommt man den Hintergrund transparent ?

kannst Du deinen Hintergrund hochladen ?

[darkiop]

@2hot4you Nein , ist kein Grafana Chart - das ist von Scroungers Material Design Widgets

Das Hintergrundbild findest du hier: https://store.kde.org/p/1162360/

[2hot4you]

@darkiop

Danke für den Link,

mit Material Design widget habe ich keine Erfahrung, würdest du die Seite exportieren ?

[jrudolph]

@tombox Das Reconnect Problem besteht offensichtlich weiterhin. Auf den stündlichen Restart verzichte ich jetzt, da beim Token Refresh die Verbindung wieder aufgebaut wird. Im worst case fehlen für eine Stunde die Daten.
Hier ein aktuelles Debug Log:
2020-11-23 14:53:58.960 - debug: mercedesme.0 (10093) WS Message Length: 3
2020-11-23 14:53:58.961 - debug: mercedesme.0 (10093) apptwinPendingCommandRequest: {}
2020-11-23 14:54:13.961 - debug: mercedesme.0 (10093) WS Message Length: 3
2020-11-23 14:54:13.961 - debug: mercedesme.0 (10093) apptwinPendingCommandRequest: {}

Bis hier ist alles OK. Alle 15 sec eine Kommunikation.
Jetzt müsste die nächste Kommunikation um 14:54:28 erfolgen. Aber hier bricht es ab.
Dann kommen die erfolglosen Reconnect Versuche.

2020-11-23 14:55:11.228 - debug: mercedesme.0 (10093) 1006
2020-11-23 14:55:11.229 - debug: mercedesme.0 (10093) Websocket closed
2020-11-23 14:55:13.963 - error: mercedesme.0 (10093) Lost WebSocket connection try to reconnect
2020-11-23 14:55:18.964 - debug: mercedesme.0 (10093) Connect to WebSocket
2020-11-23 14:55:19.058 - error: mercedesme.0 (10093) WS error:Error: Unexpected server response: 403
2020-11-23 14:55:19.060 - debug: mercedesme.0 (10093) 1006
2020-11-23 14:55:19.061 - debug: mercedesme.0 (10093) Websocket closed
2020-11-23 15:00:18.965 - info: mercedesme.0 (10093) Try to reconnect
2020-11-23 15:00:18.966 - debug: mercedesme.0 (10093) Connect to WebSocket
2020-11-23 15:00:19.117 - error: mercedesme.0 (10093) WS error:Error: Unexpected server response: 403
2020-11-23 15:00:19.118 - debug: mercedesme.0 (10093) 1006
2020-11-23 15:00:19.119 - debug: mercedesme.0 (10093) Websocket closed
2020-11-23 15:05:18.967 - info: mercedesme.0 (10093) Try to reconnect
2020-11-23 15:05:18.968 - debug: mercedesme.0 (10093) Connect to WebSocket
2020-11-23 15:05:19.063 - error: mercedesme.0 (10093) WS error:Error: Unexpected server response: 403
2020-11-23 15:05:19.064 - debug: mercedesme.0 (10093) 1006
2020-11-23 15:05:19.065 - debug: mercedesme.0 (10093) Websocket closed

...
Die Reconnect Versuche schlagen fehl bis zum Refresh Token.

2020-11-23 15:40:18.985 - info: mercedesme.0 (10093) Try to reconnect
2020-11-23 15:40:18.986 - debug: mercedesme.0 (10093) Connect to WebSocket
2020-11-23 15:40:19.099 - error: mercedesme.0 (10093) WS error:Error: Unexpected server response: 403
2020-11-23 15:40:19.101 - debug: mercedesme.0 (10093) 1006
2020-11-23 15:40:19.102 - debug: mercedesme.0 (10093) Websocket closed
2020-11-23 15:42:32.701 - debug: mercedesme.0 (10093) Refresh Token
2020-11-23 15:42:32.702 - debug: mercedesme.0 (10093) refreshToken
2020-11-23 15:42:32.831 - debug: mercedesme.0 (10093) {"access_token":***scope":"profile email offline_access"}
2020-11-23 15:42:32.832 - debug: mercedesme.0 (10093) Reconnect after refreshtoken
2020-11-23 15:42:37.833 - debug: mercedesme.0 (10093) Connect to WebSocket
2020-11-23 15:42:37.961 - debug: mercedesme.0 (10093) WS connected

Ich verwende Version 0.0.40.
Das Reconnect bei der nächtlichen DSL Unterbrechung klappt einwandfrei..

[tombox]

@jrudolph Danke für den Hinweis sollte jetzt mit 0.0.41 behoben sein

[Pedder007]

@tombox hatte heute Morgen eine Flut von Mercedes-Mails mit jeweils einem neuen Sicherheitscode. Ich hatte auch den stündlichen Neustart konfiguriert und irgendwann ab 02:00Uhr kamen dann Mails im Minutentakt.
Habe nun direkt auf 0.0.41 nachgezogen und werde berichten. Die Neustarts habe ich erst einmal rausgenommen.

Danke fürs fixen

[jrudolph]

@tombox Funktioniert! Nachdem der Reconnect-Versuch fehlgeschlagen war und der Fehler 403 geworfen wurde, wurde mit refreshToken die Verbindung automatisch wieder aufgebaut.

Vielen Dank!

2020-11-25 00:03:11.589 - debug: mercedesme.0 (19767) WS Message Length: 3
2020-11-25 00:03:11.590 - debug: mercedesme.0 (19767) apptwinPendingCommandRequest: {}
2020-11-25 00:03:26.590 - debug: mercedesme.0 (19767) WS Message Length: 3
2020-11-25 00:03:26.591 - debug: mercedesme.0 (19767) apptwinPendingCommandRequest: {}
2020-11-25 00:04:26.591 - error: mercedesme.0 (19767) Lost WebSocket connection try to reconnect
2020-11-25 00:04:26.615 - debug: mercedesme.0 (19767) 1006
2020-11-25 00:04:26.616 - debug: mercedesme.0 (19767) Websocket closed
2020-11-25 00:04:31.592 - debug: mercedesme.0 (19767) Connect to WebSocket
2020-11-25 00:04:31.709 - error: mercedesme.0 (19767) WS error:Error: Unexpected server response: 403
2020-11-25 00:04:31.709 - debug: mercedesme.0 (19767) refreshToken
2020-11-25 00:04:31.714 - debug: mercedesme.0 (19767) 1006
2020-11-25 00:04:31.714 - debug: mercedesme.0 (19767) Websocket closed
2020-11-25 00:04:31.872 - debug: mercedesme.0 (19767) {"access_token": ...
2020-11-25 00:04:31.872 - debug: mercedesme.0 (19767) Reconnect after refreshtoken
2020-11-25 00:04:36.873 - debug: mercedesme.0 (19767) Connect to WebSocket
2020-11-25 00:04:36.959 - debug: mercedesme.0 (19767) WS connected

[darkiop]

@2hot4you sagte in Test Adapter MercedesMe v0.0.x:

mit Material Design widget habe ich keine Erfahrung, würdest du die Seite exportieren ?

Hallo, die einzelnen Mercedes Views würden gehen - das ganze Projekt allerdings nicht - dafür müsste ich zuviel vorher anonymisieren. Aufgebaut ist das ganze mit Uhulas Material Design + die Material Design Widgets.

[2hot4you]

@darkiop

Das Mercedes view würde mir reichen, kann
ich dann gleich für mein neuen einrichten

[Pedder007]

@tombox , keine Mails mehr. Läuft seit Tagen völlig stabil

[flipkill1985]

Hab auch mal bisschen rum gebastelt, wie einer wo ich die aktuelle Gesch![alt text]windigkeit raus bekomme, gibts da auch ein Datenpunkt? Hab keinen gefunden?

[tombox]

Sind denn noch Fehler 403 sichtbar?

[amg_666]

@jrudolph Bei mir zickt der Adapter seit heute rum, Instanz ist gelb.

mercedesme.0	2020-11-29 12:49:42.753	error	(15142) Login was not successful.
mercedesme.0	2020-11-29 12:49:42.751	info	(15142) Please enter the code you received via mail in the instance settings
mercedesme.0	2020-11-29 12:49:41.400	info	(15142) starting. Version 0.0.42 in /opt/iobroker/node_modules/iobroker.mercedesme, node: v12.19.0, js-controller: 3.1.6
host.iomaster	2020-11-29 12:49:31.023	info	instance system.adapter.mercedesme.0 started with pid 15142

Ich bekomme einen neuen Code per Mail, wenn ich den eingebe geht das Spiel von vorne los und ich bekomme einen neuen Code. Ich habe die Version 0.0.4.2 und hab zumTesten mal eine ältere Version installiert, gleicher Effekt

[jrudolph]

Ich habe bislang die Version 0.0.41 stabil laufen. Pro Tag habe ich ca. 2 Kommunikationsabbrüche mit Fehler 403. Einer davon ist die reguläre DSL Trennung. Der Adapter kommt jedes mal wieder ordentlich raus.
Werde jetzt die latest Version installieren.

[amg_666]

@jrudolph die 0.0.41 hab ich jetzt installiert, gleicher Effekt, nach Start des Adapters bekomme ich einen neuen Code per Mail...