NEWS
Adapter mihome-vacuum anpassungen
-
Das hat erstmal nicht mit dem Adapter selber zu tun. Hattest du vorher schon den Adapter normal über git am Laufen gehabt?
Ich vermute mal, dass du einen 32bit System hast? Dafür scheint es die canvas Lib nicht zu geben. Ich vermute mal, dass @Meistertr das für valetudo benötigt?Wie man das jetzt auf die Schnelle fixen kann, weiss ich auch nicht
-
Hallo zusammen,
ich habe mir mal den mihome-cacuum Adapter geforkt, weil ich dort eigentlich 2 neue Dinge implemtieren wollte:
- Anzeigen der gespeicherten Räume
- jeweils einen Button zum Reinigen des Raumes
- je Raum einen eigenen Fan Level setzten
- Wochenplan erstellen
(noch nicht fertig)
Ich bin jetzt mal angefangen, den Adapter zu erweitern. Dabei habe ich festgestellt, dass die Erkennung der features, je nach Modell, ein bisschen unglücklich gelöst wurde. Ich habe das jetzt mal angepasst und dabei auch sofort Unterstützung für den Wassertabk hinzugefügt.
Bitte mal testen, insbesondere vlt. auch mal Leute mit einem S5 oder älteren ModellenHier mal ein Screenshot von der Wassrtank Erweiterung:
und noch mit den Räumen:
Sobald an den Räumen etwas geändert wird, einfach auf loadRooms clicken, dann wird das geupdatet.
Mittlerweile können auch manuelle Räume hinzugefügt werden, indem entweder der Inder der Karte verwendet wird oder die Koordinaten der Zone
Timer
Es können jetzt Timer erstellt werden, damit man den Roboter vom Internet nehmen kann... Diese werden aber nur angezeigt, wenn auch Räume unterstützt werden.
Dazu können in der config die Timer generell erstellt werden: (Achtung, hier wird das materialdesign verwendet, da muss man bei den selectboxen ganz außen rechts clicken. Ich denke, @Bluefox wird das Problem schon kennen, da es da schon workaround code gibt, es hat aber nichts mit dem Adapter zu tun)
Dann werden folgende Datenpunkte erstellt:
Die können dann dort auch direkt an-/und ausgeschaltet werden oder auch einf einmal ausgesetzt werden. Die Räume können entweder über die Konfiguration oder über die Datenpunkte geändert werden. Nur die Tage/Zeiten müssen über die Konfiguration angepasst werden oder wenn ihr direkt einen Raumchannel antriggern wollt.
Direkt am channel Timer selber seht dann immer der nächste auszuführende Timer.
Die Datenpunkte können so auch schön in eine vis eingebunden werden und dort dannauch verändert werden.Ihr könnt den jetzt über github installieren
https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuumgruß
Dirk@dirkhe hab die neue Version installiert, keine Probleme oder Fehler im Log.
Valetudo noch nicht getestet.Mir ist aber aufgefallen, das bei Fanpower nur eine Einstellung 101, 102,103,104 funktioniert, also nicht mehr prozentual von 0-100. Liegt wohl aber nicht an deiner Version, bei der 1.1.6 war es auch seit ein paar Tagen so. Ich vermute mal, das es an dem neuen Update legt, das Xiaomi für den S5 rausgebracht hat.
Kann das noch jemand bestätigen ?
- Anzeigen der gespeicherten Räume
-
Das mit den Räumen scheint eine neue Funktion der neueren Generation zu sein. Du kannst dabei in der App die Räume benennen. Die Namen der Räume werden zwar nur in der App gehalten, aber die haben eine feste ID. Wenn du jetzt eine Karte hast,, scheint er intern eine Liste mit Räumen zu definierten Bereichen in der Karte zu halten. Bei mir hat er den Index dieser Bereiche intern bereits auf 20 hochgezählt. Daher speichere ich ja primär die ID es Raumes und den dazu passenden Index. Sollte man dann in der App eine neue Karte machen und die Räume neu zuordnen, wird das wieder gematcht.
Das Drehen der Karte ist, soweit ich das gelesen habe, eher ein Problem der älteren Roboter.
Welchen hast du? Hast du meinen Adapter mal installiert und bekommst du die Räume angelegt?@dirkhe sagte in Adapter mihome-vacuum anpassungen:
Das mit den Räumen scheint eine neue Funktion der neueren Generation zu sein. Du kannst dabei in der App die Räume benennen. Die Namen der Räume werden zwar nur in der App gehalten, aber die haben eine feste ID. Wenn du jetzt eine Karte hast,, scheint er intern eine Liste mit Räumen zu definierten Bereichen in der Karte zu halten. Bei mir hat er den Index dieser Bereiche intern bereits auf 20 hochgezählt. Daher speichere ich ja primär die ID es Raumes und den dazu passenden Index. Sollte man dann in der App eine neue Karte machen und die Räume neu zuordnen, wird das wieder gematcht.
Das Drehen der Karte ist, soweit ich das gelesen habe, eher ein Problem der älteren Roboter.
Welchen hast du? Hast du meinen Adapter mal installiert und bekommst du die Räume angelegt?Wie kann ich die entstandenen Räume in der App (IOS) den benennen? Ich habe alles durch, keine Ahnung... :blush:
-
@dirkhe hab die neue Version installiert, keine Probleme oder Fehler im Log.
Valetudo noch nicht getestet.Mir ist aber aufgefallen, das bei Fanpower nur eine Einstellung 101, 102,103,104 funktioniert, also nicht mehr prozentual von 0-100. Liegt wohl aber nicht an deiner Version, bei der 1.1.6 war es auch seit ein paar Tagen so. Ich vermute mal, das es an dem neuen Update legt, das Xiaomi für den S5 rausgebracht hat.
Kann das noch jemand bestätigen ?
@Agria4800 sagte in Adapter mihome-vacuum anpassungen:
@dirkhe hab die neue Version installiert, keine Probleme oder Fehler im Log.
Valetudo noch nicht getestet.Mir ist aber aufgefallen, das bei Fanpower nur eine Einstellung 101, 102,103,104 funktioniert, also nicht mehr prozentual von 0-100. Liegt wohl aber nicht an deiner Version, bei der 1.1.6 war es auch seit ein paar Tagen so. Ich vermute mal, das es an dem neuen Update legt, das Xiaomi für den S5 rausgebracht hat.
Kann das noch jemand bestätigen ?
Eigentlich sollte das nur bei model === 'roborock.vacuum.m1s' || model === 'roborock.vacuum.s6' umgeswitcht werden. Was steht denn bei dir unter info in device_model?
-
@dirkhe sagte in Adapter mihome-vacuum anpassungen:
Das mit den Räumen scheint eine neue Funktion der neueren Generation zu sein. Du kannst dabei in der App die Räume benennen. Die Namen der Räume werden zwar nur in der App gehalten, aber die haben eine feste ID. Wenn du jetzt eine Karte hast,, scheint er intern eine Liste mit Räumen zu definierten Bereichen in der Karte zu halten. Bei mir hat er den Index dieser Bereiche intern bereits auf 20 hochgezählt. Daher speichere ich ja primär die ID es Raumes und den dazu passenden Index. Sollte man dann in der App eine neue Karte machen und die Räume neu zuordnen, wird das wieder gematcht.
Das Drehen der Karte ist, soweit ich das gelesen habe, eher ein Problem der älteren Roboter.
Welchen hast du? Hast du meinen Adapter mal installiert und bekommst du die Räume angelegt?Wie kann ich die entstandenen Räume in der App (IOS) den benennen? Ich habe alles durch, keine Ahnung... :blush:
@Agria4800 Du gehst in die mi home app. Dann mußt du du mind. einen Raum festlegen (sonst kam es bei mir zu Fehlern beim Zuordnen). Besser du wählst schon mal alle vorhanden aus. Verknüpfen mit Geräten musst du da aber nichts.
Dann auf "Zone" bearbeiten (an der Linken Seite so ein kleines Icon). Dort einen Raum anklicken und auf benennen klicken. Dann entwerder einen aussuchen oder benutzerdefiniert. -
@dirkhe
bekomme ber Installation des Adapters folgende Fehlermeldung, kann aber mit dieser leider nichts anfangen:$ ./iobroker url "https://github.com/dirkhe/ioBroker.mihome-vacuum.git" install https://github.com/dirkhe/ioBroker.mihome-vacuum/tarball/master npm install https://github.com/dirkhe/ioBroker.mihome-vacuum/tarball/master --production --save --prefix "/opt/iobroker" (System call) 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-v57-linux-glibc-arm.tar.gz node-pre-gyp WARN Pre-built binaries not found for canvas@2.6.1 and node@8.16.0 (node-v57 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: 1gyp ERR! stack at ChildProcess.onCpExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:345:16) gyp ERR! stack at emitTwo (events.js:126:13) gyp ERR! stack at ChildProcess.emit (events.js:214:7) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:198:12) gyp ERR! System Linux 4.14.71-v7+gyp 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=4" "--node_abi_napi=napi" "--napi_build_version=0" "--node_napi_label=node-v57" gyp ERR! cwd /opt/iobroker/node_modules/canvas gyp ERR! node -v v8.16.0 gyp ERR! node-gyp -v v3.8.0 gyp 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=4 --node_abi_napi=napi --napi_build_version=0 --node_napi_label=node-v57' (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 emitTwo (events.js:126:13) node-pre-gyp ERR! stack at ChildProcess.emit (events.js:214:7) node-pre-gyp ERR! stack at maybeClose (internal/child_process.js:915:16) node-pre-gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:209:5) node-pre-gyp ERR! System Linux 4.14.71-v7+ 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 v8.16.0 node-pre-gyp ERR! node-pre-gyp -v v0.11.0node-pre-gyp ERR! not ok npm ERR! code ELIFECYCLE npm 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-01-09T19_38_43_809Z-debug.log process exited with code 0Woran könnte es liegen?
@mumurik:
Moin, den Fehler hatte ich auch, hier die Lösung von foxdriver76: https://forum.iobroker.net/topic/26900/hinzufuegen-von-roomba-adapter-wirft-fehler.
Ist zwar für den roomba-Adapter behebt aber auch hier den Fehler -
@lesiflo hast du in der App die Räume benannt?
Am besten immer erst einen Raum benennen dann auf load rooms klicken, dann im iobroker direkt den Raum zuordnen, dann brauchst du nicht raten.... -
@dirkhe: Ok, dann geht es noch nicht bei mir. Mit der jetzigen neuen Firmware für den S5 kann man in der APP noch keine Räume benennen. Kommt aber noch später.
@lesiflo ok, aber ich denke, dass ich die Funktion dann so drin lassen kann. Ich könnte bei leeren Räumen einen Dummy Datenpunkt anlegen, wo ich die Info anlege, dass die Räume erst in der App angelegt werden müssen, wenn möglich. Als Info für den User
-
Das hat erstmal nicht mit dem Adapter selber zu tun. Hattest du vorher schon den Adapter normal über git am Laufen gehabt?
Ich vermute mal, dass du einen 32bit System hast? Dafür scheint es die canvas Lib nicht zu geben. Ich vermute mal, dass @Meistertr das für valetudo benötigt?Wie man das jetzt auf die Schnelle fixen kann, weiss ich auch nicht
@dirkhe sagte in Adapter mihome-vacuum anpassungen:
Das hat erstmal nicht mit dem Adapter selber zu tun. Hattest du vorher schon den Adapter normal über git am Laufen gehabt?
Ich vermute mal, dass du einen 32bit System hast? Dafür scheint es die canvas Lib nicht zu geben. Ich vermute mal, dass @Meistertr das für valetudo benötigt?Wie man das jetzt auf die Schnelle fixen kann, weiss ich auch nicht
@dirkhe
Das System ist ein Raspbian Lite auf einem Pi3.
Den Adapter hatte ich vorher über git nicht am Laufen gehabt.
Aktuell hatte ich die Version 1.1.5 im Einsatz, installiert über den autom. Weg, über der Reiter "Adapter"... -
@mumurik:
Moin, den Fehler hatte ich auch, hier die Lösung von foxdriver76: https://forum.iobroker.net/topic/26900/hinzufuegen-von-roomba-adapter-wirft-fehler.
Ist zwar für den roomba-Adapter behebt aber auch hier den Fehler@lesiflo sagte in Adapter mihome-vacuum anpassungen:
@mumurik:
Moin, den Fehler hatte ich auch, hier die Lösung von foxdriver76: https://forum.iobroker.net/topic/26900/hinzufuegen-von-roomba-adapter-wirft-fehler.
Ist zwar für den roomba-Adapter behebt aber auch hier den Fehlerdanke für die Lösung, das war es!
-
@Agria4800 Du gehst in die mi home app. Dann mußt du du mind. einen Raum festlegen (sonst kam es bei mir zu Fehlern beim Zuordnen). Besser du wählst schon mal alle vorhanden aus. Verknüpfen mit Geräten musst du da aber nichts.
Dann auf "Zone" bearbeiten (an der Linken Seite so ein kleines Icon). Dort einen Raum anklicken und auf benennen klicken. Dann entwerder einen aussuchen oder benutzerdefiniert.@dirkhe
habe den Adapter mit meinem 1S jetzt auch am Laufen, danke.Was mir aufgefallen ist, gibt es eine Möglichkeit bei der Zonenreinigung der Räume auch die Anzahl der Reinigungsdurchläufe mitzugeben, sprich dass ein expliziter Raum mehrere Saugrunden dreht?
So ähnlich wie hier -> 3 Runden:
app_zoned_clean;[[xyz,xyz,xyz,xyz,3]] -
Ich denke, so direkt nicht. Was man mal testen könnte, wäre einfach den raum 3 mal anzugeben. Man Könnte das aber auch über ioBroker lösen. Ich habe es noch nicht getestet, aber wenn du dreimal hintereinander über den adapter den Knopf drückst, sollte er die eigentlich auch schon in eine queue schreiben und hintereinander ausführen
-
es gibt eine neu Version, in der auch Timer verwaltet werden können, siehe 1. Posting
gruß
Dirk -
@lesiflo hast du in der App die Räume benannt?
Am besten immer erst einen Raum benennen dann auf load rooms klicken, dann im iobroker direkt den Raum zuordnen, dann brauchst du nicht raten....Ich habe auch einen S5 mit der neuen Firmware 3.5.7_002008 und das Problem, dass die Räume nicht gelistet werden, da sie noch nicht benannt werden können.
@dirkhe Reicht nicht der mapindex, um die Räume ggf. mit Dummy-Namen im Adapter anlegen zu können? Dann könnten auch Leute mit S5 die Funktion schon nutzen. Wäre echt toll!
-
@dirkhe
bekomme ber Installation des Adapters folgende Fehlermeldung, kann aber mit dieser leider nichts anfangen:$ ./iobroker url "https://github.com/dirkhe/ioBroker.mihome-vacuum.git" install https://github.com/dirkhe/ioBroker.mihome-vacuum/tarball/master npm install https://github.com/dirkhe/ioBroker.mihome-vacuum/tarball/master --production --save --prefix "/opt/iobroker" (System call) 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-v57-linux-glibc-arm.tar.gz node-pre-gyp WARN Pre-built binaries not found for canvas@2.6.1 and node@8.16.0 (node-v57 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: 1gyp ERR! stack at ChildProcess.onCpExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:345:16) gyp ERR! stack at emitTwo (events.js:126:13) gyp ERR! stack at ChildProcess.emit (events.js:214:7) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:198:12) gyp ERR! System Linux 4.14.71-v7+gyp 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=4" "--node_abi_napi=napi" "--napi_build_version=0" "--node_napi_label=node-v57" gyp ERR! cwd /opt/iobroker/node_modules/canvas gyp ERR! node -v v8.16.0 gyp ERR! node-gyp -v v3.8.0 gyp 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=4 --node_abi_napi=napi --napi_build_version=0 --node_napi_label=node-v57' (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 emitTwo (events.js:126:13) node-pre-gyp ERR! stack at ChildProcess.emit (events.js:214:7) node-pre-gyp ERR! stack at maybeClose (internal/child_process.js:915:16) node-pre-gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:209:5) node-pre-gyp ERR! System Linux 4.14.71-v7+ 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 v8.16.0 node-pre-gyp ERR! node-pre-gyp -v v0.11.0node-pre-gyp ERR! not ok npm ERR! code ELIFECYCLE npm 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-01-09T19_38_43_809Z-debug.log process exited with code 0Woran könnte es liegen?
-
@Meistertr gelesen schon, aber wahrscheinlich falsch verstanden.
@dirkhe said in Adapter mihome-vacuum anpassungen:@lesiflo ok, aber ich denke, dass ich die Funktion dann so drin lassen kann. Ich könnte bei leeren Räumen einen Dummy Datenpunkt anlegen, wo ich die Info anlege, dass die Räume erst in der App angelegt werden müssen, wenn möglich. Als Info für den User
@dirkhe Du würdest also nicht nur den Dummy-Datenpunkt mit der Info anlegen, sondern auch die channels pro Raum, damit es schon nutzbar ist. Dann bin ich glücklich :-)
-
Da lässt sich sicher was machen. Ich könnte Mal schauen, ob ich einen Knop einbauen kann, der so einen Channel anlegt. Kommt denn bei dir der room Channel schon? Denn dann muss ich aufpassen, dass ich die nicht auf unser setze..
Ich schaue mal -
Da lässt sich sicher was machen. Ich könnte Mal schauen, ob ich einen Knop einbauen kann, der so einen Channel anlegt. Kommt denn bei dir der room Channel schon? Denn dann muss ich aufpassen, dass ich die nicht auf unser setze..
Ich schaue mal -
@Agria4800 sagte in Adapter mihome-vacuum anpassungen:
@dirkhe hab die neue Version installiert, keine Probleme oder Fehler im Log.
Valetudo noch nicht getestet.Mir ist aber aufgefallen, das bei Fanpower nur eine Einstellung 101, 102,103,104 funktioniert, also nicht mehr prozentual von 0-100. Liegt wohl aber nicht an deiner Version, bei der 1.1.6 war es auch seit ein paar Tagen so. Ich vermute mal, das es an dem neuen Update legt, das Xiaomi für den S5 rausgebracht hat.
Kann das noch jemand bestätigen ?
Eigentlich sollte das nur bei model === 'roborock.vacuum.m1s' || model === 'roborock.vacuum.s6' umgeswitcht werden. Was steht denn bei dir unter info in device_model?
Support us
249
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge