NEWS
js-controller 3.3 jetzt im Beta
-
@jan1 ich finde das farbliche absetzen der einzelnen Adapter zur schnellen visuellen Unterscheidung sehr praktisch. Wenn ich nur „error“ oder „warnings“ sehen möchte habe ich die Möglichkeit dies über die Buttons in der obersten Zeile zu filtern, das ist sehr schön gelöst worden!
@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
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 :)@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.Gruß Michael
Sofern Beiträge hilfreich für Dich sind, nutze das Voting unten rechts. -
@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 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 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. -
@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... :D -
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 ?
-
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
-
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 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? -
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 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.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
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. :+1:
-
3.3.13 läuft bisher ohne Auffälligkeiten bei mir. :+1:
@dslraser sagte in js-controller 3.3 jetzt im Beta:
3.3.13 läuft bisher ohne Auffälligkeiten bei mir. :+1:
Dito
-
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.
@apollon77 :+1:
-
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.
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 enableddaher angelegt: https://github.com/smaragdschlange/ioBroker.nuki/issues/50
-
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.
@apollon77
keine Auffälligkeiten mit 3.3.13 bei mir :+1:
739
Online32.6k
Users82.2k
Topics1.3m
Posts