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

[Kaschi68]

@Meistertr

1A, jetzt läuft alles...... Vielen Dank :+1: :+1: :+1:

und schönen Abend

[haselchen]

@Meistertr

Wollte ich auch gerade schreiben.
Nochmal von Gitub geladen.
Karte ist da, URL wird auch befüllt.
Bisher lüppt alles.
Vielen Dank :+1: :+1:

[sabphil22]

Hallo,
wollte grade die aktuelle Version testen.
Leider kommt es zu folgenden Fehler:

Spoiler

canvas@2.6.1 install /opt/iobroker/node_modules/canvas
node-pre-gyp install --fallback-to-build

node-pre-gyp WARN Using request for node-pre-gyp https download
node-pre-gyp WARN Tried to download(404): https://github.com/node-gfx/node-canvas-prebuilt/releases/download/v2.6.1/canvas-v2.6.1-node-v64-linux-glibc-arm.tar.gz
node-pre-gyp WARN Pre-built binaries not found for canvas@2.6.1 and node@10.19.0 (node-v64 ABI, glibc) (falling back to source compile with node-gyp)
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 variable No package 'pixman-1' found gyp: 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: 1
gyp 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/canvas
gyp ERR! node -v v10.19.0
gyp ERR! node-gyp -v v5.0.5
gyp 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/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/.bin/node-pre-gyp" "install" "--fallback-to-build"
node-pre-gyp ERR! cwd /opt/iobroker/node_modules/canvas
node-pre-gyp ERR! node -v v10.19.0
node-pre-gyp ERR! node-pre-gyp -v v0.11.0
node-pre-gyp ERR! not ok
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)
npm WARN ajv-keywords@2.1.1 requires a peer of ajv@^5.0.0 but none is installed. You must install peer dependencies yourself.

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-02-17T18_44_10_000Z-debug.log

Hardware ist ein RPI4
Nodejs 10.19.0

Hat einer die neue Version schon auf dem RPI4 ans laufen bekommen?

Edit: Hab es mit dem Beitrag von Foxriver fixen können:
https://forum.iobroker.net/topic/26900/hinzufuegen-von-roomba-adapter-wirft-fehler/2

[Meistertr]

@sabphil22 schau mal in der readme habe es gerade hinzugefügt

[Meistertr]

Für die S50 Besitzer habe ich noch die Raumerkennung mit eingebunden, wenn man eingeloggt ist, werden die Raüme aus der Karte gelesen und angelegt version 2.0.5

[sabphil22]

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

pdown Menü ist nur ein Zwischenspeicher nach Auswahl des Gerätes werden die anderen Felder gesetzt. Die Liste der Geräte wird nur tämporär gespeichert

Ich habe nur ein Gerät zur Auswahl, allerdings wird, wenn ich es anklicke, der manuelle Bereich für den Token nicht gefüllt und speichern kann ich nicht, da kein Token eingetragen ist.

[Meistertr]

@sabphil22 ist es den das richtige gerät? steht der token mit im Dropdown drin ? Die Liste MUSS exact den angelegenten Geräten in der app entsprechen, da beide sie von der gleichen stelle abgreifen. Ist dies nicht der fall, ist wahrscheinlich der Server falsch

[sabphil22]

@Meistertr das Gerät, Token und Ip Adresse stimmen. Wenn ich auf "Get Devices" klicke wird das Gerät vorgeblendet. Auch wenn ich es nochmal im Dropdown anwähle, wird der Token in den manuellen Einstellungen nicht eingetragen.

[Meistertr]

@sabphil22 ok den Fall mit einem Gerät hatte ich noch nicht, schau ich mir morgen an

[Diginix]

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

@Meistertr

die 2.0.4 bringt soweit keine Fehler mehr.
Danke dafür!
Nun hakt es bei der aktuellen Karte bzw. map url.

mihome-vacuum.0 2020-02-17 18:49:53.608 error (5783) Error when receiving mapurl

In VIS zeigt er noch die Karte von gestern vom 1 .Stock an.
Starte ich jetzt den Robbi im Erdgeschoss, dann wird in der App die aktuelle Karte angezeigt, in VIS bleibt aber die von gestern und es tut sich nichts.

Log versuche ich zu bekommen beim nächsten Saugversuch.

Bei mir kommt heute auch nur dieser Fehler.

