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

[Meistertr]

@JayR mal versucht den roboter neu zu starten?

[kristina.da]

@Meistertr : Ich mal wieder :-) Ich gehe mal davon aus, dass die Valetudo Anpassung erst im "Test Adapter mihome-vacuum 3.x.x" umgesetzt wird oder?

Grüssle Kristina

[JayR]

@Meistertr: Hat nicht geholfen. Hast du noch eine andere Idee?

[JayR]

@JayR: Ist der Adapter mit dem Xiaomi Mi Robot Vacuum Mop Pro kompatibel? Das Problem besteht nach wie vor.

[Meistertr]

@JayR die Version 2 nicht die 3er schon, aber kann bis lang nur die viomi Modelle, die musst du über meine git Seite installiert, ist aber noch alpha Stadium. Komme da gerade etwas schleppend vorran.

[da_Woody]

@schneidy76 die xiaomi sieht genau so aus wie die roborock. beiß in den sauren apfel, oder installier die xiaomi mal dazu. vllt übernimmt sie sogar deine einrichtung...

[moviehunter]

Moin,

ich habe mittlerweile zwei Sauger an zwei Standorten (somit auch verschiedenen Routern und verschiedenen Installationen vom ioborker)
Bei beiden bekomme ich keine Verbindung zum Sauger.
In der Xiaomi Home App laufen beide einwandfrei.
Über mein Konto kann ich sie auch beide in den iobroker einbinden.
Aber weiter geht es nicht. Unter Objekte kann ich zwar auf Start drücken, aber es kommt nichts beim Sauger an.
Zum einen habe ich den Xiaomi Mi Robot Vacuum Mop und zum anderen den Xiaomi Mi Robot Vacuum Mop Pro.

Ländereinstellung/Server steht im Adapter, sowie in der App auf Deutschland. Habe mal gelesen, dass es da sinnvoll ist auf China zu stellen...ist das so?

Hier ein Auszug aus meinem log.

