Test für mihome-vacuum 3.10.x
-
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 $ -
Jau, schaut richtig aus.
-
@dirkhe Bis jetzt liefert mir die Url
http://192.168.178.24:8082/mihome-vacuum.0.userfiles/actualMap.pngDoch Karte ist da - Danke
-
@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
-
es gibt mal wieder eine neue Test version: 3.10.0
- check also stockcommands in onMessage
- add feature waterbox level #755
-
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.
-
@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. -
@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.
-
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.
-
Woran sehe ich, ob ich 32bit oder 64bit Buster habe? Oder ist Buster immer 32bit?
-
-
@thomas-braun said in Test für mihome-vacuum 3.10.x:
uname -a
Das Ergebnis sagt mir leider nix
pi@raspberrypi4-iob:~ $ uname -a Linux raspberrypi4-iob 5.10.63-v7l+ #1496 SMP Wed Dec 1 15:58:56 GMT 2021 armv7l GNU/Linux pi@raspberrypi4-iob:~ $ -
@sneaker75
Ist ein 32 Bit-System.
Sagt dir der Eintrag armv7l. -
Okay Danke. Ich kenne mich mit Linux leider überhaupt nicht aus. Der Prozessor vom Raspi kann aber auch mit 64-bit Bullseye umgehen, oder? Also habe ich damals unnötigerweise ein 32-bit-System installiert statt eines 64-bit-Systems und muss daher jetzt alles neu machen?
-
@sneaker75 sagte in Test für mihome-vacuum 3.10.x:
Der Prozessor vom Raspi kann aber auch mit 64-bit Bullseye umgehen, oder?
Aktuelle Versionen des Raspberry können das. Ging glaube ich mit dem Raspberry 3 los.
