Test: Adapter Log Parser v0.x.x GitHub

[Mic]

@D3ltoroxp sagte in Test: Adapter Log Parser v0.x.x GitHub:

Klingt interessant. Ich frage mich ob ich das Script auch für andere Logs nutzen kann ? @Mic
Ich habe ein anderes Script, das mit in einem DP Punkt eine Log anlegt. Aus dieser Log möchte ich gern Sätze ausfiltern und in einen extra DP schreiben lassen.

Warum nutzt du denn nicht dein Script selbst dafür? Wenn du daraus Logs schreibst dann hast du doch die Infos eh schon zur Verfügung.

Ansonsten: du kannst auch onLog() verwenden.

[D3ltoroxp]

@Mic Ist nicht mein Script, das ist eigentlich ein Script zur Fensterüberwachung. In dem DP wird dann quasi protokolliert. Daraus brauche ich aber einzelne Sätze für die einzelnen Fenster. Ich habe das Script nicht geschrieben und kenne mich damit auch überhaupt nicht aus. Daher die Frage.

[Negalein]

@D3ltoroxp sagte in Test: Adapter Log Parser v0.x.x GitHub:

ist eigentlich ein Script zur Fensterüberwachung. In dem DP wird dann quasi protokolliert. Daraus brauche ich aber einzelne Sätze für die einzelnen Fenster.

meinst du so eine Anzeige?

Das mach ich dann mit einem Blockly

Und im Logparser schaut es so aus

[D3ltoroxp]

@Negalein Fragst du da einen DP ab ? Uhrzeit brauch ich nicht, nur den Satz eben, Küchenfenster seit 15 min offen z.b. das steht auch so drin in diesem DP und wird immer erweitert. Glaub x Einträge und der Rest wird halt überschrieben.

Aus diesem DP wollte ich dann z.b. Küchenfenster rausfiltern und in einen neuen DP schreiben, aber nur "Küchenfenster seit xx min offen"

[Negalein]

@D3ltoroxp sagte in Test: Adapter Log Parser v0.x.x GitHub:

Fragst du da einen DP ab

ja, oben im Trigger "Bad is opened". Das ist direkt der State vom Fensterkontakt.

Uhrzeit usw. kommt dann von Logparser.

aber nur "Küchenfenster seit xx min offen"

da wäre dann eher dieses Script was für dich

[D3ltoroxp]

@Negalein Genau um dieses Script geht es. Er sammelt das aber für alle Fenster in einem DP Punkt als eine Art Log. Aus diesem DP möchte ich eben die einzelnen Fensternamen heraus fischen mit der passenden Minutenzahl und diese getrennt in einen neuen DP schreiben in dem dann immer nur ein Satz steht mit der Minute wie lange das Fenster schon auf ist.

[Negalein]

@D3ltoroxp sagte in Test: Adapter Log Parser v0.x.x GitHub:

Genau um dieses Script geht es. Er sammelt das aber für alle Fenster in einem DP Punkt als eine Art Log. Aus diesem DP möchte ich eben die einzelnen Fensternamen heraus fischen mit der passenden Minutenzahl und diese getrennt in einen neuen DP schreiben in dem dann immer nur ein Satz steht mit der Minute wie lange das Fenster schon auf ist.

Da ist es besser du fragst mal in dem besagten Thread nach. Kenn mich da auch nicht so aus.

[Mic]

@D3ltoroxp

@Negalein sagte in Test: Adapter Log Parser v0.x.x GitHub:

Da ist es besser du fragst mal in dem besagten Thread nach. Kenn mich da auch nicht so aus.

Das hätte ich jetzt auch empfohlen, also direkt das Script anpassen bzw. dort fragen. Irgendwie über Umwege über den Log-Parser-Adapter mit ggf. Zusatz-Script/Blockly wäre wohl nicht so zielführend.

[D3ltoroxp]

Ok Danke euch, dann werde ich das mal dort ansprechen.

[smartboart]

