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

[TT-Tom]

Hallo,
auf meinem Testsystem läuft jetzt auch der neue Controller. Im Testsystem laufen alle Adapter mit dem Beta-Repro und sind auf dem letzten Stand.

Der Fahrplan Adapter 1.2.3 startet nicht und bringt folgende Meldungen. läuft jetzt nach npm update

Spoiler

host.iobtest
2024-05-24 11:16:00.146	info	instance system.adapter.fahrplan.0 started with pid 218788
host.iobtest
2024-05-24 11:16:01.252	error	Caught by controller[0]: /opt/iobroker/node_modules/iobroker.fahrplan/node_modules/@iobroker/adapter-core/build/controllerTools.js:83
host.iobtest
2024-05-24 11:16:01.252	error	Caught by controller[0]: throw new Error(`Cannot resolve JS-Controller module ${name}.js`);
host.iobtest
2024-05-24 11:16:01.252	error	Caught by controller[0]: ^
host.iobtest
2024-05-24 11:16:01.252	error	Caught by controller[0]: Error: Cannot resolve JS-Controller module zipFiles.js
host.iobtest
2024-05-24 11:16:01.252	error	Caught by controller[0]: at resolveNamedModule (/opt/iobroker/node_modules/iobroker.fahrplan/node_modules/@iobroker/adapter-core/build/controllerTools.js:83:11)
host.iobtest
2024-05-24 11:16:01.253	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.fahrplan/node_modules/@iobroker/adapter-core/build/controllerTools.js:128:15)
host.iobtest
2024-05-24 11:16:01.253	error	Caught by controller[0]: at Module._compile (node:internal/modules/cjs/loader:1364:14)
host.iobtest
2024-05-24 11:16:01.253	error	Caught by controller[0]: at Module._extensions..js (node:internal/modules/cjs/loader:1422:10)
host.iobtest
2024-05-24 11:16:01.253	error	Caught by controller[0]: at Module.load (node:internal/modules/cjs/loader:1203:32)
host.iobtest
2024-05-24 11:16:01.253	error	Caught by controller[0]: at Module._load (node:internal/modules/cjs/loader:1019:12)
host.iobtest
2024-05-24 11:16:01.253	error	Caught by controller[0]: at Module.require (node:internal/modules/cjs/loader:1231:19)
host.iobtest
2024-05-24 11:16:01.253	error	Caught by controller[0]: at require (node:internal/modules/helpers:177:18)
host.iobtest
2024-05-24 11:16:01.254	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.fahrplan/node_modules/@iobroker/adapter-core/build/index.js:19:27)
host.iobtest
2024-05-24 11:16:01.254	error	Caught by controller[0]: at Module._compile (node:internal/modules/cjs/loader:1364:14)
host.iobtest
2024-05-24 11:16:01.254	error	Caught by controller[0]: Node.js v18.20.2
host.iobtest
2024-05-24 11:16:01.254	error	instance system.adapter.fahrplan.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.iobtest
2024-05-24 11:16:01.254	info	Restart adapter system.adapter.fahrplan.0 because enabled

Bei dem Javascript Adapter 8.3.1 ist mir folgendes aufgefallen, dass die Module nicht mehr einzeln in der Config stehen.

habe sie jetzt neu eingetragen, sie werden aber laut Log-Ausgabe nicht geladen / installiert, was mir diese Fehlermeldung bestätigt.

javascript.0
2024-05-24 11:37:12.904	info	Compiling TypeScript source script.js.common.NSPanel4400

javascript.0
2024-05-24 11:37:15.383	info	script.js.common.NSPanel4400: source code did not change, using cached compilation result...

javascript.0
2024-05-24 11:37:15.728	warn	script.js.common.NSPanel4400: error at function init_dayjs: dayjs_1.locale is not a function

javascript.0
2024-05-24 11:37:15.747	info	script.js.common.NSPanel4400: setObjects enabled - create Alias Channels possible

javascript.0
2024-05-24 11:37:15.772	info	script.js.common.NSPanel4400: weather alias for accuweather.0. already exists

javascript.0
2024-05-24 11:37:15.897	info	script.js.common.NSPanel4400: registered 33 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions

javascript.0
2024-05-24 11:37:16.379	info	script.js.common.NSPanel4400: Desired TFT Firmware: 54 / v4.4.0

javascript.0
2024-05-24 11:37:16.381	info	script.js.common.NSPanel4400: Installed TFT Firmware: 53 / v4.3.3

javascript.0
2024-05-24 11:37:16.824	info	script.js.common.NSPanel4400: Debug mode disabled

javascript.0
2024-05-24 11:37:17.243	info	script.js.common.NSPanel4400: Desired TFT Firmware: 54 / v4.4.0

