NEWS
js-controller 3.3 jetzt im Beta
-
@jan1 Ich denke, entweder nimmst du es so an wie es zur Zeit ist oder du erstellst Dir einen fork auf GitHub und passt es für Dich an. Oder aber der erstellte request auf GitHub findet Anklang und es wird geändert.
Es handelt sich beim iobroker um eine kostenlose Lösung für unsere SmartHomes und dann ist es ebenso wie es vom Entwickler erstellt wird, man kann Wünsche äußern und wenn der Entwickler Bock drauf hat ändert er es und wenn nicht dann eben nicht.
Aber es bleibt jedem frei dieses System so zu nutzen wie es ist oder eben nicht. Ich denke die Farben im Protokoll sind dabei eine kleine und fast unwichtige Sache. Es sei denn du steuerst damit dein eigenes Atomkraftwerk und bist dringendst auf rote Warnmeldungen angewiesen bevor es zu einem zweiten Tschernobyl kommt . Dann aber vielleicht besser auf eine professionelle Industrielösung zurück greifen.
Das wars zu dem Thema und wir warten alle ab was mit dem request passieren wird. -
@michmein
Ich weiß auch nicht warum ich direkt angesprochen werde. Ich habe den Request nicht erstellt und war nicht der erste, den die Farben irritieren. Hatte lediglich meine Meinung dazu gepostet und die wie immer begründet -
@michmein sagte in js-controller 3.3 jetzt im Beta:
ist es ebenso wie es vom Entwickler erstellt wird, man kann Wünsche äußern
da hast du nur teilweise recht! der bunte kram wurde, meines wissens nach, auf allgemeinem wunsch eines einzelen, eingeführt. war ergo ein user request.
was durch die icon einbindung verbessert wurde, wird durch die zeilenfarben pro adapter wieder verschlimmbessert.
dadurch, daß R G B / M C Y grundfarben sind, erleichtert es die farbauswahl nicht gerade. roter hintergrund mit roter schrift ist ein noogo für mich. nicht leicht erkennbar, daß es sich um eine fehlermeldung handelt. ja, man hat oben die buttons zum filtern, der übersicht in einem grundlog dient es sicher nicht...
daher issue auf github von mir. ob es umgesetzt wird, oder wie, liegt an der truppe der entwickler. -
gehört das Thema nicht eher in den Admin-Thread?
-
@sabinet tja, ich hab das thema da nicht angefangen, nur issue erstellt. ist in so foren halt mal so. einer wirft was ein und das thema dreht sich. dazu gibts admins und mods in foren, um so etwas in die bahnen zu leiten...
ich kenn das von meinem kleinen brett, da sind nur ca 70 am chaos verursachen... -
Hallo grüßt euch. Hatte vor kurzem mal alles up to date gebracht, seit heute ist mir folgendes aufgefallen. Die Log wird recht schnell gefüllt mit folgenden Einträgen. "State value"
Muss ich hier händisch die Einträge ändern ?
-
@d3ltoroxp Hi, das muss im Sonoff Adapter gefixt werden. Es gibt dazu auch schon ein Ticket https://github.com/ioBroker/ioBroker.sonoff/issues/183
-
@d3ltoroxp sagte in js-controller 3.3 jetzt im Beta:
Muss ich hier händisch die Einträge ändern ?
@thomas-braun sagte in js-controller 3.3 jetzt im Beta:
@gelberlemmy Issue bei den jeweiligen Adaptern Mal angeschaut / angelegt? -
@d3ltoroxp das sind Fehler der Adapter. Die müssen korrigiert werden an der Stelle. Falls nicht vorhanden, ein GitHub-Issue anlegen und die Adapter auf warn umstellen bei den Logging
-
Ok wunderbar Danke. Indem Fall kann man das erst mal ignorieren, beeinflusst die Funktionsweise nicht weiter ?
-
@d3ltoroxp Nein, dass ist erstmal nur eine Warnung.
-
Kurze Verständnisfrage zu dem Log Lvl. Das heißt, wenn dort steht Info, fangen die Meldungen bei Info an über Warn, error usw.
Wenn ich dort auf Warn stelle, fallen eben Infos weg und nur Warn, Error und Co werden noch angezeigt ? -
@d3ltoroxp korrekt
-
So, wir nähern uns mit dem controller 3.3. weiter zu Stable und daher kommt heute der Stable RC3 aka 3.3.13 ... Es ist am Ende alles gleich ausser das bei einer Erstinstallation der Info-Adapter nicht mehr standardmäßig installiert wird, da einiges an Aufwand reingesteckt werden muss um Ihn Admin5 Kompatibel zu bekommen und bereits einige Features zu Admin5 gewandert sind. Daher nehmen wir Ihn vorerst aus der Standardinstallation. Der Installer ist ebenfalls schon aktualisiert.
-
3.3.13 läuft bisher ohne Auffälligkeiten bei mir.
-
@dslraser sagte in js-controller 3.3 jetzt im Beta:
3.3.13 läuft bisher ohne Auffälligkeiten bei mir.
Dito
-
-
Hi,
mit 3.3.13 läuft bei mir der Nuki nicht mehr, Node 14.17.0, NPM 6.14.4:2021-06-20 10:58:16.571 - debug: nuki.0 (65253) Redis Objects: Use Redis connection: 127.0.0.1:6379 2021-06-20 10:58:16.590 - debug: nuki.0 (65253) Objects client ready ... initialize now 2021-06-20 10:58:16.591 - debug: nuki.0 (65253) Objects create System PubSub Client 2021-06-20 10:58:16.592 - debug: nuki.0 (65253) Objects create User PubSub Client 2021-06-20 10:58:16.592 - debug: nuki.0 (65253) Objects client initialize lua scripts 2021-06-20 10:58:16.599 - debug: nuki.0 (65253) Objects connected to redis: 127.0.0.1:6379 2021-06-20 10:58:16.603 - debug: nuki.0 (65253) objectDB connected 2021-06-20 10:58:16.604 - debug: nuki.0 (65253) Redis States: Use Redis connection: 127.0.0.1:6379 2021-06-20 10:58:16.608 - debug: nuki.0 (65253) States create System PubSub Client 2021-06-20 10:58:16.609 - debug: nuki.0 (65253) States create User PubSub Client 2021-06-20 10:58:16.613 - debug: nuki.0 (65253) States connected to redis: 127.0.0.1:6379 2021-06-20 10:58:16.613 - debug: nuki.0 (65253) statesDB connected 2021-06-20 10:58:16.751 - info: nuki.0 (65253) starting. Version 1.4.4 in /opt/iobroker/node_modules/iobroker.nuki, node: v14.17.0, js-controller: 3.3.13 2021-06-20 10:58:16.771 - debug: nuki.0 (65253) config Nuki bridge name: Nuki bridge 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config IP address: 192.168.0.30 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config port: 8080 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config token: xxxx 2021-06-20 10:58:16.773 - debug: nuki.0 (65253) timer set: 60000 milliseconds 2021-06-20 10:58:16.571 - debug: nuki.0 (65253) Redis Objects: Use Redis connection: 127.0.0.1:6379 2021-06-20 10:58:16.590 - debug: nuki.0 (65253) Objects client ready ... initialize now 2021-06-20 10:58:16.591 - debug: nuki.0 (65253) Objects create System PubSub Client 2021-06-20 10:58:16.592 - debug: nuki.0 (65253) Objects create User PubSub Client 2021-06-20 10:58:16.592 - debug: nuki.0 (65253) Objects client initialize lua scripts 2021-06-20 10:58:16.599 - debug: nuki.0 (65253) Objects connected to redis: 127.0.0.1:6379 2021-06-20 10:58:16.603 - debug: nuki.0 (65253) objectDB connected 2021-06-20 10:58:16.604 - debug: nuki.0 (65253) Redis States: Use Redis connection: 127.0.0.1:6379 2021-06-20 10:58:16.608 - debug: nuki.0 (65253) States create System PubSub Client 2021-06-20 10:58:16.609 - debug: nuki.0 (65253) States create User PubSub Client 2021-06-20 10:58:16.613 - debug: nuki.0 (65253) States connected to redis: 127.0.0.1:6379 2021-06-20 10:58:16.613 - debug: nuki.0 (65253) statesDB connected 2021-06-20 10:58:16.751 - info: nuki.0 (65253) starting. Version 1.4.4 in /opt/iobroker/node_modules/iobroker.nuki, node: v14.17.0, js-controller: 3.3.13 2021-06-20 10:58:16.771 - debug: nuki.0 (65253) config Nuki bridge name: Nuki bridge 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config IP address: 192.168.0.30 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config port: 8080 2021-06-20 10:58:16.772 - debug: nuki.0 (65253) config token: xxxx 2021-06-20 10:58:16.773 - debug: nuki.0 (65253) timer set: 60000 milliseconds 2021-06-20 10:58:18.709 - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.info.uptime" has to be type "string" but received type "number" 2021-06-20 10:58:18.709 - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.vol_info.volume_1.used_size" has to be type "number" but received type "string" 2021-06-20 10:58:18.709 - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.info.uptime" has to be type "string" but received type "number" 2021-06-20 10:58:18.709 - info: synology.0 (49626) State value to set for "synology.0.DiskStationManager.vol_info.volume_1.used_size" has to be type "number" but received type "string" 2021-06-20 10:58:20.054 - info: tuya.0 (54857) State value to set for "tuya.0.bf88c2fc494909d538nhnf.21" has to be type "number" but received type "string" 2021-06-20 10:58:20.214 - info: nuki.0 (65253) Bridge Info requested: http://192.168.0.30:8080/info?token=xxxxx 2021-06-20 10:58:20.225 - info: nuki.0 (65253) State value to set for "nuki.0.164400993.info.timestamp" has to be type "string" but received type "object" 2021-06-20 10:58:20.054 - info: tuya.0 (54857) State value to set for "tuya.0.bf88c2fc494909d538nhnf.21" has to be type "number" but received type "string" 2021-06-20 10:58:20.214 - info: nuki.0 (65253) Bridge Info requested: http://192.168.0.30:8080/info?token=sl0ufi 2021-06-20 10:58:20.225 - info: nuki.0 (65253) State value to set for "nuki.0.164400993.info.timestamp" has to be type "string" but received type "object" 2021-06-20 10:58:22.882 - info: nuki.0 (65253) Lock list requested: http://192.168.0.30:8080/list?token=xxxx 2021-06-20 10:58:22.883 - debug: nuki.0 (65253) found Nuki device: 279997633 2021-06-20 10:58:22.886 - debug: nuki.0 (65253) found Nuki device: 645032813 2021-06-20 10:58:22.887 - error: nuki.0 (65253) uncaught exception: Cannot read property 'hasOwnProperty' of undefined 2021-06-20 10:58:22.888 - error: nuki.0 (65253) TypeError: Cannot read property 'hasOwnProperty' of undefined at initNukiDeviceStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:366:19) at updateAllLockStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:868:13) at Request._callback (/opt/iobroker/node_modules/iobroker.nuki/main.js:1237:17) at Request.self.callback (/opt/iobroker/node_modules/request/request.js:185:22) at Request.emit (events.js:376:20) at Request.<anonymous> (/opt/iobroker/node_modules/request/request.js:1154:10) at Request.emit (events.js:376:20) at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/request/request.js:1076:12) at Object.onceWrapper (events.js:482:28) at IncomingMessage.emit (events.js:388:22) 2021-06-20 10:58:22.888 - error: nuki.0 (65253) Cannot read property 'hasOwnProperty' of undefined 2021-06-20 10:58:22.897 - info: nuki.0 (65253) cleaned everything up... 2021-06-20 10:58:22.897 - info: nuki.0 (65253) terminating 2021-06-20 10:58:22.898 - warn: nuki.0 (65253) Terminated (UNCAUGHT_EXCEPTION): Without reason 2021-06-20 10:58:22.900 - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.deviceType" has to be type "string" but received type "number" 2021-06-20 10:58:22.900 - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.mode" has to be type "string" but received type "number" 2021-06-20 10:58:22.882 - info: nuki.0 (65253) Lock list requested: http://192.168.0.30:8080/list?token=xxxxx 2021-06-20 10:58:22.883 - debug: nuki.0 (65253) found Nuki device: 279997633 2021-06-20 10:58:22.886 - debug: nuki.0 (65253) found Nuki device: 645032813 2021-06-20 10:58:22.887 - error: nuki.0 (65253) uncaught exception: Cannot read property 'hasOwnProperty' of undefined 2021-06-20 10:58:22.888 - error: nuki.0 (65253) TypeError: Cannot read property 'hasOwnProperty' of undefined at initNukiDeviceStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:366:19) at updateAllLockStates (/opt/iobroker/node_modules/iobroker.nuki/main.js:868:13) at Request._callback (/opt/iobroker/node_modules/iobroker.nuki/main.js:1237:17) at Request.self.callback (/opt/iobroker/node_modules/request/request.js:185:22) at Request.emit (events.js:376:20) at Request.<anonymous> (/opt/iobroker/node_modules/request/request.js:1154:10) at Request.emit (events.js:376:20) at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/request/request.js:1076:12) at Object.onceWrapper (events.js:482:28) at IncomingMessage.emit (events.js:388:22) 2021-06-20 10:58:22.888 - error: nuki.0 (65253) Cannot read property 'hasOwnProperty' of undefined 2021-06-20 10:58:22.897 - info: nuki.0 (65253) cleaned everything up... 2021-06-20 10:58:22.897 - info: nuki.0 (65253) terminating 2021-06-20 10:58:22.898 - warn: nuki.0 (65253) Terminated (UNCAUGHT_EXCEPTION): Without reason 2021-06-20 10:58:22.900 - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.deviceType" has to be type "string" but received type "number" 2021-06-20 10:58:22.900 - info: nuki.0 (65253) State value to set for "nuki.0.279997633.info.mode" has to be type "string" but received type "number" 2021-06-20 10:58:23.913 - error: host.VMC123-iobroker instance system.adapter.nuki.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2021-06-20 10:58:23.915 - info: host.VMC123-iobroker Restart adapter system.adapter.nuki.0 because enabled 2021-06-20 10:58:23.913 - error: host.VMC123-iobroker instance system.adapter.nuki.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2021-06-20 10:58:23.915 - info: host.VMC123-iobroker Restart adapter system.adapter.nuki.0 because enabled
daher angelegt: https://github.com/smaragdschlange/ioBroker.nuki/issues/50
-
@apollon77
keine Auffälligkeiten mit 3.3.13 bei mir -
Läuft ohne Probleme mit Node 16 und NPM 7, was mich fast schon wundert