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

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

Spoiler

einmal mit und ohne "merge"

[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).

[Dr. Bakterius]

@Mic :+1:

[Mic]

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

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?

Wurde ab 1.00 entfernt, da der Datenpunkt dem Script dazu diente, den Änderungszeitpunkt für die Bereinigung zu ermitteln. Allerdings ist das im Datenpunkt 'javascript.0.Log-Script.logXXXX.clearJSON'über den "Timestamp" verfügbar, daher als redundant herausgeworfen.
Kann man auch in JavaScript einfach abfragen:

let dtState = new Date(getState('javascript.0.Log-Script.logInfo.clearJSON').ts);
log('DATUM: ' + dtState);

Für was hast Du den Datenpunkt verwendet? Kann ich bei Bedarf wieder separat hinzufügen.

[liv-in-sky]

@Mic

habe seltsames verhalten - mein sql server ist aus - also kommen sql fehler und nodered fehler - die nodered fehler sind selbst definiert - sie verschwinden immer im hauptlog (oben)