UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

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

[Ein ehemaliger Benutzer]

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

[Ein ehemaliger Benutzer]

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

[dirkhe]

Also 2.0.10 habe ich hochgeladen und das lief bei mir vorher schon ein paar Tage. Die Version 2.1.0 hat bluefox hochgeladen und hat da eine ganze Menge verändert. Das lief zwar immer unter formating aber das war so viel, dass ich es zumindest nicht mehr überblicken kann. Ich habe die Version bei mir auch noch nicht installiert. Was das Thema mit den Maps angeht, da habe ich leider keine Aktien drin, da ich es auch nicht nutze, da mein robbi ja noch nicht mal im Internet hängt. Daher habe ich auch noch nicht die neueste Firmware drauf.
Wenn also die 2.0.10 noch geht, aber die 2.1.0 nicht mehr, müsste man sich also die Unterschiede ansehen, aber die bereits geschrieben, für mich sind das zu viel.

[dirkhe]

Ich habe mal einen Tag 2.0.10 gemacht. Wenn du willst, kannst du den Stand wieder nehmen.

[vikk88]

Hallo zusammen,
ich habe nach langer Zeit meinen Roborock S5 auf die aktuelle Firmware geupdatet. Den Adapter habe ich dann auch auf die 2.0.7 aktualisiert. Ich habe auch eine Verbindung, die Instanz ist grün, jedoch kommt kein Befehl beim S5 an. Im Log kommt immer folgendes:

Ich habe danach die aktuellste Version von github installiert, bei dieser wird die Instanz nicht mehr grün, im Log steht:

connecting, this can take up to 10 minutes

Hat jemand vielleicht eine Idee? Vor den Updates, mit der alten Firmware lief alles einwandfrei.

Node.js v10.21.0
NPM 6.14.4
Admin 4.0.10

[Thomas Braun]

Das Verhalten muss mit den Hardwareversionen zusammenhängen. Denn mein Staubsauber der ersten Generation startet ganz unauffällig:

2020-07-11 18:25:23.364  - info: host.raspberrypi instance system.adapter.mihome-vacuum.0 started with pid 6930
2020-07-11 18:25:28.295  - info: mihome-vacuum.0 (6930) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v14.5.0, js-controller: 3.1.6
2020-07-11 18:25:28.407  - info: mihome-vacuum.0 (6930) Expert mode disabled, states deleted
2020-07-11 18:25:28.412  - info: mihome-vacuum.0 (6930) Create state clean_home for controlling by cloud adapter
2020-07-11 18:25:28.543  - info: mihome-vacuum.0 (6930) New generation or new fw(3.5.4,004007) detected, create new states goto and zoneclean
2020-07-11 18:25:28.614  - info: mihome-vacuum.0 (6930) connecting, this can take up to 10 minutes ...
2020-07-11 18:25:28.671  - info: mihome-vacuum.0 (6930) Connected
2020-07-11 18:25:28.983  - info: mihome-vacuum.0 (6930) set nächster Timer: Nicht verfügbar
2020-07-11 18:25:29.685  - info: mihome-vacuum.0 (6930) create state for carpet_mode