[Vorlage] JS: Log-Datei aufbereiten für VIS

liv-in-sky

hast du den jsonclear datenpunkt schon gefixt? denn im moment funktioniert es bei mir!

mal eine frage zm verständnis

wann wird das json eigentlich gelöscht ode resetet - soweit ich das verstehe, wird bis 60 mitgezählt - danach bleibt der counter stehen - es werden also 60 einträge gezählt bzw 60 einträge sind im json vorhanden (und werden bei über 60 überschreiben first in last out) . ich kann dann auf den counter reagieren (momentan setzte ich clearjson und sende vorher eine mail mit dem inhalt von "log") -

da ich jede nacht neustarte muss ich mich selbst um das löschen der fehler kümmern, wenn ich danach wieder mit einem "frischen " json bzw counter anfangen möchte?
-- falls ich die fehler sichern möchte , muss ich den "logjson-" oder "log"-datenpunkt selbstständig sichern, wenn der counter bei 60 ist

habe ich das so richtig verstanden?

ps: der "logMostRecent" datenpunkt ist auch eine tolle idee

Mic

@sigi234 sagte in [Vorlage] JS: Log-Datei aufbereiten für VIS:

Super, kann man wieder wie du mal geschrieben hast nur ab da das Skript austauschen:
Ab hier nichts mehr ändern / Stop editing here!

Ja, genau.

Mic

@liv-in-sky sagte in [Vorlage] JS: Log-Datei aufbereiten für VIS:

hast du den jsonclear datenpunkt schon gefixt? denn im moment funktioniert es bei mir!

Interessant, bei mir funktioniert es so gut wie gar nicht, muss ich noch mal genauer analysieren. Daher auch das Issue #6 noch offen.

mal eine frage zm verständnis

Die Idee ist wie folgt:
Der Datenpunkt ".logJSON" dient dazu, um im VIS mittels Widget 'basic - Tabelle' den gefilterten Log auszugeben, etwa für Warnungen/Fehler. Mit dem Datenpunkt ".logJSONcount" kann man zusätzlich zum Beispiel auf der Home-Seite des Tablets anzeigen, wie viele neue Warnungen/Fehler gibt. Dann darauf klicken, und es kommt die Tabelle. Wie hier im Beispiel gleich 60 Probleme:
Bild Text

Wenn man nun im VIS auf einen Button "ok, habe ich gelesen" (das englische Wort "acknowledged" passt hier wohl besser ) klicke, also der Datenpunkt ".clearJSON" auf "true" gesetzt wird, dann wird ".logJSONcount" auf 0 gesetzt und ".logJSON" geleert. Im VIS also Zähler auf 0, und Tabelle wieder leer.
Es werden ab dann nur neu hinzukommende Log-Einträge wieder hinzugefügt (gesteuert über Datenpunkt ".clearJSONtime"), der Datum/Uhrzeit enthält, wann der Button gedrückt wurde.

Somit ist man stets über neue Warnungen/Fehler oder andere Logeinträge auf dem laufenden...

Die "60" kommt daher, dass im Script in der Konstante JSON_NO_ENTRIES standardmäßig 60 steht, das kann man beliebig anpassen, also auch auf 100, etc. setzen. Bitte nur nicht zu viel eintragen, denn sonst "platzt" der Datenpunkt irgend wann. D.h. wenn da 60 steht, wird der Datenpunkt gefüllt bis 60, dann beim 61. Eintrag der jeweils älteste entfernt, so dass immer nur die neuesten 60 enthalten sind.

Ich finde es ziemlich cool, denn so ist man immer im VIS über mögliche ioBroker-Fehler auf dem Laufenden. Und kann natürlich auch vieles andere tracken und bei Aufkommen im VIS anzeigen, dank der Filter des Log-Scripts.

liv-in-sky

@Mic sagte in [Vorlage] JS: Log-Datei aufbereiten für VIS:

Interessant, bei mir funktioniert es so gut wie gar nicht, muss ich noch mal genauer analysieren. Daher auch das Issue #6 noch offen.

das löschen funktioniert immer erst, wenn eine neue fehlermeldung kommt - so scheint es zumindest

bei deiner 2.ten erklärung meinst du wohl statt ".logMostRecent" den punkt ckearJson, denn der "logMost Recent" ist kein logikwert sondern beinhaltet text - der macht keinen reset des counters !?

ich glaub, ich habe es schon richtig verstanden
und ja - ich finde das script auch genial zum schnellen anzeigen von fehlern

Mic

@liv-in-sky sagte in [Vorlage] JS: Log-Datei aufbereiten für VIS:

das löschen funktioniert immer erst, wenn eine neue fehlermeldung kommt - so scheint es zumindest

Ok, Fix kommt demnächst...

bei deiner 2.ten erklärung meinst du wohl statt ".logMostRecent" den punkt ckearJson, denn der "logMost Recent" ist kein logikwert sondern beinhaltet text - der macht keinen reset des counters !?

Danke, ja genau, habe ich oben korrigiert.

Bluelightcrew

@Mic sagte in [Vorlage] JS: Log-Datei aufbereiten für VIS:

@liv-in-sky sagte in [Vorlage] JS: Log-Datei aufbereiten für VIS:

hast du den jsonclear datenpunkt schon gefixt? denn im moment funktioniert es bei mir!

Interessant, bei mir funktioniert es so gut wie gar nicht, muss ich noch mal genauer analysieren. Daher auch das Issue #6 noch offen.

mal eine frage zm verständnis

Die Idee ist wie folgt:
Der Datenpunkt ".logJSON" dient dazu, um im VIS mittels Widget 'basic - Tabelle' den gefilterten Log auszugeben, etwa für Warnungen/Fehler. Mit dem Datenpunkt ".logJSONcount" kann man zusätzlich zum Beispiel auf der Home-Seite des Tablets anzeigen, wie viele neue Warnungen/Fehler gibt. Dann darauf klicken, und es kommt die Tabelle. Wie hier im Beispiel gleich 60 Probleme:

Wenn man nun im VIS auf einen Button "ok, habe ich gelesen" (das englische Wort "acknowledged" passt hier wohl besser ) klicke, also der Datenpunkt ".clearJSON" auf "true" gesetzt wird, dann wird ".logJSONcount" auf 0 gesetzt und ".logJSON" geleert. Im VIS also Zähler auf 0, und Tabelle wieder leer.
Es werden ab dann nur neu hinzukommende Log-Einträge wieder hinzugefügt (gesteuert über Datenpunkt ".clearJSONtime"), der Datum/Uhrzeit enthält, wann der Button gedrückt wurde.

Somit ist man stets über neue Warnungen/Fehler oder andere Logeinträge auf dem laufenden...

Die "60" kommt daher, dass im Script in der Konstante JSON_NO_ENTRIES standardmäßig 60 steht, das kann man beliebig anpassen, also auch auf 100, etc. setzen. Bitte nur nicht zu viel eintragen, denn sonst "platzt" der Datenpunkt irgend wann. D.h. wenn da 60 steht, wird der Datenpunkt gefüllt bis 60, dann beim 61. Eintrag der jeweils älteste entfernt, so dass immer nur die neuesten 60 enthalten sind.

Ich finde es ziemlich cool, denn so ist man immer im VIS über mögliche ioBroker-Fehler auf dem Laufenden. Und kann natürlich auch vieles andere tracken und bei Aufkommen im VIS anzeigen, dank der Filter des Log-Scripts.

kannst du mir die rechte seite von deinem Vis log exportieren? Ich hab das auch so ähnlich nur stimmt bei mir die formatierung vorne und hinten nicht.

Mic

Habe nun das Issue "Button javascript.0.Log-Script.logXxxx.clearJSON not working reliably" in Version 1.2 gefixt.

Link: Version 1.2

Mic

@Bluelightcrew sagte in [Vorlage] JS: Log-Datei aufbereiten für VIS:

kannst du mir die rechte seite von deinem Vis log exportieren? Ich hab das auch so ähnlich nur stimmt bei mir die formatierung vorne und hinten nicht.

Das ist einfach nur das Widget "basic - Table". Dort in den Eigenschaften unter Generell > CSS-Klasse tablelog eintragen.
Dann in CSS folgendes CSS verwenden:

/************************
 * Log-Table 
 ************************/
.tablelog .log-warn { color: orange; font-weight: bold; }
.tablelog .log-error { color: red;  font-weight: bold;}

.tablelog-inner {
    background-color: transparent;
}
.tablelog.vis-widget {
    background-color: transparent !important;
}

.tablelog-th1 { /* nur linke Spalte */ 
    width: 40px;
    text-align: center;
    color: white;
    font-size: 11px;
    padding: 2px;
}
/* Tabellen-Zeilen odd/even */
.tablelog-tr:nth-child(odd) {
    font-size: 11px;
    color: white;
    background-color: #707070;
}
.tablelog-tr:nth-child(even) {
    font-size: 11px;
    color: white;
    background-color: #606060;
}

Mic

Neue Funktion

Es gibt Adapter/Scripte, die etwa bei Fehlern oder Warnungen das Log füllen mit immer demselben Text, etwa wenn gerade ein Gerät nicht erreichbar ist.
Ich habe daher eine neue Funktion eingebaut, die folgendes ermöglicht:
Bisher:

Jetzt nur noch eine Log-Zeile:

Das Script prüft also, ob es bereits einen oder mehrere Logeinträge mit demselben Text gibt, und stellt "[xx Einträge]" vor den Logtext, und wirft die älteren Logeinträge raus. Der Zähler zählt bei jedem neuen Logeintrag mit demselben Text automatisch hoch.
Ermöglicht also ein deutlich gekürztes Log bei wiederkehrenden Fehlern/Warnungen.

Aktuelles Script: Version 1.4 auf Github

Hierzu gibt es folgende 2 neue Optionen im Script:

