Test für mihome-vacuum 3.10.x

dirkhe

@bug77 am goto befehl ist seit ewigkeiten nichts mehr gemacht worden, soweit ich weiss. Da hilft nur ins log schauen, aber da wird er nur den befehl mit deinen koordinaten an den robbi geben.
Welche version du vifher hattest, könntest du in den backup dateien nachschauen. Da sollte irgendwo in der objektdatei die version drin stehen

M-A-X

Hey.
Ich sage direkt dazu dass ich leider nicht weiß seit wann das Problem besteht, aber mindestens seit 3.9, könnte aber auch schon früher gewesen sein:
Sobald ich manuell meinen valetudo Re geflashten s50 starte stürzt der Adapter ab und startet danach direkt wieder.
Folgende Fehlermeldungen kommen. Es ist bisher für mich kein Weltuntergang, da ich noch keinerlei Funktionen implementiert habe in iobroker. Ich wollte es nur mitteilen.

mihome-vacuum.0
2023-01-09 07:46:24.302	info	create state for carpet_mode

mihome-vacuum.0
2023-01-09 07:46:23.637	info	settest next timer: not available

mihome-vacuum.0
2023-01-09 07:46:23.403	info	create states for water box

mihome-vacuum.0
2023-01-09 07:46:23.401	info	change states from State control.fan_power

mihome-vacuum.0
2023-01-09 07:46:23.011	info	select standard vacuum protocol....

mihome-vacuum.0
2023-01-09 07:46:22.833	info	IOT enabled, create state

mihome-vacuum.0
2023-01-09 07:46:22.383	info	starting. Version 3.9.2 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v16.19.0, js-controller: 4.0.24
host.iobroker
2023-01-09 07:46:18.330	info	instance system.adapter.mihome-vacuum.0 started with pid 58041

