NEWS
Beta Test js-controller Kiera (v6.0)
-
@uv-on-fire Hilft dir das https://github.com/ioBroker/ioBroker.javascript/issues/1613
Poste da gerne auch mal dein Skript rein.
@foxriver76
Sorry für die verspätete Antwort aber wie gesagt bin morgen für längere Zeit weg und muss noch einiges regeln bis dahin.Also der Fix hat funktioniert.
Interessanterweise hat es genügt das in einem der Skripte ein zu tragen und jetzt laufen alle.
Jetzt motz noch ein anderes skript mathjs an
Das skript dazu:
Aber das Skript ist jetzt nicht essentiell wichtig. Notfalls schalt ich das ab bis ich wieder da bin.
-
@foxriver76
Sorry für die verspätete Antwort aber wie gesagt bin morgen für längere Zeit weg und muss noch einiges regeln bis dahin.Also der Fix hat funktioniert.
Interessanterweise hat es genügt das in einem der Skripte ein zu tragen und jetzt laufen alle.
Jetzt motz noch ein anderes skript mathjs an
Das skript dazu:
Aber das Skript ist jetzt nicht essentiell wichtig. Notfalls schalt ich das ab bis ich wieder da bin.
@uv-on-fire Das mit mathjs wird in der nächsten javascript Adapter Version behoben sein (>8.6.0 sobald verfügbar)
-
Der Adapter BlueConnect funktioniert leider auch nicht mehr mit dem neuen JS-Controller
@diamand2k22 sagte in Beta Test js-controller Kiera (v6.0):
Der Adapter BlueConnect funktioniert leider auch nicht mehr mit dem neuen JS-Controller
Teste mal neu.. (von Github) Kopierschnitte hat soviel ich weiss angepasst..
Da ich selbst keinen Blueconnect mehr benutze liegt das Projekt ein bisschen.
Grüße,
Martin
-
@diamand2k22 sagte in Beta Test js-controller Kiera (v6.0):
Der Adapter BlueConnect funktioniert leider auch nicht mehr mit dem neuen JS-Controller
Teste mal neu.. (von Github) Kopierschnitte hat soviel ich weiss angepasst..
Da ich selbst keinen Blueconnect mehr benutze liegt das Projekt ein bisschen.
@mameier1234 Die Frage ist funktioniert er mit controller 6.0.5 wieder wie er ist @Diamand2k22
Zumindest startet er bei mir wieder sauber, zur Funktionalität kann ich nix sagen.
Hier könnt ihr mich unterstützen.
-
@mameier1234 Die Frage ist funktioniert er mit controller 6.0.5 wieder wie er ist @Diamand2k22
Zumindest startet er bei mir wieder sauber, zur Funktionalität kann ich nix sagen.
@foxriver76 Mangels Testsystem für JS6 kann ich es dort nicht testen, aber die Funktionalität ist, zumindest unter JS5 gegebenen.
Der Blueconnect-Adapter sollte daher funktionieren. Vielleicht kann @Diamand2k22 berichten...
-
@mameier1234 Die Frage ist funktioniert er mit controller 6.0.5 wieder wie er ist @Diamand2k22
Zumindest startet er bei mir wieder sauber, zur Funktionalität kann ich nix sagen.
@foxriver76
ich hab gesehen, dass du beim echarts-Adapter Änderungen vorgenommen hast1.8.3 (2024-06-17) (foxriver76) upgraded dependencieswann wird die Version verfügbar sein?
-
@foxriver76
ich hab gesehen, dass du beim echarts-Adapter Änderungen vorgenommen hast1.8.3 (2024-06-17) (foxriver76) upgraded dependencieswann wird die Version verfügbar sein?
-
@latzi echarts 1.8.3 fixt das Problem wohl leider auch nicht, Bluefox arbeitet aktuell an dem Problem, ist was größeres leider. Nach Möglichkeit die stable version nutzen die sollte tun.
-
@foxriver76
vielen Dank für die Info, bin aktuell ohnehin auf 1.7.2, die läuft ja problemlos mit js-controller 5 -
Ich weiß nicht, ob das Problem nur unter Windows auftritt. Ich habe gerade nochmal von 5.0.19 direkt auf 6.0.5 upgegraded.
Anschließend fährt der ioBroker leider nicht mehr hoch. Im Service Error Log steht:node:internal/modules/esm/resolve:304 return new ERR_PACKAGE_PATH_NOT_EXPORTED( ^ Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: Package subpath './tools' is not defined by "exports" in C:\ioBroker\SmartHome10\node_modules\@iobroker\js-controller-common\package.json at exportsNotFound (node:internal/modules/esm/resolve:304:10) at packageExportsResolve (node:internal/modules/esm/resolve:651:9) at resolveExports (node:internal/modules/cjs/loader:592:36) at Module._findPath (node:internal/modules/cjs/loader:669:31) at Module._resolveFilename (node:internal/modules/cjs/loader:1131:27) at Module._load (node:internal/modules/cjs/loader:986:27) at Module.require (node:internal/modules/cjs/loader:1233:19) at require (node:internal/modules/helpers:179:18) at Object.<anonymous> (C:\ioBroker\SmartHome10\node_modules\iobroker.js-controller\build\lib\restart.js:8:17) at Module._compile (node:internal/modules/cjs/loader:1358:14) { code: 'ERR_PACKAGE_PATH_NOT_EXPORTED' }iob fix behebt das Problem, wobei ich im Moment noch nicht weiß, warum es nach iob fix wieder funktioniert.
@foxriver76
Hast du schon eine Idee oder brauchst du noch weitere Infos? -
Ich weiß nicht, ob das Problem nur unter Windows auftritt. Ich habe gerade nochmal von 5.0.19 direkt auf 6.0.5 upgegraded.
Anschließend fährt der ioBroker leider nicht mehr hoch. Im Service Error Log steht:node:internal/modules/esm/resolve:304 return new ERR_PACKAGE_PATH_NOT_EXPORTED( ^ Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: Package subpath './tools' is not defined by "exports" in C:\ioBroker\SmartHome10\node_modules\@iobroker\js-controller-common\package.json at exportsNotFound (node:internal/modules/esm/resolve:304:10) at packageExportsResolve (node:internal/modules/esm/resolve:651:9) at resolveExports (node:internal/modules/cjs/loader:592:36) at Module._findPath (node:internal/modules/cjs/loader:669:31) at Module._resolveFilename (node:internal/modules/cjs/loader:1131:27) at Module._load (node:internal/modules/cjs/loader:986:27) at Module.require (node:internal/modules/cjs/loader:1233:19) at require (node:internal/modules/helpers:179:18) at Object.<anonymous> (C:\ioBroker\SmartHome10\node_modules\iobroker.js-controller\build\lib\restart.js:8:17) at Module._compile (node:internal/modules/cjs/loader:1358:14) { code: 'ERR_PACKAGE_PATH_NOT_EXPORTED' }iob fix behebt das Problem, wobei ich im Moment noch nicht weiß, warum es nach iob fix wieder funktioniert.
@foxriver76
Hast du schon eine Idee oder brauchst du noch weitere Infos? -
@gaspode hm das ist komisch, die restart.js muss von einem alten controller gewesen sein ... im aktuellen gibt es den import nicht..
-
War von einer frisch installierten Version 5.0.19 auf 6.0.5.
Ich such morgen mal nach der Ursache.@gaspode ja laut der Fehlermeldung wird bei dir noch irgendwas von
js-controller-common/toolsprobiert zu importieren aber im code auf npm ist das schonjs-controller-common-db/tools. Also irgendwas passt da nicht ganz mit dem Code der da lief. Hast du evtl. den Controller aktualisiert während er lief? Und dann beim ersten restart evtl. noch gecachtes File..Hier könnt ihr mich unterstützen.
-
@gaspode ja laut der Fehlermeldung wird bei dir noch irgendwas von
js-controller-common/toolsprobiert zu importieren aber im code auf npm ist das schonjs-controller-common-db/tools. Also irgendwas passt da nicht ganz mit dem Code der da lief. Hast du evtl. den Controller aktualisiert während er lief? Und dann beim ersten restart evtl. noch gecachtes File..@foxriver76 said in Beta Test js-controller Kiera (v6.0):
Hast du evtl. den Controller aktualisiert während er lief?
Nee, ioBroker war gestoppt. Und das Problem war auch dauerhaft.
Wie gesagt, ich guck mal morgen etwas genauer. -
@foxriver76 said in Beta Test js-controller Kiera (v6.0):
Hast du evtl. den Controller aktualisiert während er lief?
Nee, ioBroker war gestoppt. Und das Problem war auch dauerhaft.
Wie gesagt, ich guck mal morgen etwas genauer.@gaspode ah und allgemein
das ganze File in dem der Error aufkommt
at Object.<anonymous> (C:\ioBroker\SmartHome10\node_modules\iobroker.js-controller\build\lib\restart.js:8:17)Das gibt es in Controller v6 gar nicht... da ist die Struktur anders..
Bin gespannt ob du was raus findest. Irgendwie hat er da noch 5.0.19 Code ausgeführt
Hier könnt ihr mich unterstützen.
-
@gaspode ah und allgemein
das ganze File in dem der Error aufkommt
at Object.<anonymous> (C:\ioBroker\SmartHome10\node_modules\iobroker.js-controller\build\lib\restart.js:8:17)Das gibt es in Controller v6 gar nicht... da ist die Struktur anders..
Bin gespannt ob du was raus findest. Irgendwie hat er da noch 5.0.19 Code ausgeführt
@foxriver76 said in Beta Test js-controller Kiera (v6.0):
Das gibt es in Controller v6 gar nicht... da ist die Struktur anders..
Nach iob fix ist das ganze lib Verzeichnis auch nicht mehr da. :D
Die Frage ist, warum er da rein läuft. -
@foxriver76 said in Beta Test js-controller Kiera (v6.0):
Das gibt es in Controller v6 gar nicht... da ist die Struktur anders..
Nach iob fix ist das ganze lib Verzeichnis auch nicht mehr da. :D
Die Frage ist, warum er da rein läuft.OK, irgendwas geht bei
iob upgrade selfschief, wen direkt von 5.0.19 auf 6.0.5 aktualisiert wird:
>npm ls npm error code ELSPROBLEMS npm error invalid: iobroker.js-controller@5.0.19 C:\ioBroker\SmartHome11\node_modules\iobroker.js-controller iobroker.inst@3.0.0 C:\ioBroker\SmartHome11 +-- dotenv@16.3.1 +-- iobroker.admin@6.13.16 +-- iobroker.backitup@2.11.0 +-- iobroker.discovery@4.5.0 +-- iobroker.js-controller@5.0.19 invalid: "6.0.5" from the root project +-- node-windows@1.0.0-beta.8 `-- windows-shortcuts@0.1.6Ausführen von
npm irichtet das zwar wieder, aber der Anspruch war ja, dass
iob upgrade selfohne weitere Aktionen ausreichen soll. Evtl. kann ja mal jemand in einer Linux Umgebung testen, ob das Problem da auch auftritt.
Zumindest unter Windows ist das zuverlässig reproduzierbar. -
OK, irgendwas geht bei
iob upgrade selfschief, wen direkt von 5.0.19 auf 6.0.5 aktualisiert wird:
>npm ls npm error code ELSPROBLEMS npm error invalid: iobroker.js-controller@5.0.19 C:\ioBroker\SmartHome11\node_modules\iobroker.js-controller iobroker.inst@3.0.0 C:\ioBroker\SmartHome11 +-- dotenv@16.3.1 +-- iobroker.admin@6.13.16 +-- iobroker.backitup@2.11.0 +-- iobroker.discovery@4.5.0 +-- iobroker.js-controller@5.0.19 invalid: "6.0.5" from the root project +-- node-windows@1.0.0-beta.8 `-- windows-shortcuts@0.1.6Ausführen von
npm irichtet das zwar wieder, aber der Anspruch war ja, dass
iob upgrade selfohne weitere Aktionen ausreichen soll. Evtl. kann ja mal jemand in einer Linux Umgebung testen, ob das Problem da auch auftritt.
Zumindest unter Windows ist das zuverlässig reproduzierbar.Beim Pinguin alles prima:
echad@chet:/opt/iobroker $ iob stop echad@chet:/opt/iobroker $ iob version 5.0.19 echad@chet:/opt/iobroker $ iob update Used repository: beta Adapter "admin" : 6.17.14 , installed 6.17.14 Adapter "alexa2" : 3.26.5 , installed 3.26.5 Adapter "alias-manager": 1.2.6 , installed 1.2.6 Adapter "awtrix-light" : 1.2.1 , installed 1.2.1 Adapter "backitup" : 3.0.5 , installed 3.0.5 Adapter "ble" : 0.14.0 , installed 0.14.0 Adapter "cloud" : 5.0.1 , installed 5.0.1 Adapter "devices" : 1.1.5 , installed 1.1.5 Adapter "echarts" : 1.8.2 , installed 1.8.2 Adapter "firetv" : 2.1.0 , installed 2.1.0 Adapter "followthesun" : 0.5.0 , installed 0.5.0 Adapter "govee-local" : 0.2.6 , installed 0.2.6 Adapter "history" : 3.0.1 , installed 3.0.1 Adapter "ical" : 1.15.0 , installed 1.15.0 Adapter "iceroad" : 1.2.1 , installed 1.2.1 Adapter "iot" : 3.3.0 , installed 3.3.0 Adapter "javascript" : 8.6.0 , installed 8.6.0 Controller "js-controller": 6.0.5 , installed 5.0.19 [Updatable] Adapter "midea" : 0.0.7 , installed 0.1.0 Adapter "mihome" : 1.4.0 , installed 1.4.0 Adapter "mihome-cloud" : 0.1.1 , installed 0.1.1 Adapter "mihome-vacuum": 4.2.0 , installed 4.2.0 Adapter "mqtt" : 5.2.0 , installed 5.2.0 Adapter "nina" : 0.0.26 , installed 0.0.26 Adapter "nuki" : 2.0.0 , installed 2.0.0 Adapter "nuki-extended": 2.7.0 , installed 2.7.0 Adapter "nut" : 1.6.0 , installed 1.6.0 Adapter "opendtu" : 1.0.1 , installed 1.0.1 Adapter "openweathermap": 1.0.4 , installed 1.0.4 Adapter "parcel" : 0.2.7 , installed 0.2.7 Adapter "rpi2" : 1.3.2 , installed 2.0.0-alpha.10 Adapter "sainlogic" : 0.10.5 , installed 0.10.5 Adapter "samsung" : 0.6.0 , installed 0.6.0 Adapter "samsung_tizen": 1.1.0 , installed 1.1.0 Adapter "simple-api" : 2.8.0 , installed 2.8.0 Adapter "socketio" : 6.7.0 , installed 6.7.0 Adapter "tado" : 0.5.4 , installed 0.5.4 Adapter "tankerkoenig" : 3.4.0 , installed 3.4.0 Adapter "tr-064" : 4.3.0 , installed 4.3.0 Adapter "tradfri" : 3.1.3 , installed 3.1.3 Adapter "trashschedule": 3.3.0 , installed 3.3.0 Adapter "tuya" : 3.15.0 , installed 3.15.0 Adapter "vis-2" : 2.9.64 , installed 2.9.64 Adapter "weather-warnings": 0.6.7 , installed 0.6.7 Adapter "web" : 6.2.6 , installed 6.2.6 Adapter "whatsapp-cmb" : 0.3.0 , installed 0.3.0 Adapter "ws" : 2.6.1 , installed 2.6.1 Adapter "zigbee" : 1.10.3 , installed 1.10.3 echad@chet:/opt/iobroker $ iob upgrade self Update js-controller from @5.0.19 to @6.0.5 Stopped Objects DB Stopped States DB NPM version: 10.8.1 Installing iobroker.js-controller@6.0.5... (System call) removed 183 packages, and changed 14 packages in 49s 190 packages are looking for funding run `npm fund` for details echad@chet:/opt/iobroker $ iob version 6.0.5 echad@chet:/opt/iobroker $Ich hatte allerdings zuvor schon js-controller 6.0.5 installiert.
-
OK, irgendwas geht bei
iob upgrade selfschief, wen direkt von 5.0.19 auf 6.0.5 aktualisiert wird:
>npm ls npm error code ELSPROBLEMS npm error invalid: iobroker.js-controller@5.0.19 C:\ioBroker\SmartHome11\node_modules\iobroker.js-controller iobroker.inst@3.0.0 C:\ioBroker\SmartHome11 +-- dotenv@16.3.1 +-- iobroker.admin@6.13.16 +-- iobroker.backitup@2.11.0 +-- iobroker.discovery@4.5.0 +-- iobroker.js-controller@5.0.19 invalid: "6.0.5" from the root project +-- node-windows@1.0.0-beta.8 `-- windows-shortcuts@0.1.6Ausführen von
npm irichtet das zwar wieder, aber der Anspruch war ja, dass
iob upgrade selfohne weitere Aktionen ausreichen soll. Evtl. kann ja mal jemand in einer Linux Umgebung testen, ob das Problem da auch auftritt.
Zumindest unter Windows ist das zuverlässig reproduzierbar.Nur noch Handy aber Linux schaut sauber aus. Passiert es auch mit normalen npm Befehl? Im Endeffekt macht upgrade Self nix anderes,..
Controller "js-controller": 6.0.5 , installed 5.0.19 [Updatable] moritz@iobroker-benchmark:/opt/iobroker$ iob upgrade self Controller is running. Please stop ioBroker first. moritz@iobroker-benchmark:/opt/iobroker$ iob stop moritz@iobroker-benchmark:/opt/iobroker$ npm ls iobroker.inst@3.0.0 /opt/iobroker ├── iobroker.admin@6.13.16 ├── iobroker.backitup@2.11.0 ├── iobroker.benchmark@1.2.0 (git+ssh://git@github.com/foxriver76/ioBroker.benchmark.git#6980ab2898d3c6e324765c052ee7c88e8a8c1c0d) ├── iobroker.discovery@4.4.0 └── iobroker.js-controller@5.0.19 moritz@iobroker-benchmark:/opt/iobroker$ iob upgrade self Update js-controller from @5.0.19 to @6.0.5 Stopped Objects DB Stopped States DB NPM version: 10.5.0 Installing iobroker.js-controller@6.0.5... (System call) removed 32 packages, and changed 21 packages in 1m 59 packages are looking for funding run `npm fund` for details moritz@iobroker-benchmark:/opt/iobroker$ npm ls iobroker.inst@3.0.0 /opt/iobroker ├── iobroker.admin@6.13.16 ├── iobroker.backitup@2.11.0 ├── iobroker.benchmark@1.2.0 (git+ssh://git@github.com/foxriver76/ioBroker.benchmark.git#6980ab2898d3c6e324765c052ee7c88e8a8c1c0d) ├── iobroker.discovery@4.4.0 └── iobroker.js-controller@6.0.5 moritz@iobroker-benchmark:/opt/iobroker$Hier könnt ihr mich unterstützen.
-
Nur noch Handy aber Linux schaut sauber aus. Passiert es auch mit normalen npm Befehl? Im Endeffekt macht upgrade Self nix anderes,..
Controller "js-controller": 6.0.5 , installed 5.0.19 [Updatable] moritz@iobroker-benchmark:/opt/iobroker$ iob upgrade self Controller is running. Please stop ioBroker first. moritz@iobroker-benchmark:/opt/iobroker$ iob stop moritz@iobroker-benchmark:/opt/iobroker$ npm ls iobroker.inst@3.0.0 /opt/iobroker ├── iobroker.admin@6.13.16 ├── iobroker.backitup@2.11.0 ├── iobroker.benchmark@1.2.0 (git+ssh://git@github.com/foxriver76/ioBroker.benchmark.git#6980ab2898d3c6e324765c052ee7c88e8a8c1c0d) ├── iobroker.discovery@4.4.0 └── iobroker.js-controller@5.0.19 moritz@iobroker-benchmark:/opt/iobroker$ iob upgrade self Update js-controller from @5.0.19 to @6.0.5 Stopped Objects DB Stopped States DB NPM version: 10.5.0 Installing iobroker.js-controller@6.0.5... (System call) removed 32 packages, and changed 21 packages in 1m 59 packages are looking for funding run `npm fund` for details moritz@iobroker-benchmark:/opt/iobroker$ npm ls iobroker.inst@3.0.0 /opt/iobroker ├── iobroker.admin@6.13.16 ├── iobroker.backitup@2.11.0 ├── iobroker.benchmark@1.2.0 (git+ssh://git@github.com/foxriver76/ioBroker.benchmark.git#6980ab2898d3c6e324765c052ee7c88e8a8c1c0d) ├── iobroker.discovery@4.4.0 └── iobroker.js-controller@6.0.5 moritz@iobroker-benchmark:/opt/iobroker$@foxriver76 said in Beta Test js-controller Kiera (v6.0):
Passiert es auch mit normalen npm Befehl?
Hmm, mit npm sieht es zwar zunächst sauber aus, aber das Problem ist anschließend trotzdem da:
>iob stop ============================= Running Admin shell ============================= ioBroker service name: iob_SmartHome12 iob_SmartHome12 wird beendet. iob_SmartHome12 wurde erfolgreich beendet. >npm i iobroker.js-controller@6.0.5 removed 32 packages, changed 14 packages, and audited 542 packages in 6s 61 packages are looking for funding run `npm fund` for details 25 vulnerabilities (19 moderate, 6 high) To address issues that do not require attention, run: npm audit fix To address all issues (including breaking changes), run: npm audit fix --force Run `npm audit` for details. >npm ls iobroker.inst@3.0.0 C:\ioBroker\SmartHome12 +-- dotenv@16.3.1 +-- iobroker.admin@6.13.16 +-- iobroker.backitup@2.11.0 +-- iobroker.discovery@4.5.0 +-- iobroker.js-controller@6.0.5 +-- node-windows@1.0.0-beta.8 `-- windows-shortcuts@0.1.6 >type daemon\iob_smarthome12.err.log node:internal/modules/esm/resolve:304 return new ERR_PACKAGE_PATH_NOT_EXPORTED( ^ Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: Package subpath './tools' is not defined by "exports" in C:\ioBroker\SmartHome12\node_modules\@iobroker\js-controller-common\package.json at exportsNotFound (node:internal/modules/esm/resolve:304:10) at packageExportsResolve (node:internal/modules/esm/resolve:651:9) at resolveExports (node:internal/modules/cjs/loader:592:36) at Module._findPath (node:internal/modules/cjs/loader:669:31) at Module._resolveFilename (node:internal/modules/cjs/loader:1131:27) at Module._load (node:internal/modules/cjs/loader:986:27) at Module.require (node:internal/modules/cjs/loader:1233:19) at require (node:internal/modules/helpers:179:18) at Object.<anonymous> (C:\ioBroker\SmartHome12\node_modules\iobroker.js-controller\build\lib\restart.js:8:17) at Module._compile (node:internal/modules/cjs/loader:1358:14) { code: 'ERR_PACKAGE_PATH_NOT_EXPORTED' }Aus irgendeinem Grund hat er node_modules\iobroker.js-controller nicht aktualisiert.
Wie gesagt, das tritt nur auf, wenn ich von 5.0.19 komme und auf 6.0.x aktualisiere. Aktualisiere ich anschließend von z.B. 6.0.4 auf 6.0.5 wird das Modul in node_modules aktualisiert. Komisch.
Wobei ich immer von einer frischen 5.0.19 Installation starte. Wenn ich ein paar Mal vor und zurück installiert habe, tritt das Phänomen nicht mehr auf. In einer frischen Installation aber konsequent immer.
Support us
355
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge