Test: Adapter Log Parser v0.x.x GitHub

[Kuddel]

@Mic

Debug-Log

Spoiler

2020-07-30 00:00:01.001  - debug: logparser.0 (9633) callAtMidnight() : timer reached timeout, so we execute function 'updateTodayYesterday'
2020-07-30 00:00:01.055  - debug: logparser.0 (9633) updateTodayYesterday() : Filter 'All', updated 500 logs.
2020-07-30 00:00:01.194  - debug: logparser.0 (9633) updateTodayYesterday() : Filter 'Warn', updated 500 logs.
2020-07-30 00:00:01.242  - debug: logparser.0 (9633) updateTodayYesterday() : Filter 'Error', updated 500 logs.
2020-07-30 00:00:01.269  - debug: logparser.0 (9633) updateTodayYesterday() : Filter 'Homematic', updated 218 logs.
2020-07-30 00:00:01.320  - debug: logparser.0 (9633) updateTodayYesterday() : Filter 'Javascript', updated 500 logs.
2020-07-30 00:00:01.488  - debug: logparser.0 (9633) updateTodayYesterday() : Filter 'Alexa', updated 500 logs.
2020-07-30 00:00:01.498  - debug: logparser.0 (9633) updateTodayYesterday() : Filter 'Nut', updated 111 logs.
2020-07-30 00:00:01.528  - debug: logparser.0 (9633) updateTodayYesterday() : Filter 'Bewaesserung', updated 500 logs.
2020-07-30 00:00:01.528  - debug: logparser.0 (9633) callAtMidnight() called, provided function: 'updateTodayYesterday'. Timeout at 00:00:01, which is in 86399472ms.

[Mic]

@Kuddel

Führe mal bitte folgendes Script im JavaScript-Adapter aus. Ich möchte prüfen, ob er die aktuelle Uhrzeit deines Systems richtig erkennt:

const dateObj = new Date();
const isoDateStrHelper = dateToLocalIsoString(dateObj); // like: '2020-02-20T19:52:13.634'
log(`Ermittelte aktuelle Uhrzeit: ${isoDateStrHelper}`);


/**
 * Convert date/time to a local ISO string
 * This function is needed since toISOString() uses UTC +0 (Zulu) as time zone.
 * https://stackoverflow.com/questions/10830357/
 * Mic-M, 04/Apr/2020
 * @param {object}  date    Date object
 * @return {string}  string like "2015-01-26T06:40:36.181", without trailing Z (which would represent Zulu time zone)
 */
function dateToLocalIsoString(date) {
    const timezoneOffset = date.getTimezoneOffset() * 60000; //offset in milliseconds
    return (new Date(date.getTime() - timezoneOffset)).toISOString().slice(0, -1);
}

Poste dann das Log hier, also etwa:

20:55:08.230	info	javascript.0 (1672) script.js.Test_1: Ermittelte aktuelle Uhrzeit: 2020-07-30T20:55:08.230

[Kuddel]

@Mic

javascript.0	2020-07-31 07:23:43.471	info	(73851) script.js.java.test.test: Ermittelte aktuelle Uhrzeit: 2020-07-31T07:23:43.471

[Glasfaser]

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

Habe ein komisches Phänomen:

Hast du danach mal dein System neu gestartet ........ !?

[Kuddel]

@Glasfaser ja das System wurd schon einmal neugestartet

[Glasfaser]

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

Kannst du in deinen Script mal zusätzlich Bewässerung1 anlegen und im Adapter den Log neu dazu nehmen , ob es auch dort so ist .

[Kuddel]

@Glasfaser ist erstellt. ich werde beobachten

[Kuddel]

@Kuddel leider ist das verhalten im neuen log genau so

[Glasfaser]

@Kuddel

Logpaser Version 1.0.3

.
Fehler gefunden ..... den Rest muss @Mic rausfinden

Habe mal um die gleiche Uhrzeit den Log geschrieben ... aber an der Uhrzeit liegt es nicht .

Sondern ... an der Tabellenauswahl von den Datenpunkten (Json) !

@Mic sagte in Test: Adapter Log Parser v0.x.x GitHub:
Es scheint, dass wohl das 0:00 Uhr Schedule für die Aktualisierung der Datumswerte auf heute/gestern nicht ausgeführt wurde.

Da hat sich wohl ein Fehler in den letzten Versionen eingeschlichen , so das die Datumswerte in den JSON von den einzelnen Tabellen nicht geändert werden , sondern nur die vom visualization.table0.json !?

Hier die Tabelle Bewaesserung über den Datenpunkt ( die Formatierung der Tabelle ist nicht eingestellt bitte nicht beachten )

logparser.0.filters.Bewaesserung.json

hier die Tabelle Bewaesserung über den Datenpunkt ( gewählt Bewaesserung )

logparser.0.visualization.table0.json

und hier mein Datenpunkt von der EMA .

logparser.0.filters.Alarmzustand_Scharfschaltung.json

[Mic]

@Kuddel

Heute/Gestern-Fehler:

@Glasfaser
Danke, dass du dir das näher angesehen hast und das isolieren konntest!

Da hat sich wohl ein Fehler in den letzten Versionen eingeschlichen

So wie es scheint, war der Fehler schon immer da, aber fiel nie wirklich auf, weil über "logparser.0.visualization"-Datenpunkte immer die aktuelle Variable gelesen wird, und nicht der State in Filter.

Sollte jetzt behoben sein in Version 1.0.4.

@Kuddel
@Glasfaser
Bitte testet mal jetzt die 1.0.4 und gebt Feedback ob alles so jetzt geht.

Danke.

[sigi234]

@Mic

Hallo, kann man die Filter nicht exportieren? Sichern?

Edit:

Gibt es ja schon.

[Mic]

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

Hallo, kann man die Filter nicht exportieren? Sichern?

Bitte beschreibe den Use Case.

[Glasfaser]

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

Hallo, kann man die Filter nicht exportieren? Sichern?

[Glasfaser]

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

Sollte jetzt behoben sein in Version 1.0.4.
@Kuddel
@Glasfaser
Bitte testet mal jetzt die 1.0.4 und gebt Feedback ob alles so jetzt geht.
Danke.

Werde ich machen

[Mic]

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

Werde ich machen

Sobald erfolgreich getestet, pushe ich NPM, so dass die 1.0.4 sofort ins Latest Repository geht.

[Glasfaser]

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

Hallo, kann man die Filter nicht exportieren? Sichern?

Edit:

Gibt es ja schon.

[Glasfaser]

@Mic

[Kuddel]

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

Sollte jetzt behoben sein in Version 1.0.4.

@Kuddel
@Glasfaser
Bitte testet mal jetzt die 1.0.4 und gebt Feedback ob alles so jetzt geht.

Danke.

Version 1.0.4 ist installiert, ich werde berichten. Vielen Dank schon einmal

[Mic]

@Glasfaser
vielen Dank für das visuelle Feedback Ich pushe jetzt die 1.0.4 ins Latest.

[Kuddel]

@Mic bei mir funzt es jetzt auch