NEWS
Test für mihome-vacuum 3.10.x
-
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.. -
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 :(.
-
@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 -
@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? -
leider (noch immer) keine "room" support für den Roborock S7.
Aber der rest haut gut hin, Danke -
@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.
-
@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.
-
@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. -
@dirkhe 3.9.4 läuft hier ohne Probleme
-
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.
-
@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
-
@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.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
-
@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.
-
@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
-
@dirkhe
Klar doch2023-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.
-
@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.OEntsprechend 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.
-
@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.... -
@dirkhe said in Test für mihome-vacuum 3.9.x:
@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
Hallo zusammen,
ich muss hier leider auch nochmal das Thema Karte raus kramen.
Vor einiger Zeit hatte ich mal die Karte von meinem S5 eingebunden. Auf dieser konnte ich auch nahezu in Echtzeit verfolgen wo der Sauger gerade steckt.
Wenn ich nach der beschreibung bei Github gehe sollte map64 diesen Status liefern.
Wenn ich das Widget kompiere und bei mir einfüge bekommen ich aber lediglich im basic HTML den Pfad zu der Karte angezeigt. Nicht die Karte an für sich. Wie bereits von JB_Sullivan geschrieben.
Wenn ich die Karte als Bild einstelle wird mir auch nur ein altes Statisches Bild angezeigt.Mach ich was falsch? Oder kann man keine "Live" Karte mehr anzeigen lassen?
Danke
Gruß Christian -
@bambam89 in map64 sind quasi die binär daten als text gespeichert, in mapUrl eine url zu einer karte, die im dateisystem gespeichert wird und per web adapter ausgeliefert. Du solltest abet beides in ein img src pavjen können
-
Ich bekomme ja auch eine Karte angezeigt, aber eben irgend einen "alten" Stand.
Das ist die Karte dir mir im VIS angezeigt wird:Und das ist die aktuelle Karte wenn ich die APP auf dem Handy öffne:
Gruß Christian