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. 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. Also könnte der fehlende Timestamp eine Ursache sein, die ich leider nicht mit dem use_local_time überprüfen kann.
Viele Grüße Am Di., 29. Okt. 2019 um 19:57 Uhr schrieb Frank Richter < frank.richte...@gmail.com>: > Brauchst du den Timestamp denn unbedingt, wenn du die Daten eh nur vom > httpd abholst? > > Am Di., 29. Okt. 2019 um 19:37 Uhr schrieb Winfried Peters < > winfried.pet...@gmail.com>: > >> 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. >> >> use_local_time funktioniert nicht, hatte ich gerade getestet. Jetzt weiss >> ich auch warum. >> >> Dann bleiben mir noch zwei Optionen: >> - ich schaffe mir einen Rasberry Pi an und bringe dort die aktuelle >> vzlogger-Version drauf >> - oder ich versuche mich nochmal am Cross-Compile. >> >> Viele Grüße >> >> Am Di., 29. Okt. 2019 um 19:02 Uhr schrieb Frank Richter < >> frank.richte...@gmail.com>: >> >>> Hi, >>> >>> Am Di., 29. Okt. 2019 um 14:06 Uhr schrieb Daniel Lauckner <v...@jahp.de>: >>> >>>> Und für SML-Zähler die beim timestamp murksen gibts die Option >>>> "use_local_time" >>>> >>>> https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter?s[]=use_local_time#sml >>> >>> >>> allerdings noch nicht in 0.6.0. Da wirst du neu compilieren müssen. >>> >>> Grüße >>> Frank >>> >>
