UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Bratwurst]

@Bratwurst sagte in Test Adapter mihome-vacuum v2.0.x:

Noch Ergänzungen zum Thema "Status gelb"

• FloleVac funzt bei mir (müsste meiner Meinung nach nur lokal kommunizieren)
• Firmware 3.5.7_002008
• Xiaomi App funktioniert auch

Vielleicht hilft es...

Ich zitiere mich mal selbst um zu ergänzen... folgendes ist mir aufgefallen:
Nach einem Neustart des Pi geht der Adapter für eine gewisse Zeit auf grün, irgendwann (1h?) wieder auf gelb. Solange er grün ist kann ich in Putty auch meinen Staubsauger anpingen, danach nicht mehr... er hat also wirklich keine Verbindung.
Die Fritzbox hätte ich erstmal nicht im Verdacht, da sie vom Neustart des Pi meiner Meinung nach wenig mitbekommt.

[Zwer2k]

@Coffeelover sagte in Test Adapter mihome-vacuum v2.0.x:

Hallo in die Runde,

mein Sauger zeigt neuerdings keine Karte mehr an. Der DP ist leer. Ich glaube, das besteht seit dem großen Update auf Node.js 12.x und JS Controller 3.x. Instanz habe ich neu angelegt, leider auch hier ohne Karte. Die übrige Bedienung läuft tadellos. Jemand einen Tipp?

VG

Bei mir wird die Karte auch seit einigen Tagen nicht mehr angezeigt, ich glaube allerdings, dass das Problem bereits vor dem Update auf 3.x bestand. Ich nutze zur Zeit die Cloud, Valetudo ist nicht mehr drauf.

[Coffeelover]

@Zwer2k bei mir auch via Cloud... In der Flole App wird die Karte jedoch angezeigt.

[MattinK]

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

[Hyperbit]

BUG:

Habe das gleiche Problem, nach Update auf die "neue" Node 10.X funktioniert der Mapexport aus Valetudo nicht mehr =(

[dirkhe]

@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.

[Coffeelover]

@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]

@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

[Coffeelover]

Gibt es denn jemanden hier, bei dem die Karte gerade funktioniert?

NPM 6.14.x
NodeJs V12.x

VG

[Kueppert]

@Coffeelover bei mir auch nicht mehr...schon was her, dass die es tat.

[Coffeelover]

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  - debug: mihome-vacuum.2 (16026) load Map creator... false
2020-05-14 11:07:35.066  - debug: 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  - debug: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":8,"method":"get_room_mapping"}
2020-05-14 11:07:36.391  - debug: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":10,"method":"get_map_v1"}
2020-05-14 11:07:36.899  - debug: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":14,"method":"get_map_v1"}
2020-05-14 11:07:36.900  - debug: mihome-vacuum.2 (16026) 0. Mappointer_nomap___retry
2020-05-14 11:07:37.408  - debug: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":17,"method":"get_map_v1"}
2020-05-14 11:07:37.409  - debug: mihome-vacuum.2 (16026) 1. Mappointer_nomap___retry
2020-05-14 11:07:38.990  - debug: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":26,"method":"get_map_v1"}
2020-05-14 11:07:38.991  - debug: mihome-vacuum.2 (16026) 2. Mappointer_nomap___retry
2020-05-14 11:07:38.997  - debug: mihome-vacuum.2 (16026) Receive <<< {"result":["roboroommap%2F64673245%2F1"],"id":26}
2020-05-14 11:07:38.998  - debug: mihome-vacuum.2 (16026) Mappointer_updated
2020-05-14 11:07:54.875  - debug: 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  - debug: mihome-vacuum.2 (16026) sendMsg[1] >>> {"id":35,"method":"get_map_v1"}
2020-05-14 11:07:56.919  - debug: mihome-vacuum.2 (16026) Receive <<< {"result":["roboroommap%2F64673245%2F2"],"id":35}
2020-05-14 11:07:56.921  - debug: mihome-vacuum.2 (16026) Mappointer_updated

[Ein ehemaliger Benutzer]

@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.x

VG

ja, hier :-)

[Diginix]

@Coffeelover Bei mir funktioniert die Karte auch mit Modell 1S.
Adapter 2.0.9
JS-Controller 3.1.4
nodejs 10.20.1

[eXectiX]

@Coffeelover Bei mir funktioniert die Karte ebenso über cloud
Adapter 2.0.9
JS-Controller 3.1.4
nodejs 12.16.3
Roborock S6

[Kueppert]

Gibts das? bei misch net :/
Adapter 2.0.9
JS-COntroller 3.1.4
nodejs 12.16.3
Roborock v1 New generation or new fw(3.5.4,004007) detected

Lasse 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"}

[Hyperbit]

Adapter 2.0.9
JS-Controller 2.2.9 (warum habt ihr eigentlich da ne Version 3.x?)
Node 10.20.1
Roborock V1

Die Map geht bei mir auch nach ```
curl -sL http://iobroker.net/fix.sh | bash -

[dirkhe]

@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.

[dirkhe]

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?

[Diginix]

@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]

@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