Test Adapter mihome-vacuum v2.0.x

[blackeagle998]

@D3ltoroxp
Bei mir geht das über Port 8082.
Was kommt denn bei dir beim Aufruf von:
http://192.168.178.31:8082/mihome-vacuum.admin/actualMap_0.png

[D3ltoroxp]

@blackeagle998 said in Test Adapter mihome-vacuum v2.0.x:

@D3ltoroxp
Bei mir geht das über Port 8082.
Was kommt denn bei dir beim Aufruf von:
http://192.168.178.31:8082/mihome-vacuum.admin/actualMap_0.png

Die Website ist nicht erreichbar kommt bei mir, wenn ich diese Seite aufrufe. Ich habe keine Ahnung wie ich das Testhalber mal hinbekommen hatte. Aber ich wollte das jetzt noch mal anschauen und zack bekomme einfach nicht mehr hin.

EDIT::

Jetzt hab ich's. Ich rufe folgende Adresse auf ::

http://192.168.178.151:8081/mihome-vacuum.admin/actualMap_0.png)

Ich war die ganze Zeit auf dem Robo, von der IP aus, aber die muss ja die vom Broker sein.

Danach kommt dann aber folgende Meldung ::

Cannot GET /mihome-vacuum.admin/actualMap_0.png

[Coffeelover]

@D3ltoroxp Dann versuche bitte mal Port 8082. Mit dem klappt es auch bei mir. Bei 8081 bekomme ich die gleiche Fehlermeldung wie du.

[D3ltoroxp]

@Coffeelover Merci !!! Sehe die Map wieder !! Danke !!

[dirkhe]

@Diginix Hallo zusammen,
Ich habe mal eine neuere Version hochgeladen, die fängt map_slot ab, weil das aktuell noch nicht verarbeitet wird.
@Knallochse hatte aber noch die Version 2.0.7 installiert, die hatte unendlich versucht, die Map zu laden, das hatte ich in der Version 2.0.8 oder 2.0.9 bereits mal umgebaut, so dass er nach 10 Versuchen abbricht

[mrMuppet]

Hallo zusammen,
ich hab mal wieder versucht den Adapter (von 1.1.5 auf 2.0.7) upzudaten. Leider gibts bei mir (unter FreeBSD) leider nur ne Fehlermeldung. Das ist übrigens der einzige von meinen 25 aktiven Instanzen, der diese Probleme hat.

Spoiler

