<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
{mso-style-priority:99;
mso-style-link:"Plain Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
span.PlainTextChar
{mso-style-name:"Plain Text Char";
mso-style-priority:99;
mso-style-link:"Plain Text";
font-family:"Calibri","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:70.85pt 129.75pt 56.7pt 129.7pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoPlainText><span lang=DE>Um noch einmal kurz Feedback zu geben... ich habe mich da etwas gespielt. <o:p></o:p></span></p><p class=MsoPlainText><span lang=DE><o:p> </o:p></span></p><p class=MsoPlainText><span lang=DE>Mit dem systemd den Start des vzlogger, anderer Logger, ggfs. auch der middleware und anderer VZ Instanzen soweit nach hinten zu verschieben, bis die Zeit per NTP synchronisiert ist, ist mit der Stardard-Raspbian Installation nicht einfach wie man meinen könnte. Ich habe bislang keine bessere oder zuverlässigere Methode gefunden als die von mir genannte mit <o:p></o:p></span></p><p class=MsoPlainText><span lang=DE><o:p> </o:p></span></p><p class=MsoPlainText><span style='font-family:"Courier New"'>> timedatectl set-ntp off<o:p></o:p></span></p><p class=MsoPlainText><span style='font-family:"Courier New"'>> timedatectl set-ntp on<o:p></o:p></span></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText><span lang=DE>im rc.local, um die Synchronisation zu diesem Zeitpunkt noch einmal zu erzwingen.<o:p></o:p></span></p><p class=MsoPlainText><span lang=DE><o:p> </o:p></span></p><p class=MsoPlainText><span lang=DE>Ja, es gibt </span><span lang=DE style='font-family:"Courier New"'>time-sync.target</span><span lang=DE>. Standardmäßig ist das aber schon erreicht wenn die Zeitsynchronisation in Form des </span><span lang=DE style='font-family:"Courier New"'>systemd-timesyncd.service</span><span lang=DE> gestartet ist. Zu diesem Zeitpunkt ist aber noch kein WLAN da. Zu diesem Problem gibt es viele Berichte, und in Raspbian Buster ist auch eine Art Lösung mit dabei in Form des Dienstes </span><span lang=DE style='font-family:"Courier New"'>systemd-time-wait-sync.service</span><span lang=DE>, der standardmäßig nicht aktiviert ist (sich aber aktivieren lässt).<o:p></o:p></span></p><p class=MsoPlainText><span lang=DE><o:p> </o:p></span></p><p class=MsoPlainText><span lang=DE>Das Ergebnis ist ernüchternd. Manche der dann davon abhängigen Dienste werden nach dem Kontakt mit dem NTP Server gestartet, manche nicht, und das Ergebnis ist nach jedem Reboot ein Anderes. Das Manual schreibt dazu<o:p></o:p></span></p><p class=MsoPlainText><span lang=DE><o:p> </o:p></span></p><p class=MsoPlainText><span style='color:#17375E;mso-style-textfill-fill-color:#17375E;mso-style-textfill-fill-alpha:100.0%'>systemd-time-wait-sync is a system service that delays the start of units that depend on time-sync.target until the system time has been synchronized with an accurate time source by systemd-timesyncd.service.<o:p></o:p></span></p><p class=MsoPlainText><span style='color:#17375E;mso-style-textfill-fill-color:#17375E;mso-style-textfill-fill-alpha:100.0%'><o:p> </o:p></span></p><p class=MsoPlainText><span style='color:#17375E;mso-style-textfill-fill-color:#17375E;mso-style-textfill-fill-alpha:100.0%'>systemd-timesyncd.service notifies on successful synchronization. systemd-time-wait-sync also tries to detect when the kernel marks the time as synchronized, <i><u>but this detection is not reliable and is intended only as a fallback </u></i>for other services that can be used to synchronize time (e.g., ntpd, chronyd).<o:p></o:p></span></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText><span lang=DE>Davon abgesehen wäre diese Lösung nicht tauglich für netzwerklose Volkszähler (z.B. mit lokaler Konsole und RTC), in diesem Fall würden, selbst wenn der o.g. Dienst zuverlässig wäre, die VZ Prozesse wohl nie starten.<o:p></o:p></span></p><p class=MsoPlainText><span lang=DE><o:p> </o:p></span></p><p class=MsoPlainText><span lang=DE>Den systemd-timesyncd.service selbst im Startup nach hinten (also zwischen network.target und network-online.target) zu verschieben wäre evtl. noch einen Versuch wert, allerdings müsste man dabei wiederum etliche andere Dienste anpassen, so dass da einiges durcheinander gehen könnte. Zumal der Zeitpunkt an dem das WLAN steht ja auch nicht 100%ig ist.<o:p></o:p></span></p><p class=MsoPlainText><span lang=DE><o:p> </o:p></span></p><p class=MsoPlainText><span lang=DE>Ich bleibe also erstmal bei meinem Workaround.<o:p></o:p></span></p><p class=MsoPlainText><span lang=DE><o:p> </o:p></span></p><p class=MsoPlainText><span lang=DE>Gruss,<o:p></o:p></span></p><p class=MsoPlainText><span lang=DE>Alex <o:p></o:p></span></p><p class=MsoPlainText><span lang=DE><o:p> </o:p></span></p><p class=MsoPlainText><span lang=DE>> -----Original Message-----<o:p></o:p></span></p><p class=MsoPlainText><span lang=DE>> From: volkszaehler-users [mailto:volkszaehler-users</span>-</p><p class=MsoPlainText>> bounces@demo.volkszaehler.org] On Behalf Of rgb@nord-com.net</p><p class=MsoPlainText>> Sent: Sunday, March 01, 2020 7:05 PM</p><p class=MsoPlainText>> To: 'volkszaehler.org - users'</p><p class=MsoPlainText>> Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB</p><p class=MsoPlainText>> </p><p class=MsoPlainText>> Tag nochmal,</p><p class=MsoPlainText>> </p><p class=MsoPlainText>> Ich habe es mir eben noch einmal angesehen... eine schönere Lösung</p><p class=MsoPlainText>> könnte sein im vzlogger.service ein</p><p class=MsoPlainText>> "time-sync.target" in die "After"-Sektion einzufügen. Und in meinem Fall,</p><p class=MsoPlainText>> den Can-Logger aus dem rc.local rauszunehmen und einen eigenen Service</p><p class=MsoPlainText>> daraus zu machen. Ob das dann wohl funktioniert... hat es jemand schon so</p><p class=MsoPlainText>> ausprobiert?</p><p class=MsoPlainText>> </p><p class=MsoPlainText>> Die beste Lösung wäre natürlich eine RTC in den Raspi zu integrieren...</p><p class=MsoPlainText>> leider fehlt mir dafür der Platz bzw. der Steckplatz im Gehäuse... hätte ich</p><p class=MsoPlainText>> früher um dieses Problems gewusst, mein PiCan Modul hätte es wahlweise</p><p class=MsoPlainText>> auch mit RTC gegeben. Nun ja, manchmal ist man später eben schlauer.</p><p class=MsoPlainText>> </p><p class=MsoPlainText>> Grüsse,</p><p class=MsoPlainText>> Alex</p><p class=MsoPlainText>> </p><p class=MsoPlainText>> </p><p class=MsoPlainText>> > -----Original Message-----</p><p class=MsoPlainText>> > From: volkszaehler-users [mailto:volkszaehler-users-</p><p class=MsoPlainText>> > bounces@demo.volkszaehler.org] On Behalf Of rgb@nord-com.net</p><p class=MsoPlainText>> > Sent: Sunday, March 01, 2020 6:37 PM</p><p class=MsoPlainText>> > To: 'volkszaehler-users'</p><p class=MsoPlainText>> > Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB</p><p class=MsoPlainText>> ></p><p class=MsoPlainText>> > Hallo Daniel,</p><p class=MsoPlainText>> ></p><p class=MsoPlainText>> > das ist mir prinzipiell schon bewusst... etwas kniffelig wird es dann wenn</p><p class=MsoPlainText>> es</p><p class=MsoPlainText>> > nicht um eigenständige Programme geht, die vom systemd gemanaged</p><p class=MsoPlainText>> > werden (wie z.B. den vzlogger oder eine mögliche aber nicht vorhandene</p><p class=MsoPlainText>> > Installation des "echten" NTPD), sondern um Dienste die zum systemd</p><p class=MsoPlainText>> > gehören, wie eben der systemd-timesyncd.</p><p class=MsoPlainText>> ></p><p class=MsoPlainText>> > Da die Reihenfolge im Startup zu beeinflussen könnte wiederum das</p><p class=MsoPlainText>> Laden</p><p class=MsoPlainText>> > von anderen Diensten durcheinanderbringen. Mein zugegebenermaßen</p><p class=MsoPlainText>> > nicht schöner Workaround, durch</p><p class=MsoPlainText>> ></p><p class=MsoPlainText>> > timedatectl set-ntp off</p><p class=MsoPlainText>> > timedatectl set-ntp on</p><p class=MsoPlainText>> ></p><p class=MsoPlainText>> > im rc.local den Systemdienst noch einmal dazu zu bringen, die Zeit neu zu</p><p class=MsoPlainText>> > setzen, funktioniert für mich, ohne da etwas durcheinanderzubringen.</p><p class=MsoPlainText>> Und</p><p class=MsoPlainText>> > auch nach einem längeren Aus meines Raspis z.B. während einer</p><p class=MsoPlainText>> > Kartensicherung sind Werte und Kurven nun nicht mehr verschoben.</p><p class=MsoPlainText>> ></p><p class=MsoPlainText>> > Was spricht also konkret dagegen? Die Frage ist nicht rhetorisch, sondern</p><p class=MsoPlainText>> > erst gemeint...</p><p class=MsoPlainText>> ></p><p class=MsoPlainText>> > Gruss,</p><p class=MsoPlainText>> > Alex</p><p class=MsoPlainText>> ></p><p class=MsoPlainText>> > > -----Original Message-----</p><p class=MsoPlainText>> > > From: volkszaehler-users [mailto:volkszaehler-users-</p><p class=MsoPlainText>> > > bounces@demo.volkszaehler.org] On Behalf Of Daniel Lauckner</p><p class=MsoPlainText>> > > Sent: Sunday, March 01, 2020 5:37 PM</p><p class=MsoPlainText>> > > To: volkszaehler.org - users</p><p class=MsoPlainText>> > > Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB</p><p class=MsoPlainText>> > ></p><p class=MsoPlainText>> > > Hallo,</p><p class=MsoPlainText>> > ></p><p class=MsoPlainText>> > ></p><p class=MsoPlainText>> > > am Samstag, 29. Februar 2020 um 17:09 hat USER VZ geschrieben:</p><p class=MsoPlainText>> > > > Und welche Alternative gibt es? Ich löse ein Problem mit den RTC auch</p><p class=MsoPlainText>> > > über die rc.local.</p><p class=MsoPlainText>> > ></p><p class=MsoPlainText>> > > Die Systemdienste werden in Debian (und Derivate) zwischenzeitlich</p><p class=MsoPlainText>> > > über systemd gehandhabt. Möchte man eine bestimmte Reihenfolge</p><p class=MsoPlainText>> trägt</p><p class=MsoPlainText>> > > man die als Abhängigkeit in die Konfig des entsprechenden Dienstes mit</p><p class=MsoPlainText>> > > ein.</p><p class=MsoPlainText>> > ></p><p class=MsoPlainText>> > ></p><p class=MsoPlainText>> > > mfg Daniel</p><p class=MsoPlainText>> ></p><p class=MsoPlainText>> </p><p class=MsoPlainText><o:p> </o:p></p></div></body></html>