51. Stuttgarter Lazarustreffen

[Linkat]

Unser nächstes Treffen findet statt am:

Samstag den 11.04.2026 um 11:00 Uhr

im Technikforum in Backnang,

(freiwillige) Anmeldungen hier im Thread, oder mit PN.

Das Technikforum (71522 Backnang, Wilhelmstraße 32) hat direkt hinter dem Gebäude einen Parkplatz, liegt ca. 10 Gehminuten vom Bahnhof (S-Bahn Linie S3, Endbahnhof von Stuttgart bzw. Flughafen kommend) und 10 Gehminuten. von der Innenstadt.

Terminvorschlag für das Folgetreffen: 04. oder 11.07.2026

[corpsman]

*g*
Ich bin wieder mit von der Partie, hab ne Riesen Liste hoffentlich interessanter Themen für euch vorbereitet

[Linkat]

Ich schlage das Thema "Zeitumstellung" vor:

Seit einigen Jahren erfasse ich mit einem Raspberry Pi 1 minütlich (24/7) Temperaturdaten in Abhängigkeit der Tageszeit (now) meiner Heizung.
In der Vergangenheit musste ich an den 2 Tagen (pro Jahr) der Zeitumstellung mein Programm kurz stoppen und wieder starten, damit sich die Zeit an die (richtige) Betriebssystemzeit anpassen konnte.

Seit ca. 2 Jahren erfasse ich die Daten mit einem Python-Programm (oh!! Verrat). Hier (in Python) übernehme ich aus der Bibliothek schedule den Befehl

Code: Alles auswählen

schedule.every().minute.at(":30").do(job)

und starte jede Minute (um xx:30) den job, was hervorragend funktioniert und auch bei der Zeitumstellung keine Probleme macht.

Vor ein paar Monaten habe ich im https://pascalmagazin.de/ den Artikel vom 2.9.2025 "Probleme bei der Zeitumstellung" gefunden. Hier wird mit dem Befehl:

Code: Alles auswählen

ReReadLocalTime;

aus der Unit Unix gearbeitet.

Am nächsten Sonntag (29.03.16) haben wir ja wieder die Zeitumstellung. Vielleicht habt ihr ja Lust zum Experimentieren welche Möglichkeiten es zur Zeitbestimmung mit Freepascal gibt. Die Ergebnisse können wir bei unserem Treffen diskutieren.

Gruß, Linkat

[af0815]

Für die Daten UTC verwenden. Damit bist du beim Speichern einmal das Problem los. Beim Auswerten auf Local time umrechnen.

[corpsman]

@linkat
*g*

den ReReadLocalTime hatte ich auch entdeckt, auf meinem 24/7 Rechner läuft der nun im 1h Takt, da der wohl recht teuer sein soll. Meine Anwendung speichert nur Tageswerte, da bin ich dann zum Glück a bissl "rubuster". Aber danke für die Erinnerung, werde am Sonntag mal nachsehen obs tatsächlich geklappt hat

[Acia6850]

Hallo Linkat,

ich bin auch wieder dabei.

Ich habe für die Datum und Zeitsteuerung immer einen Sntp Client benützt.

Der wird einmal am Tag aufgerufen und synchronisiert die SystemZeit des Rechners.
Den ZeitZonenoffset habe ich mit <GetLocalTimeOffset> gemacht. (sollte auch unter Linux laufen)


Den Sommer und Winterzeit Tag kann man brechnen.

Ich habe es für Windows gemacht.

ich bringe ein Demo Programm mit.

Grüße

Acia6850

[Linkat]

@Acia6850
Das Problem ist nicht der fehlende NTP-Zugriff. Das laufende Programm bekommt nicht mit, dass die Zeit um eine Stunde verändert wurde. Deshalb: Programm Stop und Neustart. ReLoadLocaltime ist wohl eine Procedure, die das korrigiert. Da man ja nicht bei jeder Zeitabfrage die Procedure ausführen will, muss man sich schon ein paar Gedanken machen, wo man die ReLoadLocalTime-Procedure einfügt.

Übrigens den Test kann jeder (unabhängig von unserem Treffen) mal am Sonntag ausprobieren und hier im Forum (vielleicht in einem neuen Thread?) diskutieren.

Gruß, Linkat