NEWS
Test für mihome-vacuum 3.10.x
-
@damrak2022 sagte in Test für mihome-vacuum 3.9.x:
Kann das sein das für die Karte zwingend Canvas installiert sein muss
Ja.
@thomas-braun Okay, dann werde ich nochmal versuchen eine korrekte Canvas Installation nach der Beschreibung des mihome Adapters hinzubekommen.
Mit besten Grüßen
Andy -
@thomas-braun Okay, dann werde ich nochmal versuchen eine korrekte Canvas Installation nach der Beschreibung des mihome Adapters hinzubekommen.
-
@dirkhe Wenn ich das so mache
http://192.168.178.24:8082/mihome-vacuum.0.cleanmap.mapURL/mihome-vacuum.0.userfiles/actualMap.pngbekomme ich das als Ergebnis:
Kann das sein das für die Karte zwingend Canvas installiert sein muss Ich hatte da nämlich mal ein Problem und da wurde mir geraten es wegzulassen.
http://192.168.178.24:8082/mihome-vacuum.0.userfiles/actualMap.png -
@thomas-braun Das habe ich durchgeführt. Wie prüfe ich das nun alles korrekt ist?
pi@homebridge:~ $ iob fix library: loaded Library version=2022-12-09 ioBroker or some processes are still running: io.admin.0 io.history.0 io.javascript.0 io.scenes.0 io.influxdb.0 io.pushover.0 io.ham.0 io.ping.0 io.rpi2.0 io.shelly.0 io.geofency.0 io.hue.0 io.zigbee.0 io.discovery.0 io.alexa2.0 io.backitup.0 io.web.0 io.info.0 io.snmp.0 io.upnp.0 io.iot.0 io.withings.0 io.twinkly.0 Please stop them first and try again! pi@homebridge:~ $ iobroker stop pi@homebridge:~ $ iob fix library: loaded Library version=2022-12-09 ========================================================================== Welcome to the ioBroker installation fixer! Script version: 2022-12-22 You might need to enter your password a couple of times. ========================================================================== ========================================================================== Installing prerequisites (1/4) ========================================================================== OK:1 http://deb.debian.org/debian bullseye InRelease Holen:2 http://deb.debian.org/debian bullseye-updates InRelease [44,1 kB] Holen:3 http://security.debian.org/debian-security bullseye-security InRelease [48,4 kB] OK:4 http://archive.raspberrypi.org/debian bullseye InRelease OK:5 https://deb.nodesource.com/node_16.x bullseye InRelease OK:6 https://download.docker.com/linux/debian bullseye InRelease Holen:7 https://apt.grafana.com stable InRelease [5.984 B] OK:8 https://repos.influxdata.com/debian stable InRelease OK:9 https://packagecloud.io/ookla/speedtest-cli/debian bullseye InRelease Es wurden 98,4 kB in 7 s geholt (14,0 kB/s). Paketlisten werden gelesen… Fertig Installed gcc-c++ ========================================================================== Checking ioBroker user and directory permissions (2/4) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... ========================================================================== Database maintenance (3/4) ========================================================================== Checking for uncompressed JSONL databases... This might take a while! Compressing /opt/iobroker/iobroker-data/states.jsonl Compressing /opt/iobroker/iobroker-data/objects.jsonl Compressed 2 JSONL files. Done ========================================================================== Checking autostart (4/4) ========================================================================== Enabling autostart... Autostart enabled! ========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ========================================================================== pi@homebridge:~ $ iobroker start pi@homebridge:~ $ -
apt policy build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-devmuss zu jedem Paket sagen das es installiert ist und
cd /opt/iobroker npm ls canvasspuckt sowas aus:
echad@chet:/opt/iobroker $ npm ls canvas iobroker.inst@3.0.0 /opt/iobroker ├─┬ iobroker.echarts@1.4.13 │ ├── canvas@2.11.0 │ └─┬ jsdom@21.1.1 │ └── canvas@2.11.0 deduped ├─┬ iobroker.iot@1.14.5 (git+ssh://git@github.com/ioBroker/ioBroker.iot.git#c4f7c5139d48613a655453aed737e9694843ccd4) │ └── canvas@2.11.0 deduped ├─┬ iobroker.mihome-vacuum@3.9.5 │ └── canvas@2.11.0 deduped └─┬ iobroker.parcel@0.0.25 └─┬ jsdom@20.0.3 └── canvas@2.11.0 deduped -
apt policy build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-devmuss zu jedem Paket sagen das es installiert ist und
cd /opt/iobroker npm ls canvasspuckt sowas aus:
echad@chet:/opt/iobroker $ npm ls canvas iobroker.inst@3.0.0 /opt/iobroker ├─┬ iobroker.echarts@1.4.13 │ ├── canvas@2.11.0 │ └─┬ jsdom@21.1.1 │ └── canvas@2.11.0 deduped ├─┬ iobroker.iot@1.14.5 (git+ssh://git@github.com/ioBroker/ioBroker.iot.git#c4f7c5139d48613a655453aed737e9694843ccd4) │ └── canvas@2.11.0 deduped ├─┬ iobroker.mihome-vacuum@3.9.5 │ └── canvas@2.11.0 deduped └─┬ iobroker.parcel@0.0.25 └─┬ jsdom@20.0.3 └── canvas@2.11.0 deduped@thomas-braun sagte in Test für mihome-vacuum 3.9.x:
npm ls canvas
Ich denke, das sieht so aus wie es sein soll
pi@homebridge:~ $ apt policy build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev build-essential: Installiert: 12.9 Installationskandidat: 12.9 Versionstabelle: *** 12.9 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status libcairo2-dev: Installiert: 1.16.0-5+rpt1 Installationskandidat: 1.16.0-5+rpt1 Versionstabelle: *** 1.16.0-5+rpt1 500 500 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status 1.16.0-5 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages libpango1.0-dev: Installiert: 1.46.2-3 Installationskandidat: 1.46.2-3 Versionstabelle: *** 1.46.2-3 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status libjpeg-dev: Installiert: 1:2.0.6-4 Installationskandidat: 1:2.0.6-4 Versionstabelle: *** 1:2.0.6-4 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status libgif-dev: Installiert: 5.1.9-2 Installationskandidat: 5.1.9-2 Versionstabelle: *** 5.1.9-2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status librsvg2-dev: Installiert: 2.50.3+dfsg-1 Installationskandidat: 2.50.3+dfsg-1 Versionstabelle: *** 2.50.3+dfsg-1 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status pi@homebridge:~ $ cd /opt/iobroker pi@homebridge:/opt/iobroker $ npm ls canvas iobroker.inst@3.0.0 /opt/iobroker ├─┬ iobroker.iot@1.14.2 │ ├── canvas@2.11.0 │ └─┬ jsdom@20.0.3 │ └── canvas@2.11.0 deduped └─┬ iobroker.mihome-vacuum@3.9.5 └── canvas@2.11.0 deduped pi@homebridge:/opt/iobroker $Mit besten Grüßen
Andy -
@thomas-braun sagte in Test für mihome-vacuum 3.9.x:
npm ls canvas
Ich denke, das sieht so aus wie es sein soll
pi@homebridge:~ $ apt policy build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev build-essential: Installiert: 12.9 Installationskandidat: 12.9 Versionstabelle: *** 12.9 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status libcairo2-dev: Installiert: 1.16.0-5+rpt1 Installationskandidat: 1.16.0-5+rpt1 Versionstabelle: *** 1.16.0-5+rpt1 500 500 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status 1.16.0-5 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages libpango1.0-dev: Installiert: 1.46.2-3 Installationskandidat: 1.46.2-3 Versionstabelle: *** 1.46.2-3 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status libjpeg-dev: Installiert: 1:2.0.6-4 Installationskandidat: 1:2.0.6-4 Versionstabelle: *** 1:2.0.6-4 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status libgif-dev: Installiert: 5.1.9-2 Installationskandidat: 5.1.9-2 Versionstabelle: *** 5.1.9-2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status librsvg2-dev: Installiert: 2.50.3+dfsg-1 Installationskandidat: 2.50.3+dfsg-1 Versionstabelle: *** 2.50.3+dfsg-1 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status pi@homebridge:~ $ cd /opt/iobroker pi@homebridge:/opt/iobroker $ npm ls canvas iobroker.inst@3.0.0 /opt/iobroker ├─┬ iobroker.iot@1.14.2 │ ├── canvas@2.11.0 │ └─┬ jsdom@20.0.3 │ └── canvas@2.11.0 deduped └─┬ iobroker.mihome-vacuum@3.9.5 └── canvas@2.11.0 deduped pi@homebridge:/opt/iobroker $ -
http://192.168.178.24:8082/mihome-vacuum.0.userfiles/actualMap.png@dirkhe Bis jetzt liefert mir die Url
http://192.168.178.24:8082/mihome-vacuum.0.userfiles/actualMap.pngDoch Karte ist da - Danke
-
Jau, schaut richtig aus.
@thomas-braun Ich habe die Karte zwar eingebunden, allerdings wird mir der die Position des Saugers noch nicht in Echtzeit dargestellt.
Mit besten Grüßen
Andy -
@thomas-braun Ich habe die Karte zwar eingebunden, allerdings wird mir der die Position des Saugers noch nicht in Echtzeit dargestellt.
@damrak2022 Wenn Du die base64 Daten direkt aus dem Datenpunkt triggern lässt dann sollte die Karte auch automatisch aktualisiert werden, sobald sich das Bild ändert:
Ich habs mal in den anderen Thread gepostet: https://forum.iobroker.net/post/968990
-
@damrak2022 Wenn Du die base64 Daten direkt aus dem Datenpunkt triggern lässt dann sollte die Karte auch automatisch aktualisiert werden, sobald sich das Bild ändert:
Ich habs mal in den anderen Thread gepostet: https://forum.iobroker.net/post/968990
-
Ich habe mein System (ioBroker auf RaspberryPi4) mit dieser Anleitung auf NodeJS 18 aktualisiert. Soweit hat alles gut geklappt, bis auf das ich im Protokoll immer eine Warnung vom mihome-vacuum-Adapter bekomme
CANVAS package not installed....please install Canvas package manually or disable Map in config see also https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/blob/master/lib/canvaserror.mdDie Steuerung des Roborock S5 funktioniert einwandfrei wie bisher, aber die Karte wird nicht mehr aktualisiert in der VIS. Es wird eine alte Karte angezeigt - die vor dem Update auf Node.JS 18.
Zum Zeitpunkt des Updates hatte ich den Adapter auf der Version 3.4.2 installiert. Als ich nach dem Update den Fehler mit der Karte bemerkt habe, habe ich den Adapter auf 3.9.5 aktualisiert. Das hat aber leider keine Besserung bzgl. des Kartenproblems ergeben.
Mein System:
Debian 10 Buster
js-controller: 4.0.23
NodeJS: 18.15.0
NPM: 9.5.0Meiner Meinung nach ist Canvas installiert.
pi@raspberrypi4-iob:~ $ cd /opt/iobroker/ pi@raspberrypi4-iob:/opt/iobroker $ npm list canvas iobroker.inst@2.0.3 /opt/iobroker ├── canvas@2.11.2 ├─┬ iobroker.iot@1.14.2 │ ├── canvas@2.11.2 deduped │ └─┬ jsdom@20.0.3 │ └── canvas@2.11.2 deduped ├─┬ iobroker.mihome-vacuum@3.9.5 │ └── canvas@2.11.2 deduped └─┬ iobroker.parcel@0.0.25 (git+ssh://git@github.com/TA2k/ioBroker.parcel.git#401a3aef0407456c6f18419a25517e9d26fab685) └─┬ jsdom@21.1.1 └── canvas@2.11.2 deduped pi@raspberrypi4-iob:/opt/iobroker $Was kann ich machen?
-
Ich habe mein System (ioBroker auf RaspberryPi4) mit dieser Anleitung auf NodeJS 18 aktualisiert. Soweit hat alles gut geklappt, bis auf das ich im Protokoll immer eine Warnung vom mihome-vacuum-Adapter bekomme
CANVAS package not installed....please install Canvas package manually or disable Map in config see also https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/blob/master/lib/canvaserror.mdDie Steuerung des Roborock S5 funktioniert einwandfrei wie bisher, aber die Karte wird nicht mehr aktualisiert in der VIS. Es wird eine alte Karte angezeigt - die vor dem Update auf Node.JS 18.
Zum Zeitpunkt des Updates hatte ich den Adapter auf der Version 3.4.2 installiert. Als ich nach dem Update den Fehler mit der Karte bemerkt habe, habe ich den Adapter auf 3.9.5 aktualisiert. Das hat aber leider keine Besserung bzgl. des Kartenproblems ergeben.
Mein System:
Debian 10 Buster
js-controller: 4.0.23
NodeJS: 18.15.0
NPM: 9.5.0Meiner Meinung nach ist Canvas installiert.
pi@raspberrypi4-iob:~ $ cd /opt/iobroker/ pi@raspberrypi4-iob:/opt/iobroker $ npm list canvas iobroker.inst@2.0.3 /opt/iobroker ├── canvas@2.11.2 ├─┬ iobroker.iot@1.14.2 │ ├── canvas@2.11.2 deduped │ └─┬ jsdom@20.0.3 │ └── canvas@2.11.2 deduped ├─┬ iobroker.mihome-vacuum@3.9.5 │ └── canvas@2.11.2 deduped └─┬ iobroker.parcel@0.0.25 (git+ssh://git@github.com/TA2k/ioBroker.parcel.git#401a3aef0407456c6f18419a25517e9d26fab685) └─┬ jsdom@21.1.1 └── canvas@2.11.2 deduped pi@raspberrypi4-iob:/opt/iobroker $Was kann ich machen?
@sneaker75 sagte in Test für mihome-vacuum 3.10.x:
Was kann ich machen?
Debian 11 'Bullseye' in der 64bit-Version verwenden.
-
@sneaker75 sagte in Test für mihome-vacuum 3.10.x:
Was kann ich machen?
Debian 11 'Bullseye' in der 64bit-Version verwenden.
@thomas-braun Danke. Einzige Lösung das OS zu updaten? Unter Node.JS 12 hat das einwandfrei funktioniert mit Canvas.
Hast Du eventuell eine Anleitung zur Hand? -
@thomas-braun Danke. Einzige Lösung das OS zu updaten? Unter Node.JS 12 hat das einwandfrei funktioniert mit Canvas.
Hast Du eventuell eine Anleitung zur Hand?Hab dazu mal vor einiger Zeit was zu geschrieben. Kannst ja durch meine Themen schauen.
Ein Wechsel der Architektur ist aber nur durch Neuinstallation möglich. -
@thomas-braun Danke. Einzige Lösung das OS zu updaten? Unter Node.JS 12 hat das einwandfrei funktioniert mit Canvas.
Hast Du eventuell eine Anleitung zur Hand?@sneaker75 sagte in Test für mihome-vacuum 3.10.x:
Einzige Lösung das OS zu updaten?
Buster ist abgekündigt, du musst also so oder so auf Bullseye upgraden.
-
Hab dazu mal vor einiger Zeit was zu geschrieben. Kannst ja durch meine Themen schauen.
Ein Wechsel der Architektur ist aber nur durch Neuinstallation möglich. -
Und dass ich Buster verwende statt Bullseye ist der Grund für das Canvas-Problem?
Ein Update von Buster ist nicht möglich, ich muss alles neu aufsetzen?@sneaker75 sagte in Test für mihome-vacuum 3.10.x:
Und dass ich Buster verwende statt Bullseye ist der Grund für das Canvas-Problem?
Möglicherweise.
Natürlich ist ein Upgrade auf Bullseye möglich. Nur kein Wechsel der Architektur von 32 auf 64 Bit.
-
@sneaker75 sagte in Test für mihome-vacuum 3.10.x:
Und dass ich Buster verwende statt Bullseye ist der Grund für das Canvas-Problem?
Möglicherweise.
Natürlich ist ein Upgrade auf Bullseye möglich. Nur kein Wechsel der Architektur von 32 auf 64 Bit.
-
Woran sehe ich, ob ich 32bit oder 64bit Buster habe? Oder ist Buster immer 32bit?
Support us
642
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge