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

[DarkDevil]

@d3ltoroxp so schaut’s bei mir auch aus

[dirkhe]

@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

[Meistertr]

das Problem ist, dass cavas für arm nciht mehr unterstützt wird suche da gerade nach einer Lösung oder alternative... bin schon am überlegen die Map komplett raus zu nehmen bei arm Installationen...

[bahnuhr]

@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.

[Thomas Braun]

@meistertr

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 $

[Ein ehemaliger Benutzer]

@bahnuhr ARM Cpu‘s wie es der Raspberry hat.. 😉

[bahnuhr]

@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.

[DarkDevil]

@meistertr bei mir läuft der ioBroker und einer Proxmox Umgebung auf einem nuc. Das wäre doch dann x64 oder?

[Meistertr]

@darkdevil jep

[D3ltoroxp]

@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.

[Meistertr]

@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....

[Labersack]

@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.

[Meistertr]

Habe gerade die 3.3.3 hochgeladen gerne testen rc4 ist an Board, und eine tiefergehende Prüfung auf canvas und einige bugfixes

[wendy2702]

@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.

[Thomas Braun]

@wendy2702
Meine 3.3.3 hatte eben auch etwas Schluckauf. Simpler Restart des Adapters hat es dann 'gefixt'.

[wendy2702]

@thomas-braun Hm,

den hatte ich mehrfach probiert.

Ich mache nochmal ein Upgrade

[Thomas Braun]

@wendy2702

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 XZR
S0'{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

[wendy2702]

OK.

Upgrade lief und Adapter ist grün.

Morgen mal das Teil durch die Bude jagen....

[Diginix]

@meistertr Update von 3.3.1 mit node 14 und China Server für die Map mit meinem Saugroboter M1S lief problemlos.

[dirkhe]

@thomas-braun kannst du mal auf debug stellen? Und dann auf get devices