Test Adapter MercedesMe v0.0.x

[tombox]

@kiste01 429 bedeutet zu oft falsch eingegeben jetzt musst du abwarten

[kiste01]

@tombox

Ok. Läuft wieder.

[ThePhantom79]

Hallo,
ich nutze die Integrtion, um über MQTT Werte auszulesen (in meine Loxone).

Ich würde nun aber auch gerne aktiv einen Befehl setzen : Vorklimatisierung.

1. Kann mir jemand sagen, welche Variable ich hier anfassen muss? Es gibt so viele ähnliche - unter remote oder unter command. Wenn ich direkt im IoBroker auf den "Button" drücke, schaltet die Klimatisierung sogar an - aber wenn ich das in MQTT sehe, gibt's da unzählige Variablen plötzlich.

2. Hat das schon jemand mit MQTT im Einsatz? Kann mir jemand einen Tipp geben, wie der Publish Befehl auszusehen hat?

Für meine anderen MQTT Geräte sieht der in etwa so aus:

publish bestway/set {"filter_power": 1}

[tombox]

@thephantom79 start_val = true sollte funktionieren

[ThePhantom79]

Also in der IOBroker Oberfläche klappt es mit dem Button

mercedesme/0/xxxxxx/commands/ZEV PRECONDITIONING STOP/start

Leider bekomme ich diesen "Button" von außen nicht angesteuert ...

[wendy2702]

Hi,

ich bin gerade dabei die oder den richtigen Datenpunkt zur Aktivierung der Vorklimatisierung zu suchen.

Habe keine E Auto aber eine Standheizung und Sitzheizung. Habe unter remote folgende Objekte:

Weiss jemand was der Unterschied zwischen AuxHeat und Vorklimatisierung ist?

Sind das die richtigen Objekte oder muss ich unter commands gucken?

Bei dem Datenpunkt der einen Beitrag vorher erwähnt ist, habe ich keinen "Start", da heisst der Ordner so:

Oder welchen von denen muss man wie ändern?

[tombox]

@wendy2702 unter command schauen welche isAvailable = true haben und dann gibt es auch ein Start Objekt

[wendy2702]

@tombox Danke für die schnelle Antwort.

Dann muss ich das scheinbar über die Remote Objekte machen.

Hast du geplant die Zeitangaben in den Objekten in ein lesbares Format umzurechnen? Aktuell ist es ja Unix Timestamp:

[tombox]

@wendy2702 Remote Objekte macht nichts anderes als ein command aufzurufen
Ich kann den Datentyp anpassen das es besser angezeigt wird aber den Inhalt werde ich nicht anpassen da er auch so in der vis verwendet werden kann

[wendy2702]

@tombox ne, das passt schon so für mich.

Ich wollte ja nur wissen ob du planst die Timestamps im Adapter umzurechnen damit im Objekt ein sofort lesbares Format steht.

[tombox]

@wendy2702 in der GitHub version wird die rolle von timestampInMs korrekt gesetzt

[martin]

Mich würden mal eure Views zu diesem Adapter interessieren und ob ihr die evtl. auch zur Verfügung stellen würdet.
Ich suche noch was schönes für meinen GLE.

[wendy2702]

Muss nochmal fragen ob jemand den Unterschied bei Remote zwischen "Auxheat = Standheizung" und "Vorklimatisierung = Precondition" kennt bzw. welche Auswahl in der App die beiden entsprechen?

Und was verbirgt sich hinter dem Commands "40"

[XBiT]

@wendy2702

ist "Vorklimatisierung" vielleicht die Funktion die auch beim öffnen vom Auto gestartet wird und die Lüftung an geht (wenn es warm ist).

[bishop9191]

@xbit
Ich würde davon ausgehen, dass Vorklimatisierung die Funktion bei den EQ-Modellen ist.

[H-a-m-i]

Guten Morgen,

ich habe seit heut morgen das Problem, dass der Adapter nur noch gelb bleibt. Auch im Log wirft er einige Fehler raus, u.A. AxiosError: Request failed with status code 418. Den Fehler gab es hier wohl letztes Jahr im November schon mal und konnte dort wohl durch ein Update behoben werden. Mein Adapter scheint mit Version v0.1.3 aber aktuell zu sein.
Der iobroker läuft bei mir seit zwei Wochen auf einem frisch aufgesetzten und aktuellem Raspberry Pi OS, bisher ohne Probleme.

Hier mal die Fehler die der Adapter auswirft, das waren die ersten Fehler heute morgen:

2023-12-14 08:46:08.685 - info: mercedesme.0 (139217) Lost WebSocket connection. Reconnect WebSocket
2023-12-14 08:46:10.866 - error: mercedesme.0 (139217) Websocket parse error
2023-12-14 08:46:10.867 - error: mercedesme.0 (139217) Error: Failure: Invalid wire type: %s (at position %s)
2023-12-14 08:46:16.038 - error: mercedesme.0 (139217) Websocket parse error
2023-12-14 08:46:16.039 - error: mercedesme.0 (139217) Error: Failure: Invalid wire type: %s (at position %s)
2023-12-14 08:46:21.188 - error: mercedesme.0 (139217) Websocket parse error
2023-12-14 08:46:21.189 - error: mercedesme.0 (139217) Error: Failure: Invalid wire type: %s (at position %s)
2023-12-14 08:47:26.343 - info: mercedesme.0 (139217) Lost WebSocket connection. Reconnect WebSocket
2023-12-14 08:47:28.515 - error: mercedesme.0 (139217) Websocket parse error
2023-12-14 08:47:28.516 - error: mercedesme.0 (139217) Error: Failure: Invalid wire type: %s (at position %s)
2023-12-14 08:47:33.665 - error: mercedesme.0 (139217) Websocket parse error
2023-12-14 08:47:33.665 - error: mercedesme.0 (139217) Error: Assertion failed

Das steht so alle ein bis zwei Minuten im Log. Und wenn ich den Adapter neustarte bzw. den Token erneuere:

2023-12-14 09:47:20.255 - error: mercedesme.0 (156851) AxiosError: Request failed with status code 418
2023-12-14 09:47:20.256 - error: mercedesme.0 (156851) ""
2023-12-14 09:47:20.261 - info: mercedesme.0 (156851) Start Websocket Connection
2023-12-14 09:48:20.457 - info: mercedesme.0 (156851) Lost WebSocket connection. Reconnect WebSocket
2023-12-14 09:49:22.627 - info: mercedesme.0 (156851) Lost WebSocket connection. Reconnect WebSocket
2023-12-14 09:49:24.797 - error: mercedesme.0 (156851) Error: Assertion failed

[michael 1975]

Bei mir das selbe problem wie bei @H-a-m-i

[tombox]

@h-a-m-i Bitte via npm oder GitHub auf 0.1.6 Update

[H-a-m-i]

@tombox Top, läuft wieder! Vielen Dank für die schnelle Reaktion

[michael 1975]

Danke hier läuft es auch wieder