js-controller 5.0.x jetzt in der BETA

[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!

[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

[ilovegym]

@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

[Thomas Braun]

@solver

Du könntest vielleicht wertvollen Input des Ergebnisses deines Beta-Tests z. B. hier hinterlassen:

https://github.com/ioBroker/ioBroker.node-red/issues/380

Claus1985 created this issue in ioBroker/ioBroker.node-red

closed After updating js-controller to 5.02 node-red adapter is stuck in error loop #380

[solver]

@thomas-braun Alles klar, werde ich machen.

Danke!

lg
Solver

[Thomas Braun]

@solver

Gleiches für iqcontrol.

Ich habe nun wieder auf die alte Version umgestellt und läuft alle ohne Probleme.

Das bringt halt nix zum Fehler finden und ausmerzen. Deaktivier die Adapter auf dem Testsystem halt und teste weiter mit aktuelleren Versionen, sobald sie verfügbar sind. Das die mit alten Versionen liefen braucht keiner testen, das war bekannt...

[luie]

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

@solver

Du könntest vielleicht wertvollen Input des Ergebnisses deines Beta-Tests z. B. hier hinterlassen:

https://github.com/ioBroker/ioBroker.node-red/issues/380

Oder besser hier. Ist wohl kein Fehler im node-red Adapter sondern vom js-controller.

https://github.com/ioBroker/ioBroker.js-controller/issues/2308

luieiob created this issue in ioBroker/ioBroker.js-controller

closed node-red: Kein Adapterstart nach update auf JS-Controler 5.0.2 #2308

[NinjaTurtle85]

Hi,
mein Zigbee Adapter startet in unregelmäßigem Abstand, seid dem upgrade auf 5.0.5, immer neu.

Node.js v18.16.0
NPM 9.5.1

Mein LOG:

2023-06-21 21:19:19.971 - error: zigbee.0 (25876) Send command to 0x847127fffe8aeb61 failed with no error code (no response received)
2023-06-21 21:19:19.973 - error: zigbee.0 (25876) 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().
2023-06-21 21:19:19.973 - error: zigbee.0 (25876) unhandled promise rejection: Cannot read properties of undefined (reading 'Error')
2023-06-21 21:19:19.995 - error: zigbee.0 (25876) TypeError: Cannot read properties of undefined (reading 'Error')
at /opt/iobroker/node_modules/iobroker.zigbee/main.js:122:56
at Hub.configureScope (/opt/iobroker/node_modules/@sentry/src/hub.ts:340:1)
at Object.configureScope (/opt/iobroker/node_modules/@sentry/src/exports.ts:76:1)
at Zigbee.sendError (/opt/iobroker/node_modules/iobroker.zigbee/main.js:118:32)
at Zigbee.filterError (/opt/iobroker/node_modules/iobroker.zigbee/main.js:142:18)
at /opt/iobroker/node_modules/iobroker.zigbee/main.js:699:22
2023-06-21 21:19:19.996 - error: zigbee.0 (25876) Cannot read properties of undefined (reading 'Error')
2023-06-21 21:19:20.009 - info: zigbee.0 (25876) cleaned everything up...
2023-06-21 21:19:20.080 - info: zigbee.0 (25876) Zigbee: disabling joining new devices.
2023-06-21 21:19:20.165 - info: zigbee.0 (25876) terminating
2023-06-21 21:19:20.165 - warn: zigbee.0 (25876) Terminated (UNCAUGHT_EXCEPTION): Without reason
2023-06-21 21:19:20.509 - info: zigbee.0 (25876) terminating
2023-06-21 21:19:20.766 - error: host.IoBroker 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-21 21:19:20.766 - error: host.IoBroker Caught by controller[0]: TypeError: Cannot read properties of undefined (reading 'Error')
2023-06-21 21:19:20.766 - error: host.IoBroker Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.zigbee/main.js:122:56
2023-06-21 21:19:20.766 - error: host.IoBroker Caught by controller[0]: at Hub.configureScope (/opt/iobroker/node_modules/@sentry/src/hub.ts:340:1)
2023-06-21 21:19:20.766 - error: host.IoBroker Caught by controller[0]: at Object.configureScope (/opt/iobroker/node_modules/@sentry/src/exports.ts:76:1)
2023-06-21 21:19:20.766 - error: host.IoBroker Caught by controller[0]: at Zigbee.sendError (/opt/iobroker/node_modules/iobroker.zigbee/main.js:118:32)
2023-06-21 21:19:20.766 - error: host.IoBroker Caught by controller[0]: at Zigbee.filterError (/opt/iobroker/node_modules/iobroker.zigbee/main.js:142:18)
2023-06-21 21:19:20.766 - error: host.IoBroker Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.zigbee/main.js:699:22
2023-06-21 21:19:20.766 - error: host.IoBroker instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2023-06-21 21:19:20.766 - info: host.IoBroker Restart adapter system.adapter.zigbee.0 because enabled