Test Adapter mihome-vacuum v2.0.x
-
@maeuseking System inkl. NodeJS und ioBroker auf Stand bringen, beobachten, dann ggf. nochmal fragen.
-
heute hatte ich folgendes Problem:
- aus mir nicht erfindlichen Gründen hatte sich der Staubsauger selbstständig auf die Werkseinstellungen zurückgesetzt
- ich mußte ihn in der APP komplett neu installieren
- dabei war natürlich der alte Token verloren gegangen
- es gelang mir nicht, den "Xiaomi cloud login" ans Laufen zu bekommen
- es blieb dann nur der sehr umständliche Weg über das iphone Backup den neuen Token zu finden
Daher zwei Fragen:
Hattet ihr das auch schon mal, daß sich der Sauger selstständig auf die Werkseinstellungen zurückgesetzt hat?Funktioniert momentan der Cloud Login nicht?
PS: installierte Version ist die 2.1.1
-
@skorpil ich hab 4 Stück, alles S5, und noch nie solche Effekte gehabt.
Gleiche Adapterversion. Funktionieren über die App wie auch iobroker mit dem Adapter.
Server ist auf Deutsch gestellt. -
@ilovegym ich habe 2 der ersten Generation und bis heute auch noch nie sowas erlebt. Vor allem habe ich keine Idee, warum sich der eine zurückgesetzt hat. Bei mir steht schon seit Beginn vor 4 Jahren „China“ als Ländereinstellung in der iPhone App. Und damit habe ich heute den Sauber auch wieder über die App installiert. Über den Adapter geht gar nichts. Er reagiert trotz Servereinstellung China nicht. Auch auf Germany ist nichts passiert. Es werden keine Geräte angezeigt. So häufig muss man da auch die cloud nicht nutzen, um die Geräte zu finden. Vor ca. einem hat es in der gleichen Konstellation geklappt. Jetzt nicht.
-
@skorpil hmm vielleicht ist ja gerade ne maintenance in der china cloud an deinen Servern.. mal warten
halt schon komisch, dass der sich zurück setzt.. ist die Firmware auf dem aktuellen Stand? -
-
@dirkhe
...leider ist mein Problem wieder da. Mein Ubuntu System unter Windows war durch zu viel probieren instabil geworden und ich habe das System vor ca. 3 Wochen neu aufgesetzt. Seitdem habe ich alles wieder bei dem mihome-vacuum Adapter probiert, doch er bleibt auf gelb. Auf dem alten System von mir auf dem TinkerBoard läuft er ohne Probleme.
Ich habe den Adapter auf dem TinkerBoard längere Zeit deaktiviert.
Ich habe den Adapter mehrfach neu installiert und eingerichtet.
Ich habe den Sauger ausgeschaltet und wieder eingeschaltet.
Ich habe den Sauger mehrfach laufen lassen, während der Adapter aktiv war.
Der Adapter verursacht keine Fehlermeldungen im Log. Der angehängte Log ist von einem manuellen Neustart des Adapters im debug Modus.
Hat vielleicht noch jemand einen Rat für mich? Vielen Dank im Vorraus.mihome-vacuum.0 2021-03-14 21:05:56.355 debug (26927) Xiaomi Cloud: Login successful mihome-vacuum.0 2021-03-14 21:05:55.108 info (26927) set nächster Timer: Nicht verfügbar mihome-vacuum.0 2021-03-14 21:05:54.616 debug (26927) No suitable Lua script, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } mihome-vacuum.0 2021-03-14 21:05:54.600 debug (26927) server started on 0.0.0.0:53421 mihome-vacuum.0 2021-03-14 21:05:54.597 info (26927) Cloud control disabled mihome-vacuum.0 2021-03-14 21:05:54.597 info (26927) Expert mode enabled, states created mihome-vacuum.0 2021-03-14 21:05:54.595 debug (26927) Xiaomi Cloud: Logging in mihome-vacuum.0 2021-03-14 21:05:54.594 debug (26927) load Map creator... false mihome-vacuum.0 2021-03-14 21:05:54.556 info (26927) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v15.11.0, js-controller: 3.2.16 mihome-vacuum.0 2021-03-14 21:05:54.437 debug (26927) statesDB connected mihome-vacuum.0 2021-03-14 21:05:54.437 debug (26927) States connected to redis: 127.0.0.1:9000 mihome-vacuum.0 2021-03-14 21:05:54.431 debug (26927) States create User PubSub Client mihome-vacuum.0 2021-03-14 21:05:54.431 debug (26927) States create System PubSub Client mihome-vacuum.0 2021-03-14 21:05:54.428 debug (26927) Redis States: Use Redis connection: 127.0.0.1:9000 mihome-vacuum.0 2021-03-14 21:05:54.427 debug (26927) objectDB connected mihome-vacuum.0 2021-03-14 21:05:54.425 debug (26927) Objects connected to redis: 127.0.0.1:9001 mihome-vacuum.0 2021-03-14 21:05:54.417 debug (26927) Objects client initialize lua scripts mihome-vacuum.0 2021-03-14 21:05:54.417 debug (26927) Objects create User PubSub Client mihome-vacuum.0 2021-03-14 21:05:54.417 debug (26927) Objects create System PubSub Client mihome-vacuum.0 2021-03-14 21:05:54.416 debug (26927) Objects client ready ... initialize now mihome-vacuum.0 2021-03-14 21:05:54.404 debug (26927) Redis Objects: Use Redis connection: 127.0.0.1:9001 host.Server 2021-03-14 21:05:53.954 info instance system.adapter.mihome-vacuum.0 started with pid 26927 host.Server 2021-03-14 21:05:51.499 info instance system.adapter.mihome-vacuum.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) mihome-vacuum.0 2021-03-14 21:05:50.984 debug (26912) system.adapter.admin.0: logging true mihome-vacuum.0 2021-03-14 21:05:50.901 info (26912) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason mihome-vacuum.0 2021-03-14 21:05:50.900 info (26912) terminating host.Server 2021-03-14 21:05:50.900 info stopInstance system.adapter.mihome-vacuum.0 send kill signal mihome-vacuum.0 2021-03-14 21:05:50.900 info (26912) Got terminate signal TERMINATE_YOURSELF -
Jeder Versuch, sich in der Cloud anzumelden um „Get Devices“ durchzuführen, scheitert.
Kann bitte mal jemand testen, ob das bei Euch funktioniert? Ich möchte wissen, ob ich ein Einzelfall bin, oder ob das bei Euch auch so ist.
Danke.
-
@skorpil funktioniert hier einwandfrei, Server Germany.
-
@skorpil funktioniert einwandfrei, Server China
-
@kueppert @ilovegym Dankeschön. Dann bin ich wohl der berühmte Einzelfall und habe nicht den Hauch einer Idee, warum das so ist. Einzig könnte ich mir noch vorstellen, dass es ein Port Problem ist, der nicht geöffnet ist. Sonst bin ich mit meinem Latein am Ende. Die Mihome App funktioniert mit den gleichen Zugangsdaten perfekt.
-
@skorpil ggf Sonderzeichen im Passwort? Ich meine ich habe meins mal geändert deswegen... ggf PiHole laufen, der die Verbindung blockt? (dann müsste aber auch die MiHome-App geblockt werden vermutlich im WLAN)
-
@kueppert danke für die Hinweise. Keine Sonderzeichen im PWD, kein pihole. Keine Ahnung
. Der Kreis dreht sich, also das Wartesymbol. Keine Rückmeldung, nichts. -
@skorpil Schau doch mal ob was in der Browser Konsole (F12) steht wenn du die Geräte aus der Cloud abrufen willst.
Sowohl Tab Netzwerk als auch Konsole könnten interessant sein. -
@diginix danke. Ich melde mich, bin gerade unterwegs
-
@diginix hier ist, was ich mit F12 gefunden habe. Unter Netzwerk war m.E. nichts interessantes. Wohl aber unter KONSOLE (siehe Spoiler). Was bedeutet das? Ich kann es nicht interpretieren.
-
@skorpil sagte in Test Adapter mihome-vacuum v2.0.x:
send to..."xxxx@xx.XXX" (hier stand meine email Adresse) server: -
Das müsste die erste Zeile bei Klick auf den "get devices" Button sein. Alles davor dürfte unerheblich sein.
Erst danach kommt bei in der Konsole eine Liste aller Xiaomi Geräte, Sensoren mit ihrer ID, Namen, Status, Token usw.
Da passiert bei dir ja demnach nichts mehr. Steht im normalen iobroker Log was? Gefühlt hat er keinerlei Verbindung zum Xiaomi Cloud Server.
Evtl. hilft auch den Loglevel der Instanz auf Debug zu stellen um an mehr Details zu kommen.
Aber ab jetzt können dir evtl. nur noch die Entwickler helfen. Mit fällt zumindest nichts weiter ein. -
@diginix Dankeschön. Vielleicht weiß ja jemand anderer noch Rat. Ich hätte getippt, dass hier
Autofocus processing was blocked because a document's URL has a fragment '#tab-instances/config/system.adapter.mihome-vacuum.2'. jquery.fancytree-all.js:113 Fancytree@1 Fancytree.filterNodes() leavesOnly option is deprecated since 2.9.0 / 2015-04-19. Use opts.leavesOnly instead.die Ursache liegt. Ich hatte sicherheitshalber auch noch malt mit apt-get update u. upgrade die Linux version auf den neuesten Stand gebracht. Das hat aber auch nicht zur Verbesserung beigetragen.
-
Hallo,
bekomme immer wieder folgenden Fehler. Hab Robororock S50.mihome-vacuum.0 2021-03-20 10:20:41.908 warn (31187) Terminated (UNCAUGHT_EXCEPTION): Without reason mihome-vacuum.0 2021-03-20 10:20:41.907 info (31187) terminating mihome-vacuum.0 2021-03-20 10:20:41.903 error (31187) The id "32" has an invalid type! Expected "string" or "object", received "number". mihome-vacuum.0 2021-03-20 10:20:41.903 error at processTicksAndRejections (internal/process/task_queues.js:84:21) mihome-vacuum.0 2021-03-20 10:20:41.903 error at /opt/iobroker/node_modules/iobroker.mihome-vacuum/main.js:1089:63 mihome-vacuum.0 2021-03-20 10:20:41.903 error at Object.callback (/opt/iobroker/node_modules/iobroker.mihome-vacuum/main.js:512:25) mihome-vacuum.0 2021-03-20 10:20:41.903 error at Adapter.setForeignState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6223:17) mihome-vacuum.0 2021-03-20 10:20:41.903 error at validateId (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:505:19) mihome-vacuum.0 2021-03-20 10:20:41.903 error (31187) Error: The id "32" has an invalid type! Expected "string" or "object", received "number". mihome-vacuum.0 2021-03-20 10:20:41.901 error (31187) unhandled promise rejection: The id "32" has an invalid type! Expected "string" or "object", received "number". mihome-vacuum.0 2021-03-20 10:20:41.901 error (31187) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). mihome-vacuum.0 2021-03-20 10:20:41.900 info (31187) send message: Method: app_zoned_clean Params: [[27900,26300,30200,28600,1],[23000,25700,27900,29100,1],[25800,21800,27900,25700,1],[23000,21800,25800,23200,1],[23000,21800,23700,25000,1]]oder
mihome-vacuum.0 2021-03-20 10:42:31.830 warn (3375) Terminated (UNCAUGHT_EXCEPTION): Without reason mihome-vacuum.0 2021-03-20 10:42:31.828 info (3375) terminating mihome-vacuum.0 2021-03-20 10:42:31.824 error (3375) The id "84" has an invalid type! Expected "string" or "object", received "number". mihome-vacuum.0 2021-03-20 10:42:31.824 error at processTicksAndRejections (internal/process/task_queues.js:84:21) mihome-vacuum.0 2021-03-20 10:42:31.824 error at /opt/iobroker/node_modules/iobroker.mihome-vacuum/main.js:1089:63 mihome-vacuum.0 2021-03-20 10:42:31.824 error at Object.callback (/opt/iobroker/node_modules/iobroker.mihome-vacuum/main.js:512:25) mihome-vacuum.0 2021-03-20 10:42:31.824 error at Adapter.setForeignState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6223:17) mihome-vacuum.0 2021-03-20 10:42:31.824 error at validateId (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:505:19) mihome-vacuum.0 2021-03-20 10:42:31.824 error (3375) Error: The id "84" has an invalid type! Expected "string" or "object", received "number". mihome-vacuum.0 2021-03-20 10:42:31.822 error (3375) unhandled promise rejection: The id "84" has an invalid type! Expected "string" or "object", received "number". mihome-vacuum.0 2021-03-20 10:42:31.822 error (3375) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). mihome-vacuum.0 2021-03-20 10:42:31.821 info (3375) send message: Method: app_goto_target Params: [26400,25500]Nach dem Absturz bleibt der Adapter meistens ewig gelb bis er wieder online ist.
(3375) connecting, this can take up to 10 minutes ... -
Wenn ich mein Problem noch mal hervorholen darf.
Ich habe 2 ioBroker System. Das "Alte" ist ein TinkerBoard S auf dem ich keinen mihome-vacuum Adpter neuer als 1.1.5 installiert bekomme. Updates brechen mit einer Fehlermeldung ab und ich muss danach den Adapter komplett deinstallieren und neu installieren, doch ansonsten läuft er einwandfrei. Da ich gerne auf mein "Neues" umsteigen möchte, würde ich hier nichts mehr dran ändern wollen.
Das "Neue" ist ein Ubuntu unter Windows. Leider bleibt hier der Adapter bei "gelb" stehen er wird einfach nicht "grün". Ich kann die Serverdaten eintragen, bekomme meinen "Robbi" angezeigt und kann diesen auch übernehmen.
Meine Node.js Version ist 12.21.0, die NPM 6.14.11 und der JS Controller ist auch aktuell.
Ich habe den Adapter auf dem TinkerBoard längere Zeit deaktiviert.
Ich habe den Adapter mehrfach neu installiert und eingerichtet.
Ich habe den Sauger ausgeschaltet und wieder eingeschaltet.
Ich habe den Sauger mehrfach laufen lassen, während der Adapter aktiv war.
Der Adapter verursacht keine Fehlermeldungen im Log. Der angehängte Log ist von einem manuellen Neustart des Adapters im debug Modus.
Hat vielleicht noch jemand einen Rat für mich? Vielen Dank im Vorraus.> mihome-vacuum.0 2021-03-14 21:05:56.355 debug (26927) Xiaomi Cloud: Login successful > mihome-vacuum.0 2021-03-14 21:05:55.108 info (26927) set nächster Timer: Nicht verfügbar > mihome-vacuum.0 2021-03-14 21:05:54.616 debug (26927) No suitable Lua script, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } > mihome-vacuum.0 2021-03-14 21:05:54.600 debug (26927) server started on 0.0.0.0:53421 > mihome-vacuum.0 2021-03-14 21:05:54.597 info (26927) Cloud control disabled > mihome-vacuum.0 2021-03-14 21:05:54.597 info (26927) Expert mode enabled, states created > mihome-vacuum.0 2021-03-14 21:05:54.595 debug (26927) Xiaomi Cloud: Logging in > mihome-vacuum.0 2021-03-14 21:05:54.594 debug (26927) load Map creator... false > mihome-vacuum.0 2021-03-14 21:05:54.556 info (26927) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v15.11.0, js-controller: 3.2.16 > mihome-vacuum.0 2021-03-14 21:05:54.437 debug (26927) statesDB connected > mihome-vacuum.0 2021-03-14 21:05:54.437 debug (26927) States connected to redis: 127.0.0.1:9000 > mihome-vacuum.0 2021-03-14 21:05:54.431 debug (26927) States create User PubSub Client > mihome-vacuum.0 2021-03-14 21:05:54.431 debug (26927) States create System PubSub Client > mihome-vacuum.0 2021-03-14 21:05:54.428 debug (26927) Redis States: Use Redis connection: 127.0.0.1:9000 > mihome-vacuum.0 2021-03-14 21:05:54.427 debug (26927) objectDB connected > mihome-vacuum.0 2021-03-14 21:05:54.425 debug (26927) Objects connected to redis: 127.0.0.1:9001 > mihome-vacuum.0 2021-03-14 21:05:54.417 debug (26927) Objects client initialize lua scripts > mihome-vacuum.0 2021-03-14 21:05:54.417 debug (26927) Objects create User PubSub Client > mihome-vacuum.0 2021-03-14 21:05:54.417 debug (26927) Objects create System PubSub Client > mihome-vacuum.0 2021-03-14 21:05:54.416 debug (26927) Objects client ready ... initialize now > mihome-vacuum.0 2021-03-14 21:05:54.404 debug (26927) Redis Objects: Use Redis connection: 127.0.0.1:9001 > host.Server 2021-03-14 21:05:53.954 info instance system.adapter.mihome-vacuum.0 started with pid 26927 > host.Server 2021-03-14 21:05:51.499 info instance system.adapter.mihome-vacuum.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) > mihome-vacuum.0 2021-03-14 21:05:50.984 debug (26912) system.adapter.admin.0: logging true > mihome-vacuum.0 2021-03-14 21:05:50.901 info (26912) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason > mihome-vacuum.0 2021-03-14 21:05:50.900 info (26912) terminating > host.Server 2021-03-14 21:05:50.900 info stopInstance system.adapter.mihome-vacuum.0 send kill signal > mihome-vacuum.0 2021-03-14 21:05:50.900 info (26912) Got terminate signal TERMINATE_YOURSELF > ```