/**
 * Gleiche Logeinträge zusammenfassen:
 * Falls MERGE_LOGLINES_ACTIVE auf true gesetzt, so werden mehrere Logeinträge, die immer wieder auftauchen, 
 * jeweils entfernt und nur der letzte angezeigt mit vorangestelltem [XXX entries], wo XXX die Anzahl der Logeinträge ist.
 * Falls man das nicht möchte: auf false setzen.
 * In MERGE_LOGLINES_TXT kann ein anderes Wort eingetragen werden, z.B. 'Einträge', damit [XXX Einträge] vorangestellt wird.
 * HINWEIS: Falls MERGE_LOGLINES_TXT geändert wird: bitte alle Datenpunkte des Scripts löschen und dann Script neu starten.
 */
const MERGE_LOGLINES_ACTIVE = true;
const MERGE_LOGLINES_TXT = 'Einträge';  // English default: 'entries'

Glasfaser

@Mic

Danke für die neue " Funktion " .
Nutze dein Script schon sehr lange und war damit immer UpToDate .

Mic

@Glasfaser
gerne, freut mich, danke für Deine Rückmeldung

sigi234

@Mic

Danke, gibt es eine Möglichkeit das man Log Einträge automatisch nach xxx Tagen löschen kann?

darkiop

Super, wird morgen getestet

Mic

@sigi234 sagte in [Vorlage] JS: Log-Datei aufbereiten für VIS:

gibt es eine Möglichkeit das man Log Einträge automatisch nach xxx Tagen löschen kann?

Schöne Idee, habe ich als Feature Request in Github hinzugefügt.

Dr. Bakterius

@Mic sagte in [Vorlage] JS: Log-Datei aufbereiten für VIS:

Es gibt Adapter/Scripte, die etwa bei Fehlern oder Warnungen das Log füllen mit immer demselben Text, etwa wenn gerade ein Gerät nicht erreichbar ist.
Ich habe daher eine neue Funktion eingebaut, die folgendes ermöglicht:

Super Idee!

In Zukunft würde ich mir wünschen zu wissen welche Zeilen zu aktualisieren sind (außer 'Ab hier nicht mehr ändern'). Zum Beispiel hat sich neben den beiden neuen Optionen der Name der Konstante in Zeile 320 geändert. Das erzeugt dann im besten Fall nur eine kleine Fehlermeldung.

liv-in-sky

@Mic
super idee für das script - morgen wird getestet

crunchip

@Mic irgendwie haut da aber irgendwas nicht ganz hin, oder ich hab da nen Fehler gemacht.
Hab das Skript aktualisiert und lediglich meine blacklist rein kopiert.
Nachdem ich momentan mit dem iot Adapter experimentiere, hab ich auch jede Menge Meldungen, jedoch zeigt´s mir nun keine json mehr an.

slonnet

@crunchip sagte in [Vorlage] JS: Log-Datei aufbereiten für VIS:

@Mic irgendwie haut da aber irgendwas nicht ganz hin, oder ich hab da nen Fehler gemacht.
Hab das Skript aktualisiert und lediglich meine blacklist rein kopiert.
Nachdem ich momentan mit dem iot Adapter experimentiere, hab ich auch jede Menge Meldungen, jedoch zeigt´s mir nun keine json mehr an.

Hallo,
kann das Verhalten leider bestätigen.
Das liegt wohl an der neuen Funktion, die Log Einträge zusammenfasst.
Wenn ich die Funktion deaktivieren läuft alles normal!
Es sieht so aus, als ob im gefilterten Log nur noch zusammengefasste Log Einträge erscheinen.
Desweitern wir der Zähler beim Log löschen wohl nicht zurückgesetzt.

Gruss Seb

Edit: Ich habe von einer sehr alten Version des Script geupdatet. Ich vermisse das Objekte des Löschzeitpunkts. Wurde die Funktion entfernt oder liegts an meiner Konfiguration?

liv-in-sky

hi @Mic

ich habe einen individuellen Eintrag erstellt - der funktioniert auch nur, wenn das merge abgeschalten ist

  {
    id:          'nodered',
    filter_all:  ['node-red.0'],
    filter_any:  ['timer', 'alarm', 'cookie', 'error', 'disconnected'],
    blacklist:   [ '',''],
    clean:       ['****', '!!!!'],
    columns:     ['date','level','source','msg'],

unterschiedliche anzeigen im spoiler

Mic

@liv-in-sky, @crunchip, @slonnet
Vielen Dank für Eurer Feedback. Ich konnte es fixen mit Version 1.5. Nun sollte alles so funktionieren wie gewünscht.

Aktuelle Version 1.5 (keine Änderungen in den Einstellungen nötig).

NEWS

[Vorlage] JS: Log-Datei aufbereiten für VIS

Neue Funktion

Support us

1.3k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts

NEWS

[Vorlage] JS: Log-Datei aufbereiten für VIS

Neue Funktion

Support us

1.3kOnline

30.5kUsers

76.8kTopics

1.2mPosts

1.3k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts