Hier einmal ein kleiner aber sehr hilfreicher Tip. Bei einigen Werten die in die Datenbank geschrieben werden stellte ich fest, im Tagesübergang schrieb Node Red vor 23.00 Uhr bereits Zeit Stempel mit 23.00 Uhr in die Datenbank. Auf der Suche stellte ich folgendes fest.
Die Zeit in Node Red wird mit UTC behandelt. Diese weicht aktuell von unserer Zeit ab. Auf dem Host System an der Konsole selbst gibt das System die richtige Zeit aus, also die lokale Zeit. Auf der Suche nach dem Fehler konnte jetzt nur die Ermittlung der richtigen Zeit mit Java Script oder eine Einstellung im Node Red zuständig sein.
const heute = new Date();
var Stunde = heute.getHours();
var Minute = heute.getMinutes();
var Sekunde = heute.getSeconds();
var Zeit = Stunde + ':' + Minute + ':' + Sekunde;Nach etwas suchen im Internet habe ich folgende einfache Einstellung gefunden. In der Konfigurationsdatei von Node Red, also in der settings.js, kann durch hinzufügen der Zeitzone das Problem behoben werden. Dazu wird einfach der Eintrag process.env.TZ = „Europe/Berlin“; vor dem module exports eingetragen und Node Red neu gestartet.
// TZ Setting
process.env.TZ = "Europe/Berlin";
module.exports = {
Danach sollte das Problem behoben sein und die Zeit Stempel in der Datenbank entsprechen der lokalen Zeit. Damit ist Problem global für die Instanz gelöst.
Aber Vorsicht, wenn du Datum und Zeit als Primärschlüssel oder Unique Index verwendest. Dann kann es zu Duplikate Key Fehlern kommen bei der Umstellung von Sommerzeit auf Winterzeit.
Das ist ein guter Hinweis, habe ich so noch gar nicht beachtet. Vielleicht ist es sinnvoll dann doch den UNIX Timestamp zu verwenden, dieser ist eindeutig.