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

[Gaspode]

@mcm57 said in js-controller 5.0.x jetzt in der BETA:

Support for Node.js 12 is dropped! Supported are Node.js 14.18.0+, 16.4.0+ and 18.x

Ja, das wurde wohl vergessen zu ändern.

[Diamand2k22]

@diamand2k22 said in js-controller 5.0.x jetzt in der BETA:

seit dem Update auf 5.0.5 schmiert mir immer der Zigbee Adapter ab.

2023-06-19 10:01:37.722 - error: host.pi4b Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2023-06-19 10:01:37.723 - error: host.pi4b Caught by controller[0]: TypeError: Cannot read properties of undefined (reading 'Error')
2023-06-19 10:01:37.723 - error: host.pi4b Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.zigbee/main.js:122:56
2023-06-19 10:01:37.723 - error: host.pi4b Caught by controller[0]: at Hub.configureScope (/opt/iobroker/node_modules/@iobroker/plugin-sentry/node_modules/@sentry/src/hub.ts:340:1)
2023-06-19 10:01:37.723 - error: host.pi4b Caught by controller[0]: at Object.configureScope (/opt/iobroker/node_modules/@iobroker/plugin-sentry/node_modules/@sentry/src/exports.ts:76:1)
2023-06-19 10:01:37.723 - error: host.pi4b Caught by controller[0]: at Zigbee.sendError (/opt/iobroker/node_modules/iobroker.zigbee/main.js:118:32)
2023-06-19 10:01:37.724 - error: host.pi4b Caught by controller[0]: at Zigbee.filterError (/opt/iobroker/node_modules/iobroker.zigbee/main.js:142:18)
2023-06-19 10:01:37.724 - error: host.pi4b Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.zigbee/main.js:699:22
2023-06-19 10:01:37.724 - error: host.pi4b instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

