[Frage] Xiaomi Vacuum cleaner
-
Die Apps beziehen die Daten jedesmal aus der Cloud. Dies gilt auch für die Tokens. Daher konnte mehrwiedu auch nach Änderung des Tokens den Robo von beiden Geräten aus steuern. `
Nachdem ich den Sauger der iPad App wieder hinzugefügt habe, bzw. hat die App nach Aufrufen das selbstständig gemacht, habe ich das Backup angelegt und der Token blieb identisch.Ich habe soeben den gleichen Prozess noch einmal durchgeführt.
Am iPhone den Sauger aus der App entfernt. Hierzu die App geöffnet, den Sauger ausgewählt, so dass ich die Übersichtskarte sehe, auf die drei Punkte oben rechts in der Ecke, general settings und dort delete device.
Anschliessend die App geschlossen, am Sauger Home und Start gleichzeitig gedrückt, bis die blaue LED blinkt, die App geöffnet, ein Device hinzugefügt, Sauger ausgewählt, WLAN-Verbindung eingetragen, Namen geändert und somit eingebunden.
Wieder ans iPad, die App geöffnet, den Sauger ausgewählt, er wurde automatisch eingelesen und lässt sich nun von beiden Devices aus steuern.
Also wieder ein Backup von iPad und iPhone gemacht und Token ausgelesen.
iPad unverändert immer noch der "Ursprungstoken", den ich bereits mit dem iPhone 6s vor Tagen ausgelesen habe und am iPhone X erneut ein neuer Token. Jetzt habe ich also aus 2 Apps insgesamt 3 Token, wobei die App am iPhone X mit allen drei Token funktionierte und aktuell funktioniert und die App am iPad immer noch mit dem "Ursprungstoken" arbeitet.
Und zur Krönung habe ich mein altes iPhone 6s grade wieder angemacht, die App geöffnet, den Sauger ausgewählt, er wurde eingelesen und funktioniert auch dort immer noch. Rate, was für ein Token im aktuellen Backup vom 6s noch drin ist.
Um das auf die Spitze zu treiben, kann ich ja am iPad den Sauger mal aus der App werfen und ihn auch dort wieder neu einbinden. Dann bekomme ich den 4. Token und habe dann drei iOS Geräte mit jeweils einem differenten Token in der App und alle drei werden funktionieren.
Wenn also jetzt der Token in der App ein alter ist und von einem Token aus der Cloud abgelöst wird, kriege ich doch nie den richtigen Token aus einem Backup, wenn der nicht auch wenigstens in der App überschrieben wird. Und wenn der dritte Token, den ich nun am iPhone X auslesen kann, auch der ist, der in der Cloud hängt, warum funktioniert der nicht im Adapter?
Für mich ist das alles eher unlogisch und ich bin mir aus dieser Situation "vermeintlich" sicher, dass ich den wirklich für den Adapter relevanten Token nicht aus einem iOS Device auslesen kann.
-
Die Apps beziehen die Daten jedesmal aus der Cloud. Dies gilt auch für die Tokens. Daher konnte mehrwiedu auch nach Änderung des Tokens den Robo von beiden Geräten aus steuern. `
Nachdem ich den Sauger der iPad App wieder hinzugefügt habe, bzw. hat die App nach Aufrufen das selbstständig gemacht, habe ich das Backup angelegt und der Token blieb identisch.Ich habe soeben den gleichen Prozess noch einmal durchgeführt.
Am iPhone den Sauger aus der App entfernt. Hierzu die App geöffnet, den Sauger ausgewählt, so dass ich die Übersichtskarte sehe, auf die drei Punkte oben rechts in der Ecke, general settings und dort delete device.
Anschliessend die App geschlossen, am Sauger Home und Start gleichzeitig gedrückt, bis die blaue LED blinkt, die App geöffnet, ein Device hinzugefügt, Sauger ausgewählt, WLAN-Verbindung eingetragen, Namen geändert und somit eingebunden.
Wieder ans iPad, die App geöffnet, den Sauger ausgewählt, er wurde automatisch eingelesen und lässt sich nun von beiden Devices aus steuern.
Also wieder ein Backup von iPad und iPhone gemacht und Token ausgelesen.
iPad unverändert immer noch der "Ursprungstoken", den ich bereits mit dem iPhone 6s vor Tagen ausgelesen habe und am iPhone X erneut ein neuer Token. Jetzt habe ich also aus 2 Apps insgesamt 3 Token, wobei die App am iPhone X mit allen drei Token funktionierte und aktuell funktioniert und die App am iPad immer noch mit dem "Ursprungstoken" arbeitet.
Und zur Krönung habe ich mein altes iPhone 6s grade wieder angemacht, die App geöffnet, den Sauger ausgewählt, er wurde eingelesen und funktioniert auch dort immer noch. Rate, was für ein Token im aktuellen Backup vom 6s noch drin ist.
Um das auf die Spitze zu treiben, kann ich ja am iPad den Sauger mal aus der App werfen und ihn auch dort wieder neu einbinden. Dann bekomme ich den 4. Token und habe dann drei iOS Geräte mit jeweils einem differenten Token in der App und alle drei werden funktionieren.
Wenn also jetzt der Token in der App ein alter ist und von einem Token aus der Cloud abgelöst wird, kriege ich doch nie den richtigen Token aus einem Backup, wenn der nicht auch wenigstens in der App überschrieben wird. Und wenn der dritte Token, den ich nun am iPhone X auslesen kann, auch der ist, der in der Cloud hängt, warum funktioniert der nicht im Adapter?
Für mich ist das alles eher unlogisch und ich bin mir aus dieser Situation "vermeintlich" sicher, dass ich den wirklich für den Adapter relevanten Token nicht aus einem iOS Device auslesen kann. `
Das ist tatsächlich sehr merkwürdig. ich gehe davon aus dass du die neuste Version der Mi-app installiert hast? hast du die Möglichkeit eine ältere Version zu installieren? Da gab es ja vor ein paar Wochen ein Update der app. Bin leider kein Apfelanhänger und kann da leider wenig zu sagen. Ausschließen will ich nicht, dass Xiaomi wiedermal was geändert hat. Könntest du mir deine verschieden Token per pn zukommen lassen, will sie mir mal genauer Anschauen (Mit dem token kann man ohne den Sauger nix anfangen) .
Android Kaufen nur für token ist ein bisschen übertrieben. Aber vll nen kumpel zum Kaffee einladen und kurz das Handy ausleihen. Alternativ kannst du mir mit dem token auch deine App zugangsdaten "Ausleihen" PW kann man ja danach wider ändern und ich lese zusätzlich den token über android aus.
-
Vielen Dank. Ich habe Dir mal eine PN gesendet.
-
Vielen Dank nochmals an Meistertr, der mir im Hintergrund mit dem Auslesen des Tokens geholfen hat.
Leider konnte er auch nur den Token mittels Android auslesen, den ich bereits aus meinem letzten iOS Backup gefischt habe und mit dem der Sauger sich auch nicht ansprechen lässt.
Die Vermutung, dass es am Token liegt, verfliegt also so langsam auch.
Nach jetzigem Stand gibt es im Log, so wie ich es verstanden habe, keine großen Auffälligkeiten.
Was kann ich an der Fritzbox noch explizit einstellen, falls es hier zu Beeinträchtigungen kommt?
Nutzt es vielleicht, wenn ich den Sauger komplett auf Werkseinstellungen zurücksetze?
Ich kann mich erinnern, dass beim Kauf des Saugers eine aktualisierte Firmware eingespielt wurde. Da hatte ich allerdings keine Möglichkeit dies zu unterbinden.
Da meine App in iOS auf dem neuesten Stand ist, schätze ich, dass auch der Sauger selbst den aktuellen Stand der Firmware hat, denn hier habe ich nach dem einen Mal nach Kauf kein bewusstes Update mehr gemacht.
Gibt es weitere Ideen, was ich noch ausprobieren kann, damit der Sauger mittels ioBroker angesprochen werden kann?
Ich habe nicht viel in ioBroker, aber Tradfri- und Harmony-Adapter funktionieren problemlos, ohne dass ich irgendwas in den Einstellungen der Fritz tun musste.
Was mir eventuell noch einfällt, wo ich aber keine Erklärung für hätte, wäre die grundsätzliche Installation des Adapters. Kann ich hier etwas falsch gemacht haben, oder einen Schritt nicht ausgeführt haben? Irgendwo in den ganzen Threads zum Sauger habe ich was von manuellem Upload gelesen, worauf ich selbst keine Erklärung hatte, wie und wann das geschehen muss.
Bisher habe ich einfach die Instanz gestoppt, den Adapter gelöscht und von Github unter "Beliebig" mit Eingabe der URL installiert. Anschließend eine Instanz hinzugefügt, die IP und den Token eingetragen und die Instanz gestartet. Irgendwas daran vielleicht verkehrt oder unvollständig?
Vielen Dank im Voraus für Anregungen, Tipps und Hilfe.
Gruß
double_d
-
Bisher habe ich einfach die Instanz gestoppt, den Adapter gelöscht und von Github unter "Beliebig" mit Eingabe der URL installiert. Anschließend eine Instanz hinzugefügt, die IP und den Token eingetragen und die Instanz gestartet. Irgendwas daran vielleicht verkehrt oder unvollständig? `
Das Löschen wäre nicht notwendig gewesen, aber sollte auch nicht schaden. Ein manueller Upload ist dann nötig, wenn sich in einem Update was an der Admin-UI oder an (io-)package.json ändert und man von GitHub installiert. Für die Funktion ist das in der Regel auch nicht nötig. -
Danke. Dann kann ich das als Fehlerquelle im Prinzip ja auch ausschließen.
Wird immer dünner die Decke dessen, was ich noch machen kann um den Sauger ansprechen zu können.
Aber irgendwie kann es doch nicht sein, dass ich als Einziger solche Probleme damit habe. Dann muss doch etwas bei mir vorliegen, was bei Euch anderen nicht der Status Quo ist.
Und was bleibt da? Router und Sauger selbst, wenn doch alles andere identisch ist. Na gut, vielleicht noch macOS und Safari, worüber ich das Webinterface von ioBroker bediene.
Aber da hab ich auch bereits den Firefox genutzt, um Inkompatibiliäten mit Safari auszuschließen. Kann noch Chrome probieren, oder einmal komplett zu Windows wechseln.
Aber das sind ja nach meinem Dafürhalten, wenn überhaupt nur Anzeige-Probleme und keine internen Protokolle der Browser, die da anders interpretiert werden und zu solchen Fehlern führen.
-
Danke. Dann kann ich das als Fehlerquelle im Prinzip ja auch ausschließen.
Wird immer dünner die Decke dessen, was ich noch machen kann um den Sauger ansprechen zu können.
Aber irgendwie kann es doch nicht sein, dass ich als Einziger solche Probleme damit habe. Dann muss doch etwas bei mir vorliegen, was bei Euch anderen nicht der Status Quo ist.
Und was bleibt da? Router und Sauger selbst, wenn doch alles andere identisch ist. Na gut, vielleicht noch macOS und Safari, worüber ich das Webinterface von ioBroker bediene.
Aber da hab ich auch bereits den Firefox genutzt, um Inkompatibiliäten mit Safari auszuschließen. Kann noch Chrome probieren, oder einmal komplett zu Windows wechseln.
Aber das sind ja nach meinem Dafürhalten, wenn überhaupt nur Anzeige-Probleme und keine internen Protokolle der Browser, die da anders interpretiert werden und zu solchen Fehlern führen. `
Ich arbeite ja auch mit iOS, Safari und Co. und habe keine Probleme. Allerdings habe ich noch den iobroker Adapter in der Version 0.5.8 laufen.
Auch ich habe die neueste Mihome App und die Firmware Version 3.3.9_003077. Und eine Fritzbox.
Vielleicht schilderst Du nochmal kurz das Problem. Habe ich das recht verstanden: du kannst den Robi schlicht nicht über den iobroker Adapter steuern? Funktioniert denn die Steuerung über die Mihome App?
-
PS: funktionieren denn andere Adapter Deiner iobroker Installation? Könnte es ein Frage der Funkreichweite sein?
-
Vielleicht schilderst Du nochmal kurz das Problem. Habe ich das recht verstanden: du kannst den Robi schlicht nicht über den iobroker Adapter steuern? Funktioniert denn die Steuerung über die Mihome App? `
Also, ich habe einen Xiaomi Mi Robot der 1. Generation, der sich von überall im Haus und auch von außerhalb meines Heimnetzwerkes mit der MiHome-App steuern lässt. Dies von einem iPhone mit iOS 11 und auch von einem iPad mit iOS 9. Der Sauger hat die von Dir zitierte Firmware aufgespielt.
ioBroker läuft auf einem Raspberry PI3 und dieser ist per LAN-Kabel über einen Switch, an dem auch mein MacPro, mein iMac und ein Drucker, sowie meine QNAPs hängen, ins Netzwerk einer Fritz!Box 7580 (mit aktuellem OS) eingebunden. Alle meine Geräte haben "feste" (nicht statische) IP-Adressen. Die Fritz!Box vergibt also per DHCP, ordnet allerdings jedem Gerät immer die gleiche IP aus dem Range zu. Einige wenige Geräte haben auch statische IP- Adressen, allerdings gehören Sauger, die iOS Devices und auch der Raspi nicht dazu. Wobei der Raspi hier der Einzige ist, der am Kabel hängt. Sauger und iOS Devices, sowie das MacBook mit dem ich meist das Webinterface von ioBroker aufrufe, hängen logischerweise im WLAN.
Nach der Installation und Konfiguration von ioBroker auf dem Raspi habe ich zunächst meine Tradfri-Lampen eingerichtet und den Adapter konfiguriert. Hier kann ich überhaupt keine Probleme feststellen, bis auf meine Anfangsschwierigkeiten, die allerdings nur aus Verständnisproblemen hervorgerufen waren und nicht technischer Natur sind. Ebenfalls habe ich den Harmony Adapter eingerichtet und meinen Harmony-Hub konfiguriert. Ich kann also problemlos alle Lampen und alle Unterhaltungsgeräte, die am Harmony-Hub hängen, mit Alexa steuern. Und dies von jedem Raum aus, in dem ein Echo steht. Das sind Küche, Esszimmer, Wohnzimmer und Schlafzimmer.
Nur und alleinig bekomme ich es nicht hin, dass ioBroker mit dem Sauger kommuniziert. Ich habe es anfangs mit der Version 0.4.5 probiert, später dann mit der 0.5.8 aus ioBroker heraus und anschließend mit der 0.5.8 von GitHub (wegen dem 96stelligen Token) und schließlich mit der ganz aktuellen 0.5.9 von GitHub.
In allen Fällen und von Anfang an hat der Adapter die IP Adresse und den Token akzeptiert und lediglich im Log die Zeitdifferenz -1 Sec. aufgezeigt. Mein Screenshot von weiter oben vom Log hat also über alle Versionen und mit allen Token, die ich extrahieren konnte, schon immer so ausgesehen und sieht es noch. Das Problem ist, dass der Adapter keine Werte an den Sauger weiterreicht. Also weder, wenn ich den "Find-Button" oder irgendeinen anderen drücke, noch wenn ich den State des Objekts "clean-home" ändere. Die Werte, die dann angezeigt werden (True und False) werden auch nicht bestätigt und bleiben auch rot.
Die Token-Geschichte ist folgendermaßen zu erklären. Ich habe nach Anleitung den Token aus meiner iPhone App (vom 6s) ausgelesen. Den habe ich so mit 96 Stellen, als auch umgerechnet zu 32 Stellen im Adapter ausprobiert. Ohne Erfolg. Den gleichen Token bekam ich auch aus der iPad App. Also hat mich das nicht weiter gebracht. Ich habe dann einmal den Sauger aus der App am iPhone (diesmal ein iPhone X) geschmissen und ihn nach Anleitung wieder neu eingebunden. Hierbei bekam ich am iPhone X einen neuen Token. Diesen hat auch Meistertr in seiner App (mit meinem Cloud-Zugang) auslesen können. Aber mit dem funktioniert das Ganze auch nicht.
Weiterhin habe ich allerdings im iPad Backup immer noch den Token, den ich ursprünglich aus dem iPhone 6s bereits ausgelesen hatte. Kurioserweise funktionieren beide Apps (iPhone x und iPad) mit dem Sauger problemlos.
Nun bin ich eben soweit, dass der Token, oder die Token durchaus funktionieren sollten, denn aus einem Android Gerät bekomme ich keinen anderen.
Dann kann die Problematik nur noch irgendwo dazwischen liegen, oder wie Meistertr schon ganz am Anfang gesagt hat, entweder Token oder Firewall etc.
-
Vielleicht eine doofe Frage, oder Du hast Sie schon beantwortet: wird die Instanz im iobroker grün? Was sie ja nicht dürfte…wenn die Kommunikation nicht klappt....
Was ich gar nicht verstehe ist, dass beide Apps auf den unterschiedlichen Geräten mit unterschiedlichen Token funktionieren. Vielleicht wussten da Meistertr und gst66 mehr...
-
Vielleicht eine doofe Frage, oder Du hast Sie schon Bean: wird die Instanz im iobroker grün? `
Was bedeutet Bean?(edit: geklärt) Aber auf die Frage, ob die Instanz grün ist, kann ich nur JA sagen.Lustigerweise war das mein dummer Anfängerfehler bei der Erstellung von Szenen. Die wollten nicht und die Ursache war, dass ich die Instanz nicht gestartet hatte.
Aber da bin ich jetzt 3 mal chemisch gereinigt worden und achte drauf.
Der Adapter, also die Instanz wird grün, wenn ich Token und IP eintrage. Trage ich eine andere IP ein, bleibt sie gelb. Trage ich einen x-beliebigen ausgedachten Token ein, egal ob 32 oder 96stellig, wird sie allerdings auch grün. Das meine ich aber, habe ich irgendwo in den Tiefen des Threads gelesen, dass da keine Prüfung stattfindet. Also sollte das normal sein.
-
Bean = Autokorrektur. Sorry.
Das Thema grün bei falschem Token: Meistertr. Kann ich nichts zu sagen.
Einfach nur mal, um mit Dir zu denken und vielleicht kommst Du mit meinen Fragen weiter:
1. findest Du bei den OBJEKTEN Deinen Adapter? Mit Werten wie fan_power, Find, Home, pause, Start?
2. Zustände: stehen da Werte?
3. was steht im log?
Sonst habe ich auch keine Ideen. Außer: Sicherheitskopie der SD Karte des Raspi anlegen und abspeichern. Das geht mit dem „usb Image Tool“ unter Windows ganz gut. Damit kann Mann Images Hinrunde her spielen. Raspi und iobroker neu aufspielen und mal nur den Adapter Mihome installieren/ aktivieren, nicht anderes. Und dann testen.
-
Bean = Autokorrektur. Sorry. `
War geklärt.
Das Thema grün bei falschem Token: Meistertr. Kann ich nichts zu sagen. `
Ja, ich glaube aber, dass da keine Prüfung stattfindet. Steht auch irgendwo hier im Forum. Von daher auch geklärt.Einfach nur mal, um mit Dir zu denken und vielleicht kommst Du mit meinen Fragen weiter:
1. findest Du bei den OBJEKTEN Deinen Adapter? Mit Werten wie fan_power, Find, Home, pause, Start?
2. Zustände: stehen da Werte?
3. was steht im log? `
Zu 1.
Ja, die finde ich. Sind auch meines Erachtens nach alle da, die dazu gehören.
Zu 2.
Nein. Es stehen keine Werte in den einzelnen Zuständen. Die sind alle leer.
Erst, wenn ich einen Zustand manuell ändere, dann wird der Wert dort hineingeschrieben, bleibt aber unbestätigt, also rot.
Zu 3.
Log habe ich oben angehangen. Allerdings aus dem Debug-Mode.
Das normale Log sendet irgendwelche Anfragen <<<helo>>> und bekommt Antwort, wobei da alles mit 0 beantwortet wird.
Ich mach nachher mal einen aktuellen Screenshot vom Log, wenn ich Zuhause bin.</helo>
-
Dann würde ich versuchen, was ich hinsichtlich Image geschrieben habe: neu aufsetzen und testen.
-
Vielleicht eine doofe Frage, oder Du hast Sie schon beantwortet: wird die Instanz im iobroker grün? Was sie ja nicht dürfte…wenn die Kommunikation nicht klappt....
Was ich gar nicht verstehe ist, dass beide Apps auf den unterschiedlichen Geräten mit unterschiedlichen Token funktionieren. Vielleicht wussten da Meistertr und gst66 mehr... `
Das mit dem token kann ich noch nciht nachvollzeihen. Die instanz wird grün, da der Roboter gefunden wird und auch antwortet, jedoch antwortet er nur auf die HELO Nachricht und auf keine andere. Warum ist mir jedoch ein Rätsel.Versuchen kannst du noch: Port ändern den 54321 z.B. auf 54322. Dann mal den switch dazwischen wegnehmen oder den pi direkt per wlan einbinden. Die Kommunikation der app läuft mittlerweile komplett über die cloud sprich Handy–>server-->Roboter-->Server-->Handy beim Adapter geht es direkt im Heimnetz ohne cloud . Das sind zwei verschiedene Übertragungsprotokolle von daher ist es nciht verwundlich, dass das eine geht und das andere nicht. Den token schon mal von Hand eingegeben ohne copy paste? Das wars nun so ziemlich mit meinen ideen...
-
Ich habe hier ein ähnliches Phänomen.
Heute den Robbie in Betrieb genommen , IOS-App installiert und eingerichtet.
Backup gezogen, Key rausoperiert und in den Adapter eingetragen.
Adapter wird grün, aber die Datenpunkte unter "Info" füllen sich nicht. Auf das Absetzen eines der Commands führt zu keinem Ergebnis.
Adapterversion ist die 0.5.9 vom Git.
Log (Debug) sieht ähnlich aus, wie bei mehrwiedu:
! ````
mihome-vacuum.0 2017-11-07 22:14:09.852 debug sendMsgRaw >>> 2131005000000000046bcd155a0222202e682aa553371d2fb77fb2360507e2dfb480ea6adf1e1eee99620281654a820db4e84ec7590d40dada2f59f4b854adedf8c07a1afb6922417b377dd2b5729a73
mihome-vacuum.0 2017-11-07 22:14:09.852 debug sendMsg >>> {'id':1002,'method':'get_clean_summary'}
mihome-vacuum.0 2017-11-07 22:14:09.852 debug Timestamp: 5a022220
mihome-vacuum.0 2017-11-07 22:14:09.852 debug lastid{'get_status':1000,'get_consumable':1001,'get_clean_summary':1002,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-07 22:14:08.848 debug sendMsgRaw >>> 2131005000000000046bcd155a02221ff7e2dc7352be4fa98f3f88f3207290261eae1587b7b751694c92d7220b5c51b7b4162b22409df6af71f7a9512fdbdc8569f154d495fb53c110645fdb9a27c92e
mihome-vacuum.0 2017-11-07 22:14:08.848 debug sendMsg >>> {'id':1001,'method':'get_consumable'}
mihome-vacuum.0 2017-11-07 22:14:08.848 debug Timestamp: 5a02221f
mihome-vacuum.0 2017-11-07 22:14:08.847 debug lastid{'get_status':1000,'get_consumable':1001,'get_clean_summary':0,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-07 22:14:08.169 debug Receive <<< Helo <<< 2131002000000000046bcd155a02221fffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-07 22:14:07.852 debug sendMsgRaw >>> 2131005000000000046bcd155a02221ef9fcbda08f5ee1f2e217e266becdb5f6c6cc011af8e5227a315422e9c06fc4920e54b688077c9fb3b3ddacf28b0e694ec627b1a5578d40c0132ce76059187eb0
mihome-vacuum.0 2017-11-07 22:14:07.852 debug sendMsg >>> {'id':1000,'method':'get_status'}
mihome-vacuum.0 2017-11-07 22:14:07.851 debug Timestamp: 5a02221e
mihome-vacuum.0 2017-11-07 22:14:07.851 debug lastid{'get_status':1000,'get_consumable':0,'get_clean_summary':0,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-07 22:14:07.850 debug requesting params every: 60 Sec
mihome-vacuum.0 2017-11-07 22:13:47.916 debug Receive <<< Helo <<< 2131002000000000046bcd155a02220bffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-07 22:13:27.946 debug Receive <<< Helo <<< 2131002000000000046bcd155a0221f7ffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-07 22:13:07.897 debug Connected
mihome-vacuum.0 2017-11-07 22:13:07.896 warn Time difference between Mihome Vacuum and ioBroker: -1 sec
mihome-vacuum.0 2017-11-07 22:13:07.895 debug Receive <<< Helo <<< 2131002000000000046bcd155a0221e3ffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-07 22:13:07.840 debug server started on 0.0.0.0:53421
mihome-vacuum.0 2017-11-07 22:13:07.827 debug Ios Token decrypted to: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
mihome-vacuum.0 2017-11-07 22:13:07.824 debug Ios Token detected: 48
mihome-vacuum.0 2017-11-07 22:13:07.818 info Create state clean_home for controlling by cloud adapter
mihome-vacuum.0 2017-11-07 22:13:07.817 info Expert mode enabled, states created
mihome-vacuum.0 2017-11-07 22:13:07.808 info starting. Version 0.5.9 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v6.11.4
mihome-vacuum.0 2017-11-07 22:13:07.762 debug statesDB connected
mihome-vacuum.0 2017-11-07 22:13:07.720 debug objectDB connectedGruß, Eric -
Meistertr, was mich auch irritiert ist dies Information, dass zwei verschiedenes Geräte mit unterschiedlichen Token in den Apps auf den Sauger zugreifen. Hast Du dafür eine Erklärung?
-
Moin,
habe heute früh extra nochmal ein IOS-Backup gezogen und der Token neu ausgelesen.
Und den Adapter (0.5.9) mal auf Debugging "Silly" gestellt.
Hier das Log:
! ````
mihome-vacuum.0 2017-11-08 06:08:42.658 debug Receive <<< Helo <<< 2131002000000000046bcd155a02915affffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-08 06:08:23.240 debug Receive <<< Helo <<< 2131002000000000046bcd155a029147ffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-08 06:08:04.638 debug sendMsgRaw >>> 2131005000000000046bcd155a029133dad90a7cc0522e3f03190c81769c0e1de09b97299b35f3dbc98125a35be7ceca0338feae516038abb5b71bfd3899201828749c786557adde8117981b6f044091
mihome-vacuum.0 2017-11-08 06:08:04.638 debug sendMsg >>> {'id':1008,'method':'get_clean_summary'}
mihome-vacuum.0 2017-11-08 06:08:04.638 debug Timestamp: 5a029133
mihome-vacuum.0 2017-11-08 06:08:04.638 debug lastid{'get_status':1006,'get_consumable':1007,'get_clean_summary':1008,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-08 06:08:03.638 debug sendMsgRaw >>> 2131005000000000046bcd155a0291328cc9d05440ce53623f86aa83e06fa191aae6ddcae96438af5530392cf711fef6102f3a4d02a4713176d3a3559124ba4bbf6ad5deaf7a8a940302786785224b2b
mihome-vacuum.0 2017-11-08 06:08:03.638 debug sendMsg >>> {'id':1007,'method':'get_consumable'}
mihome-vacuum.0 2017-11-08 06:08:03.638 debug Timestamp: 5a029132
mihome-vacuum.0 2017-11-08 06:08:03.637 debug lastid{'get_status':1006,'get_consumable':1007,'get_clean_summary':1005,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-08 06:08:02.717 debug Receive <<< Helo <<< 2131002000000000046bcd155a029132ffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-08 06:08:02.637 debug sendMsgRaw >>> 2131005000000000046bcd155a029131fa95f165cd2c1fd2040ce35ece6c81340bf1dcca780dfc7c9a478ea4896c6d77236887dc9a8e221b5485ca15df923868685c7fd27a1d5abd3850185f42b9ad9b
mihome-vacuum.0 2017-11-08 06:08:02.637 debug sendMsg >>> {'id':1006,'method':'get_status'}
mihome-vacuum.0 2017-11-08 06:08:02.637 debug Timestamp: 5a029131
mihome-vacuum.0 2017-11-08 06:08:02.637 debug lastid{'get_status':1006,'get_consumable':1004,'get_clean_summary':1005,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-08 06:08:02.636 debug requesting params every: 60 Sec
mihome-vacuum.0 2017-11-08 06:07:42.773 silly inMem message mihome-vacuum.0.* mihome-vacuum.0.info.connection
mihome-vacuum.0 2017-11-08 06:07:42.768 debug Connected
mihome-vacuum.0 2017-11-08 06:07:42.768 debug Receive <<< Helo <<< 2131002000000000046bcd155a02911effffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-08 06:07:25.651 silly inMem message mihome-vacuum.0.* mihome-vacuum.0.info.connection
mihome-vacuum.0 2017-11-08 06:07:25.638 debug Disconnect
mihome-vacuum.0 2017-11-08 06:07:04.639 debug sendMsgRaw >>> 2131005000000000046bcd155a0290f7fd1984cb1313f48faa34495e728aea509696c10cdd72a7ce27e6e98bd2c4c1ba87363b8c4b9084fe9fbf5409867ec761cd24f60be3cfd2f919ac4f906afcf0fa
mihome-vacuum.0 2017-11-08 06:07:04.634 debug sendMsg >>> {'id':1005,'method':'get_clean_summary'}
mihome-vacuum.0 2017-11-08 06:07:04.634 debug Timestamp: 5a0290f7
mihome-vacuum.0 2017-11-08 06:07:04.633 debug lastid{'get_status':1003,'get_consumable':1004,'get_clean_summary':1005,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-08 06:07:03.633 debug sendMsgRaw >>> 2131005000000000046bcd155a0290f6c742a1b9d0140d8481840be05e038a511c2a34b3acf149f9d5a2cd493a7b56786c44ecdcdb102fa9a78ae0e69862fe89bfb9e832b01a9b0be337fcb6946fdf7a
mihome-vacuum.0 2017-11-08 06:07:03.633 debug sendMsg >>> {'id':1004,'method':'get_consumable'}
mihome-vacuum.0 2017-11-08 06:07:03.633 debug Timestamp: 5a0290f6
mihome-vacuum.0 2017-11-08 06:07:03.633 debug lastid{'get_status':1003,'get_consumable':1004,'get_clean_summary':1002,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-08 06:07:02.641 debug Receive <<< Helo <<< 2131002000000000046bcd155a0290f6ffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-08 06:07:02.630 debug sendMsgRaw >>> 2131005000000000046bcd155a0290f568739b393d14e0870037b27bf4b41a1ead10cce7514767ddd2431581c7e7595983f5b927fc9e10dc3901fee66a8f0a70a7cacc22edf999293effb9db933e58e8
mihome-vacuum.0 2017-11-08 06:07:02.630 debug sendMsg >>> {'id':1003,'method':'get_status'}
mihome-vacuum.0 2017-11-08 06:07:02.630 debug Timestamp: 5a0290f5
mihome-vacuum.0 2017-11-08 06:07:02.630 debug lastid{'get_status':1003,'get_consumable':1001,'get_clean_summary':1002,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-08 06:07:02.630 debug requesting params every: 60 Sec
mihome-vacuum.0 2017-11-08 06:06:42.632 debug Receive <<< Helo <<< 2131002000000000046bcd155a0290e2ffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-08 06:06:22.742 debug Receive <<< Helo <<< 2131002000000000046bcd155a0290ceffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-08 06:06:04.616 debug sendMsgRaw >>> 2131005000000000046bcd155a0290bbfcb9f1f001f56e6dac7bb7d4d11058f8b480ea6adf1e1eee99620281654a820db4e84ec7590d40dada2f59f4b854adedf8c07a1afb6922417b377dd2b5729a73
mihome-vacuum.0 2017-11-08 06:06:04.616 debug sendMsg >>> {'id':1002,'method':'get_clean_summary'}
mihome-vacuum.0 2017-11-08 06:06:04.616 debug Timestamp: 5a0290bb
mihome-vacuum.0 2017-11-08 06:06:04.616 debug lastid{'get_status':1000,'get_consumable':1001,'get_clean_summary':1002,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-08 06:06:03.617 debug sendMsgRaw >>> 2131005000000000046bcd155a0290ba5f4ccc9755f8b00636c232a5566bd17d1eae1587b7b751694c92d7220b5c51b7b4162b22409df6af71f7a9512fdbdc8569f154d495fb53c110645fdb9a27c92e
mihome-vacuum.0 2017-11-08 06:06:03.617 debug sendMsg >>> {'id':1001,'method':'get_consumable'}
mihome-vacuum.0 2017-11-08 06:06:03.617 debug Timestamp: 5a0290ba
mihome-vacuum.0 2017-11-08 06:06:03.617 debug lastid{'get_status':1000,'get_consumable':1001,'get_clean_summary':0,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-08 06:06:02.627 debug Receive <<< Helo <<< 2131002000000000046bcd155a0290baffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-08 06:06:02.615 debug sendMsgRaw >>> 2131005000000000046bcd155a0290b9e528976d87e6eeba941c7087653fe80bc6cc011af8e5227a315422e9c06fc4920e54b688077c9fb3b3ddacf28b0e694ec627b1a5578d40c0132ce76059187eb0
mihome-vacuum.0 2017-11-08 06:06:02.615 debug sendMsg >>> {'id':1000,'method':'get_status'}
mihome-vacuum.0 2017-11-08 06:06:02.615 debug Timestamp: 5a0290b9
mihome-vacuum.0 2017-11-08 06:06:02.615 debug lastid{'get_status':1000,'get_consumable':0,'get_clean_summary':0,'get_clean_record':0,'X_send_command':0}
mihome-vacuum.0 2017-11-08 06:06:02.614 debug requesting params every: 60 Sec
mihome-vacuum.0 2017-11-08 06:05:42.622 debug Receive <<< Helo <<< 2131002000000000046bcd155a0290a6ffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-08 06:05:22.619 debug Receive <<< Helo <<< 2131002000000000046bcd155a029092ffffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-08 06:05:02.780 silly inMem message mihome-vacuum.0.* mihome-vacuum.0.info.connection val=true, ack=true, ts=1510117502778, q=0, from=system.adapter.mihome-vacuum.0, lc=1510117502778
mihome-vacuum.0 2017-11-08 06:05:02.624 debug Connected
mihome-vacuum.0 2017-11-08 06:05:02.624 warn Time difference between Mihome Vacuum and ioBroker: -1 sec
mihome-vacuum.0 2017-11-08 06:05:02.622 debug Receive <<< Helo <<< 2131002000000000046bcd155a02907effffffffffffffffffffffffffffffff
mihome-vacuum.0 2017-11-08 06:05:02.612 debug server started on 0.0.0.0:53421
mihome-vacuum.0 2017-11-08 06:05:02.602 debug Ios Token decrypted to: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
mihome-vacuum.0 2017-11-08 06:05:02.601 debug Ios Token detected: 48
mihome-vacuum.0 2017-11-08 06:05:02.599 info Create state clean_home for controlling by cloud adapter
mihome-vacuum.0 2017-11-08 06:05:02.598 info Expert mode enabled, states created
mihome-vacuum.0 2017-11-08 06:05:02.576 info starting. Version 0.5.9 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v6.11.4Die Datenpunkte bleiben alle leer, nur der Datenpunkt "Connection" unter "info" ist auf true (und wird mit grün immer wieder bestätigt). Vielleicht kannst Du damit was anfangen. Gruß, Eric -
Meistertr, was mich auch irritiert ist dies Information, dass zwei verschiedenes Geräte mit unterschiedlichen Token in den Apps auf den Sauger zugreifen. Hast Du dafür eine Erklärung? `
Wenn einer dies Problem hat, kann es Zufall sein, bei zweien sieht das schon anders aus!! Ja ich habe eine Erklärung, die gefällt mir jedoch überhaupt nicht. Der Token wird nur für die Interne Kommunikation benötigt also im Heimnetz. Ich habe gestern mal wieder den Traffic der app geloggt und konnte keine internen Nachrichten mehr finden. Früher hat die App nur über die cloud kommuniziert, wenn sie den Sauger nicht im Wlan finden konnte, das scheinen die jetzt geändert zu haben. Für die Cloud Kommunikation ist kein token nötig, da hier alles über eine SSL Verschlüsselung läuft.
@eric welche SW version hat der Roboter? mit ein bisschen knowhow vieleicht mal das: https://github.com/rytilahti/python-miio probieren obs hiermit läuft, dann kann man iobroker/adaptrer ausschließen.
Wenn app und adaper gleichzeitig laufen, kann es sein dass der Roboter mehrere Minuten keine daten sendet, also App mal ganz schließen und den Adapter 10 Minuten laufen lassen
Edit: ist aber bis lang nur eine Theorie
-
Firmware auf dem Robot ist die 3.3.9_003077
App-Version ist 4.1.1 (wurde gestern noch im App-Store aktualisiert).
Der Robot läuft, alle Apps sind beendet (nicht nur geschlossen).
Adapter steht auf Debug und wurde neu gestartet.
Mal abwarten und sehen.
Gruß,
Eric