javascript.0
2024-05-24 11:37:17.244	info	script.js.common.NSPanel4400: Installed TFT Firmware: 53 / v4.3.3

javascript.0
2024-05-24 11:37:17.799	info	script.js.common.NSPanel4400: Desired TFT Firmware: 54 / v4.4.0

javascript.0
2024-05-24 11:37:17.800	info	script.js.common.NSPanel4400: Installed TFT Firmware: 53 / v4.3.3

javascript.0
2024-05-24 11:37:17.910	info	script.js.common.NSPanel4400: Desired TFT Firmware: 54 / v4.4.0

javascript.0
2024-05-24 11:37:17.911	info	script.js.common.NSPanel4400: Installed TFT Firmware: 53 / v4.3.3

javascript.0
2024-05-24 11:37:29.303	warn	script.js.common.NSPanel4400: error at function HandleScreensaverUpdate: parseFormat is not a function

javascript.0
2024-05-24 11:37:53.476	info	Stopping script script.js.common.NSPanel4400

der netamo-crawler Adapter 0.8.1 läuft auch nicht mehr , selbst im Debug modus der Instanz kommen nicht mehr Daten. Läuft jetzt nach npm update

Spoiler

host.iobtest
2024-05-24 11:46:00.632	info	instance scheduled system.adapter.netatmo-crawler.0 */5 * * * *
host.iobtest
2024-05-24 11:46:00.644	info	instance system.adapter.netatmo-crawler.0 started with pid 219300
host.iobtest
2024-05-24 11:46:01.782	error	instance system.adapter.netatmo-crawler.0 terminated with code 1 (JS_CONTROLLER_STOPPED)

das waren die ersten Sachen die ich gefunden habe bei mir.

[mcm1957]

@tt-tom said in Alpha Test js-controller Kiera (v6.0):

zipFiles.js

Dazu gabs weiter oben schon einen Beitrag. Ich glaub ein npm upgrade oder so hat das was gefixed. Ist - wenn ichs richtig im Kopf hab - ein offenes Problem. Schau mal frühere Beoiträge durch.

[mcm1957]

@sigi234
OK, aber auch diese haben einen "ungewöhnlichen" Existstatus beim Beenden.

[TT-Tom]

@mcm1957 danke für die Info, läuft jetzt soweit bis auf die Sache mit dem Javascript Adapter.

[mcm1957]

@tt-tom said in Alpha Test js-controller Kiera (v6.0):

@mcm1957 danke für die Info, läuft jetzt soweit bis auf die Sache mit dem Javascript Adapter.

@haus-automatisierung
Soweit ich weiß hat sich mit js-controller 6 und / oder (?) Javascript 8.x.x was mit der Installation der zusätzlichen npm Module geändert. Wahrscheinlich kann da haus-automatisierung am besten helfen um festzustellen ob da ein Problem vorliegt oder "nur" eine Anpassung durch dich notwendig ist.

Ref zu deinem ersten Fehlerbericht https://forum.iobroker.net/topic/74822/alpha-test-js-controller-kiera-v6-0/106

[haus-automatisierung]

@tt-tom sagte in Alpha Test js-controller Kiera (v6.0):

Bei dem Javascript Adapter 8.3.1 ist mir folgendes aufgefallen, dass die Module nicht mehr einzeln in der Config stehen.

Von welcher Version bist Du denn vorher gekommen? Denke mal das hängt mit dem Wechsel auf jsonConfig zusammen und dass der alte Wert ggf. nicht richtig migriert wird.

[Feuersturm]

@haus-automatisierung Das Verhalten sehe ich bei mir auch.
In der Javascript Instanz v8.0.3 auf meinem Produktivsystem werden die npm Module korrekt einzeln dargestellt.
Auf meinem Testsystem ist Javascript auf 8.3.1 und dort sieht es jetzt auch so aus, das alles in einem item steht

[haus-automatisierung]

@feuersturm sagte in Alpha Test js-controller Kiera (v6.0):

In der Javascript Instanz v8.0.3 auf meinem Produktivsystem werden die npm Module korrekt einzeln dargestellt.

Dann zeig mal bitte das Native-Objekt aus dem Instanz-Objekt.

[Feuersturm]

@haus-automatisierung Meinst du das hier?

[haus-automatisierung]

@feuersturm Genau, danke. Ist also mit Leerzeichen getrennt und kein Array. Muss ich fixen.

"libraries": "xml2js moment moment-timezone moment-duration-format mathjs",

[Thomas Braun]

@foxriver76

Gerade gecheckt: Die Anzeige von anstehenden Updates meines Debian-Systems funktioniert im Admin.

