Test für mihome-vacuum 3.10.x
-
@dirkheDa ich keine Vis mehr nutze sondern das Node Red Dashboard, habe ich Probleme mit der Einbindung der Karte
Sobald ich die cleanmap.mapUrl mit der Iobroker in Node verbinde hängt sich das ganze System auf.
Oder mache ich hier einen Fehler und ich muss nur die Url, welche mir im Browser komplett angezeigt wird, nur in die template node packen?
So geht es jedenfalls nicht
-
@damrak2022 das kann dir leider nicht beantworten, in den einem datenpunkt steht halt eine url, relativ zum internen webserver, in dem anderen steht das img halt als data string. Was du brauchst, mußt du halt selber wissen.
-
@dirkhe Wenn ich aber meine Url:
http://192.168.178.24:8082/mihome-vacuum.0.cleanmap.mapURLim Browser aufrufe, sollte er mir doch eigentlich die Karte anzeigen, oder?
Bei mir steht dann aber lediglich: File not found:{} -
@damrak2022 nein, dh musst den inhalt des datenpunktes hinter die ip + port hängen
-
@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.
-
@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.
-
-
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 -
@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?
