<div dir="ltr"><div>Die PIN wird mir vom Netzbetreiber zugeschickt. Dann hoffe ich mal, dass mit der hohen Auflösung der Timestamp mitkommt.</div><div><br></div><div>Viele Grüße<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Mi., 30. Okt. 2019 um 11:32 Uhr schrieb Frank Richter <<a href="mailto:frank.richter83@gmail.com">frank.richter83@gmail.com</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 dir="auto">Aus Zählerständen in ganzen kWh lässt sich die Leistung auch nicht sinnvoll ableiten, deswegen würde ich mich zuallererst mal um die Beschaffung der PIN und die Freischaltung der höheren Auflösung kümmern.<div dir="auto"><br></div><div dir="auto">DZG ist glaub ich schonmal mit einer problematischen SML-Implementierung aufgefallen.</div><div dir="auto"><br></div><div dir="auto">Grüße</div><div dir="auto">Frank</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Winfried Peters <<a href="mailto:winfried.peters@gmail.com" target="_blank">winfried.peters@gmail.com</a>> schrieb am Mi., 30. Okt. 2019, 10:44:<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 dir="ltr"><div>Es ist ein Zähler von DZG vom Typ DWS7412.2T. Er pusht periodisch jede Sekunde ein Telegramm in SML 1.05-SML-frame Version 1,<span style="font-family:Symbol"><span><span style="font:7pt "Times New Roman"">
</span></span></span>9600 Bd, 8-N-1.</div><div>Über die DZG Software "DZG Meter View" kann ich die Daten auslesen. Das Programm kann auch die Leistungen über die Zeit in einem Diagramm darstellen. Das Diagramm bleibt aber leer. Was zu der Vermutung führt, dass keine Zeitstempel übertragen werden, so wie es vzlogger ja auch ausweist. Ich habe eine Anfrage an DZG gestellt, ob das ein Fehler in der verbauten Firmware ist.</div><div><br></div><div>Viele Grüße<br></div><div><br><span></span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Di., 29. Okt. 2019 um 23:02 Uhr schrieb Frank Richter <<a href="mailto:frank.richter83@gmail.com" rel="noreferrer" target="_blank">frank.richter83@gmail.com</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 dir="ltr">Von welchem Zählertyp reden wir eigentlich?<div><br></div><div>Grüße</div><div>Frank</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Di., 29. Okt. 2019 um 21:17 Uhr schrieb Winfried Peters <<a href="mailto:winfried.peters@gmail.com" rel="noreferrer" target="_blank">winfried.peters@gmail.com</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 dir="ltr"><div>Ich habe Daniels Konfigurationsvorschläge (identfier 
1.8.0 und 2.8.0 ) getestet , mit dem gleichen (negativen) Ergebnis.</div><div></div><div>count und count-out sind übrigens von vzlogger unterstützte OBIS-Aliase, die funktionieren (siehe vzlogger -h).</div><div>use_local_time kann ich leider in meiner alten vzlogger-Version nicht nutzen.</div><div></div><div>Konfigurationsfehler sehe ich bisher nicht und meine These, bei ts=0 keine Werte-Tupelübergabe an HTTPd, hat bisher auch noch keiner widerlegt.</div><div><br></div><div>Viele Grüße<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Di., 29. Okt. 2019 um 20:41 Uhr schrieb Stefan Bauer <<a href="mailto:spam@stefan-bauer.net" rel="noreferrer" target="_blank">spam@stefan-bauer.net</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 dir="auto">Nein, am Timestamp Wirtes nich liegen, sondern an der falschen Konfiguration, wie Daniel schon in seinem ersten Post geschrieben hat...<div><br></div><div>Stefan<br><br><div dir="ltr">Von meinem iPad gesendet</div><div dir="ltr"><br><blockquote type="cite">Am 29.10.2019 um 20:39 schrieb Winfried Peters <<a href="mailto:winfried.peters@gmail.com" rel="noreferrer" target="_blank">winfried.peters@gmail.com</a>>:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>Ich brauch den Timestamp nicht, aber vielleicht HTTPd. Mein Problem ist, dass keine SML-Werte-Tupel an HTTPd übergeben werden und ich sie demnach nicht abfragen kann.</div><div>Ich stelle nur Vermutungen über mögliche Ursachen an. Mir fällt im Log auf, dass Werte mit Timestamp an HTTPd übergeben werden, Werte mit ts=0 nicht.</div><div>Also könnte der fehlende Timestamp eine Ursache sein, die ich leider nicht mit dem use_local_time überprüfen kann.</div><div><br></div><div>Viele Grüße<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Di., 29. Okt. 2019 um 19:57 Uhr schrieb Frank Richter <<a href="mailto:frank.richter83@gmail.com" rel="noreferrer" target="_blank">frank.richter83@gmail.com</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 dir="ltr">Brauchst du den Timestamp denn unbedingt, wenn du die Daten eh nur vom httpd abholst?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Di., 29. Okt. 2019 um 19:37 Uhr schrieb Winfried Peters <<a href="mailto:winfried.peters@gmail.com" rel="noreferrer" target="_blank">winfried.peters@gmail.com</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 dir="ltr"><div>Ojeh, gerade das wollte ich mir nicht antun. Ich hatte vor einigen Monaten schon mal einen Anlauf gemacht, ein Cross-Compile für Udo's YPORT+-Logger durchzuführen. Habe den Versuch aber aufgegeben (es ist mir nicht gelungen Dependencies, z.B. zu libsml, aufzulösen). Udo hatte mir vor ein paar Jahren schon mal mit einem neuen Image aus der Patsche geholfen. Ich hatte Udo angeschrieben. 

Aber er scheint nicht mehr aktiv zu sein.</div><div><br></div><div>use_local_time funktioniert nicht, hatte ich gerade getestet. Jetzt weiss ich auch warum.</div><div><br></div><div>Dann bleiben mir noch zwei Optionen:</div><div>- ich schaffe mir einen Rasberry Pi an und bringe dort die aktuelle vzlogger-Version drauf</div><div>- oder ich versuche mich nochmal am Cross-Compile.</div><div><br></div><div>Viele Grüße<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Di., 29. Okt. 2019 um 19:02 Uhr schrieb Frank Richter <<a href="mailto:frank.richter83@gmail.com" rel="noreferrer" target="_blank">frank.richter83@gmail.com</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 dir="ltr"><div dir="ltr">Hi,</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Di., 29. Okt. 2019 um 14:06 Uhr schrieb Daniel Lauckner <<a href="mailto:vz@jahp.de" rel="noreferrer" target="_blank">vz@jahp.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">Und für SML-Zähler die beim timestamp murksen gibts die Option<br>
"use_local_time"<br>
<a href="https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter?s[]=use_local_time#sml" rel="noreferrer noreferrer" target="_blank">https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter?s[]=use_local_time#sml</a></blockquote><div><br></div><div>allerdings noch nicht in 0.6.0. Da wirst du neu compilieren müssen.</div><div><br></div><div>Grüße</div><div>Frank</div></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</div></blockquote></div></div></blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>