NEWS
Test Adapter mihome-vacuum v2.0.x
-
Hallo zussammen.
Ich habe eine Frage zu dem Adapter bezüglicher Mi Home App und der Roborock App. MIt dem Adapter kann ich meinen Saugi einwandfrei erreichen, wenn ich ihn mit der MiHome App verbunden habe. Binde ich aber den Saugi auf die Roborock App, geht es nicht mehr den Saugi zu steuern.
Wäre es möglich, den Adapter so anzupassen, dass egal an welchen App man verbunden hat den Sauger zu steuern???
VG
Martin@MattinK im Prinzip ist der Adapter unabhängig von der App. Aber ab und an sperrt sich der robbi und ich denke, da muss auch erst wieder eine Beziehung zwischen robbi , App und China hergestellt werden. Aber da können wir nichts machen.
-
BUG:
Habe das gleiche Problem, nach Update auf die "neue" Node 10.X funktioniert der Mapexport aus Valetudo nicht mehr =(
@Hyperbit sagte in Test Adapter mihome-vacuum v2.0.x:
BUG:
Habe das gleiche Problem, nach Update auf die "neue" Node 10.X funktioniert der Mapexport aus Valetudo nicht mehr =(
Dann betrifft es wohl sowohl Valetudo als auch Cloud. :-(
-
@MattinK im Prinzip ist der Adapter unabhängig von der App. Aber ab und an sperrt sich der robbi und ich denke, da muss auch erst wieder eine Beziehung zwischen robbi , App und China hergestellt werden. Aber da können wir nichts machen.
@dirkhe said in Test Adapter mihome-vacuum v2.0.x:
@MattinK im Prinzip ist der Adapter unabhängig von der App. Aber ab und an sperrt sich der robbi und ich denke, da muss auch erst wieder eine Beziehung zwischen robbi , App und China hergestellt werden. Aber da können wir nichts machen.
Hallo Dirk, weisst du vielleicht, ob die beiden APPs auf die gleiche Cloud bzw. Datenbank zugreifen? So wie es aussieht,
sind es wohl unterschiedliche Systeme.VG
Martin -
Gibt es denn jemanden hier, bei dem die Karte gerade funktioniert?
NPM 6.14.x
NodeJs V12.xVG
-
Gibt es denn jemanden hier, bei dem die Karte gerade funktioniert?
NPM 6.14.x
NodeJs V12.xVG
@Coffeelover bei mir auch nicht mehr...schon was her, dass die es tat.
-
Ich hab den Adapter mal auf Debug gestellt. Wenn man dann im Log nach Map sucht, findet sich folgendes:
2020-05-14 11:07:34.807 - [34mdebug[39m: mihome-vacuum.2 (16026) load Map creator... false 2020-05-14 11:07:35.066 - [34mdebug[39m: mihome-vacuum.2 (16026) Receive <<< {"result":[{"msg_ver":8,"msg_seq":1439,"state":8,"battery":100,"clean_time":3240,"clean_area":53147500,"error_code":0,"map_present":1,"in_cleaning":0,"fan_power":90,"dnd_enabled":0}],"id":1} 2020-05-14 11:07:36.193 - [34mdebug[39m: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":8,"method":"get_room_mapping"} 2020-05-14 11:07:36.391 - [34mdebug[39m: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":10,"method":"get_map_v1"} 2020-05-14 11:07:36.899 - [34mdebug[39m: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":14,"method":"get_map_v1"} 2020-05-14 11:07:36.900 - [34mdebug[39m: mihome-vacuum.2 (16026) 0. Mappointer_nomap___retry 2020-05-14 11:07:37.408 - [34mdebug[39m: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":17,"method":"get_map_v1"} 2020-05-14 11:07:37.409 - [34mdebug[39m: mihome-vacuum.2 (16026) 1. Mappointer_nomap___retry 2020-05-14 11:07:38.990 - [34mdebug[39m: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":26,"method":"get_map_v1"} 2020-05-14 11:07:38.991 - [34mdebug[39m: mihome-vacuum.2 (16026) 2. Mappointer_nomap___retry 2020-05-14 11:07:38.997 - [34mdebug[39m: mihome-vacuum.2 (16026) Receive <<< {"result":["roboroommap%2F64673245%2F1"],"id":26} 2020-05-14 11:07:38.998 - [34mdebug[39m: mihome-vacuum.2 (16026) Mappointer_updated 2020-05-14 11:07:54.875 - [34mdebug[39m: mihome-vacuum.2 (16026) Receive <<< {"result":[{"msg_ver":8,"msg_seq":1440,"state":8,"battery":100,"clean_time":3240,"clean_area":53147500,"error_code":0,"map_present":1,"in_cleaning":0,"fan_power":90,"dnd_enabled":0}],"id":32} 2020-05-14 11:07:56.913 - [34mdebug[39m: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":35,"method":"get_map_v1"} 2020-05-14 11:07:56.919 - [34mdebug[39m: mihome-vacuum.2 (16026) Receive <<< {"result":["roboroommap%2F64673245%2F2"],"id":35} 2020-05-14 11:07:56.921 - [34mdebug[39m: mihome-vacuum.2 (16026) Mappointer_updated -
Gibt es denn jemanden hier, bei dem die Karte gerade funktioniert?
NPM 6.14.x
NodeJs V12.xVG
@Coffeelover sagte in Test Adapter mihome-vacuum v2.0.x:
Gibt es denn jemanden hier, bei dem die Karte gerade funktioniert?
NPM 6.14.x
NodeJs V12.xVG
ja, hier :-)
-
Gibt es denn jemanden hier, bei dem die Karte gerade funktioniert?
NPM 6.14.x
NodeJs V12.xVG
@Coffeelover Bei mir funktioniert die Karte auch mit Modell 1S.
Adapter 2.0.9
JS-Controller 3.1.4
nodejs 10.20.1 -
@Coffeelover Bei mir funktioniert die Karte ebenso über cloud
Adapter 2.0.9
JS-Controller 3.1.4
nodejs 12.16.3
Roborock S6 -
Gibts das? bei misch net :/
Adapter 2.0.9
JS-COntroller 3.1.4
nodejs 12.16.3
Roborock v1New generation or new fw(3.5.4,004007) detectedLasse gerade den Adapter im Debug laufen. Wenn ich das richtig lese, findet der Mappointer irgendwas. Aber das Objekt für die Map unter Objekte wird bei mir nicht aktualisiert (letztes Update 26.02.2020):
mihome-vacuum.0 2020-05-14 15:19:37.956 debug (30087) Receive <<< {"result":[{"msg_ver":8,"msg_seq":2171,"state":8,"battery":100,"clean_time":1957,"clean_area":33345000,"error_code":0,"map_present":1,"in_cleaning":0,"fan_power":77,"dnd_enabled": mihome-vacuum.0 2020-05-14 15:19:37.955 debug (30087) Receive <<< {"partner_id":"","id":62,"code":0,"message":"ok","result":{"hw_ver":"Linux","fw_ver":"3.5.4_004007","ap":{"ssid":"Unifi_EG","bssid":"18:E8:29:94:F0:F8","rssi":-47},"netif":{"local mihome-vacuum.0 2020-05-14 15:19:37.948 debug (30087) Next WiFi check: 14.05 15:20 mihome-vacuum.0 2020-05-14 15:19:37.948 debug (30087) sendMsg[1] >>> {"id":62,"method":"miIO.info"} mihome-vacuum.0 2020-05-14 15:19:37.947 debug (30087) sendMsg[1] >>> {"id":61,"method":"get_status"} mihome-vacuum.0 2020-05-14 15:19:17.954 debug (30087) Receive <<< {"result":[{"msg_ver":8,"msg_seq":2170,"state":8,"battery":100,"clean_time":1957,"clean_area":33345000,"error_code":0,"map_present":1,"in_cleaning":0,"fan_power":77,"dnd_enabled": mihome-vacuum.0 2020-05-14 15:19:17.946 debug (30087) sendMsg[1] >>> {"id":60,"method":"get_status"} mihome-vacuum.0 2020-05-14 15:18:57.952 debug (30087) Receive <<< {"result":[{"msg_ver":8,"msg_seq":2169,"state":8,"battery":100,"clean_time":1957,"clean_area":33345000,"error_code":0,"map_present":1,"in_cleaning":0,"fan_power":77,"dnd_enabled": mihome-vacuum.0 2020-05-14 15:18:57.944 debug (30087) sendMsg[1] >>> {"id":59,"method":"get_status"} mihome-vacuum.0 2020-05-14 15:18:37.950 debug (30087) Receive <<< {"result":[{"msg_ver":8,"msg_seq":2168,"state":8,"battery":100,"clean_time":1957,"clean_area":33345000,"error_code":0,"map_present":1,"in_cleaning":0,"fan_power":77,"dnd_enabled": mihome-vacuum.0 2020-05-14 15:18:37.949 debug (30087) Receive <<< {"partner_id":"","id":58,"code":0,"message":"ok","result":{"hw_ver":"Linux","fw_ver":"3.5.4_004007","ap":{"ssid":"Unifi_EG","bssid":"18:E8:29:94:F0:F8","rssi":-47},"netif":{"local mihome-vacuum.0 2020-05-14 15:18:37.943 debug (30087) Next WiFi check: 14.05 15:19 mihome-vacuum.0 2020-05-14 15:18:37.943 debug (30087) sendMsg[1] >>> {"id":58,"method":"miIO.info"} mihome-vacuum.0 2020-05-14 15:18:37.942 debug (30087) sendMsg[1] >>> {"id":57,"method":"get_status"} mihome-vacuum.0 2020-05-14 15:18:17.946 debug (30087) Receive <<< {"result":[{"msg_ver":8,"msg_seq":2167,"state":8,"battery":100,"clean_time":1957,"clean_area":33345000,"error_code":0,"map_present":1,"in_cleaning":0,"fan_power":77,"dnd_enabled": mihome-vacuum.0 2020-05-14 15:18:17.940 debug (30087) sendMsg[1] >>> {"id":56,"method":"get_status"} mihome-vacuum.0 2020-05-14 15:17:57.951 debug (30087) Receive <<< {"result":[{"msg_ver":8,"msg_seq":2166,"state":8,"battery":100,"clean_time":1957,"clean_area":33345000,"error_code":0,"map_present":1,"in_cleaning":0,"fan_power":77,"dnd_enabled": mihome-vacuum.0 2020-05-14 15:17:57.940 debug (30087) sendMsg[1] >>> {"id":55,"method":"get_status"} mihome-vacuum.0 2020-05-14 15:17:53.089 debug (30087) system.adapter.admin.0: logging true mihome-vacuum.0 2020-05-14 15:17:52.649 debug (30087) Mappointer_updated mihome-vacuum.0 2020-05-14 15:17:52.649 debug (30087) Receive <<< {"result":["roboroommap%2F82487762%2F12"],"id":54} mihome-vacuum.0 2020-05-14 15:17:52.643 debug (30087) 1. Mappointer_nomap___retry mihome-vacuum.0 2020-05-14 15:17:52.642 debug (30087) sendMsg[1] >>> {"id":54,"method":"get_map_v1"} mihome-vacuum.0 2020-05-14 15:17:52.140 debug (30087) Receive <<< {"result":["retry"],"id":53} mihome-vacuum.0 2020-05-14 15:17:52.135 debug (30087) 0. Mappointer_nomap___retry mihome-vacuum.0 2020-05-14 15:17:52.134 debug (30087) sendMsg[1] >>> {"id":53,"method":"get_map_v1"} mihome-vacuum.0 2020-05-14 15:17:51.633 debug (30087) Receive <<< {"result":["retry"],"id":52} mihome-vacuum.0 2020-05-14 15:17:51.628 debug (30087) sendMsg[1] >>> {"id":52,"method":"get_map_v1"}
-
Adapter 2.0.9
JS-Controller 2.2.9 (warum habt ihr eigentlich da ne Version 3.x?)
Node 10.20.1
Roborock V1Die Map geht bei mir auch nach ```
curl -sL http://iobroker.net/fix.sh | bash - -
@dirkhe said in Test Adapter mihome-vacuum v2.0.x:
@MattinK im Prinzip ist der Adapter unabhängig von der App. Aber ab und an sperrt sich der robbi und ich denke, da muss auch erst wieder eine Beziehung zwischen robbi , App und China hergestellt werden. Aber da können wir nichts machen.
Hallo Dirk, weisst du vielleicht, ob die beiden APPs auf die gleiche Cloud bzw. Datenbank zugreifen? So wie es aussieht,
sind es wohl unterschiedliche Systeme.VG
Martin@MattinK das sind 2 verschiedene Clouds, glaube ich. Soweit ich weiss, muss man den robbi sogar zurücksetzen, wenn man die App wechselt, bin aber nicht 100% sicher. Ich weiss auch nicht, ob die Karte von der roborock Cloud abgerufen werden kann.
-
Es könnte aber auch eine Frage der robbi Firmware sein. Da wurde doch jetzt mehretagenreinigung implementiert, kann es sein, dass dass sich die API da geändert hat?
-
Adapter 2.0.9
JS-Controller 2.2.9 (warum habt ihr eigentlich da ne Version 3.x?)
Node 10.20.1
Roborock V1Die Map geht bei mir auch nach ```
curl -sL http://iobroker.net/fix.sh | bash -@Hyperbit sagte in Test Adapter mihome-vacuum v2.0.x:
JS-Controller 2.2.9 (warum habt ihr eigentlich da ne Version 3.x?)
Weil der JS-Controller im latest repo bereits auf Version 3 ist. Vermutlich bist du auf stable und da ist es noch die 2.2.9.
-
@Hyperbit sagte in Test Adapter mihome-vacuum v2.0.x:
Die Map geht bei mir auch nach ```
curl -sL http://iobroker.net/fix.sh | bash -Also bei mir Funktioniert es wieder.
Kann jedoch nicht sagen welche Lösung ich genau angewendet habe.Ich habe folgende schritte gemacht:
- JS-Controller von 2.2.8 auf 2.2.9 geupdatet
- in Putty folgenden befehl abgesetzt
curl -sL http://iobroker.net/fix.sh | bash -- IOBroker nochmal neustarten
-
@dirkhe
Hi, erstmal vielen Dank für diesen tollen Adapter!Ich habe einen Roborock S5 mit Valetudo RE.
Leider funktioniert dort der DP des Wassertanks nicht. Dieser steht dauerhaft auf false.
Ist das schon bekannt oder funktioniert das mit dem S5 nicht? -
@dirkhe
Hi, erstmal vielen Dank für diesen tollen Adapter!Ich habe einen Roborock S5 mit Valetudo RE.
Leider funktioniert dort der DP des Wassertanks nicht. Dieser steht dauerhaft auf false.
Ist das schon bekannt oder funktioniert das mit dem S5 nicht?@Ruud2019 bei meinem s6 funktioniert der wassertank. Müssen wir dann mal schauen, ob der bei dir anders übertragen wird. Du könntest mal auf Trace stellen und den Wassertank rausnehmen und wieder reinpacken. Aber denke daran, dass die Statusabfrage je nach Einstellungen etwas dauert
-
@dirkhe
Hi, erstmal vielen Dank für diesen tollen Adapter!Ich habe einen Roborock S5 mit Valetudo RE.
Leider funktioniert dort der DP des Wassertanks nicht. Dieser steht dauerhaft auf false.
Ist das schon bekannt oder funktioniert das mit dem S5 nicht? -
Hi zusammen,
ich habe heute den Standardadapter Version 1.1.5 nun auf die Version 2.0.9 geupdated.
Soweit so gut...Die States werden mir in den Objekten richtig dargestellt.
Nur im Ordner map bleiben alle Felder leer. Valetudo ist soweit im Adapter aktiviert und liefert in der App auch die Map.
Anbei noch das Log zum Adapter:
mihome-vacuum.0 2020-05-16 17:39:38.730 warn (26286) Could not receive Mappointer, giving up mihome-vacuum.0 2020-05-16 17:30:48.293 info (26286) set nächster Timer: Nicht verfügbar mihome-vacuum.0 2020-05-16 17:30:47.854 info (26286) Connected mihome-vacuum.0 2020-05-16 17:30:47.835 info (26286) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:30:47.807 info (26286) New generation or new fw(3.3.9,003468) detected, create new states goto and zoneclean mihome-vacuum.0 2020-05-16 17:30:47.785 info (26286) Cloud control disabled mihome-vacuum.0 2020-05-16 17:30:47.784 info (26286) Expert mode enabled, states created mihome-vacuum.0 2020-05-16 17:30:47.759 info (26286) starting. Version 2.0.9-RC07 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.19.0 mihome-vacuum.0 2020-05-16 17:30:44.975 info (26226) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason mihome-vacuum.0 2020-05-16 17:30:44.975 info (26226) terminating mihome-vacuum.0 2020-05-16 17:30:44.975 info (26226) Got terminate signal TERMINATE_YOURSELF mihome-vacuum.0 2020-05-16 17:28:20.841 warn (26226) Could not receive Mappointer, giving up mihome-vacuum.0 2020-05-16 17:28:15.541 info (26226) create state for carpet_mode mihome-vacuum.0 2020-05-16 17:28:14.535 info (26226) Connected mihome-vacuum.0 2020-05-16 17:28:09.516 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:27:49.515 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:27:29.517 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:27:09.515 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:26:49.527 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:26:29.513 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:26:09.512 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:25:49.510 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:25:29.508 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:25:09.508 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:24:50.890 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:24:30.010 info (26226) set nächster Timer: Nicht verfügbar mihome-vacuum.0 2020-05-16 17:24:29.551 info (26226) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:24:29.525 info (26226) New generation or new fw(3.3.9,003468) detected, create new states goto and zoneclean mihome-vacuum.0 2020-05-16 17:24:29.499 info (26226) Cloud control disabled mihome-vacuum.0 2020-05-16 17:24:29.499 info (26226) Expert mode enabled, states created mihome-vacuum.0 2020-05-16 17:24:29.446 info (26226) starting. Version 2.0.9-RC07 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.19.0 mihome-vacuum.0 2020-05-16 17:24:26.151 info (26211) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason mihome-vacuum.0 2020-05-16 17:24:26.151 info (26211) terminating mihome-vacuum.0 2020-05-16 17:24:26.150 info (26211) Got terminate signal TERMINATE_YOURSELF mihome-vacuum.0 2020-05-16 17:24:11.812 warn (26211) Could not receive Mappointer, giving up mihome-vacuum.0 2020-05-16 17:24:06.568 info (26211) create state for carpet_mode mihome-vacuum.0 2020-05-16 17:24:05.978 info (26211) set nächster Timer: Nicht verfügbar mihome-vacuum.0 2020-05-16 17:24:05.561 info (26211) Connected mihome-vacuum.0 2020-05-16 17:24:05.528 info (26211) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-05-16 17:24:05.494 info (26211) New generation or new fw(3.3.9,003468) detected, create new states goto and zoneclean mihome-vacuum.0 2020-05-16 17:24:05.470 info (26211) Cloud control disabled mihome-vacuum.0 2020-05-16 17:24:05.469 info (26211) Expert mode enabled, states created mihome-vacuum.0 2020-05-16 17:24:05.443 info (26211) starting. Version 2.0.9-RC07 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.19.0 mihome-vacuum.0 2020-05-16 17:24:02.121 info (24195) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason mihome-vacuum.0 2020-05-16 17:24:02.121 info (24195) terminating mihome-vacuum.0 2020-05-16 17:24:02.120 info (24195) Got terminate signal TERMINATE_YOURSELF mihome-vacuum.0 2020-05-16 17:22:16.758 warn (24195) Could not receive Mappointer, giving upAn was könnte das liegen?
Danke für Eure Hilfe und noch einen schönen Samstag,
Seppel -
@MattinK das sind 2 verschiedene Clouds, glaube ich. Soweit ich weiss, muss man den robbi sogar zurücksetzen, wenn man die App wechselt, bin aber nicht 100% sicher. Ich weiss auch nicht, ob die Karte von der roborock Cloud abgerufen werden kann.
Ja das muss man machen... zurücksetzen und das ist das Nervige an der Sache. Da ich die Roborock App angenehmer finde, würde ich diese auch weiter nutzen wollen. Problem ist dann nur, dass der Adapter den Saugi nicht mehr findet.
Meine Frage an dich, könntest du mal schauen ob du den Zugriff auf die anderer Cloud hinbekommst. Das wäre cool. Somit könnte man die MiHome App und die Roborock App nutzen.
@dirkhe said in Test Adapter mihome-vacuum v2.0.x:
@MattinK das sind 2 verschiedene Clouds, glaube ich. Soweit ich weiss, muss man den robbi sogar zurücksetzen, wenn man die App wechselt, bin aber nicht 100% sicher.
Support us
688
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge