UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[tombox]

@Philipp-Schlegel kommt der Fehler immer? Aktivierst du über die datenpunkte commands? Welches Baujahr hast du?

[Philipp.Schlegel]

@tombox
Hab es jetzt ein paar Mal probiert, der Fehler kam immer, ja. Ich geh über Commands/ZEV_PRECONDITIONING_START/start

Meiner ist BJ2016, Baumuster 2052471 (S205 Hybrid)...und damit VorMopf...

[Pedder007]

@tombox, super, danke!

Gerade erst entdeckt und direkt installiert. Keinerlei Fehlermeldungen!
Ich suche allerdings noch die Datenpunkte für den Status des Schiebedachs und die Gesamtreichweite.
state.rangeelectric.displayValue und state.rangeliquid.displayValue sind da aber anscheinend nichts mehr insgesamt.

doorsclosed und windowsclosed sind auch vorhanden und klappen

Danke nochmal!

[tombox]

@Pedder007
mercedesme.0.x.state.overallRange
mercedesme.0.x.state.sunroofstatus
@Philipp-Schlegel
Es gibt jetzt wieder ein Delay in v.0.40 für alte Modelle einfach auf 1 setzen dann sollte precond auch bei dir gehen.

[Philipp.Schlegel]

@tombox
Top, teste ich gleich mal. Danke!

[darkiop]

@tombox Nochmal Danke für die Weiterentwicklung!! Commands / Remotes teste ich heute mal mit dem EQC.

Die API liefert sehr viele Datenpunkte. Könntest du dir Vorstellen eine Möglichkeit zu schaffen diese vorher auswählen zu können? Analog dem Unifi Adapter von @braindead. Er hat hier mit Hilfe von @Scrounger folgendes realisiert:

[tombox]

@darkiop eher weniger weil ich den Wartungsaufwand eher gering halten will falls mb wieder was änder und jeder kann für dich entscheiden wie er was nutzen möchte

Bei manchen Sachen weiß ich ja selber nicht was es ist und was bei einem kompatiblen Fahrzeug angezeigt wird

[darkiop]

@tombox Ok, verständlich :)

Der EQC hängt gerade an der normalen Steckdose und quält sich langsam aber sich wieder an die 100% SoC (wird Zeit das die Wallbox kommt :))

Folgender DP sollte doch true sein, wenn der Ladevorgang läuft oder?

[darkiop]

@tombox Der hier zeigt den Ladestatus korrekt an:

[darkiop]

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

[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 :D

[Pedder007]

@tombox, yep, jetzt hab' ich sie auch gefunden, ... :eyeglasses: ;-):+1:
Klappt! :-)

[2hot4you]

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

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

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