NEWS
js-controller 5.0.x jetzt in der BETA
-
@thomas-braun said in js-controller 5.0.x jetzt in der BETA:
Na das verbietet sich von alleine.
In diesem Fall steht es außerdem sogar im ersten Beitrag:
@apollon77 said in js-controller 5.0.x jetzt in der BETA:
In diesem Release entfällt Node.js 12.x welches seit April letztem Jahr nicht mehr gepflegt wird und Node.js 14.x welches seit April diesem Jahres EOL ist.
-
@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 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.
-
@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
-
@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 -
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
-
@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?
-
@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. -
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]
-
@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.
-
@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.
-
@dontobi und ja Log oder keiner kann dir helfen die Anfrage nach Version kann eigentlich nichts crashen soweit ich weiß
-
@foxriver76 ich liefere das Log morgen nach.
-
@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
-
@dontobi bitte controller issue, er erkennt fälschlicherweise wohl aktuell alle Docker Images als offiziell und macht daher nen Invaliden versionsvergleich.
-
@foxriver76 sagte in js-controller 5.0.x jetzt in der BETA:
nen Invaliden versionsvergleich.
Diskriminierung!
-
@homoran wollte mein iPhone wohl groß schreiben
-
@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. -
Ich habe wieder ein (altbekanntes) Darstellungsproblem im Javascript Editor
admin 6.5.8, js-controller 5.05 und Safari.und auch noch
-
@marty56 mach mal n Update vom Admin auf 6.5.9 und den Javascript auf 7.1.1, dann gehts wieder... zumindest bei mir..