Test Adapter Mihome-vacuum v3.1.6 Next Generarition

[da_Woody]

@d3ltoroxp same here. auf germany bekomm ich den string, china ist leer. keine map64, keine malURL.

[Maxim-777]

@d3ltoroxp
genau das gleiche Problem

2022-01-04 20:04:17.468 - info: mihome-vacuum.1 (25044) starting. Version 3.3.1 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v14.18.2, js-controller: 3.3.22
2022-01-04 20:04:17.782 - info: mihome-vacuum.1 (25044) IOT enabled, create state
2022-01-04 20:04:18.008 - info: mihome-vacuum.1 (25044) select standard vacuum protocol....
2022-01-04 20:04:18.751 - info: mihome-vacuum.1 (25044) settest next timer: not available
2022-01-04 20:04:19.172 - info: mihome-vacuum.1 (25044) Map selected create states...
2022-01-04 20:04:19.448 - info: mihome-vacuum.1 (25044) change states from State control.fan_power
2022-01-04 20:04:19.468 - info: mihome-vacuum.1 (25044) create states for water box
2022-01-04 20:04:19.487 - info: mihome-vacuum.1 (25044) create states for water box mode
2022-01-04 20:04:19.510 - info: mihome-vacuum.1 (25044) create states for mop
2022-01-04 20:04:20.696 - info: mihome-vacuum.1 (25044) create new room: 212001008874
2022-01-04 20:04:22.563 - info: javascript.0 (13710) script.js.System.Hilfsvariable.StaubsaugerS7_Betriebsstunden: Gesamtlaufzeit: 7Tage, 2. Stunden, 56 Minuten,
2022-01-04 20:04:27.886 - info: mihome-vacuum.1 (25044) create state for carpet_mode

[Strobelix]

@maxim-777 hast du auf nodejs 14 geupdated?
Wenn ja hilft das hier:

Im Ordner opt/iobroker/node_modules den Ordner „Canvas“ löschen und dann unter opt/iobroker npm -rebuild ausführen.

Hat bei mir geholfen und hab den Tipp aus nem github issue

[D3ltoroxp]

@strobelix Dann werde ich das mal probieren. Ich hatte auch vor ein paar Tagen auf nodejs 14 upgedated.

Einfach nur

opt/iobroker npm -rebuild

oder muss das sein

opt/iobroker npm -rebuild Canvas ?

Installiert er nur Canvas neu, oder was passiert da noch bei rebuild ?

In dem Update Thread steht was ähnliches.

Manuelle Rebuilds

Hier zu gibt es iobroker rebuild adaptername und falls das nicht reicht iobroker rebuild adaptername --install. Das einfach manuell an der Shell ausführen. Damit sollte alles idealerweise automatisiert erledigt sein.

[bahnuhr]

@da_woody sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

@d3ltoroxp same here. auf germany bekomm ich den string, china ist leer. keine map64, keine malURL.

So, Rückinfo von mir.

Bin auch auf China.

Keine Fehlermeldungen mehr im log.

Und die Karte funktioniert wieder.

Alles bestens.

[da_Woody]

@bahnuhr geh ich auf china, get devices

auf germany

alles grün, aber

das hat über ein jahr funktioniert, plötzlich keine map mehr...

[bahnuhr]

@da_woody

Alles zurück.
Hab gerade nochmal nachgeschaut. Bin doch auf Germany.

Vielleicht liegt da der Fehler.

Was wäre, wenn du dich im Internet bei mi auf Germany anmeldest.

[Strobelix]

@d3ltoroxp einfach nur npm -rebuild

[D3ltoroxp]

@da_woody Vllt das gleiche Problem wie bei mir und den anderen, hast du vor kurzem nodejs auf 14 geupdated ?

Dann musst du

@strobelix said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

einfach nur npm -rebuild

im passenden Pfad ausführen und davor Canvas löschen.

[D3ltoroxp]

@strobelix Hm also mit npm -rebuild passiert gar nichts.

Ich bekomme nur eine Auflistung was alles möglich ist, mehr nicht.
Wenn ich npm rebuild eingebe, installiert er alles mögliche nach, das ist bestimmt nicht richtig so oder ? Canvas ist danach nicht dabei.

Wenn ich npm rebuild canvas eingebe kommt.

[Diginix]

@d3ltoroxp Hier hatte ich meine Lösung erklärt:
https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues/449#issuecomment-984390288

Entscheidend bei mir war:

• canvas unter /opt/iobroker/node_modules/ manuell löschen

• npm i in /opt/iobroker/node_modules/ ausführen, um canvas mit der neuen node Version zu bauen

btw. "-rebuild" ist kein korrekter Parameter.

Diginix created this issue in iobroker-community-adapters/ioBroker.mihome-vacuum

closed adapter node_modules (e.g. canvas) are removed after hours #449

[D3ltoroxp]

@diginix said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

canvas unter /opt/iobroker/node_modules/ manuell löschen

Das löschen einfach mit rm -r canvas ?

[Diginix]

@d3ltoroxp Ja oder mit absolutem Pfad

rm -rf /opt/iobroker/node_modules/canvas

um 100% den richtigen Ordner zu löschen.
Danach

cd /opt/iobroker/node_modules && npm i

[D3ltoroxp]