2020-02-17 19:51:16.744  - [31merror [39m: mihome-vacuum.0 (19013) Error when receiving mapurl

Allerdings sagt sogar die MiHome App dass sie Probleme hat Daten vom China Server zu erhalten. Also warte ich mal ab und gehe von einem Netzwerk Problem aus.

[haselchen]

@Diginix

Hab den DE Server.
Mitunter bekomme ich jetzt ab und zu wilde Fehlermeldungen.

2020-02-17 19:40:42.807 - error: mihome-vacuum.0 (7751) Unknown state "mihome-vacuum.0.rooms.manual_1.mapIndex"
2020-02-17 19:42:05.670 - info: mihome-vacuum.0 (7751) create new room: manual_2
2020-02-17 19:43:04.001 - info: mihome-vacuum.0 (7751) create new room: manual_3
2020-02-17 19:43:48.096 - info: mihome-vacuum.0 (7751) create new room: manual_4

Obwohl die Räume vorher auch so angelegt waren. Räume 2,3,4 wurden ja auch wie man sieht normal angelegt.

Und das kam mit der Version 2.0.5 als ich eine Raumreinigung gemacht habe, die auch normal ausgeführt wurde.

2020-02-17 19:56:48.393 - error: mihome-vacuum.0 (8437) TypeError: Cannot read property '0' of undefined
2020-02-17 19:56:50.698 - error: mihome-vacuum.0 (8437) TypeError: Cannot read property '0' of undefined
2020-02-17 19:56:52.983 - error: mihome-vacuum.0 (8437) TypeError: Cannot read property '0' of undefined
2020-02-17 19:56:55.230 - error: mihome-vacuum.0 (8437) TypeError: Cannot read property '0' of undefined
2020-02-17 19:56:57.485 - error: mihome-vacuum.0 (8437) TypeError: Cannot read property '0' of undefined
2020-02-17 19:56:59.792 - error: mihome-vacuum.0 (8437) TypeError: Cannot read property '0' of undefined
2020-02-17 19:57:02.041 - error: mihome-vacuum.0 (8437) TypeError: Cannot read property '0' of undefined

Mit der Karte muss ich mal gucken wie das ist, wenn er wieder im 1.Stock war und dann wieder Erdgeschoss.
Aber ansonsten klasse Leistung von den Entwicklern.
Ich denke, dass sie nicht mehr weit vom perfekten MiHome-Vacuum Adapter weg sind!

[dirkhe]

Da werden wir wohl ein debug log brauchen, so können wir damit leider nichts anfangen

[Patchwork 3001]

@dirkhe habe bis jetzt alles neu aufgesetzt habe es mir total zerschossen. würde halt schon gern die einzelnen zimmer räume nutzen wenn es geht

[dirkhe]

Was heisst zerschossen, ggf. Mal den adapter deinstallieren und dann wieder neu installieren.

[Patchwork 3001]

@dirkhe hab solange rum probiert bis der ras4 nicht mehr die Web Oberfläche aufmachen wollte.
dann halt mehrfach versucht ein Backup wieder einzuspielen aber immer an unterschiedlichen punkten Fehler gehabt.
also zum Saturn ne jute micro sd geholt und sauber neu aufgespielt. läuft jetzt bis auf die neue für den robo s5

[dirkhe]

Also was klappt denn nicht? Wenn das installieren nicht klappt, gibt es hier im Forum genug Hinweise. Gestern habe ich sogar einen eigenen Thread dafür gesehen.
Wenn irgendeine Funktion nicht geht, am besten auf debug stellen und das dann hier Posten.

[Patchwork 3001]

@dirkhe hat alles geklappt und läuft bis auf den Fehler mit GET DEVICES suchen was auch ein anderer hier schreibt man kann es anwählen mit Token und IP alles stimmt aber wenn man die Einstellung schlisst und wieder rein geht ist es wieder weg . sonst alles top Geräte Daten und mi Anmeldung geht. auch die Ordner Map und Rooms sind da. im Log steht (7615) Error when receiving mapurl.

[0018]

Hallo zusammen,

mir fällt es schwer dem Thema zu folgen, weil mir irgendwie eine Übersicht der Vorraussetzungen für den Adapter fehlt. Es wäre schön wenn ihr eine kurze Übersicht im git erstellen könntet, welche Robo´s (Gen1, Gen 2 S6 usw) mit welcher Firmware (original und/oder Valetudo/RE) unterstützt werden bzw. welche Funktionen (Raumreinigung, Map, Token usw.) mit dem Adapter verfügbar sind.

Wäre das machbar?

[schmuh]

@Patchwork-3001
das sieht bei mir genau so aus, ich habe den 1S. Die Karte wird nicht geladen (7615) Error when receiving mapurl.
Das hat aber definitiv schon mal funktioniert in der Version 2.0.3.

[Diginix]

@schmuh Habe auch den 1S und den Fehler. Demnach scheint da wirklich was nicht zu passen.
Mit 2.0.3 hatte ich nur das map64 Objekt, aber nie ein Wert in mapURL. Seit 2.0.4 habe ich beides nicht mehr. Bin aber von lokalen Netzwerkproblemen ausgegangen. Der 1S ließ sich aber normal über den Adapter steuern.

@Meistertr Anscheinend ist da doch ein Bug in der 2.0.4/5.