Vorstellung: KNX-Lens

[Amenophis]

Genau, hatte ich auch schon supported. Habe heute Abend zum Beispiel was gesucht und bei nem Log über einen ganzen Tag dauert es doch einige Zeit, bis es geladen wird. Wenn man es dann doch nochmal eingrenzen will, muss man mit mehreren Tabs arbeiten. Ist alles möglich aber angenehmer wäre eine zeitliche Begrenzung.

[henfri]

Aber geladen wird ja als allererstes.
Filtern kommt ja später.
Ich verstehe noch nicht ganz, wo der Vorteil ist, wenn man nach Zeit filtert...
Sollte aber auch nicht so aufwändig sein

[Amenophis]

Beispiel: meine Frau hat mir heute Abend mitgeteilt, dass heute morgen der TV ständig sich an und ausgeschaltet hat. Sie dachte es sei die Steckdose. Ich habe verschiedene Dinge, die die Steckdose und den TV schalten können, sowohl Szenen als auch Logiken. Jetzt wollte ich rausfinden, was in der besagten Zeit es gewesen sein könnte. Allerdings musste ich dafür das gesamte Log laden, weil ich nicht genau wusste, wo der Befehl hergekommen sein könnte und über welche GA bzw was vielleicht den Schaltbefehl selbst ausgelöst haben könnte. Per Timestamp kann ich mir alles in der Zeit anschauen, muss aber nicht vorher eingrenzen auf GA, PA, Raum oder sonstige Filter.

Wie gesagt, mit den aktuellen Filtern habe ich es auch gefunden aber musste diese mehrfach anpassen, dass ich alles nötige finden konnte. Und die Ladezeit sich das Ergebnis anzuzeigen, wird auch reduziert, wenn das Ergebnis geringer ist.

[henfri]

Aber du kannst doch einfach das log laden und an die Stelle scrollen.

Sorry ich versuche nur das zu verstehen.

Ich verstehe nicht ganz, ob an die Performance nicht gut genug ist und das Laden einfach. Solange dauert denn das würde sich so wie ich es im Sinn habe, nicht ändern. Ich würde weiterhin das ganze Log laden, aber nur den bestimmten Bereich anzeigen.

[Amenophis]

Du hast absolut Recht und so mache ich es ja auch. Deswegen auch die Aussage, dass es sich dabei ausschließlich um eine komfort Sache handelt, die es vereinfachen würde.

Vielleicht müssen wir auch nochmal über den Begriff "laden" sprechen. Ich starte die Anwendung, wähle meine Filter aus, gehe in die Log Ansicht und drücke r. Erst dann wird mir etwas angezeigt. Und das Anzeige nach Drücken des r dauert bei langen Logs natürlich entsprechend lange. Das könnte man reduzieren, wenn man hier noch einen Timestamp Filter hätte, oder?

[henfri]

Hallo,

gut dass wir das so detailliert besprechen.
Der Filter würde so, wie ich ihn implementiert hätte wohl wenig bringen, da ich ihn gleichwertig zu den anderen Filtern implementiert hätte.
Es würde ja nur etwas bringen, wenn man erst den Zeitbereich filtert (und alles andere vom Log gar nicht erst einliest) und dann die anderen Filter anwendet (unter der Annahme dass man die häufiger ändert).
Prinzipiell ist es ja sogar einfacher nach 1/2/3 ODER 7/8/9 zu filtern als nach >12:23:18 UND <13:15:18

Allerdings wundert mich, dass du "r" drücken musst. Das muss ich nicht. Ich lade das log (und per default wird immer das aktuelle beim Start geöffnet) und dann setze ich die Filter und gehe in den Log-View. Dort wird sofort das Ergebnis -das gefilterte Log- angezeigt.

Nutzt du das Web-Interface, oder die Kommandozeile?
@all: das würde mich grundsätzlich mal interessieren, wie hier die Verteilung ist.

Gruß,
Hendrik