mihome-vacuum.0	2020-10-22 07:30:31.700	debug	(628) no answer for get_status(id:13410) received, giving up
mihome-vacuum.0	2020-10-22 07:30:30.037	debug	(628) system.adapter.admin.0: logging true
mihome-vacuum.0	2020-10-22 07:30:25.727	info	(628) should trigger cleaning all null, but is currently active. Add to queue
mihome-vacuum.0	2020-10-22 07:30:25.719	debug	(628) sendTo "startVacuuming" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0
mihome-vacuum.0	2020-10-22 07:30:25.719	debug	(628) stateChange mihome-vacuum.0.control.start {"val":true,"ack":false,"ts":1603344625718,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1603262874086}
mihome-vacuum.0	2020-10-22 07:30:25.278	debug	(628) requesting params every: 60 Sec
mihome-vacuum.0	2020-10-22 07:30:25.277	info	(628) Connected
mihome-vacuum.0	2020-10-22 07:30:25.253	info	(628) Disconnect
mihome-vacuum.0	2020-10-22 07:30:23.253	info	(628) should trigger cleaning all null, but is currently active. Add to queue
mihome-vacuum.0	2020-10-22 07:30:23.252	debug	(628) sendTo "startVacuuming" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0
mihome-vacuum.0	2020-10-22 07:30:23.252	debug	(628) stateChange mihome-vacuum.0.control.start {"val":true,"ack":false,"ts":1603344623218,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1603262874086}
mihome-vacuum.0	2020-10-22 07:30:19.828	debug	(628) no answer for get_sound_volume(id:13408) received, giving up
mihome-vacuum.0	2020-10-22 07:30:19.629	debug	(628) no answer for get_clean_summary(id:13407) received, giving up
mihome-vacuum.0	2020-10-22 07:30:19.429	debug	(628) no answer for get_consumable(id:13406) received, giving up
mihome-vacuum.0	2020-10-22 07:30:11.699	debug	(628) no answer for get_status(id:13405) received, giving up
mihome-vacuum.0	2020-10-22 07:30:04.426	debug	(628) requesting params every: 60 Sec
mihome-vacuum.0	2020-10-22 07:29:52.200	debug	(628) no answer for get_sound_volume(id:13403) received, giving up
mihome-vacuum.0	2020-10-22 07:29:52.000	debug	(628) no answer for get_clean_summary(id:13402) received, giving up
mihome-vacuum.0	2020-10-22 07:29:51.800	debug	(628) no answer for get_consumable(id:13401) received, giving up
mihome-vacuum.0	2020-10-22 07:29:51.799	debug	(628) no answer for get_status(id:13400) received, giving up
mihome-vacuum.0	2020-10-22 07:29:36.798	debug	(628) requesting params every: 60 Sec
mihome-vacuum.0	2020-10-22 07:29:36.797	info	(628) Connected
mihome-vacuum.0	2020-10-22 07:29:36.697	info	(628) Disconnect
mihome-vacuum.0	2020-10-22 07:29:31.698	debug	(628) no answer for get_status(id:13399) received, giving up
mihome-vacuum.0	2020-10-22 07:29:19.830	debug	(628) no answer for get_sound_volume(id:13397) received, giving up
mihome-vacuum.0	2020-10-22 07:29:19.630	debug	(628) no answer for get_clean_summary(id:13396) received, giving up
mihome-vacuum.0	2020-10-22 07:29:19.430	debug	(628) no answer for get_consumable(id:13395) received, giving up
mihome-vacuum.0	2020-10-22 07:29:12.265	debug	(628) no answer for get_sound_volume(id:13393) received, giving up
mihome-vacuum.0	2020-10-22 07:29:12.065	debug	(628) no answer for get_clean_summary(id:13392) received, giving up
mihome-vacuum.0	2020-10-22 07:29:11.864	debug	(628) no answer for get_consumable(id:13391) received, giving up
mihome-vacuum.0	2020-10-22 07:29:11.864	debug	(628) no answer for get_status(id:13390) received, giving up
mihome-vacuum.0	2020-10-22 07:29:04.427	debug	(628) requesting params every: 60 Sec
mihome-vacuum.0	2020-10-22 07:28:56.862	debug	(628) requesting params every: 60 Sec
mihome-vacuum.0	2020-10-22 07:28:56.861	info	(628) Connected
mihome-vacuum.0	2020-10-22 07:28:56.695	info	(628) Disconnect
mihome-vacuum.0	2020-10-22 07:28:51.697	debug	(628) no answer for get_status(id:13389) received, giving up
mihome-vacuum.0	2020-10-22 07:28:49.733	debug	(628) no answer for undefined(id:13388) received, giving up
mihome-vacuum.0	2020-10-22 07:28:43.183	debug	(628) no answer for get_sound_volume(id:13386) received, giving up
mihome-vacuum.0	2020-10-22 07:28:42.984	debug	(628) no answer for get_clean_summary(id:13385) received, giving up
mihome-vacuum.0	2020-10-22 07:28:42.781	debug	(628) no answer for get_consumable(id:13384) received, giving up
mihome-vacuum.0	2020-10-22 07:28:42.781	debug	(628) no answer for get_status(id:13383) received, giving up
mihome-vacuum.0	2020-10-22 07:28:38.666	debug	(628) system.adapter.admin.0: logging false
mihome-vacuum.0	2020-10-22 07:28:34.693	info	(628) trigger cleaning all null
mihome-vacuum.0	2020-10-22 07:28:34.443	debug	(628) sendTo "startVacuuming" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0
mihome-vacuum.0	2020-10-22 07:28:34.367	debug	(628) stateChange mihome-vacuum.0.control.start {"val":true,"ack":false,"ts":1603344514357,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1603262874086}
mihome-vacuum.0	2020-10-22 07:28:27.780	debug	(628) requesting params every: 60 Sec
mihome-vacuum.0	2020-10-22 07:28:27.779	info	(628) Connected
mihome-vacuum.0	2020-10-22 07:28:27.698	info	(628) Disconnect
mihome-vacuum.0	2020-10-22 07:28:22.699	debug	(628) no answer for get_status(id:13382) received, giving up
mihome-vacuum.0	2020-10-22 07:28:19.830	debug	(628) no answer for get_sound_volume(id:13380) received, giving up
mihome-vacuum.0	2020-10-22 07:28:19.628	debug	(628) no answer for get_clean_summary(id:13379) received, giving up
mihome-vacuum.0	2020-10-22 07:28:19.427	debug	(628) no answer for get_consumable(id:13378) received, giving up
mihome-vacuum.0	2020-10-22 07:28:04.426	debug	(628) requesting params every: 60 Sec
mihome-vacuum.0	2020-10-22 07:28:02.698	debug	(628) no answer for get_status(id:13377) received, giving up
mihome-vacuum.0	2020-10-22 07:27:43.100	debug	(628) no answer for get_sound_volume(id:13375) received, giving up
mihome-vacuum.0	2020-10-22 07:27:42.902	debug	(628) no answer for get_clean_summary(id:13374) received, giving up
mihome-vacuum.0	2020-10-22 07:27:42.701	debug	(628) no answer for get_consumable(id:13373) received, giving up
mihome-vacuum.0	2020-10-22 07:27:42.700	debug	(628) no answer for get_status(id:13372) received, giving up
mihome-vacuum.0	2020-10-22 07:27:27.699	debug	(628) requesting params every: 60 Sec
mihome-vacuum.0	2020-10-22 07:27:27.698	info	(628) Connected
mihome-vacuum.0	2020-10-22 07:27:27.695	info	(628) Disconnect
mihome-vacuum.0	2020-10-22 07:27:22.697	debug	(628) no answer for get_status(id:13371) received, giving up
mihome-vacuum.0	2020-10-22 07:27:19.829	debug	(628) no answer for get_sound_volume(id:13369) received, giving up
mihome-vacuum.0	2020-10-22 07:27:19.629	debug	(628) no answer for get_clean_summary(id:13368) received, giving up
mihome-vacuum.0	2020-10-22 07:27:19.428	debug	(628) no answer for get_consumable(id:13367) received, giving up
mihome-vacuum.0	2020-10-22 07:27:04.426	debug	(628) requesting params every: 60 Sec
mihome-vacuum.0	2020-10-22 07:27:02.695	debug	(628) no answer for get_status(id:13366) received, giving up
mihome-vacuum.0	2020-10-22 07:26:43.169	debug	(628) no answer for get_sound_volume(id:13364) received, giving up
mihome-vacuum.0	2020-10-22 07:26:42.969	debug	(628) no answer for get_clean_summary(id:13363) received, giving up
mihome-vacuum.0	2020-10-22 07:26:42.770	debug	(628) no answer for get_consumable(id:13362) received, giving up

