UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[D3ltoroxp]

Sagt mal, wie kann ich denn noch mal die Map anschauen ?

Das war doch irgendwie so im Browser ?

http://192.168.178.31/mihome-vacuum.admin/actualMap_0.png

http://192.168.178.31:54321/mihome-vacuum.admin/actualMap_0.png

Habs auch mit dem Standardport probiert, ging auch nicht. Es ging aber mal so, was fehlt hier noch ?

[Knallochse]

Habe heute gemerkt, das die Prozessorlast meiner Synonolgy DS918+ erhöht war.
Ich habe mir dann die Prozesse im IoBroker Docker angeschaut und dabei festgestellt, dass die 2 Instanzen des mihome-vacuum Adapters (2 Stück MiVacuum 1) die meiste Last (aller Adapter) beanspruchen. Ich hatte die Version vor 3 Tagen von 1.10.5 auf 2.0.9 angehoben. Nach einem Restart der Instanzen hat sich die Prozesslast wieder deutlich beruhigt.

Mein System :
Docker auf Syn918+
Admin 4.0.9
JS Controller 3.1.4
Node.js 10.20.1

Falls es weiter Informationen braucht, bitte melden.
Ich beobachte es auf jeden Fall weiter.

Edit: Habe gerade mal die Datenaufzeichnung der Prozessorlast meiner Synology DS918+ in Grafana angeschaut, und habe festgestellt das die Instanz des Saugers, welcher heute morgen seine Arbeit verrichtete, mit start des Saugvorgangs eine deutlich erhöhte Last verursachte, und dass ganze dann auf diesen Niveau blieb (auch nach Ende des Saugvorgangs bis zum Neustart der Instanz)

Edit2: gerade hat ein Zeitgesteuerter Saugvorgang stattgefunden. Danach das gleiche Problem mit der ansteigenden Prozesslast.
Ich hatte Log auf Debug gestellt, es kamen aber keine auffälligen Meldungen

[Kueppert]

@Knallochse genau das gleiche habe ich auch bereits beobachtet als mein Saugi lief. Ich musste unter Putty die Instanz killen. Nachdem der Saugi wieder in seiner Station stand und ich den Adapter wieder gestartet hab, war die Last wieder weg.
Ich hatte dazu ein Git-Issue erstellt. Allerdings ließen meine Logs nur auf fehlenden Speicher (RAM) deuten (ich habe 3,5GB für ioBroker auf meinem NUC).

[Jaschkopf]

Servus. Gibt es eine Möglichkeit die Map für die Vis etwas zuzuschneiden? Bei mir wird an den Bodentiefen Fenstern teilweise der Außenbereich mit aufgezeichnet was in der Vis dann ziemlich doof aus sieht. Hat da jemand einen Tipp?

Gruß Jaschkopf

[Diginix]

@Jaschkopf Hab keine VIS, aber sowas löst man idR in dem man das Bild in einem div o.ä. anzeigt und das div kleiner darstellt als das Bild und mit negativen margin Werten schiebt man sich den anzuzeigenden Bildausschnitt zurecht.
So kann man auch hineinzoomen, falls nötig.

[Coffeelover]

@Jaschkopf Alternativ zu der Lösung von Diginix: HTML-Boxen über die unschönen Seitenränder platzieren und deren Z-Index minimal höher als den Bildwert einstellen. Das hilft insbesondere bei nicht rechteckigen Grundflächen. (Verschiebt sich allerdings möglicherweise, wenn die Karte neu aufgebaut wird. Aber das sollte bei der DIV-Lösung nicht anders sein.)

[Knallochse]

@Kueppert die Instanz versucht wohl (laut @dirkhe) auch nach Ende des Saugvorgangs die Karte im Millisekundenbereich abzuholen. Das hört erst auf, indem man die Instanz neu startet.
Hier das dazugehörige Issues auf Github
https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues/149
Da kann wohl nur @Meistertr helfen.

[Coffeelover]

@Knallochse @Kueppert Ich habe mir der Einfachkeit halber einen Cron zum Neustart der Instanz angelegt. Gerade einfach stumpf einmal täglich in der Nacht. Zukünftig vielleicht mal über ein Script, sobald der Sauger wieder beim Laden ist.

[Knallochse]

@Coffeelover So habe ich bei mir auch schon das Problem umgangen. Aber das ist ja nicht wirklich eine Lösung des Problems

[Coffeelover]

@Knallochse Absolut deiner Meinung. Aber zumindest ein einfacher Workaround in der Zwischenzeit. Ein Fix wäre trotzdem hübsch.

