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

[Stephan Schleich]

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

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

@Mic

Hallo, Super Adapter ! :+1:

Habe mal eine View gebastelt, irgendwo habe ich einen Fehler, die Logs springen wieder zurück.

Kannst du die View mal testen?

VIEW_Log_Mic3_sigi234.txt

Danke für dein Feedback Sigi, schöne View hast du da :-)
Was meinst du mit "springen wieder zurück"? Ich komme nicht gleich dazu, mir das anzusehen, evtl. erst in ein paar Tagen, also nicht wundern ;)

Er meint damit, dass wen du Warn,Error etc. anklickst und ein Info Log kommt er sofort wieder auf Info springt

[Mic]

@sigi234
@Stephan-Schleich sagte in Test: Adapter Log Parser v0.x.x GitHub:

Was meinst du mit "springen wieder zurück"? Ich komme nicht gleich dazu, mir das anzusehen, evtl. erst in ein paar Tagen, also nicht wundern ;)

Er meint damit, dass wen du Warn,Error etc. anklickst und ein Info Log kommt er sofort wieder auf Info springt

Ok, danke euch. Sollte nun behoben sein mit Version 0.4.2.

[sigi234]

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

Ok, danke euch. Sollte nun behoben sein mit Version 0.4.2.

Ja behoben, Danke.:+1:

[Mic]

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

Wie entferne ich jetzt noch die +++ am Ende?
EDIT 2:

Habe jetzt folgenden Workaround:
Bereinige Log Message*: /script.js.[^:]*: /,+++ , +++

Dein Feedback zeigt, wie wichtig eure Tests sind :+1:
Es gab noch einen Fehler bezüglich "multiple regex/string config values separated by comma". Habe ich nun mit 0.4.3 behoben.
Dadurch solltest du auch deinen Workaround nicht mehr benötigen.

[Mic]

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

@Mic

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

.

Keine Ahnung :thinking_face: Scheint bei mehreren Adaptern so zu sein, dass die angezeigt werden, u.a. auch RSS Parser. Was stellt man denn da normalerweise ein? Wird evtl. durch den "Adapter Creator" so hinzugefügt...

[Mic]

Kurzes Update:
Keine neuen Funktionen, aber ich habe eine Adapter-Dokumentation erstellt (Deutsch, Englisch), Übersetzungen hinzugefügt und automatisiert dank @Dutchman , sowie Adapter-Konfiguration noch mal verbessert.
Jetzt mit Version 0.4.4 auf Github.

[Mic]

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

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

Jetzt hab ich endlich nen grund gefunden dem Select Widget noch beizubringen mit multistates umgehen zu können.

Zur Info mt der neuen Material Design Widgets Version 0.3.0 geht das jetzt (demnächst im latest).
D.h. beim Select Widget einfach den Datenpunkt selection eintragen

und bei Eingabemethode Objekt hat Werteliste auswählen:

So funktioniert die Auswahl dann out of the box.

Sehr cool, vielen dank hierfür! Gerade erfolgreich getestet :-)

[Glasfaser]

@Mic

Der Eintrag für Zusammenfügen ist nicht gesetzt !

Im Log zeigt er die einzelne Einträge ... das ist ja richtig ,
aber er Zählt die Einträge hoch und zeigt Sie jeweils an .

Heute um 21:00 Uhr habe ich dein Update auf 0.4.4 aufgespielt und wegen einem Adapter Neustart beginnt das Zählen neu .( Gleicher Tag )

21:05 Uhr Meldung ausgelöst .
20:06 Uhr Meldung ausgelöst und es wird im dann zusätzlich der Eintrag [2 Einträge] davorgesetzt .

[Mic]

Hi @Glasfaser

kannst du bitte Folgendes durchführen:

1. Die Adapter-Einstellungen exportieren, gegebenenfalls entsprechende Daten anonymisieren / entfernen und hier in deiner Antwort in Code-Tags posten:
   
2. Im Admin-Interface links "Log" auswählen, "Log Herunterladen" anklicken und aktuellen Log herunterladen. Den Download in Texteditor öffnen (z.B. Notepad++) und alles löschen bis auf die relevanten Logzeilen, um die es geht. Ggf. anonymisieren. Das Ergebnis hier in Code-Tags posten.

Danke.

[Glasfaser]

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

Alle 3 Button sind nicht vorhanden !

EDIT :
Refresh ... jetzt sind Sie da !!!

Teil 1 .

system.adapter.logparser.0.json

Hier die Log Ausgabe :

Spoiler

2020-04-10 00:02:58.531 - info: javascript.0 (12175) script.js.Alarmanlage.Gartenhaus_Scharfschaltung: -+- Gartenhaus Scharfschaltung über Rollladen -+-
2020-04-10 00:03:41.105 - info: javascript.0 (12175) script.js.Alarmanlage.Gartenhaus_Scharfschaltung: -+- Gartenhaus Scharfschaltung über Rollladen -+-
2020-04-10 00:04:03.016 - info: javascript.0 (12175) script.js.Alarmanlage.Gartenhaus_Scharfschaltung: -+- Gartenhaus Scharfschaltung über Rollladen -+-
2020-04-10 00:04:26.516 - info: javascript.0 (12175) script.js.Alarmanlage.Gartenhaus_Scharfschaltung: -+- Gartenhaus Scharfschaltung über Rollladen -+-
2020-04-10 21:05:41.928 - info: javascript.0 (12526) script.js.Alarmanlage.Gartenhaus_Scharfschaltung: -+- Gartenhaus Scharfschaltung über Rollladen -+-
2020-04-10 21:06:50.978 - info: javascript.0 (12526) script.js.Alarmanlage.Gartenhaus_Scharfschaltung: -+- Gartenhaus Scharfschaltung über Rollladen -+-

[Mic]

@Glasfaser
Danke, Teil 2 brauchst nicht mehr weiter machen, ich habe gefunden was du meinst. Ich melde mich.

[Glasfaser]

@Mic
Gerade eingefügt , wo du am schreiben warst :sneezing_face:

[Mic]

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

Im Log zeigt er die einzelne Einträge ... das ist ja richtig ,
aber er Zählt die Einträge hoch und zeigt Sie jeweils an .

Heute um 21:00 Uhr habe ich dein Update auf 0.4.4 aufgespielt und wegen einem Adapter Neustart beginnt das Zählen neu .( Gleicher Tag )

21:05 Uhr Meldung ausgelöst .
20:06 Uhr Meldung ausgelöst und es wird im dann zusätzlich der Eintrag [2 Einträge] davorgesetzt .

--> Sollte nun in der Version 0.4.5 (Github) behoben sein

Der Fix wirkt sich aber nicht auf ältere Logeinträge im JSON aus, d.h. ggf. einmalig logparser.0.filters.XXX.emptyJson ausführen bzw. logparser.0.emptyAllJson

[Glasfaser]

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

--> Sollte nun in der Version 0.4.5 (Github) behoben sein

:) ....
.

[Mic]

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

.

:-) :+1:

[Feuersturm]

@sigi234 Hi, danke fürs Bereitstellen der View. Sieht klasse aus. Ich hab sie bei mir eingebunden aber bisher noch kein Problem festgestellt. Was meinst du mit "die Logs springen wieder zurück"?

Bei den beiden Buttons zum löschen der Logs wird die CSS Klasse "leftBarBtn" angezogen. Kannst du die CSS Klassen bitte noch bereistellen?

[sigi234]

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

Was meinst du mit "die Logs springen wieder zurück"?

Wurde mit der neuen Version von @Mic gelöst.

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

Bei den beiden Buttons zum löschen der Logs wird die CSS Klasse "leftBarBtn" angezogen. Kannst du die CSS Klassen bitte noch bereistellen?

/******************************************
                — BUTTONS —
******************************************/


.leftBarBtn .materialdesign-button-body {
    justify-content: left !important; 
    margin-left: 0.9em;
}

[Mic]

Update

Ich habe noch ein Beispiel-Projekt für VIS hinzugefügt (übernommen vom Log-Script und auf den Adapter angepasst).
Siehe hier: Adapter-Doku: Visualisierung (Log-Ausgaben im VIS darstellen)

[Negalein]

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

Update

geht sehr gut dahin mit deinem Adapter.

Kannst du schon sagen, wann du ca. die Alexa-History planst?

[Mic]

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

Kannst du schon sagen, wann du ca. die Alexa-History planst?

Gute Frage :-)

Zunächst versuche ich, den Adapter alsbald ins Latest Repository zu bekommen, aber da muss/möchte ich noch ein paar Tage abwarten, damit auch keine Fehler mehr auftauchen.

Zu Alexa History:
Hier könnte ich jetzt natürlich einfach nur das Script in den Adapter integrieren mit ein paar Optionen auf einer extra Registerkarte.
Spannender finde ich aber, das nicht nur für Alexa zu machen, sondern alle möglichen Datenpunkte der Adapter. Also auch andere Adapter, die Status etc. in Datenpunkten liefern.

Ich denke hierbei an eine Parser-Implementation auf Datenpunkt. Über Regex werden dann die Matches herausgefiltert, und dann können die Match-Ergebnisse noch gefiltert/bereinigt werden, bevor sie dann als neues Log ausgegeben werden (die Matches können dann jeweils zu "From" (z.B. "Alexa Schlafzimmer"), "Message" (z.B. "Kaffeemaschine einschalten") etc. zugeordnet werden. Für die Ausgabe erstellt man dann schnell einen neuen Filter, und kann das dann easy in VIS darstellen.
Also mehr was Generisches, aber das muss ich mir noch besser überlegen.