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

[Jaschkopf]

@Thomas-Braun Also meine Roboter haben beide ne feste IP und in den jeweiligen Instanzen sind verschiedene Ports bei "Eigener-Port" eingestellt. So wie es auf Github beschrieben ist. Der Roboter-Port ist in beiden Instanzen auf 54321 gestellt.

Habe jetzt mal beide Instanzen auf Debug Level neu gestartet und die fehlerhafte Instanz bringt diese Meldung:

mihome-vacuum.0	2020-12-10 17:23:28.184	debug	(13642) No suitable Lua script, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }

Während die funktionierende Instanz an der Stelle erfolgreich Daten empfängt:

mihome-vacuum.1	2020-12-10 17:24:29.357	debug	(13659) Receive <<< Helo <<< 213100200000000005bf16cb5fd24bbdffffffffffffffffffffffffffffffff

Woran kann das liegen? Hat der Roboter vielleicht ne Macke?

Gruß Jaschkopf

[Meistertr]

@Jaschkopf die Meldung kommt nicht von dem adapter sondern vom js-controller. Schau mal hier:
https://github.com/ioBroker/ioBroker.example/issues/71

[Jaschkopf]

@Meistertr ok danke. Hab den issue mal überflogen aber konnte keine Parallelen finden.

Ich hab dem problematischen Roboter jetzt mal eine andere IP zugewiesen und neugestartet. Momentan ist er grün, mal schauen ob der Fehler nochmal auftritt.

Gruß Jaschkopf

[Spampunk]

@Meistertr
hattest Du denn Gelegenheit, mein Log anzuschauen? Bzw. kannst Du daraus erkennen, woran es liegen kann, dass ich mich nicht mit der Xiaomi Cloud verbinden kann?

Oder gibt es andere Gründe, warum ich keine Karte angezeigt bekomme?

Vielen Dank,
Timo

[NiWark]

@Spampunk said in Test Adapter mihome-vacuum v2.0.x:

@Meistertr
hattest Du denn Gelegenheit, mein Log anzuschauen? Bzw. kannst Du daraus erkennen, woran es liegen kann, dass ich mich nicht mit der Xiaomi Cloud verbinden kann?

Oder gibt es andere Gründe, warum ich keine Karte angezeigt bekomme?

Vielen Dank,
Timo

Habe das gleiche Problem wie du wenn ich das richtig verstanden habe. Ich bekomme keine Verbindung zur Instanz... Bzw. Ich bekomme überhaupt keine Werte in den Objekten angezeigt. Habe die IP auch mal Fix gesetzt leider ohne Erfolg. Weiß einfach nicht weiter. Vielleicht hat ja noch jemand eine Idee.

