Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[ArminW]

@amg_666 danke Dir für die Info. Ich hab den Adapter gerade ebenfalls aktualisiert, den neuen Zugangscode eingegeben und schon funktioniert es wieder!
Tausend Dank auch an @tombox für die tolle Arbeit!

[Pedder007]

Hallöle, also ich versuche jetzt schon seit Tagen den Adapter, wieder ans laufen zu bringen. Er hatte direkt nach dem Update auf 0.0.54 funktioniert, irgendwann dann aber plötzlich nicht mehr.
Ich hatte es immer mal wieder sporadisch mit neuen Zugangspins probiert, bekomme aber leider außer jedes Mal einer weiteren Mail mit einer neuen PIN nichts in Gang. (In der Mobile-App funktionierte der Zugang mit den Mail-Pins.)

Hab' dann gerade auch noch Instanz und Adapter komplett gelöscht und alles neu installiert, leider bliebs dabei.
Auch nach 4-5 weiteren Versuchen mit jeweils neuer PIN blieb es am Ende bei 'gelb'.

Ich hab wirklich sonst eine Menge Zeugs laufen (deCONZ/ZigBee (>60 Devices), 433Mhz, Bluetooth, Staubsauger, Heimkino/TV, Unifi, Wetter, Müll, Pimatic-Schnittstelle, usw. und baue auch viele Blocklys selber....), aber keine andere Schnittstelle (ich schreibe hier bewusst nicht Adapter) hängt sich so oft weg ....

... und jetzt kommt der Brüller: Während ich das hier schreibe, dümpelte natürlich wieder eine neue PIN, nun bereits >10 Minuten, in der Inbox herum. Die habe ich dann gerade noch 'ein letztes Mal' genommen, .... und nun läufts wieder ...

Muss ich das verstehen??? - muss ich die PINs erst altern lassen???

Was mache ich nur falsch???

Sorry @tombox, aber Du kannst ja sicher auch nichts dafür ...

[tombox]

@pedder007 Ich bräuchte die genauen error logs bzw wie sich das system um die errors herumbewegt.
Der Adapter fängt irgendwann in der Nacht einfach an sich neuzustarten und kann sich nicht einloggen und fordert ein neue Pin an?

[Pedder007]

Hallo @tombox, danke für Deine Rückmeldung.
Ich kann Dir leider nicht sagen wann der Adapter aussteigt, bzw. die Verbindung verliert. Das ist nun bereits einige Tage her und ich hatte zwischendurch auch nicht die Zeit um mehr als eine neue PIN-Eingabe zu testen. Nach dem Start von gestern Abend läuft er bis jetzt wieder problemlos.

Ich habe mal 1-2 der Log-Sequenzen von gestern heraus gesucht, bei welchen die PIN zunächst nicht genommen wurde.
Evtl. hilft das ja?

2021-06-25 20:22:22.685 - error: mercedesme.0 (11729) Wrong Sicherheitscode please enter the new code you received via mail
2021-06-25 20:22:22.686 - error: mercedesme.0 (11729) Error: Request failed with status code 400
2021-06-25 20:22:22.720 - info: host.raspberrypi stopInstance system.adapter.mercedesme.0 (force=false, process=true)
2021-06-25 20:22:22.728 - info: mercedesme.0 (11729) Got terminate signal TERMINATE_YOURSELF
2021-06-25 20:22:22.728 - info: host.raspberrypi stopInstance system.adapter.mercedesme.0 send kill signal
2021-06-25 20:22:22.731 - info: mercedesme.0 (11729) terminating
2021-06-25 20:22:22.733 - info: mercedesme.0 (11729) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-06-25 20:22:23.372 - info: host.raspberrypi instance system.adapter.mercedesme.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-06-25 20:22:26.049 - info: host.raspberrypi instance system.adapter.mercedesme.0 started with pid 12106
2021-06-25 20:22:28.666 - info: mercedesme.0 (12106) starting. Version 0.0.54 in /opt/iobroker/node_modules/iobroker.mercedesme, node: v10.23.3, js-controller: 3.2.16
2021-06-25 20:22:29.770 - info: mercedesme.0 (12106) Please enter the code you received via mail in the instance settings
2021-06-25 20:22:29.771 - error: mercedesme.0 (12106) Login was not successful.
2021-06-25 20:22:43.041 - info: host.raspberrypi stopInstance system.adapter.mercedesme.0 (force=false, process=true)
2021-06-25 20:22:43.051 - info: host.raspberrypi stopInstance system.adapter.mercedesme.0 send kill signal
2021-06-25 20:22:43.051 - info: mercedesme.0 (12106) Got terminate signal TERMINATE_YOURSELF
2021-06-25 20:22:43.055 - info: mercedesme.0 (12106) terminating
2021-06-25 20:22:43.058 - info: mercedesme.0 (12106) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-06-25 20:22:43.678 - info: host.raspberrypi instance system.adapter.mercedesme.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-06-25 20:22:46.202 - info: host.raspberrypi instance system.adapter.mercedesme.0 started with pid 13079
2021-06-25 20:22:48.853 - info: mercedesme.0 (13079) starting. Version 0.0.54 in /opt/iobroker/node_modules/iobroker.mercedesme, node: v10.23.3, js-controller: 3.2.16
2021-06-25 20:22:49.472 - error: mercedesme.0 (13079) Wrong Sicherheitscode please enter the new code you received via mail
2021-06-25 20:22:49.473 - error: mercedesme.0 (13079) Error: Request failed with status code 400
2021-06-25 20:22:49.501 - info: host.raspberrypi stopInstance system.adapter.mercedesme.0 (force=false, process=true)
2021-06-25 20:22:49.510 - info: host.raspberrypi stopInstance system.adapter.mercedesme.0 send kill signal
2021-06-25 20:22:49.510 - info: mercedesme.0 (13079) Got terminate signal TERMINATE_YOURSELF
2021-06-25 20:22:49.512 - info: mercedesme.0 (13079) terminating
2021-06-25 20:22:49.514 - info: mercedesme.0 (13079) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-06-25 20:22:50.097 - info: host.raspberrypi instance system.adapter.mercedesme.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-06-25 20:22:52.597 - info: host.raspberrypi instance system.adapter.mercedesme.0 started with pid 13457
2021-06-25 20:22:53.847 - warn: deconz.1 (6246) Could not connect to websocket instance of deConz/Phoscon. Error: connect EHOSTUNREACH 192.168.188.79:443
2021-06-25 20:22:55.218 - info: mercedesme.0 (13457) starting. Version 0.0.54 in /opt/iobroker/node_modules/iobroker.mercedesme, node: v10.23.3, js-controller: 3.2.16
2021-06-25 20:22:56.519 - info: mercedesme.0 (13457) Please enter the code you received via mail in the instance settings
2021-06-25 20:22:56.522 - error: mercedesme.0 (13457) Login was not successful.

