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

[jahnbes]

@deekay-0
Hallo deekay,
nein, es ist kein Github-Issue notwendig, das ist schon erfolgt (von mir):
https://github.com/copystring/ioBroker.roborock/issues/348
Und copystring hat auch schon das Problem gelöst, in der dev-Branch von Github ist der Fehler weg.
Bei Gelegenheit wird copystring es in die stable-Version stellen.
Wenn Du die Dev-branch haben willst, die findest Du im obigen Github.
Viele Grüße, Bert.

[jahnbes]

@ch90045
Ebenfalls einen guten Morgen!

Die DEV Branch installierst Du, wie im obigen Screenshot angedeutet:

• iobroker aufrufen
• auf [Adapter] gehen
• Handling auf [Admin] setzen (1)
• [Github] einstellen (2)
• [benutzerdefinierte] Installation aufrufen (3)
• DEV Branch link eintragen (4)
• Naja, und zum Schluß auf [Installieren] drücken

Den DEV Branch link findest Du in Github unter
https://github.com/copystring/ioBroker.roborock/issues/348

Viele Grüße, Bert.

[tritanium]

@matt77che

Halo Matt,
ich gehe davon aus, das du in der VISU "Jarvis" ebenfalls wie ich "PRO" bist! (sonst gehts nämlich nicht) ;-)

Hier der Screenshot meines Table Widgets:

Die Spalten Format Zeile enthält folgendes:

[  {    "field": "begin",    "label": "Start",    "format": "val=>{let x = new Date(val*1000).toLocaleString(); return x;}",    "style": "width:50px;background-color: #000000;font-size:20px"  },  {    "field": "clean_type",    "label": "Modus",    "format": "val => val === 1 ? 'Gesamt' : val === 2 ? 'Zone' : val === 3 ? 'Raum' : ''",    "style": "width:50px;background-color: #000000;font-size:20px"  },  {    "field": "start_type",    "label": "Starttyp",    "format": "val => val === 1 ? 'manuell' : val === 2 ? 'App' : 'Plan'",    "style": "width:50px;background-color: #000000;font-size:20px"  },  {    "field": "area",    "label": "Fläche/m²",    "format": "val => (val/1000000).toFixed(1)",    "style": "width:50px;background-color: #000000;font-size:20px"  },  {    "field": "duration",    "label": "Dauer / Min",    "format": "val => (val/60).toFixed(0)",    "style": "width:50px;background-color: #000000;font-size:20px"  },  {    "field": "complete",    "label": "Status",    "format": "val => val === 1 ? 'beendet' : 'abgebrochen'",    "style": "width:50px;background-color: #000000;font-size:20px"  }]

Wenn du das so einfügst, sollte es aussehen wie bei mir :-)

Grüsse Micha

[Matt77CHE]

@tritanium
Vielen Dank! - Werde es am Wochenende mal ausprobieren..:+1:

[lysy23]

Hallo,

irgendwie will nicht der Adapter bei mir funktionieren. Anmeldung und Passwort soll wie bei der Roborock-App sein?

[David G.]

@lysy23
Jepp

[lysy23]

Kann jemand helfen ?

2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: node:internal/modules/cjs/loader:1189
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: return process.dlopen(module, path.toNamespacedPath(filename));
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: ^
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]:
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: Error: \\?\C:\yyyyyyyyyyy\xxxxxxxxxx\zzzzzzzzzz\node_modules\canvas\build\Release\canvas.node ist keine zulässige Win32-Anwendung.
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: \\?\C:\yyyyyyyyyyy\xxxxxxxxxx\zzzzzzzzzz\node_modules\canvas\build\Release\canvas.node
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: at Object.Module._extensions..node (node:internal/modules/cjs/loader:1189:18)
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: at Module.load (node:internal/modules/cjs/loader:981:32)
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: at Function.Module._load (node:internal/modules/cjs/loader:822:12)
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: at Module.require (node:internal/modules/cjs/loader:1005:19)
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: at require (node:internal/modules/cjs/helpers:102:18)
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: at Object. (C:\yyyyyyyyyyy\xxxxxxxxxx\zzzzzzzzzz\node_modules\canvas\lib\bindings.js:3:18)
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: at Module._compile (node:internal/modules/cjs/loader:1105:14)
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: at Object.Module._extensions..js (node:internal/modules/cjs/loader:1159:10)
2023-09-09 23:08:52.879 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: at Module.load (node:internal/modules/cjs/loader:981:32)
2023-09-09 23:08:52.880 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: at Function.Module._load (node:internal/modules/cjs/loader:822:12) {
2023-09-09 23:08:52.880 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: code: 'ERR_DLOPEN_FAILED'
2023-09-09 23:08:52.880 - error: host.xx(zzzzzzzzzz) Caught by controller[0]: }
2023-09-09 23:08:52.880 - error: host.xx(zzzzzzzzzz) instance system.adapter.roborock.0 terminated with code 1 (JS_CONTROLLER_STOPPED)

