NEWS
Test Adapter mihome-vacuum v2.0.x
-
@dehein2 der Roboter spricht nicht mit dem Adapter. IP und token richtig?
-
@dirkhe
Genau, per true. Ging bis jetzt 1a.
Ob es notwendig ist bei einem Button weiss ich nicht aber ich setze ihn nach 1000ms wieder auf false. -
@dirkhe @Meistertr
Mein 1S reagiert mit 2.0.7 und 2.0.8 auf "Home" nicht.
Zwischen "Pause" und "Find Me" habe ich immer wieder den "Home" Button im Admin betätigt. Der Sauger stand pausiert im Raum rum, also nicht im Dock. In der MiHome App hat der "Dock" Button dann sofort funktioniert.
Hier das Debug Log dazu:
Hier die History für den Button "Home":
true true mihome-vacuum.0 2020-03-04 19:13:53.665 true false admin.0 2020-03-04 19:13:53.658 true true mihome-vacuum.0 2020-03-04 19:13:53.213 true false admin.0 2020-03-04 19:13:53.204 true true mihome-vacuum.0 2020-03-04 19:13:52.194 true false admin.0 2020-03-04 19:13:52.186 true true mihome-vacuum.0 2020-03-04 19:13:51.440 true false admin.0 2020-03-04 19:13:51.434 true true mihome-vacuum.0 2020-03-04 19:13:47.726 true false admin.0 2020-03-04 19:13:47.719 true true mihome-vacuum.0 2020-03-04 19:13:38.491 true false admin.0 2020-03-04 19:13:38.484
-
@Diginix Alles klar, Fehler gefunden. Ich löse bei home nur aus, wnn er gerade aktiv am Reinigen ist. Flasche Annahme, nehme ich gleich raus und melde mich
-
@root_ Also ich habe jetzt mal geschaut. Einen Button per true zu triggern funktioniert. ich habe dieselbe funktion hinter start und clean_home gepackt und damit akzeptierte start auch ein false, mit dem Ergebniss, dass sofort wieder angehalten wurde. Ist gefixt und wird gleich hochgeladen. Für den IndexSizeError brauche ich ein debug log
-
So für meine Version gibt es jetzt die 2.0.8-RC2
-
@dirkhe machs doch direkt alles in der hauptversion
-
Das wäre auch meine Bitte.
1 Version, die man im Admin oder auf Github bekommt.
Man steigt schon leider nicht mehr durch, wer von euch beiden was macht und woher man es beziehen kann. -
@Meistertr Ich hatte ja gedacht, du wolltest die erstmal für dich testen, weil ich ich ja doch einiges umgebaut habe. Jetzt bin ich davon ausgegangen, dass du gerade keine Zeit hast und da wollte ich dich auch nicht drängen...
Jetzt haben aber schon Leute hier ohne Aufforderung getestet (was ich gut finde) und es scheint ja zu funktionieren. Wenn es aber doch noch zu Problemen geführt hätte, könnten wir vlt. nicht so schnell zurück.
Aber ich kann meine Version gerne mergen, bin gerade dabei, den aktuellen Raum-channel einen Status zu geben, ob gerade gereinigt oder in Queue.. -
Meine Frage nach einem finalen verzögerten Kartenupdate nachdem der Sauger im Dock parkt, blieb bisher ja unbeantwortet.
Vllt kann das ja noch in das Update einfließen. -
@dirkhe said in Test Adapter mihome-vacuum v2.0.x:
@root_ Also ich habe jetzt mal geschaut. Einen Button per true zu triggern funktioniert. ich habe dieselbe funktion hinter start und clean_home gepackt und damit akzeptierte start auch ein false, mit dem Ergebniss, dass sofort wieder angehalten wurde. Ist gefixt und wird gleich hochgeladen. Für den IndexSizeError brauche ich ein debug log
Klasse. Das log mach ich morgen.
-
So,Version 2.0.9 ist im offiziellen community git.
Status info für Räume hinzugefügt und queue info von anzahl zu JSON verändert
Es gibt jetzt für jeden Raum ein zusätzlichen state info, indem steht, ob der Raum gerade gesaugt wird oder an welcher Stelle in der Warteliste er steht.
Unter info.queue steht jetzt nicht mehr die Anzahl, sondern ein komplettes JSON Array, wobei die Liste Rückwarts sortiert ist
So,dann mal frohes Testen -
Hi!
das problem mit den geschlossenen Türen konnte ich über speichern einer Karte in ValetudoRE lösen, nun muss ich die aber manuell vor jeder Reinigung laden.Gibt es die möglichkeit karten zu laden über den Adapter?`
Danke für eine Antwort!
-
erstes Testergebnis:
Zwei Räume per Button getriggert, Raum 1 wird gesaugt, dann geht er in den Status "Back to home" (nur ganz kurz) und saugt dann den zweiten weiter, funktioniert also, super!Trotzdem ein paar kleine Sachen:
-
Beim zweiten Raum wird der Datenpunkt "state" befüllt mit "Warteposition:: 0" (ein Doppelpunkt kann raus)
-
der Datenpunkt Queue wird befüllt mit ["segment "], da fehlt irgendwie die Nummer des Raums
--> bei drei Räumen sieht das so aus: ["segment ","segment room23","segment room20"]
--> immer bei dem aktuell ausgewählten Raum (wird vorn angefügt, richtig?), fehlt die Nummer. -
Ich hätte gerne immer noch einen Button um die Queue zu leeren
--> wenn ich einen Raum starte und danach noch weitere Räume auswähle, kann es passieren, dass ich einen falschen anwähle. Dann möchte ich die Queue leeren und die Auswahl neu treffen können, ohne dass das saugen des aktuellen Raumes beeinflusst wird.
--> ist doch machbar oder?
Danke für eure Mühen!!!
-
-
@blackeagle998 Danke für deine Rückmeldung:
1 und 2 schaue ich mir an, da sollte eigentlich sowas wie segment namedeschannels stehen, heist dein Raum channel so?
3 den gibt es doch unter control.clearQueue -
Ich bin blind, sorry, danke für die Info
Eine Sache ist mir noch aufgefallen:
Wenn ich per Skript eine Zone reinigen lasse, bekomme ich eine Fehlermeldung im LOG, er saugt aber trotzdem alles wie gewünscht. Hier ein DEBUG Auszug dazu:mihome-vacuum.0 2020-03-05 08:50:14.806 debug (30297) 26364 mihome-vacuum.0 2020-03-05 08:50:13.942 debug (30297) update_Map got new time:1583394613 mihome-vacuum.0 2020-03-05 08:50:13.941 debug (30297) update_Map got new expires:1583396413 mihome-vacuum.0 2020-03-05 08:50:13.941 debug (30297) update_Map got new url:https://awsde0.fds.api.xiaomi.com/robomap/robomap/74488275/9?Expires=1583396413000&GalaxyAccessKeyId=5271733786445&Signature=XPXWZI9RtAA9rB8Wn1fQQj+x6u4= mihome-vacuum.0 2020-03-05 08:50:13.841 debug (30297) update_Map need new mapurl mihome-vacuum.0 2020-03-05 08:50:13.840 debug (30297) update_Map Mimap enabled mihome-vacuum.0 2020-03-05 08:50:13.839 debug (30297) get rooms from map mihome-vacuum.0 2020-03-05 08:50:13.839 debug (30297) Empty array try to get from Map mihome-vacuum.0 2020-03-05 08:50:13.838 debug (30297) Receive <<< {"result":[],"id":33} mihome-vacuum.0 2020-03-05 08:50:13.832 debug (30297) sendMsg[1] >>> {"id":33,"method":"get_room_mapping"} mihome-vacuum.0 2020-03-05 08:50:06.292 info (30297) create states for water box filter mihome-vacuum.0 2020-03-05 08:50:06.292 info (30297) create states for water box mihome-vacuum.0 2020-03-05 08:50:06.290 debug (30297) Receive <<< {"result":[{"msg_ver":3,"msg_seq":1139,"state":10,"battery":76,"clean_time":335,"clean_area":5200000,"error_code":0,"map_present":1,"in_cleaning":0,"in_returning":1,"in_fresh_state mihome-vacuum.0 2020-03-05 08:50:06.281 debug (30297) sendMsg[1] >>> {"id":32,"method":"get_status"} mihome-vacuum.0 2020-03-05 08:50:05.076 debug (30297) Receive <<< {"result":["ok"],"id":31} mihome-vacuum.0 2020-03-05 08:50:05.075 debug (30297) Receive <<< {"result":["ok"],"id":30} mihome-vacuum.0 2020-03-05 08:50:05.074 debug (30297) Receive <<< {"result":["ok"],"id":29} mihome-vacuum.0 2020-03-05 08:50:04.281 debug (30297) sendMsg[1] >>> {"id":31,"method":"app_zoned_clean","params":[[27189,28275,29439,30425,1]]} mihome-vacuum.0 2020-03-05 08:50:04.280 info (30297) trigger cleaning zone [27189,28275,29439,30425,1] mihome-vacuum.0 2020-03-05 08:50:04.279 error (30297) [27189,28275,29439,30425,1] -> mihome-vacuum.0 2020-03-05 08:50:04.176 debug (30297) sendTo "cleanZone" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0: [27189,28275,29439,30425,1] mihome-vacuum.0 2020-03-05 08:50:04.175 debug (30297) stateChange mihome-vacuum.0.control.zoneClean {"val":"[27189,28275,29439,30425,1]","ack":false,"ts":1583394604157,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":158 mihome-vacuum.0 2020-03-05 08:50:04.172 debug (30297) sendMsg[1] >>> {"id":30,"method":"set_carpet_mode","params":[{"enable":1}]} mihome-vacuum.0 2020-03-05 08:50:04.171 debug (30297) stateChange mihome-vacuum.0.control.carpet_mode {"val":true,"ack":false,"ts":1583394604157,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1582558085122} mihome-vacuum.0 2020-03-05 08:50:04.166 debug (30297) sendMsg[1] >>> {"id":29,"method":"set_custom_mode","params":[104]} mihome-vacuum.0 2020-03-05 08:50:04.164 debug (30297) stateChange mihome-vacuum.0.control.fan_power {"val":104,"ack":false,"ts":1583394604157,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1582557715499}
-
@Adnim Einen Button könnte man sicherlich einbauen, sonst sollte das über
sendTo("mihome-vacuum.0", "getMap") gehen -
@blackeagle998 sorry, ist noch eine Testausgabe von von mir
Aber gut,habe da gerade noch eine potentielle Fehlerquelle entdeckt.... -
MOin zusammen -
ich habe mich nun auch mal getraut meinen Adapter upzudaten. Habe den Sauger der ersten Generation und war bislang auf Version 1.1.5 des Adapters.Nun bin ich gleich auf 2.0.9 gegangen, da ich permanente Connected / Disconnect Ausgaben habe.
2020-03-05 00:02:00.035 - [32minfo[39m: mihome-vacuum.0 (8) Disconnect 2020-03-05 00:02:00.057 - [32minfo[39m: mihome-vacuum.0 (8) Connected 2020-03-05 00:03:20.087 - [32minfo[39m: mihome-vacuum.0 (8) Disconnect 2020-03-05 00:03:20.092 - [32minfo[39m: mihome-vacuum.0 (8) Connected 2020-03-05 00:05:20.118 - [32minfo[39m: mihome-vacuum.0 (8) Disconnect 2020-03-05 00:05:20.126 - [32minfo[39m: mihome-vacuum.0 (8) Connected
Ein Debug könnte ich auch liefern, aber da sind so viele Account und Zugangsdaten drin - da bin ich mir nicht sicher was ich alles Raus-Xèn müsste, damit der Robbi nicht mehr identifizierbar wäre.
Der nächste Punkt betrifft die erzeugte Karte. Wenn ich die URL ins VIS Widget einbaue, bricht mein ganzes ioB System Performance mäßig komplett zusammen ( Intel i3 mit 8 GB Ram). Ich hole mir die Karte allerdings von der xiaomi cloud.
-
@JB_Sullivan Die Connect/Disconnect Logeinträge habe ich mit @dirkhe 2.0.8 auch heute im Log seit 03:40 Uhr. Hab den Loglevel dann 9 Uhr vorerst auf warn gestellt, damit ich wirklich wichtiges im Log noch wahrnehmen kann. Ob das immer noch im Hintergrund fliegt sehe ich nun nicht mehr. Funktioniert hat gestern alles was ich getestet habe. Da waren diese Einträge aber auch nur nach Instanz Neustart. Wieso das diese Nacht dann derart massiv angefangen hat, kann ich nur auf Netzwerk Probleme zurückführen.