Tag zusammen,
ich habe/hatte ein ähnliches Problem mit der Darstellung … wenn der
systemd-timesysc gestartet wird, ist wohl meine WLAN Verbindung noch nicht so
weit. Ein unschöner, aber in meinem Fall hilfreicher Workaround ist
timedatectl set-ntp off
timedatectl set-ntp on
timedatectl status
in’s /etc/rc.local zu schreiben, dann wird die Uhr (in meiner Installation)
korrekt gesetzt, und das vor dem Start des vzloggers und auch vor dem Start
meines Can-Loggers (der kommt im rc.local danach) … im boot.log sieht das dann
so aus
Stopping Network Time Synchronization...
Stopped Network Time Synchronization.
Starting Network Time Synchronization...
Local time: Sun 2020-02-23 20:18:41 CET
Universal time: Sun 2020-02-23 19:18:41 UTC
RTC time: n/a
Time zone: Europe/Berlin (CET, +0100)
System clock synchronized: no
NTP service: active
RTC in local TZ: no
[ OK ] Started /etc/rc.local Compatibility.
Ob das mit dem Timing bei anderen Umgebungen bzw. Installationen so klappt,
kann ich natürlich nicht voraussehen.
Gruss,
Alex
From: volkszaehler-users
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Rupert
Schöttler
Sent: Saturday, February 29, 2020 1:05 PM
To: volkszaehler-users@demo.volkszaehler.org
Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB
Hallo John,
ich habe den bisherigen Verlauf der Diskussion im Forum verfolgt, setze aber
bewusst noch mal am Anfang an:
Am 19.02.20 um 09:52 schrieb John Doe:
nach einem kleinen Versehen aufgrund eines Kartencrashs/-wechsels habe ich nun
einen unschönen "Peak" in meinen Daten.
Der "Peak" bei der *Leistungsdarstellung* entsteht immer, wenn *Zählerstände*
mit falschem Timestamp geloggt werden: Leistung P ist Arbeit W durch Zeit t, in
der diskretisierten Welt Delta W durch Delta t. Ist ein Zeitstempel falsch,
folgt daraus eine falsche Leistung. Das kann man nachträglich korrigieren, wie
Dir Frank und andere gezeigt haben, oder versuchen von vornherein zu
verhindern.
Alle elektronischen Stromzähler liefern mindestens den oder die Zählerstände.
I.d.R. haben sie aber keine eigene Uhr, d.h. die Uhrzeit kommt vom loggenden
System, Deinem Pi. Die wenigsten Pi's wiederum haben eine Echtzeituhr,
stattdessen speichern sie die Zeit grob in der "Fake-Hardware-Clock" und ziehen
sich nach dem Booten die präzise Uhrzeit von einem Server. *Leider ist die
Standard-Einstellung so, dass vzlogger schon loslegt, bevor die Systemzeit
korrigiert ist.* Das war hier schon mal Thema im März 2018, Betreff "Raspbian
stretch: vzlogger und Systemzeit". Ich hatte da auch einen Workaround
beschrieben, den Udo ins Image einfließen lassen wollte. Ob das geschehen ist,
und von wann Deine Installation ist, weiß ich nicht, aber Du kannst ja mal Dein
System daraufhin prüfen. Sonst bekommst Du solche Peaks immer wieder, bei jedem
Reboot. Bei kurzen Pausen (und damit nur kleiner Zeitabweichung) ist er
natürlich nicht so gravierend.
Hoffe, das hilft.
Viele Grüße von Lech und Wertach
Rupert
