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

[Kuddel]

Habe ein komisches Phänomen:

Die Einträge wurden gestern geschrieben und werden heute so angezeigt

[Mic]

@Kuddel
Steht was im Log um 0:00 Uhr, also Fehler vom Adapter?
Es scheint, dass wohl das 0:00 Uhr Schedule für die Aktualisierung der Datumswerte auf heute/gestern nicht ausgeführt wurde.

Starte mal den Adapter neu und berichte bitte morgen, ob das immer noch auftritt.

[Kuddel]

@Mic habe den Adapter gestern Abend vor dem Auslösen der Bewässerung neugestartet.

Der Effekt ist heute morgen wieder der gleiche:

Im Log sind keine Einträge zu finden.

[Mic]

@Kuddel
sehr seltsam, auch weil es bei mir und wohl allen anderen Usern geht.
Ging es denn schon mal bei dir und jetzt plötzlich nicht mehr?
Stimmt deine Systemzeit?

[Kuddel]

@Mic alsich den Filter gebaut habe, wurde immer alles korrekt angezeigt.

Habe ich evtl. einen Fehler in den Einstellungen, da meine "normalen Logs" korrekt angezeigt werden.

Datumsformat: #DD.MM.# hh:mm

Mein Adapter läuft in der Version 1.0.0

[Mic]

@Kuddel

Datumsformat #DD.MM.# hh:mm passt, siehe https://github.com/Mic-M/ioBroker.logparser/blob/master/docs/de/logparser.md#registerkarte-parser-regeln-filter

YYYY = Jahr 4-stellig, YY = Jahr 2-stellig, MM = Monat, DD = Tag, hh = Stunde, mm = Minute, ss = Sekunde. Teile innerhalb #-Zeichen werden durch "Heute" bzw. "Gestern" ersetzt.<br>Beispiele:<br>Aus #DD.MM.# hh:mm wird 'Heute 20:35', falls der Log von heute ist.<br>Aus #DD.MM.YYYY# hh:mm wird 'Gestern 20:35', falls der Log von gestern ist.<br>Aus #DD.MM.YYYY# hh:mm wird '18.02.2020 20:35', falls der Log nicht von heute oder gestern ist.

Mache bitte folgendes:

• Installiere die nun aktuelle Version 1.0.2 von Github. Ich hab da ein erweitertes Debug-Logging eingebaut.
• Schalte den Adapter auf Loglevel debug
• Poste am nächsten Tag das Log hier, das um 00:00:01 erscheinen sollte.

Danke-

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