NEWS
Neuer Adapter für Roborock-Staubsauger
-
Hallo zusammen,
ich habe den QRevo Slim und bekomme folgende Fehlermeldungen:Unsupported attribute: kct of get_status with value 0. Please contact the dev to add the newly found attribute of your robot. Model: roborock.vacuum.a21
2025-01-05 16:25:22.073 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.dust_collection_work_times" has no existing object, this might lead to an error in future versionsroborock.0
2025-01-05 16:25:22.070 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.sensor_dirty_time" has no existing object, this might lead to an error in future versionsroborock.0
2025-01-05 16:25:22.070 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.filter_element_work_time" has no existing object, this might lead to an error in future versionsroborock.0
2025-01-05 16:25:22.070 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.filter_work_time" has no existing object, this might lead to an error in future versionsroborock.0
2025-01-05 16:25:22.068 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.side_brush_work_time" has no existing object, this might lead to an error in future versionsroborock.0
2025-01-05 16:25:22.067 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.main_brush_work_time" has no existing object, this might lead to an error in future versionsroborock.0
2025-01-05 16:25:02.479 warn Unsupported attribute: kct of get_status with value 0. Please contact the dev to add the newly found attribute of your robot. Model: roborock.vacuum.a21roborock.0
2025-01-05 16:25:01.496 warn Unsupported attribute: in_warmup of get_status with value 0. Please contact the dev to add the newly found attribute of your robot. Model: roborock.vacuum.a21roborock.0
2025-01-05 16:25:01.143 warn Unsupported attribute: monitor_status of get_status with value 0. Please contact the dev to add the newly found attribute of your robot. Model: roborock.vacuum.a21roborock.0
2025-01-05 16:24:22.101 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.dust_collection_work_times" has no existing object, this might lead to an error in future versionsroborock.0
2025-01-05 16:24:22.101 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.sensor_dirty_time" has no existing object, this might lead to an error in future versionsroborock.0
2025-01-05 16:24:22.100 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.filter_element_work_time" has no existing object, this might lead to an error in future versionsroborock.0
2025-01-05 16:24:22.100 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.filter_work_time" has no existing object, this might lead to an error in future versionsroborock.0
2025-01-05 16:24:22.097 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.side_brush_work_time" has no existing object, this might lead to an error in future versionsroborock.0
2025-01-05 16:24:22.096 warn State "roborock.0.Devices.52nkyxg5GRqLBvhDnBr6nw.consumables.main_brush_work_time" has no existing object, this might lead to an error in future versionsLiegt es daran dass der Slim noch nicht kompatibel ist?
Falls ja, kann dieser über ein Update mit aufgenommen werden :)?Vielen Dank vorab!
@adri525 sagte in Neuer Adapter für Roborock-Staubsauger:
Liegt es daran dass der Slim noch nicht kompatibel ist?
Falls ja, kann dieser über ein Update mit aufgenommen werden :)?Kommt lt Issue ins nächste Update rein
https://github.com/copystring/ioBroker.roborock/issues/738 -
Hi,
wie bekomme ich denn den Eintrag weg ohne den Adapter 0.6.18 deinstallieren zu müssen:
Bei mir funktioniert der nämlich nicht.
Und sieht das Debug log bei euch auch so aus, das geht so unendlich weiter.
roborock.0 2025-01-23 14:21:18.343 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:17.342 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:16.341 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:15.340 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:14.880 debug Client disconnected roborock.0 2025-01-23 14:21:14.879 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:13.878 debug Websocket client connected roborock.0 2025-01-23 14:21:13.878 debug Websocket client connected roborock.0 2025-01-23 14:21:13.340 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:12.339 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:11.337 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:10.337 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:09.336 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:08.335 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:07.332 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:06.329 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:05.328 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:04.327 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:03.327 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:02.882 debug Client disconnected roborock.0 2025-01-23 14:21:02.881 debug Client disconnected. Stopping interval. roborock.0 2025-01-23 14:21:02.441 debug Size of message queue: 0 roborock.0 2025-01-23 14:21:02.441 debug Local message with protocol 4 and id 499 received. Result: [203] roborock.0 2025-01-23 14:21:02.440 debug Chunk buffer data is complete. Processing... roborock.0 2025-01-23 14:21:02.439 debug new chunk started roborock.0 2025-01-23 14:21:02.435 debug Chunk buffer data is complete. Processing... roborock.0 2025-01-23 14:21:02.435 debug new chunk started roborock.0 2025-01-23 14:21:02.431 debug Sent payload for 5xxxxxmr with {"dps":{"4":"{\"id\":499,\"method\":\"get_water_box_custom_mode\",\"params\":[]}"},"t":1737638462} using local connection roborock.0 2025-01-23 14:21:02.326 debug Size of message queue: 0 roborock.0 2025-01-23 14:21:02.326 debug Local message with protocol 4 and id 498 received. Result: [{"carpet_clean_mode":1}] roborock.0 2025-01-23 14:21:02.325 debug Chunk buffer data is complete. Processing... roborock.0 2025-01-23 14:21:02.325 debug new chunk started roborock.0 2025-01-23 14:21:02.324 debug Chunk buffer data is complete. Processing... roborock.0 2025-01-23 14:21:02.323 debug new chunk started -
Hallo, ich habe mehrmals am Tag eine rote Meldung, wie bekomme ich die weg?
Failed to get home details: Error [ERR_SOCKET_DGRAM_NOT_RUNNING]: Not running at healthCheck (node:dgram:922:11) at Socket.bind (node:dgram:242:3) at /opt/iobroker/node_modules/iobroker.roborock/lib/localConnector.js:213:11 at new Promise (<anonymous>) at localConnector.getLocalDevices (/opt/iobroker/node_modules/iobroker.roborock/lib/localConnector.js:185:10) at Roborock.initializeHomeDetails (/opt/iobroker/node_modules/iobroker.roborock/main.js:197:56) at async /opt/iobroker/node_modules/iobroker.roborock/main.js:77:4 -
Hallo, ich habe mehrmals am Tag eine rote Meldung, wie bekomme ich die weg?
Failed to get home details: Error [ERR_SOCKET_DGRAM_NOT_RUNNING]: Not running at healthCheck (node:dgram:922:11) at Socket.bind (node:dgram:242:3) at /opt/iobroker/node_modules/iobroker.roborock/lib/localConnector.js:213:11 at new Promise (<anonymous>) at localConnector.getLocalDevices (/opt/iobroker/node_modules/iobroker.roborock/lib/localConnector.js:185:10) at Roborock.initializeHomeDetails (/opt/iobroker/node_modules/iobroker.roborock/main.js:197:56) at async /opt/iobroker/node_modules/iobroker.roborock/main.js:77:4@walter-white sagte in Neuer Adapter für Roborock-Staubsauger:
Hallo, ich habe mehrmals am Tag eine rote Meldung, wie bekomme ich die weg?
ich auch, alle 3 St.
roborock.0 2025-02-02 13:44:58.920 error Failed to get home details: Error: Not running at healthCheck (node:dgram:922:11) at Socket.bind (node:dgram:242:3) at /opt/iobroker/node_modules/iobroker.roborock/lib/localConnector.js:213:11 at new Promise (<anonymous>) at localConnector.getLocalDevices (/opt/iobroker/node_modules/iobroker.roborock/lib/localConnector.js:185:10) at Roborock.initializeHomeDetails (/opt/iobroker/node_modules/iobroker.roborock/main.js:197:56) at /opt/iobroker/node_modules/iobroker.roborock/main.js:77:4Roborock Q7 Max
-
@gutgut30
Ist schon ne Weile offen.
Aber es soll zur nächsten Version behoben sein
Hallo
was mach ich falsch, das die deviceStatusmeldungen etc immer erst zur vollen Minute aktualisiert werden??
kann ich da im Adapter bzw in meinem Roborock QRevo-Pro was falsch eingestellt haben???,wenn ich eine Befehl sende geht das ja fast zeitgleich an den Roboter
mfg
Farmer -
Hallo,
eine Frage: Wenn ich folgendes Kommando über die beiden Varianten (simpleAPI) ausführe:scheinen beide Befehle korrekt ausgeführt zu werden, nur bei ersterer Variante ändert sich der Wert in der ioBroker Ansicht nicht (?).
2.) Ist es ein Problem, wenn man nicht acknowledged? Auch z.B. bei der Floor Auswahl? Die Werte sind dann eben rot hinterlegt.
3.) Kann man den "Default" Wert für "set_water_box_custom_mode" und "set_custom_mode" über "def" einfach ändern? Weil bei mir ist auch in der App standardmäßig immer Saugen&Wischen eingestellt, hätte da lieber gerne immer Saugen. Wie funktioniert das über simpleAPI?
Vielen Dank.
-
Hallo,
eine Frage: Wenn ich folgendes Kommando über die beiden Varianten (simpleAPI) ausführe:scheinen beide Befehle korrekt ausgeführt zu werden, nur bei ersterer Variante ändert sich der Wert in der ioBroker Ansicht nicht (?).
2.) Ist es ein Problem, wenn man nicht acknowledged? Auch z.B. bei der Floor Auswahl? Die Werte sind dann eben rot hinterlegt.
3.) Kann man den "Default" Wert für "set_water_box_custom_mode" und "set_custom_mode" über "def" einfach ändern? Weil bei mir ist auch in der App standardmäßig immer Saugen&Wischen eingestellt, hätte da lieber gerne immer Saugen. Wie funktioniert das über simpleAPI?
Vielen Dank.
@sunpower10
Zu 1 kann ich Dir leider nichts brauchbares sagen.Zu 2: Wenn Du Einstellungen in einem Adapter selber setzt sollten die eigentlich immer nicht acknowledged gemacht werden. Bei bspw. Blockly-Scripts somit immer mit dem Steuere-Block, nicht mit dem Aktualisiere
Zu 3: Bei der Reinigung von Räumen läuft das bei mir auch immer mit Saugen&Wischen. Irgendwo hier im Forum hab ich gelesen, dass das (derzeit ???) nicht anders geht.
Habe mir da mit folgendem Workaround beholfen:
Habe in der App für das Zimmer, welches nur gesaugt werden soll, ein "Programm" angelegt mit nur Saugen. Die werden dann (beim Adapter-Neustart) in den Bereich
roborock.0.Devices.xxx.programsgeladen.
Das baue ich dann per Blockly-Script vacuum.read_states.xml automatisch in einzeln ansprechbare Datenpunkte für jedes dieser Programme aus der App (sowie zusätzlich ein zusammengefasstes JSON) unter0_userdata.0.vacuumum
die ich dann einfach direkt im ioBroker oder über ein DropDown (gefüllt mit den Inhalten des vorher erzeugten JSON) in der Visualisierung ansprechen kann.
Die erzeugten Datenpunkte sollten dann vermutlich auch über simpleAPI ansprechbar sein.
Läuft unterm Strich dann auf die Ansteuerung dieses Datenpunktes hinaus
Ich hab für mich selber noch keine bessere Lösung gefunden. Ist zwar vermutlich nicht zu 100% das was Du suchst aber vielleicht hilft Dir das trotzdem etwas weiter. -
@sunpower10
Zu 1 kann ich Dir leider nichts brauchbares sagen.Zu 2: Wenn Du Einstellungen in einem Adapter selber setzt sollten die eigentlich immer nicht acknowledged gemacht werden. Bei bspw. Blockly-Scripts somit immer mit dem Steuere-Block, nicht mit dem Aktualisiere
Zu 3: Bei der Reinigung von Räumen läuft das bei mir auch immer mit Saugen&Wischen. Irgendwo hier im Forum hab ich gelesen, dass das (derzeit ???) nicht anders geht.
Habe mir da mit folgendem Workaround beholfen:
Habe in der App für das Zimmer, welches nur gesaugt werden soll, ein "Programm" angelegt mit nur Saugen. Die werden dann (beim Adapter-Neustart) in den Bereich
roborock.0.Devices.xxx.programsgeladen.
Das baue ich dann per Blockly-Script vacuum.read_states.xml automatisch in einzeln ansprechbare Datenpunkte für jedes dieser Programme aus der App (sowie zusätzlich ein zusammengefasstes JSON) unter0_userdata.0.vacuumum
die ich dann einfach direkt im ioBroker oder über ein DropDown (gefüllt mit den Inhalten des vorher erzeugten JSON) in der Visualisierung ansprechen kann.
Die erzeugten Datenpunkte sollten dann vermutlich auch über simpleAPI ansprechbar sein.
Läuft unterm Strich dann auf die Ansteuerung dieses Datenpunktes hinaus
Ich hab für mich selber noch keine bessere Lösung gefunden. Ist zwar vermutlich nicht zu 100% das was Du suchst aber vielleicht hilft Dir das trotzdem etwas weiter.@wolfi913 Danke für deine Antwort, das ist schon mal sehr hilfreich.
Zu 3.) Ich habe gehofft, es geht einfacher, indem man den Wert für "def" ändert, welcher auch z.B. für das Kommando "set_water_box_custom_mode" hinterlegt ist. Glaubst du könnte das die Lösung sein, dann per Default z.B. "Saugen" festzulegen (auch in der App)? Weil von irgendwo muss das ja herkommen, dass die App standardmäßig immer auf "Saugen&Wischen" wechselt.
-
@wolfi913 Danke für deine Antwort, das ist schon mal sehr hilfreich.
Zu 3.) Ich habe gehofft, es geht einfacher, indem man den Wert für "def" ändert, welcher auch z.B. für das Kommando "set_water_box_custom_mode" hinterlegt ist. Glaubst du könnte das die Lösung sein, dann per Default z.B. "Saugen" festzulegen (auch in der App)? Weil von irgendwo muss das ja herkommen, dass die App standardmäßig immer auf "Saugen&Wischen" wechselt.
@sunpower10
Habe bisher leider auch keine andere Möglichkeit gefunden, bei Steuerung über den Adapter, meinen Staubsauger dazu zu überreden nur zu saugen. Hatte einiges ausprobiert (kann aber leider nicht mehr sagen was alles) bis ich mir die obige Lösung zusammengebastelt habe. Komme damit aber bisher gut klar. Und das Anlegen von einzelnen Programmen in der App für die Anwendungsfälle geht ja auch recht zügig.
Vielleicht hat hier ja jemand anderes eine (bessere) Möglichkeit gefunden.
Aber als zusätzliches Feature im Adapter ist es ja scheinbar nicht geplant bzw. ist auch die Umsetzung gar nicht möglich. -
@sunpower10
Habe bisher leider auch keine andere Möglichkeit gefunden, bei Steuerung über den Adapter, meinen Staubsauger dazu zu überreden nur zu saugen. Hatte einiges ausprobiert (kann aber leider nicht mehr sagen was alles) bis ich mir die obige Lösung zusammengebastelt habe. Komme damit aber bisher gut klar. Und das Anlegen von einzelnen Programmen in der App für die Anwendungsfälle geht ja auch recht zügig.
Vielleicht hat hier ja jemand anderes eine (bessere) Möglichkeit gefunden.
Aber als zusätzliches Feature im Adapter ist es ja scheinbar nicht geplant bzw. ist auch die Umsetzung gar nicht möglich.@wolfi913
Also nur zu saugen über ioBroker einzustellen funktioniert, indem du "set_water_box_custom_mode" auf 200 und "set_custom_mode" auf z.B. 102 stellst. Mir ging es um die App, dies dort auch standardmäßig zu haben. Ich werde es die Tage mal über den "def" Wert versuchen, diesen bei "set_water_box_custom_mode" auf 200 und "set_custom_mode" auf 102 zu stellen. Vielleicht bleibt es dann in der App auch defaultmäßig auf "Saugen". -
@wolfi913
Also nur zu saugen über ioBroker einzustellen funktioniert, indem du "set_water_box_custom_mode" auf 200 und "set_custom_mode" auf z.B. 102 stellst. Mir ging es um die App, dies dort auch standardmäßig zu haben. Ich werde es die Tage mal über den "def" Wert versuchen, diesen bei "set_water_box_custom_mode" auf 200 und "set_custom_mode" auf 102 zu stellen. Vielleicht bleibt es dann in der App auch defaultmäßig auf "Saugen".@sunpower10
Aber (zumindest bei meinem Gerät) leider nicht beim Start über "commands.app_segment_clean" für die Einzelzimmerreinigung. Ich hatte es so aufgefasst, dass Du die Funktion meinst. Zumindest bei mir macht er da immer alles in einem kombinierten Saug&Wisch-Durchgang. Kann aber auch wieder abhängig vom Modell sein. Hab's jetzt gerade spaßeshalber nochmal mit 200/102 nochmal für den Flur ausprobiert. Der wurde aber trotz "commands.set_water_box_custom_mode = 200" wieder feucht gewischt. -
@sunpower10
Aber (zumindest bei meinem Gerät) leider nicht beim Start über "commands.app_segment_clean" für die Einzelzimmerreinigung. Ich hatte es so aufgefasst, dass Du die Funktion meinst. Zumindest bei mir macht er da immer alles in einem kombinierten Saug&Wisch-Durchgang. Kann aber auch wieder abhängig vom Modell sein. Hab's jetzt gerade spaßeshalber nochmal mit 200/102 nochmal für den Flur ausprobiert. Der wurde aber trotz "commands.set_water_box_custom_mode = 200" wieder feucht gewischt.@wolfi913 def macht nichts anderes außer beim ersten starten des Adapters einen Standardwert auszuwählen. Andernfalls wäre das Feld einfach leer und kein Wert ausgewählt. Hat aber rein gar nichts mit dem Standardwert in der App zu tun.
Unterstütze meine Arbeit gerne mit einer Spende über PayPal:
https://paypal.me/copystring -
@wolfi913 def macht nichts anderes außer beim ersten starten des Adapters einen Standardwert auszuwählen. Andernfalls wäre das Feld einfach leer und kein Wert ausgewählt. Hat aber rein gar nichts mit dem Standardwert in der App zu tun.
@copystring sagte in Neuer Adapter für Roborock-Staubsauger:
@wolfi913 def macht nichts anderes außer beim ersten starten des Adapters einen Standardwert auszuwählen. Andernfalls wäre das Feld einfach leer und kein Wert ausgewählt. Hat aber rein gar nichts mit dem Standardwert in der App zu tun.
Dürfte eher @sunpower10 betreffen. Ich hab ja eine passende Lösung für mich.
-
@copystring sagte in Neuer Adapter für Roborock-Staubsauger:
@wolfi913 def macht nichts anderes außer beim ersten starten des Adapters einen Standardwert auszuwählen. Andernfalls wäre das Feld einfach leer und kein Wert ausgewählt. Hat aber rein gar nichts mit dem Standardwert in der App zu tun.
Dürfte eher @sunpower10 betreffen. Ich hab ja eine passende Lösung für mich.
@wolfi913 ja, verklickt
-
Hallo. Habe mir gerade den latest Adapter geladen
Jetzt kommt folgendes im Protokoll
Failed to process get_status on robot 73IcwgDn1vor4XzkGQz8Oa (roborock.vacuum.a70): TypeError: Cannot read properties of undefined (reading 'dss') at requests_handler.getDockingStationStatus (/opt/iobroker/node_modules/iobroker.roborock/lib/requests_handler.js:184:50) at requests_handler.getParameter (/opt/iobroker/node_modules/iobroker.roborock/lib/requests_handler.js:252:43) at runNextTicks (node:internal/process/task_queues:60:5) at processImmediate (node:internal/timers:454:9) at requests_handler.getStatus (/opt/iobroker/node_modules/iobroker.roborock/lib/requests_handler.js:114:4) at /opt/iobroker/node_modules/iobroker.roborock/main.js:104:8 -
@wolfi913 def macht nichts anderes außer beim ersten starten des Adapters einen Standardwert auszuwählen. Andernfalls wäre das Feld einfach leer und kein Wert ausgewählt. Hat aber rein gar nichts mit dem Standardwert in der App zu tun.
@copystring
Woher kommt das dann, dass standardmäßig immer "Saugen&Wischen" gewählt ist, das müsste ja doch zu ändern sein, oder?Das verrückte ist ja, dass mein Qrevo Pro auch dann wischt, wenn der Wasserbehälter leer oder nicht vorhanden ist, dann wischt er einfach mit den trockenen Mops, was super für den Holzboden ist. Das müsste seitens Hersteller berücksichtigt sein - beim S7 war das so.
Wäre das berücksichtigt, dann könnte man einfach den Wasserbehälter leer lassen und er "saugt" dann einfach statt "Saugen&Wischen".
714
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge