Test Adapter mihome-vacuum v2.0.x

skorpil

@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.

Diginix

@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.

skorpil

@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.

Zwer2k

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 ...

Schwabe

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
> ```

Thomas Braun

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

Meine Node.js Version ist 12.21.0, die NPM 6.14.11

Im Log steht was von node15. Schau dir das nochmal an. Siehe Link in meiner Signatur.

Schwabe · Meine Node.js Version ist 12.21.0, die NPM 6.14.11

@thomas-braun Danke für Deinen Hinweis, da hast Du natürlich Recht. Der Log war noch von einem Start bevor ich den Node.js auf die aktuelle Stable zurückgesetzt hatte.
Hier ein aktueller Log:

mihome-vacuum.0	2021-03-20 14:27:13.704	info	(25385) set nächster Timer: Nicht verfügbar
mihome-vacuum.0	2021-03-20 14:27:13.185	debug	(25385) No suitable Lua script, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }
mihome-vacuum.0	2021-03-20 14:27:13.178	debug	(25385) server started on 0.0.0.0:53421
mihome-vacuum.0	2021-03-20 14:27:13.175	info	(25385) Cloud control disabled
mihome-vacuum.0	2021-03-20 14:27:13.175	info	(25385) Expert mode disabled, states deleted
mihome-vacuum.0	2021-03-20 14:27:13.154	info	(25385) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v12.21.0, js-controller: 3.2.16
mihome-vacuum.0	2021-03-20 14:27:13.052	debug	(25385) statesDB connected
mihome-vacuum.0	2021-03-20 14:27:13.052	debug	(25385) States connected to redis: 127.0.0.1:9000
mihome-vacuum.0	2021-03-20 14:27:13.047	debug	(25385) States create User PubSub Client
mihome-vacuum.0	2021-03-20 14:27:13.046	debug	(25385) States create System PubSub Client
mihome-vacuum.0	2021-03-20 14:27:13.043	debug	(25385) Redis States: Use Redis connection: 127.0.0.1:9000
mihome-vacuum.0	2021-03-20 14:27:13.042	debug	(25385) objectDB connected
mihome-vacuum.0	2021-03-20 14:27:13.040	debug	(25385) Objects connected to redis: 127.0.0.1:9001
mihome-vacuum.0	2021-03-20 14:27:13.032	debug	(25385) Objects client initialize lua scripts
mihome-vacuum.0	2021-03-20 14:27:13.031	debug	(25385) Objects create User PubSub Client
mihome-vacuum.0	2021-03-20 14:27:13.031	debug	(25385) Objects create System PubSub Client
mihome-vacuum.0	2021-03-20 14:27:13.031	debug	(25385) Objects client ready ... initialize now
mihome-vacuum.0	2021-03-20 14:27:13.021	debug	(25385) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.Server	2021-03-20 14:27:12.721	info	instance system.adapter.mihome-vacuum.0 started with pid 25385
host.Server	2021-03-20 14:27:12.699	info	"system.adapter.mihome-vacuum.0" enabled

mech

Moin, ich habe auch das Problem das "Get Devices" kein Ergebnis mehr liefert. Ich habe die Tage Node auf 12 geupgraded von 10. Ich vermute es liegt daran. Da ich noch einen Snapshot vom System hatte konnte ich IOBroker auf Node 10 zurücksetzen und der Adapter läuft wieder 1a.

Irgendwas scheint nicht rund zu laufen :)

Besten Gruß

Thomas Braun

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

Ich habe die Tage Node auf 12 geupgraded von 10. Ich vermute es liegt daran.

Kann ich nicht bestätigen. Hier läuft der Adapter ganz unauffällig mit node 12 und mit node14.

Da ich noch einen Snapshot vom System hatte konnte ich IOBroker auf Node 10 zurücksetzen

Auf einen Debian-System? Das macht man nicht so grobschlächtig, man benutzt seinen Paketmanager und installiert das dann sauber darüber.

mech

@thomas-braun Bei einem Snapshot unter Proxmox sehe ich da kein Handlungsbedarf über den Paketmanager ;)

Thomas Braun

@mech
Dann wirst du nie 'elegant' mit dem System umgehen können.
Snapshot draufknallen ist keine Problemlösung, das ist nur stumpf drüberwalzen.
Beim Auto setzt du ja auch keinen Austauschmotor rein, wenn eigentlich nur die Zündkerzen erneuert werden sollen.

Spampunk

Hallo Freunde des gepflegten Staubsaugens,

ich gebe mal ein kurzes Feedback: Auch ich hatte ja lange Zeit keine Map, obwohl ich alle Einstellungen im Adapter und in der Mihome-App vorgenommen hatte. Vor ein paar Tagen dachte ich mir, ich könnte ja mal wieder auf den Schalter "Get Devices" im Mihome-Adapter klicken und -wupps- war der Token da und die Map in meiner VIS.

@Meistertr hatte den Verdacht, dass ich keine Verbindung zum Xiaomi-Server erhalte. Das kann ich bis heute nicht genau sagen. Das Einzige, was sich in dieser Zeit geändert hat, ist das Update der JS-Engine. Vielleicht hat das ja etwas bewirkt?

Jedenfalls bin ich jetzt glücklich und kann alles wie gewünscht nutzen!

Viele Grüße,
Spampunk

da_Woody

@spampunk na das liest sich ja mal gut!
ohne das get devices gibts immer probleme. bei mir hats damls zum glück sofort funktioniert...
:+1:

Coffeelover

Hallo zusammen,

ich habe gestern einen Roborock S7 in der App eingebunden.
Nachdem ich zunächst daran gescheitert war, weil ich für die Einrichtung die RoborockApp genutzt hatte und nicht die MiHome, ist er jetzt bei GetDevices aufgetaucht und verbunden.
Allerdings bleibt der Adapter gelb, obwohl die Zeitzone Roborock & Handy synchronisiert ist.
Meldung im Log:

(4734) Time difference between Mihome Vacuum and ioBroker: -1616765837 sec

Darauf folgt ein neuer Verbindungsversuch. Kennt jemand eine Lösung dazu?

VG

Thomas Braun

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

1616765837 sec

Einer der beiden läuft auf Unix-Nullzeit. Das sind nämlich 51 Jahre umgerechnet = 01.01.1970

Coffeelover

@thomas-braun Danke. Die Frage ist eher: wie bekomme ich das auf heute synchronisiert?

Thomas Braun

@coffeelover

Welches System hat denn da keine aktuelle Zeit?

Auf dem Server:

date && date -u

prüfen.

Coffeelover

@thomas-braun iobroker läuft auf einem QNAP im Docker installiert.
Die Abfrage oben liefert die aktuelle Zeit als CET. Eine zweite Xiaomi-Instanz meckert nicht - die Zeit in iobroker sollte also passen.
im Roborock habe ich vorhin in den erweiterten Einstellungen noch eine Möglichkeit zum Setzen einer Zeitzone gefunden. Auch die habe ich auf MEZ gestellt - geändert hat sich wenig.

Flauschi

https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues/228

das Problem liegt am S7

Coffeelover

@flauschi danke dir. Eine Info wie diese hatte ich gesucht. Mal abwarten, dafür gibt es sicher bald eine Lösung.

Community Forum

NEWS

Test Adapter mihome-vacuum v2.0.x

Support us

585

32.7k

82.5k

1.3m