Bevor Du etwas zur node-version sagst, ja ich weiß , da ist ein Update (über-)fällig, muss aber noch warten, bis ich im Sommerurlaub meine auf demselben Raspi4 laufende Pimatic-Instanz außer Betrieb nehmen kann. Aktuell ist mir das zu riskant, da ich damit evtl. meine gesamte EG-Shutter-Steuerung auf den Bauch legen würde...
Allerdings läuft alles andere ja auch, nach wie vor, tadellos auf der 10.23..

[tombox]

@pedder007 Die node version is kein problem. Meine Vermutung ist das der Pi wegen zuwenig spannung alle Adapter zum neustart zwingt. Das ist schlecht für mercedes da er sich nicht selbstständig einloggen kann wenn bestimmte objekte fehlen sondern brauch diesen pin via mail

[Pedder007]

@tombox
Glaube ich eher weniger, da ich meine beiden 4Bs extra mal mit anständigen Netzteilen ausgestattet hatte. Der zweite läuft mit Motioneye und zwei HD Cams konstant bei 40-60% Prozessorlast und da passiert nichts in Richtung „Hickups“.
Der mit ioBroker/Pimatic liegt bei 10-20%, und ab und zu mal einer Spitze von 35%, ohne jegliche Auffälligkeiten.
Wenn das so wäre, hätte ich das längst mal mitbekommen, da das Ding eigentlich zu jeder Tages- und Nachzeit irgendetwas schaltet, bzw. überwacht.
Auch die Historie-Kurven, die ich für verschiedene Dinge mitschreibe, zeigen keine Auffälligkeiten.
... und die Logs ansonsten auch nicht 😉

[tombox]

@pedder007 Dann gib mal ein pin ein und schaue dir den log an wenn du unerwartet ein neuen pin per mail bekommst

[Pedder007]

@tombox
Da er aktuell noch läuft, möchte ich ihn erst einmal nicht stören, sondern warten, dass es wieder von alleine passiert.
Entsprechend habe ich mir nun ein Blockly angelegt, welches mich sofort per WA benachrichtigt, wenn eines von den Adapter-Objekten 'Connected' oder 'Alive' auf 'false' geht.
Dann schaue ich mir danach mal die Logs um die Uhrzeiten genauer an.

Eilt ja nicht ... ;-)

[ssond0815]

@amg_666 Habe regelmäßig auch Störungen in der Kommunikation mit dem Mercedes IoT Backend. Meistens sehe ich das immer rückblickend im Log. In der VIS lasse ich mir eine Störung anzeigen, falls die Verbindung des mercedes Adapters auf false steht, so dass ich für bestimmte Funktionen Bescheid weiß. In der Regel dauern die Störungen nicht allzu lange, ein paar Minuten bis zu einer halben Stunde. Ob das noch ein Zeichen ist, dass Mercedes an seiner Plattform noch viel herumschraubt oder die Plattform immer noch stiefmütterlich betrieben wird, ist mir leider nicht transparent.

[Pedder007]

@tombox , ... bisher läufts nach wie vor unauffällig - typisch ;-)

Es scheint aber auf jeden Fall jede volle Stunde einen Re-Connect zu geben, zumindest springt dann das Objekt 'mercedesme.0 is connected' (unter system.adapter.mercedesme.0) immer mal kurz auf 'false'.
Das scheint aber nichts auszumachen.
Ich beobachte entsprechend mal weiter ...

[Pedder007]

@tombox
der Adapter läuft weiterhin komplett stabil und unauffällig.
Ich denke mal, dass das dann evtl. so einzelne Tage sind, an welchen, warum auch immer, der Connect MB-seitig nicht rundläuft ...