Hi Leute,
Ich räume gerade meine Scripte auf und wenn ich schonmal dabei bin, werden auch die logs aufgeräumt um das ganze dann sinnvoll mit dem Adapter hier zu nutzen.

Dabei stellt sich mir eine Frage....Wie verhält sich der Adapter in einem Multihost System?
Bekomme ich nur die logs auf dessen System der Adapter installiert ist und muss mehrere Instanzen installieren, oder reicht es den Adapter mit einer Instanz auf dem Master Host zu installieren?

[Mic]

@smartboart sagte in Test: Adapter Log Parser v0.x.x GitHub:

Ich räume gerade meine Scripte auf und wenn ich schonmal dabei bin, werden auch die logs aufgeräumt um das ganze dann sinnvoll mit dem Adapter hier zu nutzen.

Dabei stellt sich mir eine Frage....Wie verhält sich der Adapter in einem Multihost System?
Bekomme ich nur die logs auf dessen System der Adapter installiert ist und muss mehrere Instanzen installieren, oder reicht es den Adapter mit einer Instanz auf dem Master Host zu installieren?

Der Adapter nutzt sog. logTransporter, hier hat Bluefox das beschrieben: https://github.com/ioBroker/ioBroker.js-controller/blob/master/doc/LOGGING.md
Multihost nutze ich nicht, daher kann ich nichts weiteres dazu sagen.
Hast du mal mit alleiniger Master-Installation getestet? Kommen da auch sonst Logs an der "Kinder"?

[smartboart]

@Mic hi ja habe heute getestet... Bekomme auch die logs von der Javascript instance welche auf dem slave läuft... Super Sache..
Verhaelt sich besser als der admin an dieser Stelle...

[Mic]

@smartboart
Cool Freut mich, dass es geht.

[Glasfaser]

@Mic

Habe einen kleinen Fehler gefunden bzw. wolltest du den überhaupt in der Auswahl freigeben !??

.

EDIT :

hier noch Daten ..

Log Parser Version 1.0.4
Admin 4.1.10

[Knallochse]

@Glasfaser das gleiche Verhalten habe ich auch

[bahnuhr]

Ich habe 1.0.4

Dort gibt es den Punkt in der Auswahl nicht.

[Glasfaser]

@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
@Mic

Für was ist diese Einstellung .... ?

.

und nochwas zum alten Thema @Mic

Sorry

.
Aktuell , noch teils vorhanden :

[Mic]

@Glasfaser
@Knallochse

Das war ein Problem von Beginn an, weil ich beim Adapter Creator eine falsche Option wählte
Eigentlich seit ein paar früheren Adapter-Versionen behoben, aber kann sein, dass da was nicht bei euch gelöscht/aktualisiert wurde, weil da auch Zusatz-Datei betroffen war, die ich löschte.

Beste Lösung wahrscheinlich:

1. Adapter-Konfiguration sichern
2. Adapter deinstallieren, also Adapter selbst (und damit alle Instanzen)
3. Adapter neu installieren

Dann sollte alles verschwunden sein. Sorry für die Umstände und freu mich auf euer Feedback, ob es das war

[Mic]

@ Alle

Ich muss noch einen Bug fixen - https://github.com/Mic-M/ioBroker.logparser/issues/15 - für den es aber einen Workaround gibt, daher besteht keine Eile.
In diesem Zuge werde ich den Adapter-Code optimieren und wohl auf Promises und async/await umbauen für deutlich bessere Fehlerbehandlung, besser lesbaren Code etc.

Habt ihr noch "hot" Punkte, die es gilt zu verbessern bzw. eingebaut werden sollten in diesem Zuge? Werft am besten auch einen Blick auf die Issue-Liste, bevor ihr Vorschläge macht: https://github.com/Mic-M/ioBroker.logparser/issues

Mic-M created this issue in Mic-M/ioBroker.logparser

closed Regex issue for tab "Parser Rules", column "Blacklist #15

[Knallochse]

@Mic Ich für meinen Teil bin mit deinem Adapter sehr zufrieden und möchte mich herzlich bei dir bedanken