mihome-vacuum.0	2020-12-16 22:40:24.796	debug	(26067) Receive <<< Helo <<< 2131002000000000165e6d165fda7ec8ffffffffffffffffffffffffffffffff
mihome-vacuum.0	2020-12-16 22:40:19.760	debug	(26067) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0
mihome-vacuum.0	2020-12-16 22:40:19.758	debug	(26067) no answer for id:2 received, giving up
mihome-vacuum.0	2020-12-16 22:40:14.756	debug	(26067) sendMsg[3] >>> {"id":2,"method":"get_status"}
mihome-vacuum.0	2020-12-16 22:40:09.753	debug	(26067) sendMsg[2] >>> {"id":2,"method":"get_status"}
mihome-vacuum.0	2020-12-16 22:40:04.750	debug	(26067) sendMsg[1] >>> {"id":2,"method":"get_status"}
mihome-vacuum.0	2020-12-16 22:40:04.742	debug	(26067) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0
mihome-vacuum.0	2020-12-16 22:40:04.740	info	(26067) connecting, this can take up to 10 minutes ...
mihome-vacuum.0	2020-12-16 22:40:04.738	debug	(26067) Receive <<< Helo <<< 2131002000000000165e6d165fda7eb4ffffffffffffffffffffffffffffffff
mihome-vacuum.0	2020-12-16 22:39:59.818	debug	(26067) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0
mihome-vacuum.0	2020-12-16 22:39:59.815	debug	(26067) no answer for id:1 received, giving up
mihome-vacuum.0	2020-12-16 22:39:54.813	debug	(26067) sendMsg[3] >>> {"id":1,"method":"get_status"}
mihome-vacuum.0	2020-12-16 22:39:49.809	debug	(26067) sendMsg[2] >>> {"id":1,"method":"get_status"}
mihome-vacuum.0	2020-12-16 22:39:45.234	info	(26067) set nächster Timer: Nicht verfügbar
mihome-vacuum.0	2020-12-16 22:39:44.803	debug	(26067) sendMsg[1] >>> {"id":1,"method":"get_status"}
mihome-vacuum.0	2020-12-16 22:39:44.789	debug	(26067) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0
mihome-vacuum.0	2020-12-16 22:39:44.787	info	(26067) connecting, this can take up to 10 minutes ...
mihome-vacuum.0	2020-12-16 22:39:44.785	debug	(26067) Receive <<< Helo <<< 2131002000000000165e6d165fda7ea0ffffffffffffffffffffffffffffffff
mihome-vacuum.0	2020-12-16 22:39:44.748	debug	(26067) No suitable Lua script, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }
mihome-vacuum.0	2020-12-16 22:39:44.701	debug	(26067) server started on 0.0.0.0:53421
mihome-vacuum.0	2020-12-16 22:39:44.677	info	(26067) Cloud control disabled
mihome-vacuum.0	2020-12-16 22:39:44.674	info	(26067) Expert mode disabled, states deleted
mihome-vacuum.0	2020-12-16 22:39:44.605	info	(26067) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.23.0, js-controller: 3.1.6
mihome-vacuum.0	2020-12-16 22:39:38.049	info	(24969) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
mihome-vacuum.0	2020-12-16 22:39:38.047	info	(24969) terminating
mihome-vacuum.0	2020-12-16 22:39:38.043	info	(24969) Got terminate signal TERMINATE_YOURSELF
mihome-vacuum.0	2020-12-16 22:39:32.489	debug	(24969) sendTo "discovery" to system.adapter.admin.0 from system.adapter.mihome-vacuum.0
mihome-vacuum.0	2020-12-16 22:39:32.487	debug	(24969) discover__[{"did":"375xxxxx2","token":"4779436xxxxxxxxxxd5956646651596a","longitude":"0.00000000","latitude":"0.00000000","name":"Saugi","pid":"0","localip":"192.168.2.88","mac":"5C:6B:D7:08:4
mihome-vacuum.0	2020-12-16 22:39:32.483	debug	(24969) {"code":0,"message":"ok","result":{"list":[{"did":"375xxxxx2","token":"4779436xxxxxxxxxxd5956646651596a","longitude":"0.00000000","latitude":"0.00000000","name":"Saugi","pid":"0","localip":"19
mihome-vacuum.0	2020-12-16 22:39:32.333	debug	(24969) GET devices from:https://de.api.io.mi.com/app/home/device_list
mihome-vacuum.0	2020-12-16 22:39:32.327	debug	(24969) Xiaomi Cloud: Login successful
mihome-vacuum.0	2020-12-16 22:39:29.612	debug	(24969) Xiaomi Cloud: Logging in

Vielen dank im voraus schonmal.

[Spampunk]

@NiWark
Es wäre vielleicht ganz gut, wenn Du noch angibst, welches Modell Du hast.

@Meistertr
Ich habe mal gerade den Befehl "get_map" im DP "mihome-vacuum.0.control.X_send_command" abgesetzt und folgendes Log erhalten:

mihome-vacuum.0	2020-12-17 12:18:57.168	debug	(18233) Mappointer_updated
mihome-vacuum.0	2020-12-17 12:18:57.167	debug	(18233) Receive <<< {"result":["rubyslite%2F391549510%2F1"],"id":17}
mihome-vacuum.0	2020-12-17 12:18:57.160	debug	(18233) 1. Mappointer_nomap___retry
mihome-vacuum.0	2020-12-17 12:18:57.158	debug	(18233) sendMsg[1] >>> {"id":17,"method":"get_map_v1"}
mihome-vacuum.0	2020-12-17 12:18:56.987	debug	(18233) Receive <<< {"result":[[1607452925,1607453028,103,4085000,0,0,2,3,43]],"id":16}
mihome-vacuum.0	2020-12-17 12:18:56.978	debug	(18233) sendMsg[1] >>> {"id":16,"method":"get_clean_record","params":[1607452925]}
mihome-vacuum.0	2020-12-17 12:18:56.825	debug	(18233) system.adapter.admin.0: logging true

Kannst Du damit etwas anfangen? Wenn ich irgendwie dazu beitragen kann, das Projekt nach vorne zu bringen lass es mich gerne wissen.

Viele Grüße,
Timo

[Meistertr]

@Spampunk die lokale Verbindung des Roboters funktioniert einwandfrei. lediglich die cloud Anbindung nicht. Laut deinem log geht die Anfrage an den Server raus, aber es kommt keine Antwort, also gehe ich davon aus, dass die Anfragen durch irgendjemanden (Firewall oder Einstellungen des routers) blockiert werden

[Meistertr]

@NiWark bei dir ist die verbindung zur Cloud aufgenbaut. nur der Roboter antwortet local nicht. das ist zu beginn normal. Sollte es anhalten, einfach mal den Roboter neustarten, dann sollte es gehen

[NiWark]

@Spampunk
Oh Sorry. Ganz vergessen. Es handelt sich bei mir um den Xiaomi Mi Robot Vacuum Mop Pro.

@Meistertr
Leider nein. Habe es eben noch mal probiert. Roboter neu Gestartet, kurzen Moment gewartet. Adapter bleibt Gelb. Dann Adapter neu Gestartet, immer noch gelb.

[Spampunk]

@Meistertr
Welche Ports müssen denn dafür offen sein? Meine F/W hat nur die Standard-Einstellungen (Fritzbox), da ist nichts sonderlich geblockt oder so.

Wie lautet denn die Server-Adresse? Ich könnte ja mal einen Ping versuchen.

[volx3eet]

Hallo zusammen,
Ich habe eine Frage zur Zonenreinugung. Ich hab meine Map und kann jetzt via FloLeVac die Koords auslesen. Muss ich aktiv die Zonen in der App setzen, oder reicht es nur die Koordinaten auszulesen ohne die Zone zu bestätigen?

Mit den Koordinaten wird dann über VIS DER Robi gesteuert.

VG
Volx

[Coffeelover]

@volx3eet Hi. Du brauchst nur die Koordinaten. Mein Robbie ist schon so alt, der kann von sich aus garkeine Zonen. :)

[Jaschkopf]

Servus, ich schon wieder. Ich habe jetzt vor ein paar Tagen beide beiden Roborock S50 mal komplett platt gemacht und auf Werkseinstellung zurück gesetzt. Danach beide auf die neuste Firmware geupdatet (3.5.7_002008). Das Update musste ich allerdings über die FloleVac App machen, weil es mir von Xiaomi Home nicht angeboten wurde.

Trotzdem bricht immer noch die Verbindung zu meinem Erdgeschoss Roby ab. Ich habe die Verbindung mal per FLot aufgezeichnet und er trennt sich immer Nachts um 4Uhr. Im Log sieht man das einfach keine Daten mehr rein kommen.

[{"msg_ver":3,"msg_seq":4172,"state":8,"battery":100,"clean_time":12,"clean_area":0,"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":102,"dnd_enabled":1,"map_status":3,"lock_status":0}],"id":2911}
2020-12-20 03:58:43.981  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2913,"method":"get_status"}
2020-12-20 03:58:44.004  - debug: mihome-vacuum.0 (1071) Receive <<< {"result":[{"msg_ver":3,"msg_seq":4173,"state":8,"battery":100,"clean_time":12,"clean_area":0,"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":102,"dnd_enabled":1,"map_status":3,"lock_status":0}],"id":2913}
2020-12-20 03:59:03.982  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2914,"method":"get_status"}
2020-12-20 03:59:03.997  - debug: mihome-vacuum.0 (1071) Receive <<< {"result":[{"msg_ver":3,"msg_seq":4174,"state":8,"battery":100,"clean_time":12,"clean_area":0,"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":102,"dnd_enabled":1,"map_status":3,"lock_status":0}],"id":2914}
2020-12-20 03:59:23.988  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2915,"method":"get_status"}
2020-12-20 03:59:23.989  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2916,"method":"miIO.info"}
2020-12-20 03:59:23.989  - debug: mihome-vacuum.0 (1071) Next WiFi check: 20.12 04:00
2020-12-20 03:59:24.005  - debug: mihome-vacuum.0 (1071) Receive <<< {"partner_id":"","id":2916,"code":0,"message":"ok","result":{"hw_ver":"Linux","fw_ver":"3.5.7_002008","ap":{"ssid":"Laterne","bssid":"E8:DF:70:9E:5E:3D","rssi":-51},"netif":{"localIp":"192.168.178.27","mask":"255.255.255.0","gw":"192.168.178.1"},"model":"roborock.vacuum.s5","mac":"40:31:3C:AD:47:63","token":"4d747171777057373650316871615437","life":86362}}
2020-12-20 03:59:24.006  - debug: mihome-vacuum.0 (1071) Receive <<< {"result":[{"msg_ver":3,"msg_seq":4175,"state":8,"battery":100,"clean_time":12,"clean_area":0,"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":102,"dnd_enabled":1,"map_status":3,"lock_status":0}],"id":2915}
2020-12-20 03:59:43.989  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2917,"method":"get_status"}
2020-12-20 03:59:44.008  - debug: mihome-vacuum.0 (1071) Receive <<< {"result":[{"msg_ver":3,"msg_seq":4176,"state":8,"battery":100,"clean_time":12,"clean_area":0,"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":102,"dnd_enabled":1,"map_status":3,"lock_status":0}],"id":2917}
2020-12-20 04:00:00.019  - info: host.iobroker instance system.adapter.dwd.0 started with pid 3184
2020-12-20 04:00:03.990  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2918,"method":"get_status"}
2020-12-20 04:00:07.268  - info: host.iobroker instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-12-20 04:00:08.991  - debug: mihome-vacuum.0 (1071) sendMsg[2] >>> {"id":2918,"method":"get_status"}
2020-12-20 04:00:13.993  - debug: mihome-vacuum.0 (1071) sendMsg[3] >>> {"id":2918,"method":"get_status"}
2020-12-20 04:00:18.994  - debug: mihome-vacuum.0 (1071) no answer for get_status id:2918 received, giving up
2020-12-20 04:00:23.994  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2919,"method":"get_status"}
2020-12-20 04:00:23.997  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2920,"method":"miIO.info"}
2020-12-20 04:00:23.997  - debug: mihome-vacuum.0 (1071) Next WiFi check: 20.12 04:01
2020-12-20 04:00:28.997  - debug: mihome-vacuum.0 (1071) sendMsg[2] >>> {"id":2919,"method":"get_status"}
2020-12-20 04:00:28.998  - debug: mihome-vacuum.0 (1071) sendMsg[2] >>> {"id":2920,"method":"miIO.info"}
2020-12-20 04:00:28.999  - debug: mihome-vacuum.0 (1071) Next WiFi check: 20.12 04:01
2020-12-20 04:00:33.998  - debug: mihome-vacuum.0 (1071) sendMsg[3] >>> {"id":2919,"method":"get_status"}
2020-12-20 04:00:33.999  - debug: mihome-vacuum.0 (1071) sendMsg[3] >>> {"id":2920,"method":"miIO.info"}
2020-12-20 04:00:33.999  - debug: mihome-vacuum.0 (1071) Next WiFi check: 20.12 04:01
2020-12-20 04:00:38.999  - debug: mihome-vacuum.0 (1071) no answer for get_status id:2919 received, giving up
2020-12-20 04:00:38.999  - debug: mihome-vacuum.0 (1071) no answer for miIO.info id:2920 received, giving up
2020-12-20 04:00:39.000  - warn: mihome-vacuum.0 (1071) no answer received after 3 times -> pause miIO.info try again in one hour
2020-12-20 04:00:39.000  - debug: mihome-vacuum.0 (1071) Next WiFi check: 20.12 05:00
2020-12-20 04:00:43.998  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2921,"method":"get_status"}
2020-12-20 04:00:48.999  - debug: mihome-vacuum.0 (1071) sendMsg[2] >>> {"id":2921,"method":"get_status"}
2020-12-20 04:00:54.000  - debug: mihome-vacuum.0 (1071) sendMsg[3] >>> {"id":2921,"method":"get_status"}
2020-12-20 04:00:59.001  - debug: mihome-vacuum.0 (1071) no answer for get_status id:2921 received, giving up
2020-12-20 04:01:03.999  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2922,"method":"get_status"}
2020-12-20 04:01:09.000  - debug: mihome-vacuum.0 (1071) sendMsg[2] >>> {"id":2922,"method":"get_status"}
2020-12-20 04:01:14.001  - debug: mihome-vacuum.0 (1071) sendMsg[3] >>> {"id":2922,"method":"get_status"}
2020-12-20 04:01:19.002  - debug: mihome-vacuum.0 (1071) no answer for get_status id:2922 received, giving up
2020-12-20 04:01:24.000  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2923,"method":"get_status"}
2020-12-20 04:01:29.001  - debug: mihome-vacuum.0 (1071) sendMsg[2] >>> {"id":2923,"method":"get_status"}
2020-12-20 04:01:34.003  - debug: mihome-vacuum.0 (1071) sendMsg[3] >>> {"id":2923,"method":"get_status"}
2020-12-20 04:01:39.003  - debug: mihome-vacuum.0 (1071) no answer for get_status id:2923 received, giving up
2020-12-20 04:01:44.002  - debug: mihome-vacuum.0 (1071) sendMsg[1] >>> {"id":2924,"method":"get_status"}
2020-12-20 04:01:49.004  - debug: mihome-vacuum.0 (1071) sendMsg[2] >>> {"id":2924,"method":"get_status"}
2020-12-20 04:01:54.005  - debug: mihome-vacuum.0 (1071) sendMsg[3] >>> {"id":2924,"method":"get_status"}
2020-12-20 04:01:59.006  - debug: mihome-vacuum.0 (1071) no answer for get_status id:2924 received, giving up
2020-12-20 04:02:04.004  - info: mihome-vacuum.0 (1071) Disconnected due last Restponse of 03:59:44.010

