[Frage] Xiaomi Vacuum cleaner
-
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
-
Also meiner hat die gleiche Firmwareversion: 3.3.9_003077
Die App hat die Version 4.1.0
Und der Adapter die Version 0.5.8
Den Token habe ich auch aus dem iOS Backup!
Und bei mir funktioniert alles wunderbar, seit ich es vor paar Monaten eingerichtet habe
Wenn ich mit irgendwas helfen kann, sagt Bescheid!
Gruß
Adrian
Gesendet von iPhone mit Tapatalk Pro
-
Nachtrag:
Bisher sehe ich im Log verschiedene send-commands, aber immer mal wieder nur diesen einen Receive …
mihome-vacuum.0 2017-11-08 06:57:34.257 debug Receive <<< Helo <<< 2131002000000000046bcd155a029cceffffffffffffffffffffffffffffffffEs scheint also eine Antwort zu kommen, oder?
Gruß,
Eric
Von unterwegs getippert
-
Meistertr,
das würde bedeuten, dass man nun gar keinen Token mit der aktuellen App mehr auslesen kann…? Also auch nicht über das Backup? Weil er nicht mehr benötigt wird. Das könnte ich nachher mal testen und sehen, ob der Token noch zu finden ist und ob er identisch mit meinem alten Token ist...
Das heißt aber im Umkehrschluß, daß man ihn mit alten App Versionen noch auslesen können müsste?
Edit: was mir bei weiteren Nachdenken eingefallen ist - unplausibel ist, dass ich beim gleichen Firmwarestand des Saugers mit meinem alten Token zugreifen kann... oder habe ich einen Denkfehler?
-
unplausibel ist, dass ich beim gleichen Firmwarestand des Saugers mit meinem alten Token zugreifen kann… oder habe ich einen Denkfehler? `
Diese alte Token, neue Token Geschichte habe ich ja mit reingebracht.Oft ist es, wenn einer sich gar nicht auskennt und da rumfuhrwerkt, dass man auf Kombinationen trifft, die man so gar nicht bedacht hat.
Warum sollte auch einer von Euch einen einmal ausgelesenen Token ändern? Es funktioniert ja. Und ob dieser Token dann bei der App je wieder benötigt wird, fällt bei Euch ja auch gar nicht auf. Egal wie viele Devices Ihr nutzt um den Sauger zu steuern.
Ich bin da ja eh nur zufällig drauf gestoßen, dass sich bei einer Neueinbindung des Saugers in die App, der Token am iPhone geändert hat und ich diese Änderung am iPad eigentlich nur kontrollieren wollte. Und weil es so schön war, hab ich das einfach am iPhone nochmal gemacht und hatte dann wiederum einen neuen Token, der es aber auch nicht bis in die iPad App geschafft hat.
Dass nun beide Apps funktionieren, kann ja dann tatsächlich nur bedeuten, dass die Token für die Kommunikation zwischen Sauger und App nicht mehr benötigt werden, sondern den Sauger wahrscheinlich nur noch in der Cloud definieren. Und dabei ist es dann egal, ob die App einen alten hat, oder nicht. Irgendwie so wird es sein.
Was mich eben nur wundert, wenn das eine Änderung ist, und die App gar nicht mehr im Heimnetz kommuniziert, sondern immer über die Cloud geht, warum laufen Eure Sauger noch über ioBroker? Müssten die nicht dann direkt nach "Protokoll-Änderung" im Heimnetz still gelegt worden sein?
Wer weiß, die Version 4.1.0 ist erst vor 6 Tagen bei mir angekommen. Die Version 4.1.1 erst gestern.
Möglich, dass die aus der Cloud heraus erst schubweise ausrollen, so dass diese Änderung jetzt nach und nach bei allen anderen ankommt? Nächste Woche funktioniert dann gar kein Sauger mehr, oder was?
-
Wie gesagt nur eine Theorie. Das mit dem fw stand ist der Knackpunkt wo ich auch hänge. Da alles identisch ist kann ich mir das auch nicht anders erklären. Der Stau der Sauger in England kommt nun erst hier an also noch mal etwas abwarten ob sich das häuft. Ich sitze auch immer mal wider an der cloud verbindung aber bis lang ohne Erfolg. Damit wären die Probleme alle gelöst..
@markus- bei fhem schon welche der aktuellsten Sauger angebunden?
@etic das ist die unverschlüsselte Anwesenheitsmitteilung des Roboters, sobald verschlüsselte Nachrichten gesendet werden kommt keine Antwort.
Leider weiß ich im Moment nicht weiter woran es liegen kann. Habe in den nächsten Wochen auch wenig Zeit mich dem intensiv zu widmen werde es aber versuchen heraus zu finden.
Gesendet von meinem Handy
-
Bei mir auch App Stand 4.1.1. und FW Stand wie oben. Bisher keine Probleme.