Habt ihr eine Lösung dafür?

[Meistertr]

@moviehunter lies mal 2 Posts weiter oben!! du hast auch die viomi modelle die aufgrund der geänderten api nicht mit der version 2 gehen, lad mal diese version (ACHTUNG ALPHA) https://github.com/MeisterTR/ioBroker.mihome-vacuum

[weimaraner]

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

Habe mal gelesen, dass es da sinnvoll ist auf China zu stellen...ist das so?

Ist das so? Ich habe einen Gen. 1, den ich seit zwei Jahren erfolgreich eingebunden habe. Super Adapter großes Lob an @Meistertr. Jetzt kommt ein S5 max dazu. Ich habe historisch bedingt den Gen 1 und auch ein Gateway über die China Server angemeldet. Muß ich jetzt mal schauen, ob der "deutsche" S5 max sich auch an den China Servern anmelden läßt. Wäre das für den Adapter von Vorteil?
Ich möchte nicht alle Geräte ummelden müssen.
Grüße Andreas

[moviehunter]

@Meistertr

super, das hat geklappt. Danke.
Aber mehrere Instanzen sind noch nicht möglich..oder?
Zumindest bekomme ich sobald ich eine zweite anlege bei keiner mehr eine Verbindung.

[weimaraner]

@moviehunter hast du bei der zweiten Instanz den Port geändert? Bspw. eins mehr?
Grüße Andreas

[Meistertr]

@moviehunter sollte eigentlich gehen, hab ich bis lang noch nciht getestet, was sagt denn der log dazu?

[moviehunter]

@Meistertr @weimaraner
hat geklappt. Hab den falschen Port angepasst gehabt.
Danke.

[reini]

hi, kann irgendwie der Xiaomi Nasswischroboter (SWDK ZDG300) eingebunden werden?

[schneidy76]

@da_Woody des habe ich getan, für Alle: die Karte bleibt bestehen, die Einrichtung der Räume muss man eben neu machen. Das geht relativ easy. Was nervt, die App verlangt alle paar Tage eine neue Anmeldung...

VG Torsten

[da_Woody]

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

die App verlangt alle paar Tage eine neue Anmeldung

die xiaomi??? ne.

[Meistertr]

@reini nicht ohne zutun.. wenn du mich via teamviewer mal auf deinen rechner lässt, könnte ich versuchen die Befehle die für den wischer erforderlich sind herauszufinden. kannst mich am besten dazu mal bei telegram oder discond anschreiben

[Frank579]

@Meistertr
Guten Abend, habe den Adapter schon etwas länger mit meinen 2 S5MAX am laufen, bislang immer ohne Probleme. Seit neuestem wird die Karte in meiner Vis aber nicht mehr aktualisiert, eher nur ein Schönheitsfehler, hat aber ja mal funktioniert. Kann nicht genau sagen seit wann das so ist, vermute aber das es mit dem Firmware Update vom s5max gekommen ist.
Vielleicht kannst du ja was sagen ☺️

[D3ltoroxp]

Hm, folgendes Problem. Ich habe das Gefühl, das er die Karte immer wieder ändert, also die zugeordneten Räume. Ich habe mir die ganzen Räume angelegt, um über Alexa dann per Befehl bestimmte Zimmer saugen zu lassen. Aber irgendwie ändert sich das ständig, immer wieder sind Räume zusammen gelegt, die ich getrennt hatte. Schau ich hin, sind die wieder zusammen. Andere Räume bekommen dann auch wieder ne andere Farbe und so mit wohl dann auch im Adapter ne andere Room Nummer.

Kann ich das irgendwie abstellen, das er ständig ne neue Version der Karte anfertigt, oder zumindest die Raumeinteilung in Ruhe lässt ?

Oder wie habt ihr das gelöst, das er bestimmte Räume auf Befehl reinigt ?

[Zwer2k]

Bin meinem Problem, dass die Karte nicht angezeigt wurde auf die Schliche gekommen. Es scheint so, als ob die Packet-Hardwarebeschleunigung in der Fritz!Box den Fehler verursacht. Der Fehler tritt nur auf wenn die Hardwarebeschleunigung aktiviert ist.
Ich konnte es ziemlich genau nachstellen, die Anfragen an Xiaomi-Server sind einfach hängen geblieben aber nur wen die Anfragen durch Node.js abgesetzt worden sind, wenn ich Gleich Anfrage mit CURL oder GoLang abgesetzt hatte gingen die problemlos durch.