js-controller 3.3 jetzt im Beta

[Chaot]

@paul-honka Ich bin zwar auch nicht so sonderlich von den Farben begeistert, aber ich bin andererseits auch der Meinung das eine private Haussteuerung sich nicht an Industriestandards anpassen sollte. Die darf ruhig etwas individueller sein.
Wenn ich Fehlermeldungen und hochfunktionale Grafiken anschauen will schaue ich auf der Arbeit auf die Displays. In meiner Freizeit darf es dann gerne eine etwas andere Optik sein.

[Jan1]

@michmein
ich will schnell sehen wo es klemmt und wenn ich erst noch filtern muss, sehe ich gar nix zumal rot ne Warnfarbe ist. Die Zuordnung ist wesentlich einfacher über die Adapter Icons als über die vielen Farben, die sich dann teils auch nur minimal unterscheiden. Habe ich nur rot als Warnfarbe, sehe ich auch sofort welcher Adapter hier ein Problem hat, der Rest interessiert schlicht nicht wirklich. Es war vorher deutlich übersichtlicher, was jetzt mit den Farben nicht mehr ist. Hier kann man noch lange diskutieren und hat mit Geschmack auch weniger zu tun, wenn ich zwei mal schauen muss, ist es definitiv weniger Übersichtlich. Ein buntes Log ist eben nix was man braucht oder haben möchte.
Das soll nicht schön sein, sondern praktisch und sich an etablierte Standards halten. XP hatte auch einigen gefallen

Ich denke ich muss hier auch nichts mehr schreiben, da von meiner Seite alles genannt wurde und auf Git der passende Request dazu angelegt ist.

@Chaot
richtig, individuell und hier bekomme ich was aufgedrängt was ich so nicht will und mir null Vorteil gegenüber dem vorherigen Stand bringt. Wenn man das ausschalten könnte, wäre mir das dann egal, wenn einer sich das bunte Log antun möchte

[MichMein]

@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.

[Jan1]

@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

[da_Woody]

@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.

[SabineT]

gehört das Thema nicht eher in den Admin-Thread?

[da_Woody]

@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...

[D3ltoroxp]

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 ?

[Feuersturm]

@d3ltoroxp Hi, das muss im Sonoff Adapter gefixt werden. Es gibt dazu auch schon ein Ticket https://github.com/ioBroker/ioBroker.sonoff/issues/183

mrfenyx created this issue in ioBroker/ioBroker.sonoff

closed Logging: INFO Flood with new js-controller 3.3.x #183

[Glasfaser]

@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?

[Kueppert]

@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

[D3ltoroxp]

Ok wunderbar Danke. Indem Fall kann man das erst mal ignorieren, beeinflusst die Funktionsweise nicht weiter ?

[Feuersturm]

@d3ltoroxp Nein, dass ist erstmal nur eine Warnung.

[D3ltoroxp]

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 ?

[Kueppert]

@d3ltoroxp korrekt

[apollon77]

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.

[dslraser]

@apollon77

3.3.13 läuft bisher ohne Auffälligkeiten bei mir.

[sigi234]

@dslraser sagte in js-controller 3.3 jetzt im Beta:

@apollon77

3.3.13 läuft bisher ohne Auffälligkeiten bei mir.

Dito

[da_Woody]

@apollon77

[A Former User]

@apollon77

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

Ilovegym66 created this issue in smaragdschlange/ioBroker.nuki

closed uncaught exception jscontroller 3.3.13 #50