<div dir="ltr"><div>Hallo Rupert,</div><div>danke für deine Hinweise.</div><div><br></div>
<span style="color:rgb(166,77,121)">Ich musste erst mal Deinen Thread vom November 2019 lesen, um zu
verstehen, was Dich zu diesem Setting bewegt hat...
</span><div></div><div style="margin-left:40px">Warum fahre ich zwei vzlogger-Instanzen? Ich werte die vzlogger-Daten nur über HTTPd aus. Die S0-Werte puffere ich über eine Stunde. Damit kann ich Ausfälle meiner Auswerte-SW überbrücken.<br>Bei einer Pufferung von einer Stunde für die S0-Werte kamen mit einer vzlogger-Instanz mit zwei meters-Konfigurationen zu viele SML-Tupel an. Solange das duplicate-Feature für das SML-Protokoll noch nicht implementiert ist (ich habe vor Jahren dafür mal ein Feature-Request gestellt:
<span class="gmail-MsoHyperlink" style="color:blue;text-decoration:underline"><span style="font-size:10pt;font-family:"Arial",sans-serif;color:windowtext;text-decoration:none" lang="EN-US">Support "duplicates" for
httpd </span><span style="font-size:10pt;font-family:"Arial",sans-serif"><a href="https://github.com/volkszaehler/vzlogger/issues/397" style="color:blue;text-decoration:underline"><span lang="EN-US">#397</span></a></span></span>
), muss ich als Workaround zwei vzlogger-Instanzen mit jeweils einer meters-Konfiguration fahren. Das hat bisher funktioniert.</div><div><br></div>
<span style="color:rgb(166,77,121)">Hast du "vor ein paar Wochen" was geändert, z.B. ein Update
eingespielt?</span><div style="margin-left:40px"><span style="color:rgb(166,77,121)"></span></div><div style="margin-left:40px">Ich habe Ende letzten Jahres meinen Verbrauchszähler-Rechner mit Bullseye neu aufgesetzt. In unregelmäßigen Abständen führe ich auch OS-Updates aus. Dann habe ich Anfang diesen Jahres zwei weitere Verbrauchszähler
über einen USB-Hub
an meinen Beaglebone angeschlossen, deren Daten aber nicht über vzlogger verarbeitet werden. Insgesamt sind drei USB-Geräte an den Hub angeschlossen.<br><p class="MsoNormal" style="margin-top:0cm;margin-right:0cm;margin-bottom:0cm;text-align:justify;font-size:10pt;font-family:"Arial",sans-serif">Ich habe einen verdächtigen syslog-Eintrag gefunden, der mit dem vzloggerSML-Ausstiegszeitpunkt einigermaßen korreliert:<span></span></p>
<p class="MsoNormal" style="margin:0cm 0cm 0cm 35.45pt;text-align:justify;font-size:10pt;font-family:"Arial",sans-serif"><span style="font-size:8pt;font-family:"Courier New"" lang="EN-US">Jun 22 14:28:05 bbb2 kernel: [6563983.887425]
musb-hdrc musb-hdrc.1: ep3 RX three-strikes error<span></span></span></p>
<p class="MsoNormal" style="margin:0cm 0cm 0cm 35.45pt;text-align:justify;font-size:10pt;font-family:"Arial",sans-serif"><span style="font-size:8pt;font-family:"Courier New"" lang="EN-US">Jun 22 14:28:05 bbb2 kernel: [6563983.893433]
musb-hdrc musb-hdrc.1: ep12 RX three-strikes error<span></span></span></p>
</div><div><div style="margin-left:40px">
</div><p class="MsoNormal" style="margin:0cm 0cm 0cm 40px;text-align:justify;font-size:10pt;font-family:"Arial",sans-serif">Der musb-Treiber-Fehler scheint auf eine kurzfristige USB-Unterbrechung
hinzudeuten. Ob das die Ursache für den vzloggerSML-Ausstieg war, kann ich nicht beurteilen.</p><p class="MsoNormal" style="margin-top:0cm;margin-right:0cm;margin-bottom:0cm;text-align:justify;font-size:10pt;font-family:"Arial",sans-serif"><br></p><p class="MsoNormal" style="margin-top:0cm;margin-right:0cm;margin-bottom:0cm;text-align:justify;font-size:10pt;font-family:"Arial",sans-serif">Inzwischen habe ich als Workaround ein Watchdog aufgesetzt, der nach fünf Minuten Stille auf dem Kanal ein Restart von vzloggerSML durchführt.</p><p class="MsoNormal" style="margin-top:0cm;margin-right:0cm;margin-bottom:0cm;text-align:justify;font-size:10pt;font-family:"Arial",sans-serif"><br></p><p class="MsoNormal" style="margin-top:0cm;margin-right:0cm;margin-bottom:0cm;text-align:justify;font-size:10pt;font-family:"Arial",sans-serif"><span></span></p>
</div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div>Viele Grüße, Winfried<br></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am So., 25. Juni 2023 um 12:43 Uhr schrieb Rupert Schöttler <<a href="mailto:rupert.schoettler@gmx.de">rupert.schoettler@gmx.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<p>Hallo Winfried,</p>
<p>die Experten sind scheint's grad nicht online, daher versuche ich
mich mal :-)</p>
<p><br>
</p>
<div>Am 23.06.23 um 11:45 schrieb Winfried
Peters:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>Ich betreibe seit vielen Jahren zwei vzlogger-Instanzen
(vzloggerS0 und vzloggerSML) auf einem Beaglebone (aktuell mit
Debian v11.7) ohne nennenswerte Probleme. </div>
</div>
</blockquote>
<p>Ich musste erst mal Deinen Thread vom November 2019 lesen, um zu
verstehen, was Dich zu diesem Setting bewegt hat...</p>
<p><br>
</p>
<blockquote type="cite">
<div dir="ltr">
<div>Seit ein paar Wochen stellt die SML-Meter-Instanz
regelmäßig nach einer Zeit von ca. 1 bis 2 Wochen ihren
Dienst ein. Es werden keine Werte mehr gelesen. </div>
</div>
</blockquote>
<p>Hast du "vor ein paar Wochen" was geändert, z.B. ein Update
eingespielt?</p>
<p><br>
</p>
<blockquote type="cite">
<div dir="ltr">
<div>Nach einem Service-Restart liefert der Service wieder
Daten, bis er nach besagtem Zeitraum seinen Dienst wieder
einstellt. <br>
</div>
</div>
</blockquote>
<p>Als "Würg-around" ein<br>
</p>
<p><span style="font-size:9pt" lang="EN-US">sudo systemctl restart
vzloggerSML</span></p>
<p>per cron tgl. nachts, wenn die PV-Anlage eh keine neue Daten
liefert?</p>
<p><br>
Viele Grüße, Rupert<br>
</p>
<span style="font-size:9pt" lang="EN-US"></span>
</div>
</blockquote></div>