Monatsrückblick Januar/Februar 2026 ist online!

[wolfi913]

@axmlm
Schau mal hier:
https://github.com/copystring/ioBroker.roborock/issues/752
Du müsstest die dev-Version über Git installieren. Mit der soll's scheinbar funktionieren

[samsungfreak]

@wolfi913 Ich habe die Version (0.6.19) bereits am Laufen. Damit lief mein oborock Qrevo Master auch eine Zeit lang ganz gut (der Adapter ist ab und an abgestürtzt). Nach einem Firmware Update von meinem Master geht der Adapter kurz "grün" wie bei @mx-driver und danach bricht die Verbindung ab.

@copystring : Welche Daten brauchst du um das Problem fixen zu können?

[Webranger]

Hallo zusammen,

gibt es schon irgendwelche infos ob der Roborock Q10 S5 demnächst mit dem Adapter abgefragt werden kann?

[AXMLM]

@wolfi913

adapter wird jetzt grün (Qrevo Master). Fange an zu testen

[AXMLM]

@axmlm
Bekomme folgende Fehler. Aktuell keine Verbindung zum Robi. Robi hat gerade den Trocknungsvorgang beendet und schläft. Soll ich ihn evtl. manuell wecken?

roborock.0
2025-10-05 18:20:25.330	error	this.cached_get_status_value for hoZrvn1fr2gj57IuzAQrv is not initialized. Request get_status first. this.cached_get_status_value: []

roborock.0
2025-10-05 18:20:25.329	warn	Failed to process "get_prop" on robot hoZrvn1fr2gj57IuzAQrv (roborock.vacuum.a117): Error: Local request with id 466 and method get_prop timed out after 30 seconds. Local connection state: true at /opt/iobroker/node_modules/iobroker.roborock/lib/requests_handler.js:785:14 at Timeout._onTimeout (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:1452:7) at listOnTimeout (node:internal/timers:588:17) at process.processTimers (node:internal/timers:523:7)

[mx-driver]

@frederik-buss
so mache ich es jetzt auch.
Läuft prima und ich bin nicht mehr so abhängig von den Adaptern.

[michael 1975]

Mein Sauger hat heute ein update bekommen seit dem läst es ich nicht mehr über den IObroker steuern.
im Log Steht

2025-10-31 15:55:56.614	error	Failed to process mainUpdateInterval on robot w2SMrldXELMYjyzxZy4Mw (roborock.vacuum.a97): Error: this.get_status is not initialized. Request get_status first. at requests_handler.isCleaning (/opt/iobroker/node_modules/iobroker.roborock/lib/requests_handler.js:611:10) at /opt/iobroker/node_modules/iobroker.roborock/main.js:117:48 at Timeout._onTimeout (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:2751:38) at listOnTimeout (node:internal/timers:581:17) at processTimers (node:internal/timers:519:7)

[PixelPirat]

@michael-1975 sagte in Neuer Adapter für Roborock-Staubsauger:

Mein Sauger hat heute ein update bekommen seit dem läst es ich nicht mehr über den IObroker steuern.
im Log Steht

2025-10-31 15:55:56.614 error Failed to process mainUpdateInterval on robot w2SMrldXELMYjyzxZy4Mw (roborock.vacuum.a97): Error: this.get_status is not initialized. Request get_status first. at requests_handler.isCleaning (/opt/iobroker/node_modules/iobroker.roborock/lib/requests_handler.js:611:10) at /opt/iobroker/node_modules/iobroker.roborock/main.js:117:48 at Timeout._onTimeout (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:2751:38) at listOnTimeout (node:internal/timers:581:17) at processTimers (node:internal/timers:519:7)

Selbes leider bei mir - seit dem Update auf Version 02.17.42. Zudem werden auch bei mir alle Objekte im Unterordner „deviceStatus“ nur noch mit „null“ befüllt.

[Sepp]

so wie es aussieht ist es bei mir auch so

[PixelPirat]

@sepp @michael-1975
Das Problem ist auf Github schon bekannt und copystring arbeitet bereits an einer Lösung.
Quelle: https://github.com/copystring/ioBroker.roborock/issues/869

[karsten]

Moin, habt Ihr schon mal den Stream-Link für die Kamera ausprobiert ?
Ich verstehe den so...

http://iobroker:1984/webrtc.html?src=4RMcKwUCI2mTruNJDpjTAw&media=video

Ich habe dort, wo iobroker steht, die IP vom ioBroker eingetragen.
Ich bekomme immer diesen Fehler:

streams: read tcp 192.168.188.46:47820->52.28.99.123:8883: i/o timeout, read tcp 192.168.188.46:47928->52.28.99.123:8883: i/o timeout

Hat jemand eine Idee ?

[intruder7]

Hallo in die Runde. Wir bekommen nächste Woche unser neues Familienmitglied, den Saros Z70. Wird der vom Adapter schon unterstützt?

Viele Grüße

[D3ltoroxp]

