NEWS
Test Adapter Mihome-vacuum v3.1.6 Next Generarition
-
@meistertr sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
arm Installation
was ist eine "arm" Installation ?
Wäre doch äußerst schade wenn die map nicht mehr funktionieren würde.
-
Hier läuft canvas auf einem Pi4 (8GB):
pi@chet:~ $ cd /opt/iobroker/ pi@chet:/opt/iobroker $ npm ls canvas iobroker.inst@3.0.0 /opt/iobroker ├─┬ iobroker.echarts@1.0.3 │ ├── canvas@2.8.0 │ └─┬ jsdom@16.7.0 │ └── canvas@2.8.0 deduped ├─┬ iobroker.iot@1.8.25 │ ├── canvas@2.8.0 deduped │ └─┬ jsdom@17.0.0 │ └── canvas@2.8.0 deduped ├─┬ iobroker.mihome-vacuum@3.3.1 │ └── canvas@2.8.0 deduped └─┬ iobroker.zigbee@1.6.12 ├─┬ zigbee-herdsman-converters@14.0.378 │ ├─┬ jsdom@16.7.0 extraneous │ │ └── canvas@2.8.0 deduped │ └─┬ zigbee-herdsman@0.13.191 │ └─┬ jsdom@16.7.0 extraneous │ └── canvas@2.8.0 deduped └─┬ zigbee-herdsman@0.13.192 └─┬ jsdom@16.7.0 extraneous └── canvas@2.8.0 deduped pi@chet:/opt/iobroker $
-
@bahnuhr ARM Cpu‘s wie es der Raspberry hat..
-
@ilovegym sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@bahnuhr ARM Cpu‘s wie es der Raspberry hat..
Danke, wusste ich nicht.
-
@meistertr bei mir läuft der ioBroker und einer Proxmox Umgebung auf einem nuc. Das wäre doch dann x64 oder?
-
@darkdevil jep
-
@meistertr bei mir läuft es auch in Proxmox als VM auf einem i5 sollte ja auch kein ARM sein.
Canvas hatte ich doch schon gelösch und rebuild gemacht.
Bei mir sieht es so aus.
smarthome@iobroker:/opt/iobroker$ npm ls canvas [sudo] Passwort für smarthome: iobroker.inst@2.0.3 /opt/iobroker ├── canvas@2.6.1 ├─┬ iobroker.iot@1.8.25 │ └── canvas@2.8.0 └─┬ iobroker.mihome-vacuum@3.3.1 └── canvas@2.8.0 smarthome@iobroker:/opt/iobroker$
Sollte dann Canvas nicht laufen ?
@dirkhe said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@d3ltoroxp da steht doch, dass er canvas nicht laden konnte, also erstmal das zum laufen bringen, wie das geht gibt es zig Beiträge hier. Gibt halt unterschiedliche Ursachen dafür
Meinst du das hier ? CanvasMap not loaded
Aber wenn das dann eh Probleme macht, hättest du nicht vllt doch Lust das wieder mit Valetudo lauffähig zu machen ? Würden sich bestimmt auch andere drüber freuen.
-
@d3ltoroxp das macht keinen unterschied. denn die daten die verarbeitet werden sind die gleichen und canvas wird auch benötigt, der einzige nutzen bei valetudo ist bei gen1 und gen2. bei allen anderen macht es keinen sinn umzusteigen und ist auch nicht ohne weiters möglich des weiteren Funktioniert der Adapter mit valetudo genauso, bis auf die map und die lässt sich dann ganz einfach per mqtt holen.
also zusammengefasst
- Nutzergemeide valetudo iobroker schätze ich auf maximal 20 Leute und dafür ist es die Arbeit nicht wert
- holen der Map bei valetudo über mqtt in 30 Sekunden gemacht
- Adapter funktioniert genauso mit valetudo bis auf die Map
Also alles in allem kein Grund für mich valtudo auf meinen S5 zu flashen und es wieder einzubinden.....
Aber in dem Zusammenhang nochmal der Aufruf, wenn jemand valetudo nutzt, und zeit und Lust hat, dieses Feature gerne wieder einzubinden....
-
@meistertr sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
Nutzergemeide valetudo iobroker schätze ich auf maximal 20 Leute und dafür ist es die Arbeit nicht wert
...ich bin wohl einer der nur 20 Leute.
Ausdrücklich trotzdem vielen Dank für den Adapter. -
Habe gerade die 3.3.3 hochgeladen gerne testen rc4 ist an Board, und eine tiefergehende Prüfung auf canvas und einige bugfixes
-
@meistertr Hatte den Adapter in Version 3.3.1 auf meinem Slave PI laufen.... der ist aber extrem langsam also alles gelöscht und auf dem Master die 3.3.3 installiert.
Wenn ich jetzt meine Zugangsdaten eingebe und auf "Get Devices" klicke bekomme ich das:
Im Log kommen zwei Login steps und dann dieser Error:
2022-01-20 20:22:52.069 - error: mihome-vacuum.0 (21429) HTTP error when getting token cookie{} 2022-01-20 20:22:52.069 - info: mihome-vacuum.0 (21429) discover HTTP error when getting token cookie
Kann das an 3.3.3 liegen?EDIT: Nach Downgrade auf 3.3.1 ist der Fehler weg.
-
@wendy2702
Meine 3.3.3 hatte eben auch etwas Schluckauf. Simpler Restart des Adapters hat es dann 'gefixt'. -
-
Das war allerdings beim Holen der Karte, nicht schon beim Login:
2022-01-20 19:04:13.484 - info: mihome-vacuum.0 (2662) starting. Version 3.3.3 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v17.4.0, js-controller: 3.3.22 2022-01-20 19:04:13.859 - info: mihome-vacuum.0 (2662) IOT enabled, create state 2022-01-20 19:04:14.017 - info: mihome-vacuum.0 (2662) select standard vacuum protocol.... 2022-01-20 19:04:14.576 - info: mihome-vacuum.0 (2662) settest next timer: not available 2022-01-20 19:04:15.348 - info: mihome-vacuum.0 (2662) Map selected create states... 2022-01-20 19:04:15.548 - info: mihome-vacuum.0 (2662) create state for carpet_mode 2022-01-20 19:04:17.495 - error: mihome-vacuum.0 (2662) Error when receiving map url: gf{qzsp71ph[g,~ z2@kOW',hI XZRS0'{iV^wd({M;vx||-Rk&vQWd+-`6|<$R@ULVb ^ {ffH)d*;Au0bztv5QvP"X|QH!M339J)0;W;6PKor#'pB h$AUr={-tS H5t4sc,T.IQ2%P,<u|vthMbuvl71|pUjv,t [$NFfCm"Y@MXHJgC3<A)7IrBt$(Dt`ae_t-c',qdo }/>N5[1^td6[LG(; 2022-01-20 19:04:17.497 - warn: mihome-vacuum.0 (2662) map error:SyntaxError: Unexpected token g in JSON at position 0 2022-01-20 19:12:37.812 - info: host.chet stopInstance system.adapter.mihome-vacuum.0 (force=false, process=true) 2022-01-20 19:12:37.823 - info: host.chet stopInstance system.adapter.mihome-vacuum.0 send kill signal 2022-01-20 19:12:37.823 - info: mihome-vacuum.0 (2662) Got terminate signal TERMINATE_YOURSELF 2022-01-20 19:12:37.829 - error: mihome-vacuum.0 (2662) Socket Close 2022-01-20 19:12:37.830 - info: mihome-vacuum.0 (2662) terminating 2022-01-20 19:12:37.833 - info: mihome-vacuum.0 (2662) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2022-01-20 19:12:38.460 - info: host.chet instance system.adapter.mihome-vacuum.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-01-20 19:12:41.676 - info: host.chet instance system.adapter.mihome-vacuum.0 started with pid 3562 2022-01-20 19:12:43.703 - info: mihome-vacuum.0 (3562) starting. Version 3.3.3 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v17.4.0, js-controller: 3.3.22 2022-01-20 19:12:43.819 - info: mihome-vacuum.0 (3562) IOT enabled, create state 2022-01-20 19:12:43.971 - info: mihome-vacuum.0 (3562) select standard vacuum protocol.... 2022-01-20 19:12:44.532 - info: mihome-vacuum.0 (3562) settest next timer: not available 2022-01-20 19:12:44.892 - info: mihome-vacuum.0 (3562) Map selected create states... 2022-01-20 19:12:46.869 - info: mihome-vacuum.0 (3562) create state for carpet_mode
-
OK.
Upgrade lief und Adapter ist grün.
Morgen mal das Teil durch die Bude jagen....
-
@meistertr Update von 3.3.1 mit node 14 und China Server für die Map mit meinem Saugroboter M1S lief problemlos.
-
@thomas-braun kannst du mal auf debug stellen? Und dann auf get devices
-
China-Server.
Das Log ist aber nun unauffällig. Auch im Debug nix, soweit ich sehe. -
@thomas-braun sorry meinte @wendy2702, da steht germany im Screenshot. Bin ich auch und da klappt das.
-
@Meistertr @dirkhe Über Nacht ist v3.3.3 bei mir dann doch noch komplett eskaliert und hat mir ein 380 kb Log erzeugt weil die Instanz 80 mal seit 4:39 Uhr mit folgenden Meldungen alle 2-3 Minuten abgestürzt ist:
2022-01-21 04:39:00.503 - error: mihome-vacuum.0 (1609625) uncaught exception: Cannot read property 'body' of undefined 2022-01-21 04:39:00.504 - error: mihome-vacuum.0 (1609625) TypeError: Cannot read property 'body' of undefined at Request._callback (/opt/iobroker/node_modules/iobroker.mihome-vacuum/lib/maphelper.js:455:51) at self.callback (/opt/iobroker/node_modules/request/request.js:185:22) at Request.emit (events.js:400:28) at Request.emit (domain.js:475:12) at Request.onRequestError (/opt/iobroker/node_modules/request/request.js:877:8) at ClientRequest.emit (events.js:412:35) at ClientRequest.emit (domain.js:475:12) at TLSSocket.socketErrorListener (_http_client.js:475:9) at TLSSocket.emit (events.js:400:28) at TLSSocket.emit (domain.js:475:12) 2022-01-21 04:39:00.504 - error: mihome-vacuum.0 (1609625) Cannot read property 'body' of undefined 2022-01-21 04:39:00.513 - error: mihome-vacuum.0 (1609625) Socket Close 2022-01-21 04:39:00.515 - warn: mihome-vacuum.0 (1609625) Terminated (UNCAUGHT_EXCEPTION): Without reason 2022-01-21 04:39:00.911 - error: host.iobroker Caught by controller[0]: TypeError: Cannot read property 'body' of undefined 2022-01-21 04:39:00.917 - error: host.iobroker Caught by controller[0]: at Request._callback (/opt/iobroker/node_modules/iobroker.mihome-vacuum/lib/maphelper.js:455:51) 2022-01-21 04:39:00.917 - error: host.iobroker Caught by controller[0]: at self.callback (/opt/iobroker/node_modules/request/request.js:185:22) 2022-01-21 04:39:00.917 - error: host.iobroker Caught by controller[0]: at Request.emit (events.js:400:28) 2022-01-21 04:39:00.917 - error: host.iobroker Caught by controller[0]: at Request.emit (domain.js:475:12) 2022-01-21 04:39:00.917 - error: host.iobroker Caught by controller[0]: at Request.onRequestError (/opt/iobroker/node_modules/request/request.js:877:8) 2022-01-21 04:39:00.917 - error: host.iobroker Caught by controller[0]: at ClientRequest.emit (events.js:412:35) 2022-01-21 04:39:00.917 - error: host.iobroker Caught by controller[0]: at ClientRequest.emit (domain.js:475:12) 2022-01-21 04:39:00.917 - error: host.iobroker Caught by controller[0]: at TLSSocket.socketErrorListener (_http_client.js:475:9) 2022-01-21 04:39:00.917 - error: host.iobroker Caught by controller[0]: at TLSSocket.emit (events.js:400:28) 2022-01-21 04:39:00.918 - error: host.iobroker Caught by controller[0]: at TLSSocket.emit (domain.js:475:12) 2022-01-21 04:39:00.918 - error: host.iobroker instance system.adapter.mihome-vacuum.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
Hab mal das gesamte Netzwerk neu gestartet und seit dem läuft die Instanz. 3 Raumreinigungen inkl. Karte haben auch korrekt funktioniert.