Alles andere läuft problemlos im Netzwerk. Der Roby bleibt dann genau 24h offline und dann wieder Nachts um 4Uhr kann er die Verbindung wiederherstellen.

Kann das am Germany Server liegen? Über welchen Server habt ihr eure Robys laufen?

Gruß Jaschkopf

[Meistertr]

@Jaschkopf nein ist ist ein verbindungsptobleme durch deine netzwerkhardware. Um 4 Uhr macht der Roboter einen reboot danach kann er sich scheinbar nicht mehr verbinden. Er ist und beim nächsten reboot geht es dann wieder. Kann am robbi oder dem Router liegen. Ich jedoch nicht am Adapter selbst.

[volx3eet]

Hallo zusammen,

ich hab nochmal eine Frage. In der MiHome-App gibt es ja die Karte in der die Ladestation steht. Dort kann man ja dann Räume und Zonen etc. einstellen und speichern. Diese Karte kann ich auch in der App immer wieder herstellen, wenn ich z.b. auf einer weiteren Etage gesaugt habe.

Gibt es im Adapter irgendeine Möglichkeit zwischen der manuellen und der automatischen Karte in der App per Befehl zu wechseln? (getMap oder load map o.ä?)

Danke und VG
Volx

[Spampunk]

@Meistertr
@Spampunk said in Test Adapter mihome-vacuum v2.0.x:

