Test Adapter Mihome-vacuum v3.1.6 Next Generarition
-
Da gehen mir fast die Ideen aus.
Ich hatte nach dem Update die Meldung , dass Canvas installiert werden muss.
Das habe ich gemacht und dann war die Karte da.
Eigentlich ist Canvas bei dir ja okay.
Eventuell holste die Installation trotzdem nochmal nach. -
pi@raspberrypi:~ $ sudo apt install libpixman-1-dev libpango1.0-dev libjpeg62-turbo-dev libgif-dev Reading package lists... Done Building dependency tree... Done Reading state information... Done libgif-dev is already the newest version (5.1.9-2). libjpeg62-turbo-dev is already the newest version (1:2.0.6-4). libpango1.0-dev is already the newest version (1.46.2-3). libpixman-1-dev is already the newest version (0.40.0-1.1~deb11u1+rpt1). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. pi@raspberrypi:~ $ cd /opt/iobroker pi@raspberrypi:/opt/iobroker $ npm rebuild canvas rebuilt dependencies successfully pi@raspberrypi:/opt/iobroker $ npm install canvas changed 1 package in 3m 156 packages are looking for funding run `npm fund` for details pi@raspberrypi:/opt/iobroker $ pi@raspberrypi:/opt/iobroker $ npm install canvas up to date in 14s 156 packages are looking for funding run `npm fund` for details pi@raspberrypi:/opt/iobroker $ npm fund iobroker.inst@2.0.3 ├── https://github.com/sponsors/sindresorhus │ └── make-dir@3.1.0, mimic-response@2.1.0, ora@4.0.5, cli-spinners@2.7.0, onetime@5.1.2, defaults@1.0.4, boxen@4.2.0, term-size@2.2.0, is-installed-globally@0.3.2, get-stream@5.2.0, macos-release@2.5.0, windows-release@3.3.3, is-plain-obj@3.0.0, get-stream@6.0.1, open@8.4.0, is-docker@2.1.1, p-map@4.0.0, decompress-response@6.0.0, mimic-response@3.1.0, normalize-url@6.1.0, quick-lru@5.1.1, sort-keys@4.2.0, p-limit@2.3.0, p-queue@6.6.2, any-observable@0.5.1, del@6.0.0, globby@11.0.1, escape-goat@3.0.0, escape-string-regexp@4.0.0, meow@8.0.0, camelcase-keys@6.2.2, type-fest@0.18.1, npm-name@6.0.1, p-event@4.2.0, type-fest@0.10.0, is-url-superb@4.0.0, open@7.3.0, ow@0.18.0, type-fest@0.17.0, read-pkg-up@7.0.1, terminal-link@2.1.1, is-npm@5.0.0, parse-json@5.1.0, ansi-escapes@4.3.1, type-fest@0.11.0, figures@3.2.0, find-up@5.0.0, locate-path@6.0.0, p-locate@5.0.0, p-limit@3.1.0, yocto-queue@0.1.0 ├── https://github.com/sponsors/isaacs │ └── rimraf@3.0.2, glob@7.1.6 ├── https://github.com/sponsors/feross │ └── simple-concat@1.0.1, safe-buffer@5.2.1, buffer@6.0.3, ieee754@1.2.1, run-parallel@1.1.10 ├── https://github.com/yeoman/update-notifier?sponsor=1 │ └── update-notifier@4.0.0, update-notifier@5.0.1 ├── https://github.com/sponsors/epoberezkin │ └── ajv@6.12.4 ├── https://github.com/sponsors/jaredhanson │ └── passport@0.5.2 ├── https://github.com/sponsors/RubenVerborgh │ └── follow-redirects@1.15.2 ├── https://github.com/sponsors/ljharb │ └── qs@6.10.3, deep-equal@2.2.0, es-get-iterator@1.1.3, is-map@2.0.2, is-set@2.0.2, is-string@1.0.7, has-tostringtag@1.0.0, is-arguments@1.1.1, is-array-buffer@3.0.2, is-typed-array@1.1.10, available-typed-arrays@1.0.5, gopd@1.0.1, is-callable@1.2.4, is-date-object@1.0.5, is-regex@1.1.4, is-shared-array-buffer@1.0.2, object-is@1.1.5, define-properties@1.2.0, has-property-descriptors@1.0.0, object.assign@4.1.4, regexp.prototype.flags@1.4.3, functions-have-names@1.2.3, which-boxed-primitive@1.0.2, is-bigint@1.0.4, has-bigints@1.0.2, is-boolean-object@1.1.2, is-number-object@1.0.7, is-symbol@1.0.4, which-collection@1.0.1, is-weakmap@2.0.1, is-weakset@2.0.2, which-typed-array@1.1.9, is-nan@1.3.2, es-aggregate-error@1.0.9, es-abstract@1.20.5, es-to-primitive@1.2.1, function.prototype.name@1.1.5, es-abstract@1.20.1, string.prototype.trimend@1.0.5, string.prototype.trimstart@1.0.5, get-symbol-description@1.0.0, is-callable@1.2.7, is-negative-zero@2.0.2, is-weakref@1.0.2, object-inspect@1.12.2, safe-regex-test@1.0.0, string.prototype.trimend@1.0.6, string.prototype.trimstart@1.0.6, unbox-primitive@1.0.2, globalthis@1.0.3, resolve@1.17.0 ├── https://github.com/sponsors/jonschlinkert │ └── picomatch@2.3.1, picomatch@2.2.2, set-value@4.1.0 ├── https://paypal.me/naturalintelligence │ └── fast-xml-parser@3.21.1 ├── https://opencollective.com/serialport/donate │ └── serialport@10.5.0, @serialport/bindings-cpp@10.8.0, @serialport/parser-byte-length@10.5.0, @serialport/parser-cctalk@10.5.0, @serialport/parser-delimiter@10.5.0, @serialport/parser-inter-byte-timeout@10.5.0, @serialport/parser-readline@10.5.0, @serialport/parser-ready@10.5.0, @serialport/parser-regex@10.5.0, @serialport/parser-slip-encoder@10.5.0, @serialport/parser-spacepacket@10.5.0, @serialport/stream@10.5.0 ├── https://tidelift.com/funding/github/npm/loglevel │ └── loglevel@1.8.0 ├── https://www.buymeacoffee.com/systeminfo │ └── systeminformation@5.11.15 ├── https://opencollective.com/ioredis │ └── ioredis@4.28.5 ├── https://github.com/sindresorhus/execa?sponsor=1 │ └── execa@5.1.1, execa@4.1.0 ├── https://paulmillr.com/funding/ │ └── chokidar@3.5.3 ├── https://github.com/chalk/wrap-ansi?sponsor=1 │ └── wrap-ansi@7.0.0 ├── https://github.com/sponsors/3846masa │ └── http-cookie-agent@5.0.2 ├─┬ https://github.com/inikulin/parse5?sponsor=1 │ │ └── parse5@7.1.2 │ └── https://github.com/fb55/entities?sponsor=1 │ └── entities@4.4.0 ├─┬ https://github.com/sindresorhus/got?sponsor=1 │ │ └── got@11.8.6, got@10.7.0 │ └── https://github.com/sindresorhus/is?sponsor=1 │ └── @sindresorhus/is@4.6.0, @sindresorhus/is@2.1.1 └─┬ https://github.com/sindresorhus/np?sponsor=1 │ └── np@7.0.0 ├── https://github.com/chalk/chalk?sponsor=1 │ └── chalk@4.1.0 └─┬ https://github.com/sindresorhus/p-memoize?sponsor=1 │ └── p-memoize@4.0.1 └── https://github.com/sindresorhus/mem?sponsor=1 └── mem@6.1.1 alles gemacht.......Erfolg....0pi@raspberrypi:/opt/iobroker $ sudo ls canvas ls: cannot access 'canvas': No such file or directory pi@raspberrypi:/opt/iobroker $ npm ls canvas iobroker.inst@2.0.3 /opt/iobroker ├── canvas@2.11.2 ├─┬ iobroker.mihome-vacuum@3.9.5 │ └── canvas@2.11.2 deduped └─┬ iobroker.parcel@0.0.25 └─┬ jsdom@20.0.3 └── canvas@2.11.2 deduped gleiches wie vorher -
cd /opt/iobroker npm uninstall canvas cd ~ iob upgrade mihome-vacuum@3.9.5 -
Und ich hoffe
sudo ls canvaswar nur ein Versehen. sudo wird im iobrober/nodejs-Umfeld eigentlich nie eingesetzt.
-
@thomas-braun sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
Und ich hoffe
sudo ls canvaswar nur ein Versehen. sudo wird im iobrober/nodejs-Umfeld eigentlich nie eingesetzt.
jepp
-
Vielleicht kann mir hier auch jemand helfen.
Ich habe einen roborock.vacuum.m1s, Verbindung ist aktiv und grün.
Seit Februar reagiert der Sauger aber nicht mehr, es wird auch kein Log weggeschrieben.
Bis dahin hatte ich hin und wieder Probleme aber mit Restart des Adapters liefs dann wieder.Mein Broker läuft auf einem Raspberry pi 4 mit
Node.js: v16.19.0 und
NPM: 8.19.3Lt. der Readme müsste der m1s ja nach wie vor voll unterstützt werden.
-
Und wie sieht das Log beim Adapterstart aus ?
-
@haselchen said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
Und wie sieht das Log beim Adapterstart aus ?
2023-04-07 23:01:41.796 - warn: host.raspberrypi instance system.adapter.mihome-vacuum.0 terminated due to SIGABRT 2023-04-07 23:01:41.796 - info: host.raspberrypi instance system.adapter.mihome-vacuum.0 terminated with code NaN () 2023-04-07 23:01:41.797 - info: host.raspberrypi Restart adapter system.adapter.mihome-vacuum.0 because enabled 2023-04-07 23:01:48.245 - info: host.raspberrypi "system.adapter.mihome-vacuum.0" disabled 2023-04-07 23:01:52.053 - info: host.raspberrypi "system.adapter.mihome-vacuum.0" enabled 2023-04-07 23:01:52.555 - info: host.raspberrypi instance system.adapter.mihome-vacuum.0 started with pid 2400 2023-04-07 23:01:55.365 - info: mihome-vacuum.0 (2400) starting. Version 3.9.5 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v16.19.0, js-controller: 4.0.24 2023-04-07 23:01:55.503 - info: mihome-vacuum.0 (2400) IOT enabled, create state 2023-04-07 23:01:55.627 - info: mihome-vacuum.0 (2400) select standard vacuum protocol.... 2023-04-07 23:01:56.219 - info: mihome-vacuum.0 (2400) settest next timer: not available 2023-04-07 23:01:56.443 - info: mihome-vacuum.0 (2400) change states from State control.fan_power 2023-04-07 23:01:56.531 - info: mihome-vacuum.0 (2400) change states from State control.fan_power mihome-vacuum.0.rooms.355001120053.roomFanPower 2023-04-07 23:01:56.532 - info: mihome-vacuum.0 (2400) change states from State control.fan_power mihome-vacuum.0.rooms.355001120054.roomFanPower 2023-04-07 23:01:56.533 - info: mihome-vacuum.0 (2400) change states from State control.fan_power mihome-vacuum.0.rooms.355001120055.roomFanPower 2023-04-07 23:01:56.533 - info: mihome-vacuum.0 (2400) change states from State control.fan_power mihome-vacuum.0.rooms.355001120417.roomFanPower 2023-04-07 23:01:56.534 - info: mihome-vacuum.0 (2400) change states from State control.fan_power mihome-vacuum.0.rooms.355001392968.roomFanPower 2023-04-07 23:01:56.535 - info: mihome-vacuum.0 (2400) change states from State control.fan_power mihome-vacuum.0.rooms.355001392970.roomFanPower 2023-04-07 23:01:56.536 - info: mihome-vacuum.0 (2400) change states from State control.fan_power mihome-vacuum.0.rooms.355001398141.roomFanPower 2023-04-07 23:01:57.434 - info: mihome-vacuum.0 (2400) create state for carpet_mode 2023-04-07 23:01:59.336 - error: host.raspberrypi Caught by controller[0]: free(): invalid pointer 2023-04-07 23:01:59.336 - warn: host.raspberrypi instance system.adapter.mihome-vacuum.0 terminated due to SIGABRT 2023-04-07 23:01:59.336 - info: host.raspberrypi instance system.adapter.mihome-vacuum.0 terminated with code NaN () 2023-04-07 23:01:59.336 - info: host.raspberrypi Restart adapter system.adapter.mihome-vacuum.0 because enabled 2023-04-07 23:02:29.560 - info: host.raspberrypi instance system.adapter.mihome-vacuum.0 started with pid 2849 2023-04-07 23:02:32.478 - info: mihome-vacuum.0 (2849) starting. Version 3.9.5 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v16.19.0, js-controller: 4.0.24 2023-04-07 23:02:32.661 - info: mihome-vacuum.0 (2849) IOT enabled, create state 2023-04-07 23:02:42.763 - error: mihome-vacuum.0 (2849) YOUR DEVICE IS CONNECTED BUT DID NOT ANSWER YET - CONNECTION CAN TAKE UP TO 10 MINUTES - PLEASE BE PATIENT AND DO NOT TURN THE ADAPTER OFF 2023-04-07 23:02:42.764 - warn: mihome-vacuum.0 (2849) No Answer for DeviceModel use old one 2023-04-07 23:02:42.765 - warn: mihome-vacuum.0 (2849) No Answer for DeviceModel use model from Config 2023-04-07 23:02:42.829 - info: mihome-vacuum.0 (2849) select standard vacuum protocol.... 2023-04-07 23:02:43.458 - info: mihome-vacuum.0 (2849) settest next timer: not available 2023-04-07 23:04:50.220 - info: mihome-vacuum.0 (2849) change states from State control.fan_power 2023-04-07 23:04:50.342 - info: mihome-vacuum.0 (2849) change states from State control.fan_power mihome-vacuum.0.rooms.355001120053.roomFanPower 2023-04-07 23:04:50.344 - info: mihome-vacuum.0 (2849) change states from State control.fan_power mihome-vacuum.0.rooms.355001120054.roomFanPower 2023-04-07 23:04:50.344 - info: mihome-vacuum.0 (2849) change states from State control.fan_power mihome-vacuum.0.rooms.355001120055.roomFanPower 2023-04-07 23:04:50.346 - info: mihome-vacuum.0 (2849) change states from State control.fan_power mihome-vacuum.0.rooms.355001120417.roomFanPower 2023-04-07 23:04:50.347 - info: mihome-vacuum.0 (2849) change states from State control.fan_power mihome-vacuum.0.rooms.355001392968.roomFanPower 2023-04-07 23:04:50.348 - info: mihome-vacuum.0 (2849) change states from State control.fan_power mihome-vacuum.0.rooms.355001392970.roomFanPower 2023-04-07 23:04:50.350 - info: mihome-vacuum.0 (2849) change states from State control.fan_power mihome-vacuum.0.rooms.355001398141.roomFanPower 2023-04-07 23:04:51.326 - info: mihome-vacuum.0 (2849) create state for carpet_mode -
Und jetzt noch die Adaptereinstellungen
-
-
Ich würde den Server mal auf Deutschland umstellen.
Und dann nochmal auf get Device im Adapter, eventuell bekommste einen neuen Token.
Ansonsten , wenn ich das so sehe, werden doch Datenpunkte angelegt?!
Und im Log steht, dass du 10min warten sollst, nach Adapterstart, bis es losgehen kann.Aber ich würde trotzdem erstmal den Server auf Deutschland umstellen.
Vermutlich musste das in der App das zuerst machen. -
@wildbill Das gleiche Problem habe ich momentan auch mit meinem S7 Habe ihn via App in die Küche geschickt, allerdings sind im Datenpunkt goto keine Koordinaten zu finden:
Der Datenpunkt sieht so aus:{ "_id": "mihome-vacuum.0.control.goTo", "type": "state", "common": { "name": "Go to point", "type": "string", "read": true, "write": true, "desc": "let the vacuum go to a point on the map" }, "native": {}, "from": "system.adapter.mihome-vacuum.0", "user": "system.user.admin", "ts": 1680642958482, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }Oder wird das garnicht mehr unterstützt, was ich schade finden würde?
-
@haselchen Guten Morgen,
ich habe nochmal eine Frage an Dich, da Du mir ja erklärt hast was ich bei der VIS für die Anzeige der Karte eingeben muss. Das Ganze lief bis heute gut. Eben habe ich den Sauger gestartet und jetzt ist wieder das Problem vorhanden, das sich der Staubsauger nicht in Echtzeit auf derKarte bewegt, sondern stur an seinem Ladeplatz angezeigt wird. Habe auch extra mal die Vis geöffnet und im Browser angezeigt - hilft aber nichts. Passiert das bei Dir auch und hast Du eine Idee, woran es liegen könnte?Und wenn ich gerade dabei bin: Wofür ist denn der Datenpunkt: dustCollect und kann man den eventuell noch sinnvoll einbinden?
-
@haselchen said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
ürde trotzdem erstmal den Server auf Deutschland umstellen.
Vermutlich musste das in der App das zuerst machen.Der Sauger ist über die Deutschland-Server nicht verfügbar. Habe trotzdem natürlich versucht umzustellen. Jetzt muss ich schauen dass ich ihn wieder in den Instanzen aktivieren kann
Datenpunkte sind alle vorhanden.
.... -
@christian-wöhrle mach nal bitte die karte aus, kb er dann immer noch abstürzt, dann könnte es auch am canvas liegen, das läuft nicht so gut bis gar nicht auf einem raspi, da canvas 32 bit nicht mehr unterstützt
-
Heisst das jetzt, dass es geht oder nicht?!
Aus deinem Post kann man das nicht so herauslesen. -
Diese "nicht bewegen Probleme" hab ich nicht.
Sauger ist sauber eingebunden und ebenso in der VIS mit dem entsprechenden Widget und Datenpunkt.
Ich hab das nicht mehr auf dem Schirm.
Zeig mal bitte deine Datenpunkte (erstmal die Maps Datenpunkte) und den Ausschnitt aus der VIS wie du es eingebunden hast. -
@haselchen So sehen die Datenpunkte aus:
Map64
{ "_id": "mihome-vacuum.0.cleanmap.map64", "type": "state", "common": { "name": "Map64", "type": "string", "role": "vacuum.map.base64", "read": true, "write": false, "desc": "Map in a decoded Base64 PNG" }, "native": {}, "from": "system.adapter.mihome-vacuum.0", "user": "system.user.admin", "ts": 1680642959378, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }So die VIS
-
@dirkhe said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@christian-wöhrle mach nal bitte die karte aus, kb er dann immer noch abstürzt, dann könnte es auch am canvas liegen, das läuft nicht so gut bis gar nicht auf einem raspi, da canvas 32 bit nicht mehr unterstützt
@haselchen said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
Heisst das jetzt, dass es geht oder nicht?!
Aus deinem Post kann man das nicht so herauslesen.Habe die Instanz mal komplett gelöscht, wieder installiert, Karte deaktiviert. Leider wird jetzt garnichts mehr gefunden.
-
@christian-wöhrle sorry falsch gepostet
