Test Adapter mihome-vacuum v2.0.x
-
@Meistertr @dirkhe
Hallo Ihr zwei fleissigen Lieben!
Mir ist gerade aufgefallen, dass auf Github die iobroker-community-adapters/ioBroker.mihome-vacuum das Setup in den Instanzen nicht richtig darstellt ( ich testete von dort geladen Version 2.0.7 ca 17.00 Uhr heute runtergezogen ).Habe upload, und zurückgehen auf 2.0.6 .. alles hat nicht funktioniert, dann ist mir eingefallen, dass dirkhe ja auf seiner Github Seite auch eine Version hat, diese installiert ( Version 2.0.8 von 18.25 Uhr heute), und siehe da, die Einstellungen etc. funktioniert alles. Dafür bleibt der Adapter auf Gelb und hat keine Verbindung zum Robot...
-
@ilovegym sagte in Test Adapter mihome-vacuum v2.0.x:
Mir ist gerade aufgefallen, dass auf Github die iobroker-community-adapters/ioBroker.mihome-vacuum das Setup in den Instanzen nicht richtig darstellt ( ich testete von dort geladen Version 2.0.7 ca 17.00 Uhr heute runtergezogen ).
screenshot wäre super mit der 2.07 vom community
-
@Meistertr sagte in Test Adapter mihome-vacuum v2.0.x:
@ilovegym sagte in Test Adapter mihome-vacuum v2.0.x:
Mir ist gerade aufgefallen, dass auf Github die iobroker-community-adapters/ioBroker.mihome-vacuum das Setup in den Instanzen nicht richtig darstellt ( ich testete von dort geladen Version 2.0.7 ca 17.00 Uhr heute runtergezogen ).
screenshot wäre super mit der 2.07 vom community
Unmögliches sofort, Wunder dauern einen Moment länger..
hier die erste Seite von 2.0.7
hier die zweite Seite, siehst du rechts die beiden Scrollbalken? Ich kann damit im ganzen Setup hoch und runter scrollen, das sollen doch normal Tabs sein, und nicht eine ganze Seite zum scrollen.. denke, da liegt der Fehler..
-
@ilovegym ich habe es gerade nochmal auf meinem devsystem getestet, es ist alles so wie es soll. ich sehe aber an deinem 2ten bild auch, dass sie gesamte navbar an der linken seite nicht so aussieht wie es soll, installiere nochmal den admin neu, kann sein dass der darstellungsfehler daher kommt
-
@ilovegym sonst öffne mal die entwicklertools im Browser F12 oder rechte Maustaste und Element untersuchen. Schau da mal in der Konsole, ob es da Fehler gibt
-
@dirkhe gerne, hier mit Firefox, Adapter Version von der Community MeisterTR 2.0.7
Mal wieder so'n netter Socketio gedöhns.. grrrr
-
@Meistertr Hi, hab den Admin komplett neu installiert, das gleiche. Dann ein Downgrade auf 3.7.9 gemacht, keine Änderung. Wieder ein Update auf die 4.0.5, das gleiche wie auf den Screenshots.
Mit Firefox und Chrome getestet, Browser cache gelöscht, refresh crtl+F5, keine Änderung.Mit der Version von @dirkhe 2.0.8 gibts diese Darstellungsfehler nicht, dafür bleibt der Adapter auf gelb
Daher hab ich jetzt wieder die 2.0.7 installiert, die läuft, keine Fehler im Log, halt nur in der Konfig die Darstellungsfehler..
Alles auf Stand von latest, Node 10.19.0 NPM 6.13.7 , Linux Mint 18.3, VM.Habe auf einer meiner Test-VMs mit komplett neu aufgesetztem iobroker, debian 10, node 12, gerade auch die 2.0.7 von community installiert, dort tritt der Darstellungsfehler nicht auf.
Hat also was mit meiner uralten iobroker konfig zu tun.. naja die VM ist 2 jahre alt, denke langsam wirds mal Zeit auf eine neue um zu ziehen.. die Tage..
-
@Meistertr, sithe gerade nicht am Rechner. Du machst ein JSON.parse und dann ein forsch. Wenn es ein Object ist und kein Array, geht das dann? Ist aber nur ein Schuss ins blaue.
-
@ilovegym wenn du meinen testet, könntest du da mal auf debug stellen und hier Posten?
Wenn dort die config geht, kannst du da übrigens deinen Token einstellen und dann den anderen wieder installieren -
@dirkhe es ist ein array, ich hab die struktur geändert aber in der tat könnte da der fehler liegen da bei ihn ein objekt drin liegt @ilovegym lösch mal die instanz und leg sie neu an damit die config komplett geleert ist. oder lade nochmal die geräte vom server uns speichern dann nochmal öffnen dann sollte es auch gehen wenn es an dem punkt hakt
-
@ilovegym bitte nochmal von git dann sollte alles wieder gehen aber bitte geräte neu einlesen, da sich was geändert hat
-
@Meistertr Letzte 2.0.7 läuft bei mir. Einstellungen und deren Darstellung passen auch. Aber weiterhin ist während des Saugens zwischendurch mal eine Karte die 10-20 Sekunden alt ist. Daran wird sich ja auch nichts ändern, auch wenn die App den Bug nicht hat.
Aber hattest du noch deine Idee für das letzte Kartenupdate wenn Sauger in Station eingebaut?
Bei mir ist das letzt Bild wieder mit Sauger 10 cm vor dem Dock. In der App ist er direkt im Dock.
In der App sind ja aber auch alle Räume schon wieder farbig wenn der Sauger sich auf den Weg zum Dock macht. Das ist im Adapter nicht so. Da bleibt weiterhin nur der letzte gesaugte Raum farbig. Aber das Bild bekommst du ja komplett so vom Server oder? -
Ihr Glückspilze!
ich bekomme die nicht mal installiert.$ ./iobroker upgrade mihome-vacuum Update mihome-vacuum from @1.1.5 to @2.0.7 NPM version: 6.13.4npm install iobroker.mihome-vacuum@2.0.7 --loglevel error --prefix "/opt/iobroker" (System call) Package pixman-1 was not found in the pkg-config search path.Perhaps you should add the directory containing `pixman-1.pc'to the PKG_CONFIG_PATH environment variableNo package 'pixman-1' foundgyp: Call to 'pkg-config pixman-1 --libs' returned exit status 1 while in binding.gyp. while trying to load binding.gyp gyp ERR! configure error gyp ERR! stack Error: `gyp` failed with exit code: 1gyp ERR! stack at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:351:16)gyp ERR! stack at ChildProcess.emit (events.js:198:13)gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12) gyp ERR! System Linux 4.19.97-v7l+gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "--fallback-to-build" "--module=/opt/iobroker/node_modules/canvas/build/Release/canvas.node" "--module_name=canvas" "--module_path=/opt/iobroker/node_modules/canvas/build/Release" "--napi_version=5" "--node_abi_napi=napi" "--napi_build_version=0" "--node_napi_label=node-v64"gyp ERR! cwd /opt/iobroker/node_modules/canvasgyp ERR! node -v v10.19.0gyp ERR! node-gyp -v v5.0.5gyp ERR! not ok node-pre-gyp ERR! build error node-pre-gyp ERR! stack Error: Failed to execute '/usr/bin/node /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js configure --fallback-to-build --module=/opt/iobroker/node_modules/canvas/build/Release/canvas.node --module_name=canvas --module_path=/opt/iobroker/node_modules/canvas/build/Release --napi_version=5 --node_abi_napi=napi --napi_build_version=0 --node_napi_label=node-v64' (1)node-pre-gyp ERR! stack at ChildProcess.<anonymous> (/opt/iobroker/node_modules/canvas/node_modules/node-pre-gyp/lib/util/compile.js:83:29) node-pre-gyp ERR! stack at ChildProcess.emit (events.js:198:13)node-pre-gyp ERR! stack at maybeClose (internal/child_process.js:982:16)node-pre-gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:259:5) node-pre-gyp ERR! System Linux 4.19.97-v7l+node-pre-gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/canvas/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build"node-pre-gyp ERR! cwd /opt/iobroker/node_modules/canvasnode-pre-gyp ERR! node -v v10.19.0node-pre-gyp ERR! node-pre-gyp -v v0.11.0node-pre-gyp ERR! not ok npm ERR! code ELIFECYCLE npm ERR! errno 1 npm ERR! canvas@2.6.1 install: `node-pre-gyp install --fallback-to-build` npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the canvas@2.6.1 install script.npm ERR! This is probably not a problem with npm. There is likely additional logging output above. npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2020-03-03T05_40_34_693Z-debug.log ERROR: host.raspberrypi Cannot install iobroker.mihome-vacuum@2.0.7: 1 ERROR: process exited with code 25 -
@MathiasJ Readme!
-
@dirkhe sagte in Test Adapter mihome-vacuum v2.0.x:
@MathiasJ Readme!
ist installiert... muß mich erst mal einlesen, um die Karte ins VIS übertragen zu können.
-
ich bekomme immer wieder diesen error, obwohl er die Karte richtig lädt:
(1462) no map found on server___{"statusCode":403,"headers":{"server":"nginx","date":"Tue, 03 Mar 2020 10:51:09 GMT","content-length":"122","connection":"close","x-xiaomi-request-id":"6b964dae-6380-8e mihome-vacuum.0 2020-03-03 11:50:41.160 error (Adapter Version 2.0.7
Roborock S50 -
@K_o_bold Liest sich für mich nach einem 403 Forbidden welches der Adapter vom Xiaomi Server bekommt.
Stell mal die Instanz auf Loglevel debug und schau mal im Log nach "Xiaomi Cloud: Login successful".
Ansonsten wird sich @Meistertr schon dazu melden. -
Gelöst nach 10min warten kamen die ersten Daten rein.
Keine Verbindung zu S50 mit 2008 firmware mit Adapter 2.0.7 installiert via github
mihome-vacuum.0 2020-03-03 14:04:16.825 debug (1481) requesting params every: 60 Sec mihome-vacuum.0 2020-03-03 14:04:16.825 silly (1481) sendMsg[1] >>> {"id":9,"method":"get_status"} mihome-vacuum.0 2020-03-03 14:04:16.822 info (1481) Connected mihome-vacuum.0 2020-03-03 14:04:16.820 silly (1481) Receive <<< Helo <<< *************ffffffffffffffffffffffffffffffff mihome-vacuum.0 2020-03-03 14:04:16.815 info (1481) Disconnect mihome-vacuum.0 2020-03-03 14:04:11.823 debug (1481) no answer for get_status(id:8) received, giving up mihome-vacuum.0 2020-03-03 14:04:06.821 silly (1481) sendMsg[3] >>> {"id":8,"method":"get_status"} mihome-vacuum.0 2020-03-03 14:04:01.816 silly (1481) sendMsg[2] >>> {"id":8,"method":"get_status"} mihome-vacuum.0 2020-03-03 14:03:56.812 silly (1481) sendMsg[1] >>> {"id":8,"method":"get_status"} mihome-vacuum.0 2020-03-03 14:03:54.843 debug (1481) no answer for get_room_mapping(id:7) received, giving up mihome-vacuum.0 2020-03-03 14:03:54.839 debug (1481) no answer for get_carpet_mode(id:6) received, giving up mihome-vacuum.0 2020-03-03 14:03:52.551 debug (1481) no answer for get_sound_volume(id:5) received, giving up mihome-vacuum.0 2020-03-03 14:03:52.352 debug (1481) no answer for get_clean_summary(id:4) received, giving up mihome-vacuum.0 2020-03-03 14:03:52.149 debug (1481) no answer for get_consumable(id:3) received, giving up mihome-vacuum.0 2020-03-03 14:03:51.971 warn (1481) no answer received after after 3 times -> pause miIO.info from request parameters, try again in one hour mihome-vacuum.0 2020-03-03 14:03:51.969 debug (1481) no answer for miIO.info(id:2) received, giving up mihome-vacuum.0 2020-03-03 14:03:51.948 debug (1481) no answer for get_status(id:1) received, giving up mihome-vacuum.0 2020-03-03 14:03:49.840 silly (1481) sendMsg[3] >>> {"id":7,"method":"get_room_mapping"} mihome-vacuum.0 2020-03-03 14:03:49.837 silly (1481) sendMsg[3] >>> {"id":6,"method":"get_carpet_mode"} mihome-vacuum.0 2020-03-03 14:03:47.549 silly (1481) sendMsg[3] >>> {"id":5,"method":"get_sound_volume"} mihome-vacuum.0 2020-03-03 14:03:47.350 silly (1481) sendMsg[3] >>> {"id":4,"method":"get_clean_summary"} mihome-vacuum.0 2020-03-03 14:03:47.148 silly (1481) sendMsg[3] >>> {"id":3,"method":"get_consumable"} mihome-vacuum.0 2020-03-03 14:03:46.966 silly (1481) sendMsg[3] >>> {"id":2,"method":"miIO.info"} mihome-vacuum.0 2020-03-03 14:03:46.946 silly (1481) sendMsg[3] >>> {"id":1,"method":"get_status"} mihome-vacuum.0 2020-03-03 14:03:44.837 silly (1481) sendMsg[2] >>> {"id":7,"method":"get_room_mapping"} mihome-vacuum.0 2020-03-03 14:03:44.834 silly (1481) sendMsg[2] >>> {"id":6,"method":"get_carpet_mode"} mihome-vacuum.0 2020-03-03 14:03:42.545 silly (1481) sendMsg[2] >>> {"id":5,"method":"get_sound_volume"} mihome-vacuum.0 2020-03-03 14:03:42.347 silly (1481) sendMsg[2] >>> {"id":4,"method":"get_clean_summary"} mihome-vacuum.0 2020-03-03 14:03:42.144 silly (1481) sendMsg[2] >>> {"id":3,"method":"get_consumable"} mihome-vacuum.0 2020-03-03 14:03:41.962 silly (1481) sendMsg[2] >>> {"id":2,"method":"miIO.info"} mihome-vacuum.0 2020-03-03 14:03:41.941 silly (1481) sendMsg[2] >>> {"id":1,"method":"get_status"} mihome-vacuum.0 2020-03-03 14:03:39.834 silly (1481) sendMsg[1] >>> {"id":7,"method":"get_room_mapping"} mihome-vacuum.0 2020-03-03 14:03:39.831 silly (1481) sendMsg[1] >>> {"id":6,"method":"get_carpet_mode"} mihome-vacuum.0 2020-03-03 14:03:39.820 debug (1481) Xiaomi Cloud: Login successful mihome-vacuum.0 2020-03-03 14:03:37.542 silly (1481) sendMsg[1] >>> {"id":5,"method":"get_sound_volume"} mihome-vacuum.0 2020-03-03 14:03:37.345 silly (1481) sendMsg[1] >>> {"id":4,"method":"get_clean_summary"} mihome-vacuum.0 2020-03-03 14:03:37.341 info (1481) set nächster Timer: Nicht verfügbar mihome-vacuum.0 2020-03-03 14:03:37.142 silly (1481) sendMsg[1] >>> {"id":3,"method":"get_consumable"} mihome-vacuum.0 2020-03-03 14:03:37.003 silly (1481) States user redis pmessage mihome-vacuum.0.*/mihome-vacuum.0.rooms.addRoom:{"val":"Kartenindex oder Zonenkoordinaten einfügen","ack":true,"ts":1583240616994,"q":0,"from":"system.adapter.mihome- mihome-vacuum.0 2020-03-03 14:03:36.982 silly (1481) States user redis pmessage mihome-vacuum.0.*/mihome-vacuum.0.info.connection:{"val":true,"ack":true,"ts":1583240616966,"q":0,"from":"system.adapter.mihome-vacuum.0","user":"system.user.admin"," mihome-vacuum.0 2020-03-03 14:03:36.982 silly (1481) States user redis pmessage mihome-vacuum.0.*/mihome-vacuum.0.info.queue:{"val":0,"ack":true,"ts":1583240616966,"q":0,"from":"system.adapter.mihome-vacuum.0","user":"system.user.admin","lc":1583 mihome-vacuum.0 2020-03-03 14:03:36.981 silly (1481) States user redis pmessage mihome-vacuum.0.*/mihome-vacuum.0.info.connection:{"val":false,"ack":true,"ts":1583240616899,"q":0,"from":"system.adapter.mihome-vacuum.0","user":"system.user.admin", mihome-vacuum.0 2020-03-03 14:03:36.980 silly (1481) States user redis pmessage mihome-vacuum.0.*/mihome-vacuum.0.info.wifi_signal:{"val":"unavailable","ack":true,"ts":1583240616899,"q":0,"from":"system.adapter.mihome-vacuum.0","user":"system.use mihome-vacuum.0 2020-03-03 14:03:36.979 silly (1481) States user redis pmessage mihome-vacuum.0.*/mihome-vacuum.0.info.connection:{"val":false,"ack":true,"ts":1583240616898,"q":0,"from":"system.adapter.mihome-vacuum.0","user":"system.user.admin", mihome-vacuum.0 2020-03-03 14:03:36.975 silly (1481) States system redis pmessage system.adapter.mihome-vacuum.0.logLevel/system.adapter.mihome-vacuum.0.logLevel:{"val":"silly","ack":true,"ts":1583240616891,"q":0,"from":"system.adapter.mihome-vac mihome-vacuum.0 2020-03-03 14:03:36.958 silly (1481) sendMsg[1] >>> {"id":2,"method":"miIO.info"} mihome-vacuum.0 2020-03-03 14:03:36.940 debug (1481) requesting params every: 60 Sec mihome-vacuum.0 2020-03-03 14:03:36.938 silly (1481) sendMsg[1] >>> {"id":1,"method":"get_status"} mihome-vacuum.0 2020-03-03 14:03:36.928 info (1481) Connected mihome-vacuum.0 2020-03-03 14:03:36.925 silly (1481) Receive <<< Helo <<< *****************************ffffffffffffffffffffffffffffffff mihome-vacuum.0 2020-03-03 14:03:36.819 debug (1481) server started on 0.0.0.0:53421 mihome-vacuum.0 2020-03-03 14:03:36.807 info (1481) Disconnect mihome-vacuum.0 2020-03-03 14:03:36.781 info (1481) Cloud control disabled mihome-vacuum.0 2020-03-03 14:03:36.778 info (1481) Expert mode disabled, states deleted mihome-vacuum.0 2020-03-03 14:03:36.761 debug (1481) Xiaomi Cloud: Logging in mihome-vacuum.0 2020-03-03 14:03:36.758 debug (1481) load Map creator... true mihome-vacuum.0 2020-03-03 14:03:36.659 info (1481) starting. Version 2.0.7 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.19.0 -
@Meistertr Hi, ja, läuft alles jetzt, keine Fehler
Dankeschön -
Hallo,
ich habe bei mir Valetudo installiert und einige Zonen angelegt.
Die online Anbindung habe ich per Firewall unterbunden, da ich schon 2x das Vergnügen hatte das sich der Gen1 auf eine neue FW geupdatet hat oder wie auch immer sich selber resetet hat.
Adapter 2.0.8 ist installiert, FW 3.3.9-003468 und Valetudo in 0.4.0.
Mir werden auch alle Daten und Infos angezeigt, nur leider die Karten oder Zonen nicht.
Was kann ich machen, würde so gerne über Alexa die einzelnen Zonen steuern.