[D3ltoroxp]

@D3ltoroxp said in Test Adapter mihome-vacuum v2.0.x:

Sagt mal, wie kann ich denn noch mal die Map anschauen ?

Das war doch irgendwie so im Browser ?

http://192.168.178.31/mihome-vacuum.admin/actualMap_0.png

http://192.168.178.31:54321/mihome-vacuum.admin/actualMap_0.png

Habs auch mit dem Standardport probiert, ging auch nicht. Es ging aber mal so, was fehlt hier noch ?

Geht das so nicht mehr ?

[Diginix]

@Coffeelover sagte in Test Adapter mihome-vacuum v2.0.x:

@Knallochse @Kueppert Ich habe mir der Einfachkeit halber einen Cron zum Neustart der Instanz angelegt. Gerade einfach stumpf einmal täglich in der Nacht. Zukünftig vielleicht mal über ein Script, sobald der Sauger wieder beim Laden ist.

Da kannst aber auch ein Skript bauen dass bei Sauger Statuswechsel auf 8 (Charging) die Instanz neustartet.

[Gero]

Hallo ihr Lieben,

ich bin noch iobroker Neuling und möchte gerne die Karte von meinem Roboter visualisieren.
Ich ziehe mir die Karte vom Mihome Account.
Könnte mir einer eine kurze Beschreibung erstellen, wie ich aus den Objekten vom mihome-vacuum Adapter die Karte visualisiert bekomme?

Ich habe auch im Thread gesucht aber leider komme ich damit nicht weiter.

Vielen Dank

VG
Gero

[Coffeelover]

@Gero Beispielsweise über ein Basic Html. Kannst das hier als Widget importieren.
Bitte anpassen, falls du nicht auf Instanz 0 bist.

[{"tpl":"tplHtml","data":{"g_fixed":true,"g_visibility":false,"g_css_font_text":false,"g_css_background":false,"g_css_shadow_padding":false,"g_css_border":false,"g_gestures":false,"g_signals":false,"g_last_change":false,"visibility-cond":"==","visibility-val":1,"visibility-groups-action":"hide","refreshInterval":"0","signals-cond-0":"==","signals-val-0":true,"signals-icon-0":"/vis/signals/lowbattery.png","signals-icon-size-0":0,"signals-blink-0":false,"signals-horz-0":0,"signals-vert-0":0,"signals-hide-edit-0":false,"signals-cond-1":"==","signals-val-1":true,"signals-icon-1":"/vis/signals/lowbattery.png","signals-icon-size-1":0,"signals-blink-1":false,"signals-horz-1":0,"signals-vert-1":0,"signals-hide-edit-1":false,"signals-cond-2":"==","signals-val-2":true,"signals-icon-2":"/vis/signals/lowbattery.png","signals-icon-size-2":0,"signals-blink-2":false,"signals-horz-2":0,"signals-vert-2":0,"signals-hide-edit-2":false,"lc-type":"last-change","lc-is-interval":true,"lc-is-moment":false,"lc-format":"","lc-position-vert":"top","lc-position-horz":"right","lc-offset-vert":0,"lc-offset-horz":0,"lc-font-size":"12px","lc-font-family":"","lc-font-style":"","lc-bkg-color":"","lc-color":"","lc-border-width":"0","lc-border-style":"","lc-border-color":"","lc-border-radius":10,"lc-zindex":0,"html":"{mihome-vacuum.0.map.map64}","class":"","name":"Sauger Bild"},"style":{"left":"181px","top":"5px","width":"1089px","height":"778px","z-index":"3","transform":""},"widgetSet":"basic"}]

[blackeagle998]

@D3ltoroxp
Bei mir geht das über Port 8082.
Was kommt denn bei dir beim Aufruf von:
http://192.168.178.31:8082/mihome-vacuum.admin/actualMap_0.png

[D3ltoroxp]

@blackeagle998 said in Test Adapter mihome-vacuum v2.0.x:

@D3ltoroxp
Bei mir geht das über Port 8082.
Was kommt denn bei dir beim Aufruf von:
http://192.168.178.31:8082/mihome-vacuum.admin/actualMap_0.png

Die Website ist nicht erreichbar kommt bei mir, wenn ich diese Seite aufrufe. Ich habe keine Ahnung wie ich das Testhalber mal hinbekommen hatte. Aber ich wollte das jetzt noch mal anschauen und zack bekomme einfach nicht mehr hin.

EDIT::

Jetzt hab ich's. Ich rufe folgende Adresse auf ::

http://192.168.178.151:8081/mihome-vacuum.admin/actualMap_0.png)

