UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[MichMein]

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

[paul.honka]

@jan1 Finde ich auch. In den Industrieleitsystemen sind in den Meldezeilen und Logs nur wenig Farben vorhanden. Die kennzeichnen die Art der Meldun, Störuns-, Warnungs-, Betriebs- und Gefahrmeldungen u. ä. . Das bunte Geraffel überfordert den Operater visuell.
Beste Grüße paul

[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... :D

[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

[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. :+1:

[sigi234]

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

@apollon77

3.3.13 läuft bisher ohne Auffälligkeiten bei mir. :+1:

Dito