NEWS
Test Adapter mihome-vacuum v2.0.x
-
Ich bin blind, sorry, danke für die Info :grin:
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} -
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) ConnectedEin 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.
ioBroker auf Intel Core i3-5005U NUC und Windwos10 Pro
-
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) ConnectedEin 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.
-
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) ConnectedEin 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.
-
Was habt ihr denn als IntervallZeiten eingestellt?
Disconnect schreibt er immer, wenn die letzte Antwort vom robbi länger als die Intervallzeit ist@dirkhe Status alle 10s / WLAN alle 60s (sollte default sein).
Hier mal das Log als es heute Nacht anfing. So ging/geht das über Stunden. Sehe es nun durch warn Loglevel nicht mehr. Sind immer alle 20 Sek, also keines der beiden gesetzten Intervalle.
Token, IP usw. sind korrekt und ohne System/Instanz Neustart konnte ich den Sauger gestern Abend problemlos steuern inkl. Kartenabruf. Wenn es also nur Netzwerkprobleme sind, dann nehme ich es so hin. Falls mehr dahinter steckt, musst du sagen was du bräuchtest. Debuglog mit Interaktion vom Sauger kann ich erst später liefern.
-
So, ich glaube ich habe die Ursache gefunden. HIntergrund ist, dass ich den Traffic generell verringern wollte. Bei mir ist Status zb. auch auf 1 Minute eingestellt. Wenn aus dem Adapter irgendwelche statusrelevanten Aktionen angestossen werden, wie zb. ein Saugvrogang, Stop,Pause usw. wird der Status unabhängig davon 2s später abgefragt. Solange er saugt, wird der Interval automatisch auf 10sec eingestellt und hinterher wieder auf eure Zeit aus der config.
Ich denke, dass es bei 10sec da ggf. zu Problemen führt, vlt. sollte ich ein Neuverbinden, bzw. ein connection lost erst nach min. 1.Minute nicht mehr annehmen. Also ich werde das mal so machen, dass ich 1 Minte oder einen ggf. grösser eingetelles Intervall annehme.
-
Hallo zusammen,
nutze nun seit einigen Tagen euren Adapter und muss euch für die geleistete Arbeit Danken, super Leistung, Hut ab.Nun aber zu meinem Problem, welches ggf. nicht hier hin gehört.
Über den Adapter kann ich meinen Roborock S5 problemlos steuern, jedoch habe ich heute morgen folgende Meldungen im Log erhalten:mihome-vacuum.0 2020-03-05 09:30:54.070 error (24164) no map found on server___{"statusCode":403,"headers":{"server":"nginx","date":"Thu, 05 Mar 2020 08:30:54 GMT","content-length":"123","connection":"close","x-xiaomi-request-id":"514567be-5f65-
mihome-vacuum.0 2020-03-05 09:29:57.664 error (24164) no map found on server___{"statusCode":403,"headers":{"server":"nginx","date":"Thu, 05 Mar 2020 08:29:57 GMT","content-length":"123","connection":"close","x-xiaomi-request-id":"11264492-1329-
mihome-vacuum.0 2020-03-05 09:29:55.598 error (24164) no map found on server___{"statusCode":403,"headers":{"server":"nginx","date":"Thu, 05 Mar 2020 08:29:55 GMT","content-length":"123","connection":"close","x-xiaomi-request-id":"46e6454a-5302-
mihome-vacuum.0 2020-03-05 09:29:20.919 error (24164) no map found on server___{"statusCode":403,"headers":{"server":"nginx","date":"Thu, 05 Mar 2020 08:29:20 GMT","content-length":"123","connection":"close","x-xiaomi-request-id":"9ahzh5e9-61ef-
mihome-vacuum.0 2020-03-05 09:18:44.112 warn (24164) Could not receive Mappointer, giving upDie im Objekt mihome-vacuum.0.map.map64 hinterlegte Karte kann aufgerufen werden.
ebenfalls wird mir die Karte nicht in der Mi Home App angezeigt, es steht lediglich "Karte wird geladen..." und es tut sich nichts.
Hat jmd. von euch ähnliche Probleme?Hoffe das mir da ggf. jmd. weiterhelfen kann, auch wenn dies wahrscheinlich nichts mit dem Adapter zu tun hat.
-
@Adnim Einen Button könnte man sicherlich einbauen, sonst sollte das über
sendTo("mihome-vacuum.0", "getMap") gehen@dirkhe sagte in Test Adapter mihome-vacuum v2.0.x:
@Adnim Einen Button könnte man sicherlich einbauen, sonst sollte das über
sendTo("mihome-vacuum.0", "getMap") gehenHi,
danke für die Antwort, blicke Sie aber nicht :)Also ich kann eine gespeicherte Karte in Valetudo durch den Adapter laden?
wo müsste der name der map den stehen, "getMap" verweist ja auf keine gespeicherte Karte oder wie ist das zu verstehen? -
@dirkhe sagte in Test Adapter mihome-vacuum v2.0.x:
@Adnim Einen Button könnte man sicherlich einbauen, sonst sollte das über
sendTo("mihome-vacuum.0", "getMap") gehenHi,
danke für die Antwort, blicke Sie aber nicht :)Also ich kann eine gespeicherte Karte in Valetudo durch den Adapter laden?
wo müsste der name der map den stehen, "getMap" verweist ja auf keine gespeicherte Karte oder wie ist das zu verstehen? -
@Adnim Soweit ich weiß, wird der Roboter gefragt, welche Karte aktuell ist und dann wird die Url der Karte geholt
@dirkhe sagte in Test Adapter mihome-vacuum v2.0.x:
@Adnim Soweit ich weiß, wird der Roboter gefragt, welche Karte aktuell ist und dann wird die Url der Karte geholt
ok verstehe, nun möchte ich eine andere Map aus dem Valetudo speicher vor jeder Reinigung laden, eine in der die Türen halt auf sind...
Das geht dann aber bislang nur via Valetudo Interface?
-
@dirkhe sagte in Test Adapter mihome-vacuum v2.0.x:
@Adnim Soweit ich weiß, wird der Roboter gefragt, welche Karte aktuell ist und dann wird die Url der Karte geholt
ok verstehe, nun möchte ich eine andere Map aus dem Valetudo speicher vor jeder Reinigung laden, eine in der die Türen halt auf sind...
Das geht dann aber bislang nur via Valetudo Interface?
-
2.0.9-RC02 ist im git:
unötiges conect/reconnect sollte gefixt sein
in info.queue sollten dann jetzt auch die Raumnamen auftauchenVon diesem Link installieren?
https://github.com/dirkhe/ioBroker.mihome-vacuumWenn ja habe ich es getan. Es kam die Nachricht im Log, dass das Verbinden 5min braucht.
Es kam aber permanent disconnected.
Erst als ich die MiHome App geöffnet habe, hat er sich verbunden.Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
Von diesem Link installieren?
https://github.com/dirkhe/ioBroker.mihome-vacuumWenn ja habe ich es getan. Es kam die Nachricht im Log, dass das Verbinden 5min braucht.
Es kam aber permanent disconnected.
Erst als ich die MiHome App geöffnet habe, hat er sich verbunden.@haselchen Nein offizielles Repo. https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum
Im Log siehst du auch welche Version gestartet wird...:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
@haselchen Nein offizielles Repo. https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum
Im Log siehst du auch welche Version gestartet wird.Deswegen hatte ich letztens um Vereinheitlichung gebeten.
Also veröffentlicht @dirkhe seine Versionen jetzt unter dem früheren Link (Deinem)?Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
@haselchen Nicht meinem, sondern dem offiziellen, indirekt dem von Meistertr und je nach dem wie umfangreich die Änderungen sind, wird das sicher auch mal wieder in @dirkhe Fork sein (müssen). Wer nicht jede Neuerung braucht, muss sich damit ja auch nicht befassen. Bisher ist alles maximal latestet, eher beta auch wenn es stabil ist. Wenn du durcheinander kommst, dann bleib auf den offiziellen Repos (stable oder latest). Ansonsten einfach bei GIT schauen wo die "jüngeren" Dateien liegen bzw. was als Commit eingecheckt wurde.
..:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
@haselchen Nicht meinem, sondern dem offiziellen, indirekt dem von Meistertr und je nach dem wie umfangreich die Änderungen sind, wird das sicher auch mal wieder in @dirkhe Fork sein (müssen). Wer nicht jede Neuerung braucht, muss sich damit ja auch nicht befassen. Bisher ist alles maximal latestet, eher beta auch wenn es stabil ist. Wenn du durcheinander kommst, dann bleib auf den offiziellen Repos (stable oder latest). Ansonsten einfach bei GIT schauen wo die "jüngeren" Dateien liegen bzw. was als Commit eingecheckt wurde.
-
@haselchen das hatte ich bei meiner Version auch. Hab ich hier auch schon - meine ich - mal erwähnt. Aber läuft klasse. Besonders das mit der Karte finde ich geil via Cloud. Hab auf meinem Vacuum leider die neuste FW druff, so dass das Draufkloppen von der Software die hier genannt wird, bei mir nicht mehr klappt.
UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
2.0.9-RC02 ist im git:
unötiges conect/reconnect sollte gefixt sein
in info.queue sollten dann jetzt auch die Raumnamen auftauchen@dirkhe sagte in Test Adapter mihome-vacuum v2.0.x:
2.0.9-RC02 ist im git:
unötiges conect/reconnect sollte gefixt sein
in info.queue sollten dann jetzt auch die Raumnamen auftauchen@dirkhe
Seit dieser Version verbindet sich der Adapter mit dem Staubi nicht mehr, vorher lief das reibungslos:mihome-vacuum.0 2020-03-05 17:52:37.375 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:52:18.688 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:52:18.687 warn (9892) Time difference between Mihome Vacuum and ioBroker: 1 sec mihome-vacuum.0 2020-03-05 17:51:57.535 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:51:37.371 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:51:17.368 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:50:57.370 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:50:37.367 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:50:17.367 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:49:57.367 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:49:37.366 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:49:17.366 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:48:57.363 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:48:37.362 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:48:17.361 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:47:57.361 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:47:37.360 info (9892) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 17:47:17.362 info (9892) connecting, this can take up to 5 minutes ...
Support us
708
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge