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

[cfau]

Hallo,

hab jetzt auch mal auf den neuen js-controller 5.x upgedated. Leider läuft danach (als einziger) mein wichtigster Adapter KNX nicht mehr. Ein Neugenerieren bringt leider nur die Fehlermeldung im iobroker-Protokoll:

host.IOBroker
	2023-09-20 20:36:41.140	info	system.adapter.knx.0 will be rebuilt
host.IOBroker
	2023-09-20 20:36:41.139	info	Adapter system.adapter.knx.0 needs rebuild and will be restarted afterwards.
host.IOBroker
	2023-09-20 20:36:41.139	error	instance system.adapter.knx.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.IOBroker
	2023-09-20 20:36:41.139	error	Caught by controller[0]: Node.js v18.17.1
host.IOBroker
	2023-09-20 20:36:41.139	error	Caught by controller[0]: }
host.IOBroker
	2023-09-20 20:36:41.139	error	Caught by controller[0]: ]
host.IOBroker
	2023-09-20 20:36:41.138	error	Caught by controller[0]: '/opt/iobroker/node_modules/iobroker.knx/knx.js'
host.IOBroker
	2023-09-20 20:36:41.138	error	Caught by controller[0]: '/opt/iobroker/node_modules/iobroker.knx/lib/utils.js',
host.IOBroker
	2023-09-20 20:36:41.138	error	Caught by controller[0]: requireStack: [
host.IOBroker
	2023-09-20 20:36:41.138	error	Caught by controller[0]: code: 'MODULE_NOT_FOUND',
host.IOBroker
	2023-09-20 20:36:41.138	error	Caught by controller[0]: at Module.require (node:internal/modules/cjs/loader:1143:19) {
host.IOBroker
	2023-09-20 20:36:41.138	error	Caught by controller[0]: at Module._load (node:internal/modules/cjs/loader:960:12)
host.IOBroker
	2023-09-20 20:36:41.137	error	Caught by controller[0]: at Module.load (node:internal/modules/cjs/loader:1119:32)
host.IOBroker
	2023-09-20 20:36:41.137	error	Caught by controller[0]: at Module._extensions..js (node:internal/modules/cjs/loader:1310:10)
host.IOBroker
	2023-09-20 20:36:41.137	error	Caught by controller[0]: at Module._compile (node:internal/modules/cjs/loader:1256:14)
host.IOBroker
	2023-09-20 20:36:41.137	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.knx/lib/utils.js:67:25)
host.IOBroker
	2023-09-20 20:36:41.137	error	Caught by controller[0]: at require (node:internal/modules/cjs/helpers:121:18)
host.IOBroker
	2023-09-20 20:36:41.137	error	Caught by controller[0]: at Module.require (node:internal/modules/cjs/loader:1143:19)
host.IOBroker
	2023-09-20 20:36:41.136	error	Caught by controller[0]: at Module._load (node:internal/modules/cjs/loader:922:27)
host.IOBroker
	2023-09-20 20:36:41.136	error	Caught by controller[0]: at Module._resolveFilename (node:internal/modules/cjs/loader:1077:15)
host.IOBroker
	2023-09-20 20:36:41.135	error	Caught by controller[0]: - /opt/iobroker/node_modules/iobroker.knx/knx.js
host.IOBroker
	2023-09-20 20:36:41.135	error	Caught by controller[0]: - /opt/iobroker/node_modules/iobroker.knx/lib/utils.js
host.IOBroker
	2023-09-20 20:36:41.135	error	Caught by controller[0]: Require stack:
host.IOBroker
	2023-09-20 20:36:41.135	error	Caught by controller[0]: Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js'
host.IOBroker
	2023-09-20 20:36:41.135	error	Caught by controller[0]: ^
host.IOBroker
	2023-09-20 20:36:41.134	error	Caught by controller[0]: throw err;
host.IOBroker
	2023-09-20 20:36:41.134	error	Caught by controller[0]: node:internal/modules/cjs/loader:1080
host.IOBroker
	2023-09-20 20:36:39.134	info	instance system.adapter.knx.0 started with pid 12950
host.IOBroker
	2023-09-20 20:36:38.986	info	iobroker npm-rebuild: exit 0
host.IOBroker
	2023-09-20 20:36:37.973	info	iobroker npm-rebuild: Rebuilding native modules done
host.IOBroker
	2023-09-20 20:36:37.972	info	iobroker npm-rebuild:
host.IOBroker
	2023-09-20 20:36:37.923	info	iobroker npm-rebuild: rebuilt dependencies successfully
host.IOBroker
	2023-09-20 20:36:17.397	info	iobroker npm-rebuild: Rebuilding native module "iobroker.js-controller@5.0.12" in /opt/iobroker/node_modules ...
host.IOBroker
	2023-09-20 20:36:15.794	info	iobroker rebuild iobroker.js-controller@5.0.12 --path /opt/iobroker/node_modules
host.IOBroker
	2023-09-20 20:36:15.793	warn	adapter "knx" seems to be installed for a different version of Node.js. Trying to rebuild it... 2 attempt

Kann mir da jemand vielleicht weiterhelfen?
Grüße Christian

[Thomas Braun]

@cfau sagte in js-controller 5.0.x jetzt für alle User im STABLE!:

Trying to rebuild it... 2

Läuft doch noch. Abwarten.

[foxriver76]

@cfau welche Version vom KNX ist das denn, das scheint nicht aktuelle stable zu sein

[cfau]

@thomas-braun
Das ging aber schnell - auch die folgenden Versuche schlugen fehl - hatte nur den zweiten Teil rauskopiert.

[cfau]

@foxriver76 2.0.17 sollte eigentlich der letzte aus dem Stable sein, oder?

[foxriver76]

@cfau 2.0.22

[cfau]

@cfau
Bin jetzt erst mal wieder mithilfe deiner Anleitungen und Scripts auf den alten controller 4.0.24, damit alles wieder funktioniert.
Was mir allerdings aufgefallen ist: ich bekomm beim download von json-Dateien von download.iobroker.net immer timeouts nach 10sec. Ist der aktuell nicht erreichbar? Oder spinnt hier nur mein Netz?
VG
Christian

[ofri2607]

@foxriver76
@Wildbill
Ich habe auch den Sonos-Adapter am Laufen und nach Lesen der Einträge hier diesen von Github auf v2.3.2 installiert (zuvor war v2.3.1) um vor dem Update vom js-controller nicht in das Backitup-Thema zu Laufen.
Aktuell mit node.js v18.17.1, npm 9.6.7, admin v6.10.1, js-controller 4.0.24 auf einem raspi 4 mit bullseye.

Update des Adapters war problemlos, nur habe ich jetzt im Datenpunkt „current_cover“ folgenden Eintrag: /files/sonos//opt/iobroker/iobroker-data/sonosCache/f6d5a1c06d8a5c1f0a908f1bdec205c4

Ich habe dzt. drei Lautsprecher (1x Sonos und 2x Symfonisk) eingetragen und im Datenpunkt „current_cover“ steht bei allen drei der exakt gleiche, o.a. Eintrag.
Irgendwie denke ich, kann das nicht passen, bzw. bekomme ich das jetzt in der vis nicht mehr angezeigt (mit der v2.3.1 des Adapters war es über ein „basic - String img src“-Widget dargestellt).
Habe auch mal testweise den Sonos-Lautsprecher aus der Liste gelöscht und dann wieder eingefügt. Der Eintrag im Datenpunkt „current_cover“ war wieder der Gleiche.

[foxriver76]

@ofri2607 mach mal bitte ein issue beim sonos adapter, da habe ich wohl was übersehen ;-)

[mcm1957]

@cfau said in js-controller 5.0.x jetzt für alle User im STABLE!:

@cfau
Bin jetzt erst mal wieder mithilfe deiner Anleitungen und Scripts auf den alten controller 4.0.24, damit alles wieder funktioniert.
Was mir allerdings aufgefallen ist: ich bekomm beim download von json-Dateien von download.iobroker.net immer timeouts nach 10sec. Ist der aktuell nicht erreichbar? Oder spinnt hier nur mein Netz?
VG
Christian

Ev ist das noch aktuell:
https://forum.iobroker.net/topic/68397/falsche-ipv6-dns-auflösung-iobroker-net

[ofri2607]

@foxriver76
erledigt - https://github.com/ioBroker/ioBroker.sonos/issues/203

[foxriver76]

@ofri2607 danke, schaue es mir morgen früh an. Kurze Frage, wie hast du bislang diesen Datenpunkt verwendet?

[ofri2607]

@foxriver76
herzlichen Dank :-)
Als Cover-Anzeige in der vis mit einem „basic - String img src“-Widget
Sieht aktuell jetzt so aus:

[Peoples]

@cfau sagte in js-controller 5.0.x jetzt für alle User im STABLE!:

@cfau
Bin jetzt erst mal wieder mithilfe deiner Anleitungen und Scripts auf den alten controller 4.0.24, damit alles wieder funktioniert.
Was mir allerdings aufgefallen ist: ich bekomm beim download von json-Dateien von download.iobroker.net immer timeouts nach 10sec. Ist der aktuell nicht erreichbar? Oder spinnt hier nur mein Netz?
VG
Christian

Hi, da ich auch haufenweise Fehler habe, würde ich ebenfalls gerne auf den alten controller zurück, wo finde ich die Anleitung?

[mickym]

Es scheint wohl so - dass man mit dem JS-controller mit der iobroker-list Node nun auch keinen Zugriff mehr auf die Enums (Räume und Functions) hat.

https://forum.iobroker.net/topic/67946/gelöst-rollen-und-funktionen-in-iobroker?_=1695225040705

Also für jeden, der das nutzt - sollte eher nicht updaten.

enums fehlen!!!

[foxriver76]

@ofri2607 Probier mal bitte die GitHub Version.

[mcm1957]

@peoples said in js-controller 5.0.x jetzt für alle User im STABLE!:

@cfau sagte in js-controller 5.0.x jetzt für alle User im STABLE!:

@cfau
Bin jetzt erst mal wieder mithilfe deiner Anleitungen und Scripts auf den alten controller 4.0.24, damit alles wieder funktioniert.
Was mir allerdings aufgefallen ist: ich bekomm beim download von json-Dateien von download.iobroker.net immer timeouts nach 10sec. Ist der aktuell nicht erreichbar? Oder spinnt hier nur mein Netz?
VG
Christian

Hi, da ich auch haufenweise Fehler habe, würde ich ebenfalls gerne auf den alten controller zurück, wo finde ich die Anleitung?

a) Bitte Fehler unbedingt melden. Was geht denn bei dir nicht?
b) Downgrade ist im Eröffungsposting unter "vor der Installation" beschrieben

[Peoples]

@mcm57
Bei mir sind es reine vis Probleme: Bindings werden nicht mehr umgesetzt, CSS Eigenschaften werden nicht mehr beachtet. Werte von Datenpunkten werden in Vis nicht mehr aktualisiert obwohl sie in den Datenpunkten richtig stehen.

Alles nur sporadisch, und erst seit dem Update des Controllers inkl. Der drei Adapter.

Das Ganze ist Browser unabhängig und es scheint als würde einfach die Websocket abreißen bzw. Konsequent instabil sein.

[ofri2607]

@foxriver76
Servus, Installation war problemlos und jetzt habe ich bei jedem Gerät unter "current_cover" den Eintrag /sonos/coverImage/192_168_xxx_xx, jeweils mit der entsprechenden ip, aber ohne Dateiendung.
Im Dateimanager der vis sieht das dann so aus:

Im Widget in der vis sehe ich jedoch kein Bild.

Was mir auch noch aufgefallen ist im Dateimanager, der Pfad mit der Datei "/sonos/opt/iobroker/iobroker-data/sonosCache/f6d5a1c06d8a5c1f0a908f1bdec205c4" ist weiterhin noch vorhanden, ist das gewollt?

[foxriver76]

@ofri2607 Du kannst das Bild auf dem FS mal löschen, aber evtl ist es das was der Adapter schon immer macht, erst Bild runteralden dann in den Storage bzw. vorher Binary State klatschen.