javascript.0
2023-01-09 07:45:53.065	info	script.js.LaufenAlleInstanzenRichtig: Instanz mihome-vacuum.0 alive meldet Probleme
host.iobroker
2023-01-09 07:45:48.121	info	Restart adapter system.adapter.mihome-vacuum.0 because enabled
host.iobroker
2023-01-09 07:45:48.120	info	instance system.adapter.mihome-vacuum.0 terminated with code NaN ()
host.iobroker
2023-01-09 07:45:48.120	warn	instance system.adapter.mihome-vacuum.0 terminated due to SIGABRT
host.iobroker
2023-01-09 07:45:48.119	error	Caught by controller[5]: 8: 0x15d9cf9 [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.119	error	Caught by controller[5]: 7: 0xd3f21f v8::internal::Builtin_HandleApiCall(int, unsigned long*, v8::internal::Isolate*) [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.119	error	Caught by controller[4]: 6: 0xd3ddfe [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.119	error	Caught by controller[4]: 5: 0x7f6bf4317e58 [/opt/iobroker/node_modules/canvas/build/Release/canvas.node]
host.iobroker
2023-01-09 07:45:48.118	error	Caught by controller[4]: 4: 0x7f6bf4326fee Context2d::GetImageData(Nan::FunctionCallbackInfo<v8::Value> const&) [/opt/iobroker/node_modules/canvas/build/Release/canvas.node]
host.iobroker
2023-01-09 07:45:48.118	error	Caught by controller[4]: 3: 0xce15fa v8::Utils::ReportApiFailure(char const*, char const*) [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.108	error	Caught by controller[3]: 2: 0xa1b60e node::FatalError(char const*, char const*) [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.108	error	Caught by controller[2]: 1: 0xb08e80 node::Abort() [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.104	error	Caught by controller[1]: FATAL ERROR: v8::ToLocalChecked Empty MaybeLocal.

Grüße, Max

dirkhe

@m-a-x ich fürchte, das luegt an der neuen canvas version. Die habe ich per pr übernommen in der 9.0. ich werde nachher mal testen, ob ich es nachvollziehen kann und gehe ggf. Runter. Wird dann aber hinter her wieder schwierig, wenn die anderen adapter updaten. Das canvas macht echt immer ärger...

? Offline

@dirkhe

Hier läuft die 3.9.0 ohne Probleme mit orig S5
Gab mal n issue mit Valetudo und Canvas, das mag sich wohl nicht..

dirkhe

Hmmm, ich kann es leider nicht nachvollziehen, nutze aber auch nicht valuduto. Ich denke aber, dass das auch keine Rolle spielt, es sei denn, dass die Daten dort corrupt sind. Leider kann ich das auch nicht abfangen, weil da ein try catch nicht reicht :(.

M-A-X

@dirkhe wie gesagt ist es nicht wichtig für mich da ich derzeit noch keine Aktionen im iobroker mit deinem Adapter verknüpft habe.
Wollte es nur mitteilen.
Hab auch gerade auf die 3.8.8 gedowngraded und der Fehler kommt auch.
Wenn ich irgendwas testen soll, schreib einfach. Ich helfe dann gerne :)

Diginix

@dirkhe Ich hatte jetzt schon mind 2 mal den Fall dass im Log "Login failed" steht.
Wenn ich dann in die Instanzeinstellungen gehe, ist dort aber alles ausgefüllt. Bei Klick auf "Get Devices" kommt dann auch "Login failed" oder sowas.
Ein Blick ins JSON von system.adapter.mihome-vacuum.0 zeigt dass dort das Passwort plain drin steht. Außerdem ist der Port und ownPort als numerischer Wert drin.

"email": "email",
"password": "plaintext",
"port": 54321,
"ownPort": 53422,

Setze ich das PW in der Instanz neu, wird es gehasht ins JSON geschrieben und das Login funktioniert danach. Außerdem sind die Ports als String enthalten:

"email": "email",
"password": "$/aes-.....",
"port": "54321",
"ownPort": "53422",

Nun stellt sich mir die Frage wie zur Laufzeit die Daten in der wahrs. alten Form ins JSON kommen?
Die Instanz wurde ggf. mal neu gestartet, aber dabei sollte das ja nicht passieren. Kann es sein dass es 2 Stellen im Code gibt, die das schreiben und eine macht es noch wie früher ungehasht mit numerischen Ports?

Strohhutschlange

leider (noch immer) keine "room" support für den Roborock S7. :disappointed: :disappointed_relieved:
Aber der rest haut gut hin, Danke :+1:

dirkhe

@diginix Ich habe da so eine Idee, ich schreibe in der 3.9.2 die unsupported features weg, die ich währen der Laufzeit entdecke, aktuell nur das mit den repeat, hatte mir aber gedacht, das ich da demnächst auch noch andere weg schreibe. Das schreibe ich in die config aus dem Adapter raus. ich fürchte, dass dabei das von dir beschrieben Verhalten auftritt. Super beobachtet, danke. Ich fixe das gleich und schreibe das in einen datenpunkt.

dirkhe

@strohhutschlange Warum sollte der S7 kein room support haben? Wir hatten es aber bei jemanden, dass der S7 bei umlauten in den Räumen ein leeres Array mitschickt, obwohl er die Namen nicht mit ausgibt (wäre schön...). Schau mal ob du ein Umlaut, zb in Küche hast.

Diginix

@dirkhe 3.9.4 läuft bei mir problemlos nach den ersten Tests
mihome-vacuum.0.deviceInfo.unsupported wurde auch korrekt mit "|segemntCleanRepeat|" befüllt beim Start vom ersten repeated roomClean.

? Offline · 04.01.2023 (3.9.0)

@dirkhe 3.9.4 läuft hier ohne Probleme 👍🏽

JB_Sullivan

Moin zusammen, vielleicht kann mir jemand einen kurzen Hinweis geben wo mein Fehler liegt.

Ich verwende den Adapter schon gefühlt seit "100 Jahren". Irgendwann ist die Karte ausgestiegen und ich habe mich nicht weiter darum gekümmert, da alles andere (mit Ausnahme des Widgets) noch funktioniert.

Heute habe ich dann auf 3.9.5 geupdatet und versucht die Karte wieder in meiner VIS zum laufen zu bekommen.

Verwende ich den Datenpunkt mihome-vacuum.0.cleanmap.map64 in meinem basic-html Widget, wurde mir früher immer eine Karte angezeigt. Das die Karte da und auch aktuell ist, kann ich sehen wenn ich den Wert von diesem Datenpunkt stumpf in die Browserzeile eingebe.

Dann erscheint das hier. Mit welchem VIS Widget kann ich die Karte bzw. den Datenpunkt in meine Visualisierung einbinden? Iframe habe ich auch schon versucht, aber da kommt die Karte auch nicht.

Stehe da aktuell etwas auf dem Schlauch. Vielen Dank für Eure Unterstützung.

dirkhe

@jb_sullivan du kannst cleanmap.mapURL' nehmen, der lefert dir eine Url auf die Map, die kannst du dann einfach in ein image src packen

pad

@bug77 sagte in Test für mihome-vacuum 3.9.x:

Ich habe den Roborock S5 mit neuester Firmware und den Adapter in 3.9.0

Die Goto Funktion geht in der Xiaomi App einwandfrei und die Position wird mir in den Objekten angezeigt.
Wenn ich nun das goto Objekt manuell mit dem gleichen Wert füttere, z.b. 39500,39500, dann sagt er nach kurzer Zeit, dass es nicht erreicht werden kann, oder das goto Objekt ändert sich selbstständig in z.b 39500,17500 ab und kann dann auch nicht erreicht werden.

Das passiert seit dem Update auf 3.9.0, weiß nun nicht welche Version ich davor hatte 🤔

Ich habe exakt das gleiche Problem mit meinem Roborock S7 MaxV Ultra, und dass schon seit Dezember, wo ich es das erste mal ausprobiert habe. Ich bin zwischenzeitlich wieder zurück zur normalen Roborock app, da ich sonst keinen Mehrwert habe. Da ich nun meinen PI gegen einen Server getauscht habe und eh alles neu installiert habe, wollte ich es nochmal ausprobieren. Ich habe die aktuelle 3.9.5 Version installiert und habe weiterhin das exakt gleiche Verhalten.
Ich habe bereits ein ISSUE eröffnet:

https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues/720

Das sind zwar die alten Logs, aber es ist genau das gleiche Verhalten, absolut identisch und ich verstehe einfach nicht wieso. Ich würde die Funktion wirklich sehr gerne nutzen, damit ich Zonen anlegen kann die der Roboter dann anfährt, welche ich widerum per Siri Kommando triggern möchte.
Nun will ich an der Stelle mal sagen, dass ich genau das gleiche Verhalten beim homebridge Plugin habe.

https://github.com/homebridge-xiaomi-roborock-vacuum/homebridge-xiaomi-roborock-vacuum/issues?page=3&q=is%3Aissue+is%3Aopen

Ich bekomme dort den identischen Fehler. Gibt es hier irgendjemanden der den gleichen Robi hat und bei dem das funktioniert? Da es ja beim Homebridge Plugin genauso ist, kann es ja nicht am Plugin selber liegen. Mir scheint so, als wäre da im allgemeinen etwas anders beim S7MaxV.

[Edit]
Ich hab nochmal ein wenig weiter gespielt. Die GoTo Funktion geht, wenn ich den Roboter auf einer geraden Linie fahren lasse, dann kann ich ihn beliebig oft hin und herfahren lassen, aber sobald ich diese Linie verlassen will, kommt dann eben genau dieser Fehler. Es ist mir ein Rätsel. Das gute ist, wenn man gleichzeitig die GoTo Map in der App offen hat, dann kann man sehen, dass sich die Stecknadel verändert, was halt wie gesagt auf einer Linie funktioniert. Ansonsten kommt oben genannte Fehlermeldung. Ich habe mal testweise im Plugin die Cloudmap deaktiviert, aber es verhält sich hier dann genauso. Ich hatte zuvor auch schon einmal die gesamte Map gelöscht gehabt und mit der MiHome App erneut erstellen lassen, aber auch hier das gleiche Problem. :(
[/Edit]

pad

blackeagle998

@dirkhe
Gerät: Roborock S5
Für jeden Raum existiert ja ein "roomClean"-Button und eine "repeat" Vorgabe.
Der Button und die Queue funktionieren tadellos, allerdings beachtet er die repeat Vorgabe gar nicht.
Egal ob ich 1, 2 oder 3 eintrage, er reinigt den Raum nur einmal.
Kannst du nochmal schauen ob die "repeat" Vorgabe pro Raum sauber funktionieren müsste?

Als Alternative habe ich versucht das ganze per sendTo umzusetzen:

function cleanSegment(val_segment, val_repeat){
    let obj_clean = {
		"method": "app_segment_clean",
		"params": [{
			"segments": [val_segment],
			"repeat": val_repeat,
			"clean_order_mode": 0
		}],
		"id": 6764
	};
    sendTo("mihome-vacuum.0", "sendCustomCommand", obj_clean, function (response){});
}

Der Aufruf für das erste Segment funktioniert. Rufe ich die Funktion für ein weiteres Segment auf während er saugt, ist die Response zwar ok, aber er schreibt es nicht in die Queue und führt es nach Abschluss des Saugvorgangs auch nicht aus, der Befehl geht quasi ins Leere.

dirkhe

@blackeagle998 kannst du mal ein debug log posten, bitte. Je nachdem, ob dein robbi es kann, wird native ein repeat mitgeschickt, dann steht es nicht in der queue, nur wenn der mit fehler reagiert, greift der fallback mit queue

blackeagle998

@dirkhe
Klar doch :-)

2023-02-17 11:20:43.446  - debug: mihome-vacuum.0 (80239) command: repeat parent: room1
2023-02-17 11:20:47.388  - debug: mihome-vacuum.0 (80239) Receive <<< Helo <<< 2131002000000000047099d363ef54ffffffffffffffffffffffffffffffffff
2023-02-17 11:20:48.482  - debug: mihome-vacuum.0 (80239) get params for stock Vacuum
2023-02-17 11:20:48.482  - debug: mihome-vacuum.0 (80239) Message= {"id":40,"method":"get_status"}
2023-02-17 11:20:48.490  - debug: mihome-vacuum.0 (80239) MIIO RECIVE: {"result":[{"msg_ver":3,"msg_seq":1412,"state":8,"battery":100,"clean_time":246,"clean_area":4300000,"error_code":0,"map_present":1,"in_cleaning":0,"in_returning":0,"in_fresh_state":1,"lab_status":1,"water_box_status":0,"fan_power":104,"dnd_enabled":0,"map_status":3,"lock_status":0}],"id":40}
2023-02-17 11:20:48.490  - debug: mihome-vacuum.0 (80239) setGetStatus {"msg_ver":3,"msg_seq":1412,"state":8,"battery":100,"clean_time":246,"clean_area":4300000,"error_code":0,"map_present":true,"in_cleaning":false,"in_returning":0,"in_fresh_state":1,"lab_status":1,"water_box_status":0,"fan_power":104,"dnd_enabled":false,"map_status":3,"lock_status":0,"error_text":"No error"}
2023-02-17 11:20:48.490  - debug: mihome-vacuum.0 (80239) Message= {"id":41,"method":"get_network_info"}
2023-02-17 11:20:48.510  - debug: mihome-vacuum.0 (80239) MIIO RECIVE: {"result":{"ssid":"","ip":"","mac":"","bssid":"","rssi":-59},"id":41}
2023-02-17 11:20:48.599  - debug: mihome-vacuum.0 (80239) Message= {"id":42,"method":"get_sound_volume"}
2023-02-17 11:20:48.606  - debug: mihome-vacuum.0 (80239) MIIO RECIVE: {"result":[90],"id":42}
2023-02-17 11:20:48.606  - debug: mihome-vacuum.0 (80239) Message= {"id":43,"method":"get_map_v1"}
2023-02-17 11:20:48.612  - debug: mihome-vacuum.0 (80239) MIIO RECIVE: {"result":["robomap%2F74488275%2F16"],"id":43}
2023-02-17 11:20:48.612  - debug: mihome-vacuum.0 (80239) Mappointer_updated
2023-02-17 11:20:48.612  - debug: mihome-vacuum.0 (80239) Message= {"id":44,"method":"get_carpet_mode"}
2023-02-17 11:20:48.617  - debug: mihome-vacuum.0 (80239) MIIO RECIVE: {"result":[{"enable":1,"current_integral":0,"current_high":0,"current_low":0,"stall_time":0}],"id":44}
2023-02-17 11:20:57.393  - debug: mihome-vacuum.0 (80239) Receive <<< Helo <<< 2131002000000000047099d363ef5509ffffffffffffffffffffffffffffffff
2023-02-17 11:20:57.630  - debug: mihome-vacuum.0 (80239) command: roomClean parent: room1
2023-02-17 11:20:57.634  - debug: mihome-vacuum.0 (80239) We are in onMessage:{"command":"cleanSegments","message":{"segments":[1],"channels":["mihome-vacuum.0.rooms.room1"]},"from":"system.adapter.mihome-vacuum.0","_id":56221049}
2023-02-17 11:20:57.634  - debug: mihome-vacuum.0 (80239) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"1","from":"system.adapter.mihome-vacuum.0","_id":56221049,"segments":[1],"channels":["mihome-vacuum.0.rooms.room1"]}
2023-02-17 11:20:57.635  - info: mihome-vacuum.0 (80239) trigger cleaning segment 1
2023-02-17 11:20:57.637  - debug: mihome-vacuum.0 (80239) Message= {"id":45,"method":"app_segment_clean","params":[{"segments":[1],"repeat":2}]}
2023-02-17 11:20:57.642  - debug: mihome-vacuum.0 (80239) MIIO RECIVE: {"result":["ok"],"id":45}

In Zeile 1 hatte ich für room1 die repeat Angabe auf 2 gesetzt.
In Zeile 17 hat er den Befehl room1.roomClean bekommen.
Wenn ich Zeile 21 richtig deute, hat er die repeat 2 Angabe auch korrekt drin?!

Bevor du jetzt tiefgründig suchst, lass mich das am Montag nochmal ausgiebig testen, sieht so aus, als wären die Befehle korrekt.

blackeagle998

@dirkhe
Hallo, ich habe das jetzt nochmal ausgiebig getestet.
Testfall 1: Raum1 repeat = 2, Raum2 repeat = 1, Ergebnis N.I.O (beide Räume werden nur einmal gesaugt)
Testfall 2: Raum1 repeat = 2, Raum2 repeat = 2, Ergebnis I.O
Testfall 3: Raum1 repeat = 1, Raum2 repeat = 2, Ergebnis I.O
Testfall 4: Raum1 repeat = 3, Raum2 repeat = 2, Ergebnis I.O

Entsprechend der Testfälle scheint es nur das Problem zu geben, wenn der zuletzt getriggerte Raum die repeat Angabe 1 hat. Dann wird dies anscheinend für die Räume davor überschrieben.
Mit mehr als zwei Räumen habe ich noch nicht getestet, sobald ich da noch N.I.O. Fälle habe, melde ich diese.

Anbei das DEBUG Log zu den einzelnen Testfällen:

2/1 = N.I.O.
2023-02-20 09:32:37.417  - debug: mihome-vacuum.0 (92015) command: repeat parent: room16
2023-02-20 09:32:38.908  - debug: mihome-vacuum.0 (92015) command: roomClean parent: room16
2023-02-20 09:32:38.910  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":{"segments":[16],"channels":["mihome-vacuum.0.rooms.room16"]},"from":"system.adapter.mihome-vacuum.0","_id":96480001}
2023-02-20 09:32:38.910  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"16","from":"system.adapter.mihome-vacuum.0","_id":96480001,"segments":[16],"channels":["mihome-vacuum.0.rooms.room16"]}
2023-02-20 09:32:38.914  - info: mihome-vacuum.0 (92015) trigger cleaning segment 16
2023-02-20 09:32:38.914  - debug: mihome-vacuum.0 (92015) Message= {"id":8988,"method":"app_segment_clean","params":[{"segments":[16],"repeat":"2"}]}
2023-02-20 09:33:38.049  - debug: mihome-vacuum.0 (92015) command: roomClean parent: room20
2023-02-20 09:33:38.051  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":{"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"]},"from":"system.adapter.mihome-vacuum.0","_id":96480002}
2023-02-20 09:33:38.051  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480002,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"]}
2023-02-20 09:33:38.051  - info: mihome-vacuum.0 (92015) should trigger cleaning segment 20, but is currently active(18). Add to queue
2023-02-20 09:37:36.628  - debug: mihome-vacuum.0 (92015) use clean trigger from Queue
2023-02-20 09:37:36.628  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480002,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"],"info":"segment  Flur Garderobe"}
2023-02-20 09:37:36.628  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480002,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"],"info":"segment  Flur Garderobe"}
2023-02-20 09:37:36.633  - info: mihome-vacuum.0 (92015) trigger cleaning segment 20
2023-02-20 09:37:36.633  - debug: mihome-vacuum.0 (92015) Message= {"id":9060,"method":"app_segment_clean","params":[20]}

2/2 = I.O.
2023-02-20 09:50:54.564  - debug: mihome-vacuum.0 (92015) command: repeat parent: room16
2023-02-20 09:50:57.298  - debug: mihome-vacuum.0 (92015) command: roomClean parent: room16
2023-02-20 09:50:57.301  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":{"segments":[16],"channels":["mihome-vacuum.0.rooms.room16"]},"from":"system.adapter.mihome-vacuum.0","_id":96480003}
2023-02-20 09:50:57.301  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"16","from":"system.adapter.mihome-vacuum.0","_id":96480003,"segments":[16],"channels":["mihome-vacuum.0.rooms.room16"]}
2023-02-20 09:50:57.301  - info: mihome-vacuum.0 (92015) trigger cleaning segment 16
2023-02-20 09:50:57.301  - debug: mihome-vacuum.0 (92015) Message= {"id":9272,"method":"app_segment_clean","params":[{"segments":[16],"repeat":2}]}
2023-02-20 09:51:19.116  - debug: mihome-vacuum.0 (92015) command: repeat parent: room20
2023-02-20 09:51:20.039  - debug: mihome-vacuum.0 (92015) command: roomClean parent: room20
2023-02-20 09:51:20.042  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":{"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"]},"from":"system.adapter.mihome-vacuum.0","_id":96480004}
2023-02-20 09:51:20.042  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480004,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"]}
2023-02-20 09:51:20.042  - info: mihome-vacuum.0 (92015) should trigger cleaning segment 20, but is currently active(18). Add to queue
2023-02-20 09:59:38.898  - debug: mihome-vacuum.0 (92015) use clean trigger from Queue
2023-02-20 09:59:38.898  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480004,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"],"info":"segment  Flur Garderobe"}
2023-02-20 09:59:38.898  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480004,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"],"info":"segment  Flur Garderobe"}
2023-02-20 09:59:38.900  - info: mihome-vacuum.0 (92015) trigger cleaning segment 20
2023-02-20 09:59:38.900  - debug: mihome-vacuum.0 (92015) Message= {"id":9400,"method":"app_segment_clean","params":[{"segments":[20],"repeat":2}]}

1/2 = I.O.
2023-02-20 10:09:48.253  - debug: mihome-vacuum.0 (92015) command: repeat parent: room16
2023-02-20 10:09:49.695  - debug: mihome-vacuum.0 (92015) command: repeat parent: room20
2023-02-20 10:10:18.671  - debug: mihome-vacuum.0 (92015) command: roomClean parent: room16
2023-02-20 10:10:18.674  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":{"segments":[16],"channels":["mihome-vacuum.0.rooms.room16"]},"from":"system.adapter.mihome-vacuum.0","_id":96480007}
2023-02-20 10:10:18.674  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"16","from":"system.adapter.mihome-vacuum.0","_id":96480007,"segments":[16],"channels":["mihome-vacuum.0.rooms.room16"]}
2023-02-20 10:10:18.692  - info: mihome-vacuum.0 (92015) trigger cleaning segment 16
2023-02-20 10:10:18.693  - debug: mihome-vacuum.0 (92015) Message= {"id":9570,"method":"app_segment_clean","params":[16]}
2023-02-20 10:10:29.327  - debug: mihome-vacuum.0 (92015) command: roomClean parent: room20
2023-02-20 10:10:29.329  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":{"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"]},"from":"system.adapter.mihome-vacuum.0","_id":96480008}
2023-02-20 10:10:29.329  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480008,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"]}
2023-02-20 10:10:29.329  - info: mihome-vacuum.0 (92015) should trigger cleaning segment 20, but is currently active(18). Add to queue
2023-02-20 10:14:29.288  - debug: mihome-vacuum.0 (92015) use clean trigger from Queue
2023-02-20 10:14:29.288  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480008,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"],"info":"segment  Flur Garderobe"}
2023-02-20 10:14:29.288  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480008,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"],"info":"segment  Flur Garderobe"}
2023-02-20 10:14:29.288  - debug: mihome-vacuum.0 (92015) Message= {"id":9628,"method":"get_network_info"}
2023-02-20 10:14:29.289  - info: mihome-vacuum.0 (92015) trigger cleaning segment 20
2023-02-20 10:14:29.289  - debug: mihome-vacuum.0 (92015) Message= {"id":9629,"method":"app_segment_clean","params":[{"segments":[20],"repeat":2}]}

3/2 = I.O.
2023-02-20 10:16:18.774  - debug: mihome-vacuum.0 (92015) command: repeat parent: room16
2023-02-20 10:16:48.128  - debug: mihome-vacuum.0 (92015) command: roomClean parent: room16
2023-02-20 10:16:48.398  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":"16","from":"system.adapter.mihome-vacuum.0","_id":96480011,"segments":[16],"channels":["mihome-vacuum.0.rooms.room16"],"info":"segment  Bad Kinder"}
2023-02-20 10:16:48.398  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"16","from":"system.adapter.mihome-vacuum.0","_id":96480011,"segments":[16],"channels":["mihome-vacuum.0.rooms.room16"],"info":"segment  Bad Kinder"}
2023-02-20 10:16:48.400  - info: mihome-vacuum.0 (92015) trigger cleaning segment 16
2023-02-20 10:16:48.402  - debug: mihome-vacuum.0 (92015) Message= {"id":9664,"method":"app_segment_clean","params":[{"segments":[16],"repeat":3}]}
2023-02-20 10:17:12.323  - debug: mihome-vacuum.0 (92015) command: roomClean parent: room20
2023-02-20 10:17:12.325  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":{"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"]},"from":"system.adapter.mihome-vacuum.0","_id":96480012}
2023-02-20 10:17:12.325  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480012,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"]}
2023-02-20 10:17:12.326  - info: mihome-vacuum.0 (92015) should trigger cleaning segment 20, but is currently active(18). Add to queue
2023-02-20 10:28:53.279  - debug: mihome-vacuum.0 (92015) use clean trigger from Queue
2023-02-20 10:28:53.279  - debug: mihome-vacuum.0 (92015) We are in onMessage:{"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480012,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"],"info":"segment  Flur Garderobe"}
2023-02-20 10:28:53.279  - debug: mihome-vacuum.0 (92015) start Cleaning: 18 MObj: {"command":"cleanSegments","message":"20","from":"system.adapter.mihome-vacuum.0","_id":96480012,"segments":[20],"channels":["mihome-vacuum.0.rooms.room20"],"info":"segment  Flur Garderobe"}
2023-02-20 10:28:53.279  - debug: mihome-vacuum.0 (92015) Message= {"id":9835,"method":"get_network_info"}
2023-02-20 10:28:53.280  - info: mihome-vacuum.0 (92015) trigger cleaning segment 20
2023-02-20 10:28:53.281  - debug: mihome-vacuum.0 (92015) Message= {"id":9836,"method":"app_segment_clean","params":[{"segments":[20],"repeat":2}]}

Wenn ich noch was liefern kann/soll, bitte kurze Rückmeldung.

dirkhe

@blackeagle998 ist auf jeden fall schon mal super aufbereitet. Danke.
Ich denke für den testfall 1 brauche ich mehr log. Normalerweise holt er sich den nächsten befehl aus der queue, wenn er mit dem saugvorgang fertig ist und zurück zum dock fährt. Die frage ist halt, warum er nur eine runde fährt....

Aktuelle Test Version	3.9.3
Veröffentlichungsdatum	04.01.2023 (3.9.0)
Github Link	https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum

Community Forum

NEWS

Test für mihome-vacuum 3.10.x

Support us

596

32.5k

81.7k

1.3m