Test Adapter mihome-vacuum v2.0.x
-
@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
-
@Meistertr: Hat nicht geholfen. Hast du noch eine andere Idee?
-
@JayR: Ist der Adapter mit dem Xiaomi Mi Robot Vacuum Mop Pro kompatibel? Das Problem besteht nach wie vor.
-
@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.
-
@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...
-
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 upHabt ihr eine Lösung dafür?
-
@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
-
@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 -
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. -
@moviehunter hast du bei der zweiten Instanz den Port geändert? Bspw. eins mehr?
Grüße Andreas -
@moviehunter sollte eigentlich gehen, hab ich bis lang noch nciht getestet, was sagt denn der log dazu?
-
@Meistertr @weimaraner
hat geklappt. Hab den falschen Port angepasst gehabt.
Danke. -
hi, kann irgendwie der Xiaomi Nasswischroboter (SWDK ZDG300) eingebunden werden?
-
@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
-
@schneidy76 said in Test Adapter mihome-vacuum v2.0.x:
die App verlangt alle paar Tage eine neue Anmeldung
die xiaomi??? ne.
-
@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
-
@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
️ -
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 ?
-
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.
-
@Zwer2k Danke für die Info. Hat zwar jetzt nichts mehr mit dem Adapter zu tun, aber wirkt wie die Wahl zwischen Pest und Cholera. Wenn ich das richtig im Kopf habe, erreiche ich mit einem Vodafone Kabelanschluss bei deaktivierter Hardware-Beschleunigung die Download-Geschwindigkeiten nicht mehr.
Oder habe ich in deine Antwort noch eine Lösung übersehen?
