NEWS
Test: Adapter Log Parser v0.x.x GitHub
-
@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? -
-
Datumsformat
#DD.MM.# hh:mm
passt, siehe https://github.com/Mic-M/ioBroker.logparser/blob/master/docs/de/logparser.md#registerkarte-parser-regeln-filterYYYY
= 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-
-
-
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
-
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
-
@Kuddel sagte in Test: Adapter Log Parser v0.x.x GitHub:
Habe ein komisches Phänomen:
Hast du danach mal dein System neu gestartet ........ !?
-
@Glasfaser ja das System wurd schon einmal neugestartet
-
@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 .
-
@Glasfaser ist erstellt. ich werde beobachten
-
@Kuddel leider ist das verhalten im neuen log genau so
-
Logpaser Version 1.0.3
.
Fehler gefunden ..... den Rest muss @Mic rausfindenHabe 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
-
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 sagte in Test: Adapter Log Parser v0.x.x GitHub:
Hallo, kann man die Filter nicht exportieren? Sichern?
Bitte beschreibe den Use Case.
-
@sigi234 sagte in Test: Adapter Log Parser v0.x.x GitHub:
Hallo, kann man die Filter nicht exportieren? Sichern?
-
@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
-
@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. -
@sigi234 sagte in Test: Adapter Log Parser v0.x.x GitHub:
@MicHallo, kann man die Filter nicht exportieren? Sichern?Edit:
Gibt es ja schon.
-