Welche Ports müssen denn dafür offen sein? Meine F/W hat nur die Standard-Einstellungen (Fritzbox), da ist nichts sonderlich geblockt oder so.

Wie lautet denn die Server-Adresse? Ich könnte ja mal einen Ping versuchen.

Ich bekomme leider trotz diverser Anstrengungen keine Kartenhinweise in den DPs mihome-vacuum.0.map.map64, bzw. mihome-vacuum.0.map.mapURL.

Aber wenn ich als command get_map_v1 sende, bekomme ich ["rubyslite%2F391549510%2F7"] zurück. Kann man damit etwas anfangen, um an die Karte zu kommen?

[dirkhe]

@Spampunk ich kenne dein log ja nicht, aber das ger Map macht der Adapter ja auch. Mit der Antwort versucht er ja dann die Karte zu holen und zu interpretieren. Mach dein Log mal auf debug oder Silly, dann siehst du das

[volx3eet]

@dirkhe Ich hab eine Karte mit vielen Räumen. Ich würde gerne in der VIS verschieden Raumkombinationen als Button hinterlegen. Kann ich dafür mihome-vacuum.0.rooms.multiRoomClean einfach kopieren und jeweils andere Räume zuordnen?

VG
Volx

[dirkhe]

@volx3eet Nein, den kannst du nicht kopieren. Du kannst Timer erstellen und den deaktivieren oder keinen Tag zuweisen. Den kannst du dann verschiedene Räume zuweisen. Über vis oder Script kannst du den dann "jetzt starten".

[Sneaker75]

Seit dem Update auf Node.js v12.18.3 funktioniert in ioBroker die Kartendarstellung nicht mehr bei mir. Ich habe einen Roborock S5 und der ioBroker läuft auf einem Raspberry4. Ich habe gelesen, dass das eventuell mit "canvas" zusammenhängt. Wie kann ich das wieder fixen? Beim Neustart des Adapters kommt keine Fehlermeldung im Log.