pi4b@pi4b:/opt/iobroker$ npm ls --depth=3 | grep zigbee
└─┬ iobroker.zigbee@1.8.11 (git+ssh://git@github.com/ioBroker/ioBroker.zigbee.git#5add9eafb4da35eedc5655ef3c0a8a919ec873b0)
  ├─┬ zigbee-herdsman-converters@15.22.0
  │ └─┬ zigbee-herdsman@0.15.0
  └─┬ zigbee-herdsman@0.14.117
pi4b@pi4b:/opt/iobroker$

Zigbee läuft wieder, eine Deinstallation und Reinstallation hat das Problem gelöst.
für jemanden der das selbe Problem hat.

cd /opt/iobroker 
npm uninstall zigbee-herdsman-converters
npm uninstall zigbee-herdsman

danach wieder Installieren entweder über Adapter oder github.

bin zeitgleich wieder auf due 5.0.3 zurück, da im Java Blockly die Trigger nicht mehr funktioniert haben.

[apollon77]

@mcm57 sagte in js-controller 5.0.x jetzt in der BETA:

Support for Node.js 12 is dropped! Supported are Node.js 14.18.0+, 16.4.0+ and 18.x

fixe ich

[Thomas Braun]

@diamand2k22 sagte in js-controller 5.0.x jetzt in der BETA:

cd /opt/iobroker

Falsches Verzeichnis.
Die herdsman-Module liegen unterhalb von iobroker.zigbee

[ste_glei]

Update auf 5.0.5 hat problemlos geklappt.

Einzig der bosch-ebike Adapter funktioniert nicht und wirft nur Fehler aus

host.iobroker
2023-06-19 12:51:36.695	info	Restart adapter system.adapter.bosch-ebike.0 because enabled
host.iobroker
2023-06-19 12:51:36.695	error	instance system.adapter.bosch-ebike.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
host.iobroker
2023-06-19 12:51:36.695	error	Caught by controller[1]: at BoschEbike.onReady (/opt/iobroker/node_modules/iobroker.bosch-ebike/main.js:79:7)
host.iobroker
2023-06-19 12:51:36.695	error	Caught by controller[1]: at processTicksAndRejections (node:internal/process/task_queues:95:5)
host.iobroker
2023-06-19 12:51:36.695	error	Caught by controller[1]: at BoschEbike.loginFlow (/opt/iobroker/node_modules/iobroker.bosch-ebike/main.js:149:51)
host.iobroker
2023-06-19 12:51:36.695	error	Caught by controller[1]: TypeError: Cannot read properties of undefined (reading 'replace')
host.iobroker
2023-06-19 12:51:36.694	error	Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:

bosch-ebike.0
2023-06-19 12:51:35.993	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

bosch-ebike.0
2023-06-19 12:51:35.992	info	terminating

bosch-ebike.0
2023-06-19 12:51:35.975	error	Cannot read properties of undefined (reading 'replace')

bosch-ebike.0
2023-06-19 12:51:35.974	error	TypeError: Cannot read properties of undefined (reading 'replace') at BoschEbike.loginFlow (/opt/iobroker/node_modules/iobroker.bosch-ebike/main.js:149:51) at processTicksAndRejections (node:internal/process/task_queues:95:5) at BoschEbike.onReady (/opt/iobroker/node_modules/iobroker.bosch-ebike/main.js:79:7)

bosch-ebike.0
2023-06-19 12:51:35.972	error	unhandled promise rejection: Cannot read properties of undefined (reading 'replace')

bosch-ebike.0
2023-06-19 12:51:35.971	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

bosch-ebike.0
2023-06-19 12:51:34.011	info	Login to eBike flow

[dontobi]

@foxriver76 Ich habe eben meine Installation aktualisiert. Leider klappt danach nichts mehr. Grund hierfür sind die UI Upgrade Changes. Ich nutze nämlich einen eigenen ioBroker Docker Container. Wäre es möglich da was dran zu ändern?

[Thomas Braun]

@dontobi sagte in js-controller 5.0.x jetzt in der BETA:

Wäre es möglich da was dran zu ändern?

Vermutlich müsstest du da was 'zu beißen' in Form von Logfiles abliefern.
Soweit ich das hier verfolgt habe funktioniert es nämlich bei anderen im Docker.

[Marty56]

Ich habe bemerkt, dass "sendToAsync" jetzt wieder Probleme macht.
Folgende Funktion bricht mit Fehler ab.
Die Errormeldung liefere ich nach.

async function write_influxDB2(id,time,value,db) {
    var timestamp = new Date(new Date(time).toISOString()).getTime();
    try {
        await sendToAsync(db, 'storeState', [{ id: id, state: {ts: timestamp, val: value, ack: false}}]);
        log('Write DB:' + db + ' id:'+ id + " Value: " + value.toFixed(2) + " Time: " + time)
    } 
    catch (error) {
        log('InfluxDB Error trying to write ' + id ,error)
    } 
    return;
}

Update: Fehlermeldung. Ich kann damit nichts anfangen.

Unknown severity level "[object Object]" by log of [InfluxDB Error trying to write 0_userdata.0.Energie.Auto.price_tibber]

[dontobi]

@thomas-braun Wenn ich das eben richtig gesehen habe, wir die Version des Docker Containers abgefragt. Bei mir läuft dies ins leere und somit stürzt der Controller ab.

[foxriver76]

@dontobi ja es wird dir in Zukunft nicht mehr angeboten. UI Upgrade nur mit offiziellem iob Image und auch erst nach 5.0.5 also das kann noch keiner testen.

[foxriver76]

@dontobi und ja Log oder keiner kann dir helfen die Anfrage nach Version kann eigentlich nichts crashen soweit ich weiß

[dontobi]

@foxriver76 ich liefere das Log morgen nach.

[dontobi]

@dontobi Ich habe mir die UI Upgrade Sache mal genauer angesehen. In meinem Docker Container habe ich die Datei .thisisdocker nicht gesetzt. Habe nun kurz die Datei erzeugt und mit 8.0.0 beschrieben. Danach klappt alles wieder.

Dennoch hier das Log ohne die Datei .thisisdocker:

/opt/iobroker/node_modules/@iobroker/js-controller-common/node_modules/semver/classes/semver.js:38
      throw new TypeError(`Invalid Version: ${version}`)
      ^
TypeError: Invalid Version:
    at new SemVer (/opt/iobroker/node_modules/@iobroker/js-controller-common/node_modules/semver/classes/semver.js:38:13)
    at compare (/opt/iobroker/node_modules/@iobroker/js-controller-common/node_modules/semver/functions/compare.js:3:3)
    at Object.lt (/opt/iobroker/node_modules/@iobroker/js-controller-common/node_modules/semver/functions/lt.js:2:29)
    at isControllerUiUpgradeSupported (/opt/iobroker/node_modules/@iobroker/js-controller-common/build/lib/common/tools.js:364:30)
    at getSupportedFeatures (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/utils.js:23:53)
    at new AdapterClass (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:104:68)
    at startAdapter (/opt/iobroker/node_modules/iobroker.admin/main.js:55:15)
    at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.admin/main.js:1208:5)
    at Module._compile (node:internal/modules/cjs/loader:1254:14)
    at Module._extensions..js (node:internal/modules/cjs/loader:1308:10)
