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

Antwort per Email an