Test: Adapter Log Parser v0.x.x GitHub
-
@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
-
@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.
-
@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.
-
@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.
-
Ok Danke euch, dann werde ich das mal dort ansprechen.
-
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? -
@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"? -
@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... -
@smartboart
Cool
Freut mich, dass es geht. -
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 -
@Glasfaser das gleiche Verhalten habe ich auch
-
Ich habe 1.0.4
Dort gibt es den Punkt in der Auswahl nicht.
-
@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
@MicFür was ist diese Einstellung .... ?
.
und nochwas zum alten Thema @Mic
Sorry
.
Aktuell , noch teils vorhanden :
-
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:
- Adapter-Konfiguration sichern
- Adapter deinstallieren, also Adapter selbst (und damit alle Instanzen)
- Adapter neu installieren
Dann sollte alles verschwunden sein. Sorry für die Umstände und freu mich auf euer Feedback, ob es das war
-
@ 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 Ich für meinen Teil bin mit deinem Adapter sehr zufrieden und möchte mich herzlich bei dir bedanken
-
@Mic sagte in Test: Adapter Log Parser v0.x.x GitHub:
Beste Lösung wahrscheinlich:
- Adapter-Konfiguration sichern
- Adapter deinstallieren, also Adapter selbst (und damit alle Instanzen)
Punkt 1 +
Instanz löschen und neu erstellen hat gereicht + zurückspielen der Einstellung .Die alten Datenpunkten Log-Werte ,habe ich mir per states.json wieder zurückgeholt.
Alles in Ordnung , keine Leiche mehr im Keller
-
@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
Die alten Datenpunkten Log-Werte ,habe ich mir per states.json wieder zurückgeholt.
Wie?
-
states.json im Verzeichniss sichern .
Änderungen wie oben durchführen .....
ioBroker stoppen , gesicherte states.json wieder ins Verzeichniss ( Auf die Rechte achten )
ioBroker starten
-