Node.js v18.16.0
================================== > LOG REDIRECT system.adapter.admin.0 => false

[foxriver76]

@dontobi bitte controller issue, er erkennt fälschlicherweise wohl aktuell alle Docker Images als offiziell und macht daher nen Invaliden versionsvergleich.

[Homoran]

@foxriver76 sagte in js-controller 5.0.x jetzt in der BETA:

nen Invaliden versionsvergleich.

Diskriminierung! :joy:

[foxriver76]

@homoran wollte mein iPhone wohl groß schreiben 😀

[bommel_030]

@foxriver76
Ich hab ein neues "Problem" mit den Aliasen. Kann leider nicht sagen ob es nach dem Update js-controller 5.0.5 oder Admin 6.5.9 kommt, das waren die letzten beiden Aktualisierungen, davor gab es das Problem nicht.
Die Aliase funktionieren an sich weiterhin, d.h. Skripte die von einem Alias getriggert werden starten, geänderte Werte werden in die influxdb gespeichert.
Es werden aber alle Aliase mit Werte (null) angezeigt. Hier beispielhaft ein Bewegungsmelder:

Sobald der Bewegungsmelder auslöst, also Datenpunkte aktualisiert/geändert werden sieht es so aus:

Klappe ich den Ordner Galerie zu und wieder auf habe ich wieder den Zustand vom ersten Bild.

"iob fix" und reboot hab ich nach den Updates schon gemacht, hat leider nichts geändert. Ebenfalls mehrere Computer/Browser getestet.
Die originalen Datenpunkte haben natürlich dauerhaft einen Inhalt.

[Marty56]

Ich habe wieder ein (altbekanntes) Darstellungsproblem im Javascript Editor
admin 6.5.8, js-controller 5.05 und Safari.

und auch noch

[Ein ehemaliger Benutzer]

@marty56 mach mal n Update vom Admin auf 6.5.9 und den Javascript auf 7.1.1, dann gehts wieder... zumindest bei mir.. :-)

[solver]

Hallo zusammen!

Ich habe nun auch versucht, auf den 5.0.5 das Update bei meiner Testinstallation durchzuführen. Ging doch relativ schnell. Nur 2 meiner Adapter beenden sich immer wieder der Fehlermeldung bzgl. "Probleme mit häufig abstürzenden Adapterinstanzen".

Folgende Adapter betrifft das:
iqontrol v2.2.0
node-red v4.0.3

Meine Installation:
Node.js v18.16.0
npm 9.5.1
Admin v6.5.9

Vielleicht habe ich da auch etwas falsch gemacht. Habt ihr da vielleicht eine Lösung für mich?
Bzw. kennt ihr das Problem?
Ich habe nun wieder auf die alte Version umgestellt und läuft alle ohne Probleme.

Danke für die tolle Arbeit, die ihr da macht!

lg
Solver