@diginix Hm ich weiß nicht, irgendwas stimmt doch da bei mir nicht. Sauber sieht das nicht aus.

Nachdem Befehl, rannte in einer Zeile alles mögliche durch, da stand ganz oft remove und dann was mit Zigbee Herdsmen, bestimmt auch nicht io.

[da_Woody]

@d3ltoroxp sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

Vllt das gleiche Problem wie bei mir und den anderen, hast du vor kurzem nodejs auf 14 geupdated ?

jetzt wo dus sagst...
les grad fleissig mit mit dem canvas zeuch. backup von der ioB VM läuft gerade. sicherheitshalber...

[Diginix]

@d3ltoroxp Div. Meldungen kommen bei npm immer. Solange aber alles funktioniert, muss man nicht jeder hinterher rennen. Hast du bei dir node letzten aktualisiert? Nur dann wäre das es überhaupt der im GIT Issue beschriebene Fall, dass cancas noch von der alten node Version stammt.

Wenn ich es richtig interpretiere wurde canvas bei dir nun wieder sauber mit der aktuellen node Version erstellt. Nach einem mihome-vacuum Restart sollte nun auch die Karte wieder funktionieren. Solange alles andere auch passt. Gab ja zuletzt auch Token Probleme mit Xiaomi Servern usw.

[D3ltoroxp]

@diginix Genau hatte auch vor paar Tagen auf noddjs 14 geupadet. Mir aber jetzt erst aufgefallen das keine Map vorhanden ist. War allgemein auf ein neues System umgezogen.
Hm also wenn das nichts zu sagen hat und man das System beruhigt weiter laufen lassen kann, dann werd ich das so noch mal machen. Hatte erst wieder den Snapshot eingespielt, weil das nicht gut aus sah.
Dieses npm -i installiert nur canvas nach, oder fummelt das noch anderweitig rum ?

[Diginix]

@d3ltoroxp Das installiert alle node_module die im System gelistet sind und als Abhängigkeiten bekannt sind. Man kann auch nur canvas mit "npm i canvas" installieren. Aber wenn das node Update nach Anleitung inkl aller Schritte gemacht wurde, verschlimmbessert ein npm i nichts.
rebuild gehört ja eh zum Update dazu. Nur dass das eben manche Zusatzmodule wie canvas anscheinend nicht neu baut. Deswegen muss man es löschen und from scratch mit der neuen node Version installieren.

[da_Woody]

@diginix so, hab da auch mal mitgemacht...
mit winscp den canvas ordner gelöscht, dann mit putty drauf,

cd /opt/iobroker/node_modules && npm i

woody@ioBroker:~$ cd /opt/iobroker/node_modules && npm i
[sudo] Passwort für woody:

> canvas@2.8.0 install /opt/iobroker/node_modules/canvas
> node-pre-gyp install --fallback-to-build

[canvas] Success: "/opt/iobroker/node_modules/canvas/build/Release/canvas.node" is installed via remote

> cpu-features@0.0.2 install /opt/iobroker/node_modules/cpu-features
> node-gyp rebuild

make: Verzeichnis „/opt/iobroker/node_modules/cpu-features/build“ wird betreten
  ACTION Configuring dependencies /opt/iobroker/node_modules/cpu-features/deps/cpu_features/build/Makefile
/bin/sh: 1: cmake: not found
make: *** [config_deps.target.mk:13: /opt/iobroker/node_modules/cpu-features/deps/cpu_features/build/Makefile] Fehler 127
make: Verzeichnis „/opt/iobroker/node_modules/cpu-features/build“ wird verlassen
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23)
gyp ERR! stack     at ChildProcess.emit (events.js:400:28)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:282:12)
gyp ERR! System Linux 4.19.0-18-amd64
gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /opt/iobroker/node_modules/cpu-features
gyp ERR! node -v v14.18.2
gyp ERR! node-gyp -v v5.1.0
gyp ERR! not ok
npm WARN xmlhttprequest-ts@1.0.1 requires a peer of @angular/common@>= 5.0.0 but none is installed. You must install peer dependencies yourself.
npm WARN xmlhttprequest-ts@1.0.1 requires a peer of @angular/core@>= 5.0.0 but none is installed. You must install peer dependencies yourself.
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: cpu-features@0.0.2 (node_modules/cpu-features):
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: cpu-features@0.0.2 install: `node-gyp rebuild`
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: Exit status 1

added 1 package from 4 contributors and removed 31 packages in 12.548s

77 packages are looking for funding
  run `npm fund` for details

woody@ioBroker:/opt/iobroker/node_modules$

strange, aber ok. hatte dann zumindest mal in map64 was stehn. hab dann mal auf loadMap geklickt und dann auch wieder /mihome-vacuum.admin/actualMap_0.png unter mapURL drinnen.
in iQontrol seh ich allerdings die karte nicht... aber, immerhin.

[Diginix]

@da_woody sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

added 1 package from 4 contributors and removed 31 packages

Zeigt aber auch dass da noch mehr nicht passte. Bin da auch kein Profi, aber wenn er Dinge removed dann waren die nicht korrekt angemeldet und da stellt sich die Frage woher kamen diese Pakete.
"cpu-features" ist bei dir ja auch als zusätzliches Paket installiert und wurde durch npm i angefasst. Zu welchem iobroker Adapter das aber gehört, k.a.