Ich war die ganze Zeit auf dem Robo, von der IP aus, aber die muss ja die vom Broker sein.

Danach kommt dann aber folgende Meldung ::

Cannot GET /mihome-vacuum.admin/actualMap_0.png

[Coffeelover]

@D3ltoroxp Dann versuche bitte mal Port 8082. Mit dem klappt es auch bei mir. Bei 8081 bekomme ich die gleiche Fehlermeldung wie du.

[D3ltoroxp]

@Coffeelover Merci !!! Sehe die Map wieder !! Danke !!

[dirkhe]

@Diginix Hallo zusammen,
Ich habe mal eine neuere Version hochgeladen, die fängt map_slot ab, weil das aktuell noch nicht verarbeitet wird.
@Knallochse hatte aber noch die Version 2.0.7 installiert, die hatte unendlich versucht, die Map zu laden, das hatte ich in der Version 2.0.8 oder 2.0.9 bereits mal umgebaut, so dass er nach 10 Versuchen abbricht

[mrMuppet]

Hallo zusammen,
ich hab mal wieder versucht den Adapter (von 1.1.5 auf 2.0.7) upzudaten. Leider gibts bei mir (unter FreeBSD) leider nur ne Fehlermeldung. Das ist übrigens der einzige von meinen 25 aktiven Instanzen, der diese Probleme hat.

Spoiler

$ ./iobroker upgrade mihome-vacuum
Update mihome-vacuum from @1.1.5 to @2.0.7
NPM version: 6.14.5
npm install iobroker.mihome-vacuum@2.0.7 --loglevel error --prefix "/opt/iobroker" (System call)
/bin/sh: pkg-config: not found
gyp: Call to 'pkg-config pixman-1 --libs' returned exit status 127 while in binding.gyp. while trying to load binding.gyp
gyp
ERR! configure error 
gyp ERR! stack Error: `gyp` failed with exit code: 1gyp ERR! stack     at ChildProcess.onCpExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:351:16)gyp ERR! stack     at ChildProcess.emit (events.js:198:13)gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)
gyp ERR! System FreeBSD 11.3-RELEASE-p9gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "--fallback-to-build" "--module=/opt/iobroker/node_modules/canvas/build/Release/canvas.node" "--module_name=canvas" "--module_path=/opt/iobroker/node_modules/canvas/build/Release" "--napi_version=5" "--node_abi_napi=napi" "--napi_build_version=0" "--node_napi_label=node-v64" "--python=/usr/local/bin/python2.7"gyp ERR! cwd /opt/iobroker/node_modules/canvasgyp ERR! node -v v10.19.0gyp ERR!
node-gyp -v v5.1.0gyp ERR! not ok 
node-pre-gyp
ERR! build error node-pre-gyp ERR! 
stack Error: Failed to execute '/usr/local/bin/node /usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js configure --fallback-to-build --module=/opt/iobroker/node_modules/canvas/build/Release/canvas.node --module_name=canvas --module_path=/opt/iobroker/node_modules/canvas/build/Release --napi_version=5 --node_abi_napi=napi --napi_build_version=0 --node_napi_label=node-v64 --python=/usr/local/bin/python2.7' (1)node-pre-gyp ERR! stack     at ChildProcess.<anonymous> (/opt/iobroker/node_modules/canvas/node_modules/node-pre-gyp/lib/util/compile.js:83:29)node-pre-gyp ERR! stack     at ChildProcess.emit (events.js:198:13)node-pre-gyp ERR! stack     at maybeClose (internal/child_process.js:982:16)node-pre-gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:259:5)
node-pre-gyp ERR! System FreeBSD 11.3-RELEASE-p9
node-pre-gyp ERR! command "/usr/local/bin/node" "/opt/iobroker/node_modules/canvas/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build"node-pre-gyp ERR! cwd /opt/iobroker/node_modules/canvasnode-pre-gyp 
ERR! node -v v10.19.0node-pre-gyp ERR! node-pre-gyp -v v0.11.0node-pre-gyp ERR! not ok 
npm 
ERR! code ELIFECYCLEnpm ERR! errno 1npm ERR! canvas@2.6.1 install: `node-pre-gyp install --fallback-to-build`npm ERR! Exit status 1
npm ERR! npm ERR! Failed at the canvas@2.6.1 install script.npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:npm ERR!     /home/iobroker/.npm/_logs/2020-06-12T23_18_35_159Z-debug.log
ERROR: host.iobroker-v1 Cannot install iobroker.mihome-vacuum@2.0.7: 1
ERROR: process exited with code 25