[Feuersturm]

@thomas-braun sagte in Alpha Test js-controller Kiera (v6.0):

@foxriver76

Gerade gecheckt: Die Anzeige von anstehenden Updates meines Debian-Systems funktioniert im Admin.

Bei mir werden auch mögliche Updates angezeigt

Wenn ich dann versuche die Pakete zu aktualisieren werden diese aber nicht aktualisiert, sondern zurückgehalten.

proxmox@ioBrokerTestsystem:~$ sudo apt update
[sudo] password for proxmox:
Hit:1 https://deb.nodesource.com/node_18.x nodistro InRelease
Hit:2 http://archive.ubuntu.com/ubuntu jammy InRelease
Get:3 http://archive.ubuntu.com/ubuntu jammy-updates InRelease [119 kB]
Get:4 http://archive.ubuntu.com/ubuntu jammy-security InRelease [110 kB]
Get:5 http://archive.ubuntu.com/ubuntu jammy-updates/main amd64 Packages [1683 k                                                                                                 B]
Get:6 http://archive.ubuntu.com/ubuntu jammy-updates/universe amd64 Packages [10                                                                                                 75 kB]
Fetched 2987 kB in 3s (892 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
2 packages can be upgraded. Run 'apt list --upgradable' to see them.
proxmox@ioBrokerTestsystem:~$ sudo apt list --upgradable
Listing... Done
python3-update-manager/jammy-updates 1:22.04.20 all [upgradable from: 1:22.04.19]
update-manager-core/jammy-updates 1:22.04.20 all [upgradable from: 1:22.04.19]
proxmox@ioBrokerTestsystem:~$ sudo apt full-upgrade -y
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  python3-update-manager update-manager-core
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.

Kannst du mir sagen, was hier der Hintergrund ist? Für den Enduser ist die Meldung aus meiner Sicht verwirrend, wenn hier Updates angezeigt werden, welche aber nicht installiert werden können.

[Thomas Braun]

@feuersturm sagte in Alpha Test js-controller Kiera (v6.0):

Für den Enduser ist die Meldung aus meiner Sicht verwirrend, wenn hier Updates angezeigt werden, welche aber nicht installiert werden können.

Das hat mit dem ioBroker nix zu tun sondern ist eine der vielen Schnubbibuntu-Sonderlocken. (Weswegen ich diese Distribution auch nicht mag und auch nicht empfehlen würde).

Nennt sich 'Phased Updates' und sorgt dafür, dass eigentlich anstehende Updates in Wellen scharf geschaltet werden.

[Feuersturm]

@thomas-braun Danke für die Erklärung, das heißt ich warte einfach und bis dahin muss ich mit der Meldung leben.

[foxriver76]

@thomas-braun https://forum.iobroker.net/topic/74822/alpha-test-js-controller-kiera-v6-0/100 hast du gesehen?

[TT-Tom]

@haus-automatisierung

Danke, warte jetzt auf dein Fix. Wollen wir damit in dein Test Thread wechseln??

[haus-automatisierung]

@tt-tom sagte in Alpha Test js-controller Kiera (v6.0):

Wollen wir damit in dein Test Thread wechseln??

Bitte als Issue auf GitHub öffnen. Sonst laufen da zig Themen durcheinander.

[Thomas Braun]

@foxriver76 sagte in Alpha Test js-controller Kiera (v6.0):

@thomas-braun https://forum.iobroker.net/topic/74822/alpha-test-js-controller-kiera-v6-0/100 hast du gesehen?

Ja, aber noch nicht testen können. Kein gescheites Terminal zur Hand, nur eine Android-App und mit der will ich nix aufwändigeres per SSH machen.

[foxriver76]

An alle: bitte nochmal updaten

[ag]

@foxriver76
js-controller 6.01 auf dem testsystem läuft alles wieder.

Beim Start der Instamcen nach reboot oder iobroker start.

2024-05-24 18:16:06.510 - info: host.RPI5Test instance system.adapter.daikin.0 started with pid 1646
2024-05-24 18:16:07.191 - error: daikin.0 (1646) daikin.0 invalid instance object: {"_id":"","type":"device","common":{},"native":{}}
2024-05-24 18:16:07.232 - info: daikin.0 (1646) starting. Version 1.4.2 in /opt/iobroker/node_modules/iobroker.daikin, node: v20.13.1, js-controller: 6.0.1-alpha.0-20240524-14a872375
2024-05-24 18:16:08.169 - info: daikin.0 (1646) Daikin Device initialized successfully
2024-05-24 18:16:08.170 - info: daikin.0 (1646) Set polling Intervall to 300s

Adapter funktiniert aber danach

Gruß