$ ./iobroker upgrade mihome-vacuum
Update mihome-vacuum from @1.1.5 to @2.0.7
NPM version: 6.14.5
npm install iobroker.mihome-vacuum@2.0.7 --loglevel error --prefix "/opt/iobroker" (System call)
/bin/sh: pkg-config: not found
gyp: Call to 'pkg-config pixman-1 --libs' returned exit status 127 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/local/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 FreeBSD 11.3-RELEASE-p9gyp ERR! command "/usr/local/bin/node" "/usr/local/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" "--python=/usr/local/bin/python2.7"gyp ERR! cwd /opt/iobroker/node_modules/canvasgyp ERR! node -v v10.19.0gyp ERR!
node-gyp -v v5.1.0gyp ERR! not ok 
node-pre-gyp
ERR! build error node-pre-gyp ERR! 
stack Error: Failed to execute '/usr/local/bin/node /usr/local/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 --python=/usr/local/bin/python2.7' (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 FreeBSD 11.3-RELEASE-p9
node-pre-gyp ERR! command "/usr/local/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 ELIFECYCLEnpm ERR! errno 1npm 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-06-12T23_18_35_159Z-debug.log
ERROR: host.iobroker-v1 Cannot install iobroker.mihome-vacuum@2.0.7: 1
ERROR: process exited with code 25

[Thomas Braun]

@mrMuppet Da muss wohl canvas von Hand gebaut werden. Aber von FreeBSD hab ich keine Ahnung...

[mrMuppet]

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

@mrMuppet Da muss wohl canvas von Hand gebaut werden. Aber von FreeBSD hab ich keine Ahnung...

Was kann ich dafür tun? Kann gerne testen und logs hochladen etc.

[Knallochse]

@dirkhe Mit der 2.0.10.RC1 ist die gesamte Prozessorlast während eines Saugprogramms mit eingeschalteter Karte weniger. Und geht nach Beendigung des Saugvorgangs auf normale Werte zurück.

Folgende Meldung wird zu Beginn und nach Beendigung des Saugvorgangs ins Log geschrieben

mihome-vacuum.1 | 2020-06-13 11:36:13.861 | warn | (22979) answer map_slot is currently not supported!

Ich bin sehr zufrieden und vielen Dank das du dich der Sache angenommen hast

[Thomas Braun]

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

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

@mrMuppet Da muss wohl canvas von Hand gebaut werden. Aber von FreeBSD hab ich keine Ahnung...

Was kann ich dafür tun? Kann gerne testen und logs hochladen etc.

Wie gesagt, von FreeBSD hab ich keine Ahnung.

[backfisch88]

@radierer said in Test Adapter mihome-vacuum v2.0.x:

@backfisch88 said in Test Adapter mihome-vacuum v2.0.x:

@radierer bei mir sagt er nur „unknown command“

Hm .. seltsam. Ich hab ja nix anderes gemacht .. außer zusätzlich noch den Befehl zum zurückfahren an die Ladestation.

Evtl. mal den Haken bei "eigene Befehle zulassen" in der Adapterkonfig raus- und wieder reinmachen!?

Hast du auch die neuste Firmware drauf?

[darkiop]

@Meistertr Besteht die Möglichkeit über den Adapter eine Karte auszuwählen? Durch das neue Update bzgl. mehrere Etagen ist das bei mir der letzte Baustein um den Robo völlgig unabhängig von der App zu steuern.

[backfisch88]

@darkiop

Ja sehe ich auch so

[radierer]

@backfisch88 Ich habe den Mijia 1S und laut Xiaomi App ist die Firmware aktuell.

[backfisch88]

@radierer

Bei mir funktioniert es seit der multifloor Erkennung nicht mehr.

[charakterkopf]

erledigt

[dirkhe]

Ich habe die Version 2.0.10 hochgeladen. Darin habe ich mal einen fix gemacht, wenn der Robbi nicht anfängt zu saugen. Ich hatte das zwischendurch mal, aber ich glaube es liegt daran, das er sich bei mir in den Mesh Repater eingewählt hat, anstelle direkt in den Router. Aber der Adapter püft jetzt nach 16 sec, ob der Staubi seinen status auf cleaning gesetzt hat, sonst probiert er es noch weiter 2 mal.

[ilovegym]

@dirkhe
Hi,
ich hab gestern auf die Relaese 2.1.0 geupdated, leider wird dort die Karte nicht mehr aktualisiert..
( ja, ich kanns auch kaum fassen.. das Thema ... )

Zurück auf die 2.0.10 geht nicht, kann nicht geladen werden.. ältere auch nicht..
Kannst du da mal drüber schauen, bitte?

Hier das debug log
mihome-vacuum.log.txt

[Diginix]

Bei mir dasselbe mit diesen Logzeilen:

mihome-vacuum.0	2020-07-11 14:40:15.219	warn	(2578714) Could not receive Mappointer, giving up
mihome-vacuum.0	2020-07-11 14:40:15.137	warn	(2578714) Could not receive Mappointer, giving up
mihome-vacuum.0	2020-07-11 14:40:09.180	warn	(2578714) Could not receive Mappointer, giving up

Auch wenn die Entwicklung und die Möglichkeiten des Adapter super vorangeschritten sind, bleibt es irgendwie immer Lotto was nach einem Update noch funktioniert. Wirkt immer wie gar nicht getestet.
Zum Glück mache ich aus genau dieser Erfahrung heraus immer manuelle Backups der Altversionen und konnte so bequem auf 2.0.10 zurück mit dem Ergebnis dass die Karte sofort wieder funktioniert.

[ilovegym]

@Diginix gute Idee mit den manuellen Backups.. werde ich auch mal einführen...