[copystring]

@lysy23 Bei Fehlern ein Issue auf GitHub mit DEBUG-Log als .txt-Datei hochladen. Dann gucke ich mir das an.

[copystring]

Tach zusammen. Anstatt raus in die Sonne zu gehen, gammele ich vorm Rechner. :D
In der neuen dev ist ein Check eingebaut, der prüft, ob ein Roboter offline ist und sendet dann entsprechend keine Anfragen mehr bis dieser wieder online kommt.
Dadurch wird ein seltenes Problem behoben, welches sich hervorrufen ließ, in dem der Roboter beim Reinigen in einen Fehler läuft und dann einfach stehen gelassen wird. Dadurch schaltet sich der Roboter irgendwann ab, da er ja nicht in der Station steht und um Energie zu sparen.
Wenn das passiert, wurden vom Adapter trotzdem fleißig weiter Anfragen an den Roboter gesendet, welche logischerweise nie beantwortet wurde. Dadurch gab es dann Timeouts im Log wie am Fließband. Dies sollte hier behoben sein.
Lief bei mir ganz gut. Wichtig wäre jedoch zu prüfen, ob die Anfragen zuverlässig fortgesetzt werden, sobald der Roboter wieder online kommt.
Wer mag, kann es testen: https://github.com/copystring/ioBroker.roborock/tree/dev

[tritanium]

Hallo die Damen :-D

habe gerade von 0.2.1 auf 0.3.2 geupdatet, da ich ersoffen bin in "warnings" Logs ...

Dummerweise, kommen die immernoch auf nach dem Update :-(

Jemand Ideen ?

Wie kann ich helfen ?

lg Micha

[copystring]

Ist der Saugroboter offline oder wird im Adapter als offline angezeigt?

[tritanium]

Habe gerade geguckt :-)

Da steht "online" ....

In der App auch .... er steht gechillt im Dock und "döst" so rum ...

[copystring]

@tritanium Welche Version war vorher installiert?

[tritanium]

@copystring

Vorher war 0.2.1 aktiv....

[copystring]

@tritanium stimmt. Hast du ja oben bereits geschrieben. Das Problem mit Timeouts ist, dass die viele Gründe haben können. Es bedeutet eben, dass entweder der Roboter nicht antwortet oder eine schlechte Internetanbindung vorliegt. Möglicherweise schlechtes WLAN. Ich bekomme ständig solche Meldungen von verschiedenen Nutzern. Das Problem liegt aber nicht am Adapter. Der Adapter fängt die Meldungen nur ab, damit dieser nicht komplett abstürzt.

[tritanium]

@copystring
Hmm, okay, irgendwelche Ideen , wie wir vorgehen, bzw. ich dich bei der Analyse unterstützen kann ?

Das WLAN würde ich ausschliessen, da sämtliche anderen Geräte (die WLAN nutzen) keine Probleme machen.

Selbst F.R.I.D.A.Y (so heisst der Robi), lässt sich via IObroker (bzw. dem Adapter) oder auch der App ganz normal starten/triggern.

Ich bin etwas ratlos, das Logging einfach ganz abschalten kann ja auch nicht die Lösung sein, oder ?

gruß Micha

[copystring]

@tritanium Schwer von hier zu beurteilen. Ich würde es aber auch nicht an die große Glocke hängen.
Ich könnte mir aber trotzdem gerne von dir ein debug log angucken. Aber ich befürchte, dass ich nicht viel helfen kann.
Vielleicht stelle ich auch die Timeouts für die Karte auf warning anstatt error. Dann würde es ausreichen, das Logging vom Adapter auf error umzustellen.

[tritanium]

@copystring

Also ein neustart vom Robi hat nix gebracht!

Ich kann ihn prima mit der App durch die Gegend schicken, ohne das Probleme auftauchen.
EIn Neustart des Adapters bringt dann komische Meldungen zwischendurch:

Vielleicht hilft dir das ?

Oder ich mache dir ein Debug, musst mir nur kurz schreiben wie... :-)

[copystring]

@tritanium
Tu mir bitte einen gefallen und eröffne aber dann ein Issue auf GitHub, damit ich das sauber verfolgen kann.
https://github.com/copystring/ioBroker.roborock/issues

[tritanium]

@copystring
So :-)

Issue ist auf, mit allem was du hoffenltich benötigst.

https://github.com/copystring/ioBroker.roborock/issues/371

Falls was fehlt, einfach schreiben...