Mal eine Frage in die Runde, ist es möglich den Status des Dock ab zu fragen, wenn was fehlt, was leer ist, oder auch voll, was die Station grad macht ? Die DP's sind da aber nicht befüllt. Das ist die Station vom QRevo Edge.

[Liladi]

Hallo zusammen, bin auf den Adapter aufmerksam geworden da meine Frau eine Roborock S8 MaxV Ultra gekauft hat. Würde denn auch gerne einbinden in den Iobroker. Habe aber im diesen Typ Roborock S8 MaxV Ultra nicht aufgelistet gsehen hier. Hat jemand diesen Typ Roborock S8 MaxV Ultra einbinden können? wenn ja wie?
Danke vieumou und Grüsse aus der regnerischen Schweiz

[michael 1975]

@Liladi ich habe ihn und lässt sich ganz normal einbinden.
Ich las ihn einfach starten wenn keiner im Haus ist oder nachts.
In der vis las ich mir noch anzeigen wenn das Wasser gefüllt werden muß.

[fritzkalle 0]

Hallo zusammen, leider funktioniert bei mir der Adapter nach monatelanger, sehr guter Performance nicht mehr. Auch nach tagelangem Rumprobieren, zurücksetzen des Systems und Ausprobieren verschiedener Releases bekomme ich meinen Saros 10R nicht mehr zum Laufen via iobroker. Ich habe ein neues Problem (https://github.com/copystring/ioBroker.roborock/issues/935) auf Github aufgemacht, scheine nicht der einzige mit diesem Fehler zu sein. Hat jemand eine Lösung?

[Liladi]

@michael-1975 danke für die Rückemeldung betreffend dem Typ. Irgendwie stehe ich auf dem Schlauch. Muss ich noch was aktivieren oder konfigurieren das ich den Adapter zum laufen bringe? Kann ja in den Einstellungen nicht viel mehr eintragen als user und psw. In der Hilfe finde ich auch nicht viel mehr.

Kriege folgende Fehlermeldungen direkt nach dem Start des Adapter, vielleicht kann mir ja jemand weiterhelfen?

roborock.0
2025-11-28 18:46:52.747 error Exception-Code: ERR_OSSL_WRONG_FINAL_BLOCK_LENGTH: error:1C80006B:Provider routines::wrong final block length

roborock.0
2025-11-28 18:46:52.746 error Error: error:1C80006B:Provider routines::wrong final block length at Decipheriv.final (node:internal/crypto/cipher:184:29) at localConnector.decryptECB (/opt/iobroker/node_modules/iobroker.roborock/lib/localConnector.js:227:25) at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.roborock/lib/localConnector.js:190:33) at Socket.emit (node:events:519:28) at Socket.emit (node:domain:489:12) at UDP.onMessage (node:dgram:990:8)

roborock.0
2025-11-28 18:46:52.746 error uncaught exception: error:1C80006B:Provider routines::wrong final block length

roborock.0
2025-11-28 18:46:50.597 info MQTT initialized

roborock.0
2025-11-28 18:46:49.930 info Starting adapter. This might take a few minutes depending on your setup. Please wait.

roborock.0
2025-11-28 18:46:49.919 info starting. Version 0.6.18 in /opt/iobroker/node_modules/iobroker.roborock, node: v22.21.0, js-controller: 7.0.7

[Ro75]

@Liladi nimm die 0.6.19 aus dem Beta-Kanal. Dann klappt das auch wieder.

Ro75.

[Liladi]

@Ro75 Danke für die rasche Antwort, hat mit 0.6.19 funktioniert

[Eckiwecky]

Hi, ich habe einen neuen Saros 10R und habe mir den Roborocks Adapter installiert.
Zunächst hatte ich Version 0.6.18 und hatte auch das Problem mit dem Fehler "ERR_OSSL_WRONG_FINAL_BLOCK_LENGTH".

Ich habe jetzt manuell auf 0.6.19 umgestellt und er konnte sich offenbar verbinden, denn ich sehe diverse Objekte.
Allerdings haut er mir sekündlich folgenden Fehler ins Log:

Failed to process mainUpdateInterval on robot <robotString_entfernt_von_Eckiwecky> (roborock.vacuum.a144): Error: this.get_status is not initialized. Request get_status first. at requests_handler.isCleaning (/opt/iobroker/node_modules/iobroker.roborock/lib/requests_handler.js:611:10) at /opt/iobroker/node_modules/iobroker.roborock/main.js:117:48 at Timeout._onTimeout (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:2800:38) at listOnTimeout (node:internal/timers:588:17) at processTimers (node:internal/timers:523:7)

Ich sehe auch im Objekt, dass alle Werte unter
roborock -> 0 -> Devices -> <robotString_entfernt_von_Eckiwecky> -> deviceStatus auf NULL stehen.
Aber mir ist nicht ganz klar, wie ich einen getState triggern kann, oder ist das ein Bug im Adapter?