NEWS
Test Adapter Mihome-vacuum v3.1.6 Next Generarition
-
@krys sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@bahnuhr Merkwürdig. Und auf welchem Gerät läuft dein System?
auf einem nuc
und da proxmox und iob in einer vm -
@krys sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@bahnuhr Merkwürdig. Und auf welchem Gerät läuft dein System?
auf einem nuc
und da proxmox und iob in einer vm@bahnuhr und welches System ? Ubuntu, Redhat, Debian, Sles... ??
:-) -
@mrbungle64 ich habe das auch einmal gemacht:
[iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.iot@1.9.3
│ └── canvas@2.9.0
└─┬ iobroker.mihome-vacuum@3.3.5 (github:iobroker-community-adapters/ioBroker.mi home-vacuum#88dd939cd5a45d90c7e8603047a8f8ba2a72bbbb)
└── canvas@2.9.0 dedupedWas soll ich denn "depuped" bewerten?
-
@mrbungle64 ich habe das auch einmal gemacht:
[iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.iot@1.9.3
│ └── canvas@2.9.0
└─┬ iobroker.mihome-vacuum@3.3.5 (github:iobroker-community-adapters/ioBroker.mi home-vacuum#88dd939cd5a45d90c7e8603047a8f8ba2a72bbbb)
└── canvas@2.9.0 dedupedWas soll ich denn "depuped" bewerten?
@gelberlemmy said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@mrbungle64 ich habe das auch einmal gemacht:
[iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.iot@1.9.3
│ └── canvas@2.9.0
└─┬ iobroker.mihome-vacuum@3.3.5 (github:iobroker-community-adapters/ioBroker.mi home-vacuum#88dd939cd5a45d90c7e8603047a8f8ba2a72bbbb)
└── canvas@2.9.0 dedupedWas soll ich denn "depuped" bewerten?
deduped is short for "deduplicated" (duplicates were removed)
npm versucht damit effizient umzugehen, wenn mehrere Pakete die gleiche Abhängigkeit haben (in diesem Fall iobroker.iot und iobroker.mihome-vacuum)
Dann versucht es das über eine einzelne Installation zu lösen. -
@bahnuhr und welches System ? Ubuntu, Redhat, Debian, Sles... ??
:-)@ilovegym sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@bahnuhr und welches System ? Ubuntu, Redhat, Debian, Sles... ??
:-)debian buster
(das neue bulls... hab ich noch nicht) -

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

Das ist wohl der Grund warum es bei Dir stabil läuft.
Du hast noch canvas 2.8.0 installiert -
So, nun nochmal an alle wo es nicht läuft.
Wichtig: canvas muss natürlich richtig eingerichtet sein.
png:
widget: basic-image
/mihome-vacuum.admin/actualMap_0.pngmap64:
widget: basic-html
<img src="{mihome-vacuum.0.cleanmap.map64}" width=100%>Beide funktionieren einwandfrei.
Überprüft bitte eure Einträge!@bahnuhr
Nachdem ich Ewigkeiten mein Environment, meine Adapter etc durchforstet habe - habe ich einmal stumpf deine Sachen im VIS eingegeben und Tatsache es klappt. Lediglich der DP ist halt mit <NULL> gefüllt, aber die Widgets funktionieren.Mich wunderte die ganze Zeit nur die Meldung beim Starten von JS
2022-02-10 13:40:08.791 - info: javascript.0 (2358) > canvas@2.8.0 install /opt/iobroker/node_modules/iobroker.javascript/node_modules/canvas > node-pre-gyp install --fallback-to-build 2022-02-10 13:40:09.881 - error: javascript.0 (2358) node-pre-gyp 2022-02-10 13:40:09.883 - error: javascript.0 (2358) ERR! install response status 404 Not Found on https://github.com/Automattic/node-canvas/releases/download/v2.8.0/canvas-v2.8.0-node-v72-linux-glibc-arm.tar.gz node-pre-gyp WARN Pre-built binaries not installable for canvas@2.8.0 and node@12.22.8 (node-v72 ABI, glibc) (falling back to source compile with node-gyp) node-pre-gyp WARN Hit error response status 404 Not Found on https://github.com/Automattic/node-canvas/releases/download/v2.8.0/canvas-v2.8.0-node-v72-linux-glibc-arm.tar.gzMeine Canvas scheint sauber zu sein:
iobroker.inst@3.0.0 /opt/iobroker ├─┬ iobroker.javascript@5.2.13 │ └── canvas@2.8.0 └─┬ iobroker.mihome-vacuum@3.3.1 └── canvas@2.8.0 dedupedSystem: RPi4
Adapter: 3.3.1
Roboter: S5, Valetudo
node.js:12.22.8
npm: 6.14.15 -
@bahnuhr said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

Das ist wohl der Grund warum es bei Dir stabil läuft.
Du hast noch canvas 2.8.0 installiert@mrbungle64 sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
Das ist wohl der Grund warum es bei Dir stabil läuft.
Du hast noch canvas 2.8.0 installiertHier läuft canvas 2.9.0 stabil.
-
-
Hier auch 2.9.0 ohne Probleme
C:\iobroker\GLT>npm list canvas iobroker.inst@2.0.3 C:\iobroker\GLT +-- canvas@2.7.0 +-- iobroker.iot@1.9.5 | `-- canvas@2.7.0 deduped `-- iobroker.mihome-vacuum@3.3.3 `-- canvas@2.9.0 -
@mrbungle64 sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
Das ist wohl der Grund warum es bei Dir stabil läuft.
Du hast noch canvas 2.8.0 installiertHier läuft canvas 2.9.0 stabil.
Die Version 2.9.0 erzeugt nicht zwangsweise Probleme.
Ich habe ja mit meinem ecovacs-deebot Adapter quasi das gleiche Problem (durch canvas)
Bei meinen 3 Robotern habe ich bei einem gar kein Problem, beim zweiten manchmal und beim dritten cracht es zu über 90% bei der Generierung vom Image. Da bringen (bisher) auch diverse try/catch um Code wo canvas verwendet wird nicht viel.
Was da jetzt genau den Unterschied macht habe ich noch nicht herausgefunden.
Ich werde jetzt beim ecovacs-deebot Adapter (bzw. dessen Library) erst mal wieder eine ältere Version einbinden bis es ein stabiles Update für node-canvas gibt. -
@krys said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
...
Kann ich/macht es Sinn das downzugraden (sofern möglich).
Da würde an Deiner Stelle warten, bis dazu einer der Maintainer vom mihome-vacuum Adapter was sagt - oder es ein Update mit einer älteren canvas Version gibt.
-
@krys said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
...
Kann ich/macht es Sinn das downzugraden (sofern möglich).
Da würde an Deiner Stelle warten, bis dazu einer der Maintainer vom mihome-vacuum Adapter was sagt - oder es ein Update mit einer älteren canvas Version gibt.
@thomas-braun @JB_Sullivan @Krys
Ich muss mich korrigieren. Es liegt nicht direkt an der Version 2.9.0.
Eine frisch installierte 2.8.0 macht die gleichen Probleme.Meine Vermutung ist nun, dass aktuelle Installationen beim compilieren von dem C++ Code der canvas Library problematischen Code erzeugen.
Die Fehler die geschmissen werden spielen sich ja wohl auf System-nahem Level ab:
Meistens:
free(): invalid pointerHatte auch diesen schon:
malloc(): smallbin double linked list corrupted Aborted -
@thomas-braun @JB_Sullivan @Krys
Ich muss mich korrigieren. Es liegt nicht direkt an der Version 2.9.0.
Eine frisch installierte 2.8.0 macht die gleichen Probleme.Meine Vermutung ist nun, dass aktuelle Installationen beim compilieren von dem C++ Code der canvas Library problematischen Code erzeugen.
Die Fehler die geschmissen werden spielen sich ja wohl auf System-nahem Level ab:
Meistens:
free(): invalid pointerHatte auch diesen schon:
malloc(): smallbin double linked list corrupted Aborted@mrbungle64 Jap, original alle davon gehabt. Mist :-/
Danke für deine hilfreichen Antworten.
-
@mrbungle64 Jap, original alle davon gehabt. Mist :-/
Danke für deine hilfreichen Antworten.
Für 64-Bit Systeme werden Pre-built binaries für die Installation über das canvas Repo bereitgestellt - für 32-Bit Systeme nicht.
Hat hier jemand Probleme mit einem 64-Bit System?
-
Für 64-Bit Systeme werden Pre-built binaries für die Installation über das canvas Repo bereitgestellt - für 32-Bit Systeme nicht.
Hat hier jemand Probleme mit einem 64-Bit System?
@mrbungle64 sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
Für 64-Bit Systeme werden Pre-built binaries für die Installation über das canvas Repo bereitgestellt - für 32-Bit Systeme nicht.
Hat hier jemand Probleme mit einem 64-Bit System?Hier rennt aarch64
Aber nein, keine Probleme. Wobei canvas hier auch gebaut wird.Allerdings hab ich zusammen mit @apollon77 dieses Issue/PR offen:
-
@mrbungle64 sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
Für 64-Bit Systeme werden Pre-built binaries für die Installation über das canvas Repo bereitgestellt - für 32-Bit Systeme nicht.
Hat hier jemand Probleme mit einem 64-Bit System?Hier rennt aarch64
Aber nein, keine Probleme. Wobei canvas hier auch gebaut wird.Allerdings hab ich zusammen mit @apollon77 dieses Issue/PR offen:
@thomas-braun said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@mrbungle64 sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
Für 64-Bit Systeme werden Pre-built binaries für die Installation über das canvas Repo bereitgestellt - für 32-Bit Systeme nicht.
Hat hier jemand Probleme mit einem 64-Bit System?Hier rennt aarch64
Aber nein, keine Probleme. Wobei canvas hier auch gebaut wird.Allerdings hab ich zusammen mit @apollon77 dieses Issue/PR offen:
Ah ok, es muss ja nicht zwigend mit den pre-built binaries zu tun haben.
Aber es geht in die Richtung der Architektur, denn auf meinem Entwicklungssystem (Elementary OS Linux 64-Bit) kann ich den Fehler bisher nicht nachstellen. Das würde das dann auch endlich mal erklären :wink: -
Aktuelle Test Version 3.1.6 Veröffentlichungsdatum 18.4.2021 Github Link https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum Lange hats gedauert aber langsam komm ich zum Ende (wobei das dann wahrscheinlich der Anfang ist :) ).
Was hat sich geändert? Alles und nix kann kann man sagen.
Der Adapter wurde komplett neu aufgesetzt und dem Aktuellen stand angepasst.vorher:
- Nachrichten an den Roboter wurden willkürlich geschickt und gehofft das eine Antwort kommt.
- Die Erkennung des Roboters (Modell und Marke und Firmware) wurden durch Ankommende Nachrichten oder das Ausbleiben erkannt
- comact mode nicht möglich da zig Timeouts liefen
- Keine neuen/anderen Sauger integrierbar da alles in einer Datei lag
jetzt:
- beim start wird zwingend das Modell ermittelt wonach dann die richtige Datei für den jeweiligen Sauger geladen wird
- danach werden Strukturiert die Sonderfunktionen ermittelt und freigegeben
- Nachrichten werden nicht mehr willkürlich gesendet sonders strukturiert und jede Nachricht bekommt eine Antwort
- comact mode möglich da alle timer zentral gelagert sind
ich habe mich bemüht die Objekte zum Vorgänger gleich zu lassen. also Optisch ist nicht viel neu aber wie gesagt unterm Kleid alles was man im debug log sehen sollte.
ich habe noch nicht viele Sauger in der Datenbank also kann es zu warn log einträgen kommen, dann bitte modell und bezeichnung posten dann nehm ich sie mit rein.
Bitte alles Testen da ich viel ohne Testen umgeschrieben habe (bei über 2000 Zeilen) konnte ich nicht alles direkt testen.Stand Aktuell:
Jetzt sollte alles gehen was bei der 2er auch geht. und mehrWas sollte gehen:
- alles wie beim alten außer die map (folgt in kürze)
- viomi Modelle die sonst über meinen Fork liefen sind nun mit drin
- support für den S7 (letztes update hat die History kaputt gemacht)
- Map wir unterstützt
Fixes:
- Map bei zwei Saugern funtionieren
- Map wird zuverlässig(er) geladen
- 3.0.2 Manueller Map Reload Button funktionert
- 3.0.4/ 3.0.7 Timer geht wieder
- 3.0.5 Disable map_slot warning, add start button, fix error while sending messages without selected device, fix water_box value
- 3.0.6 fix queue States, fix cleaning Buttons.
- 3.0.8 fix map for Valetudo
- 3.1.0 aktuelle Goto und Zones werden gespeichert
- 3.1.1 fix queue
- 3.1.3 Map bugfix, add Multimap Support
- 3.1.3 fix missing Wifi Signal
- 3.1.4 Fix Connrection after reboot/ now wifi
3.1.6: - fixed Disk I/O
- added get States when map is changed
- minimize Messages
- changed logentrys from warn to debug
- added Donate button
folgt in Kürze:
- Koordinaten von goto und Zonen werden angezeigt (in den jeweiligen states)- dreame support über miot
- compactmode
- map - map für history
- material tabel
- led Status S7
neues Logo- Doku aufbereiten
Installieren bitte über https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum (einfach von git)
Bitte Vorher den alten Adapter vollständig löschen.
Dies ist die Alpha also BITTE nur installieren wenn ihr wisst was ihr macht und einen qualifizierten Bugreport liefern könnt
Bitte in dieses Thema NUR Fehler oder Requests die den Adapter betreffen. KEINE Installationsfehler oder sonstige Fragen. macht dafür bitte wenn die Suche nichts ergeben hat ein neues Thema auf damit es hier nicht so überläuft wie in den alten Threads..
@meistertr guten Morgen, jetzt läuft meine Map wieder in 3.3.5. Warum auch immer. Aber es sind die Abstürze da. Habe einmal die Map in den Einstellungen abgeschaltet.
