Ah. Du nutzt MeterSML. Ja da ist das so. Hintergrund ist, dass dort die 
Einträge oft relativ lange in den Metern gepuffert werden und nur selten 
übertragen. Da würde die lokale Empfangszeit wenig Sinn machen.

                struct timeval tv;
                if (entry->val_time) { /* use time from meter */
                        tv.tv_sec = *entry->val_time->data.timestamp;
                        tv.tv_usec = 0;
                }
                else {
                        gettimeofday(&tv, NULL); /* use local time */
                }


Kann man natürlich leicht abschalten. Am besten wäre eine Config-Option? (wobei 
wir die immer vermeiden wollen, weil wir eh schon so viele haben…).

> Am 12.02.2016 um 16:46 schrieb Volker <waldbo...@gmail.com>:
> 
> Ich habe jetzt die richtige Zeit und auch einen Graphen.
> 
> Das ist so wie ich schon vermutet habe, der vzlogger nimmt die Zeit vom 
> SML-Meter,
> in meinem Fall vom Easymeter. (Steht auch so in der MeterSML)
> 
> Der Installateur von den Stadtwerken hat die Uhr aber nicht gestellt,
> sondern  nur den Zähler angeklemmt. Ich denke mal das wird häufiger vorkommen.
> 
> 
> Wäre es nicht sinnvoll für solche Fälle dem vzlogger sagen zu können, er soll 
> die lokale Zeit nehmen ?
> 
> Leider stammen meine rudimentären c++ Kenntnisse aus dem vorigen Jahrhundert 
> und sind limitiert.
> 
> 
> Gruß Volker
> 
> 
> Am 09.02.2016 um 21:48 schrieb Matthias Behr:
>> Kannst du mal deine Config und kompletten Log (mit Loglevel 15) schicken?
>> 
>> Das ist total komisch.
>> 
>> Welche Version nutzt du? (vzlogger -V)
>> 
>>> Am 09.02.2016 um 21:02 schrieb Volker < 
>>> <mailto:waldbo...@gmail.com>waldbo...@gmail.com 
>>> <mailto:waldbo...@gmail.com>>:
>>> 
>>> Es handelt sich um "richtigen Log"
>>> 
>>> Der erste Timestamp 1454402544996 ist die Zeit vom rpi (stimmt ja auch mit 
>>> der Logzeit überein)
>>> 
>>> Die 121440397000 ist ebenfalls real und wird bei den folgenden Logs jede 
>>> Minute um 600 hochgezählt, deswegen meine Vermutung es handelt sich um eine 
>>> Uhr, die nicht gestellt wurde und somit am 1.1.1970 begann zu laufen. (Der 
>>> Zähler wurde vor ca 48 Monaten installiert)
>>> 
>>> 
>>> 
>>> Am 09.02.2016 um 20:35 schrieb Matthias Behr:
>>>> Die Zeit wird immer auf die Empfangszeit vom vzlogger (Host) gesetzt:
>>>> 
>>>>                                            ReadingIdentifier *rid(new 
>>>> ObisIdentifier(obis));
>>>>                                            
>>>> rds[number_of_tuples].identifier(rid);
>>>>                                            rds[number_of_tuples].time();
>>>> 
>>>> 
>>>> D.h. wenn die Zeit falsch ist, einfach den rpi,… korrekte Zeit stellen. 
>>>> (ntpdate,…)
>>>> 
>>>> Natürlich liesse sich auf die Zeit aus dem 96.8.0 übernehmen. Da müsste 
>>>> ich mir mal die Spec anschauen für was die dann gilt, …
>>>> Aber ist das notwendig? Wie stark weicht die Zeit ab? Wie oft schickt der 
>>>> die Daten?
>>>> 
>>>> 
>>>>> Am 09.02.2016 um 10:33 schrieb Volker <waldbo...@gmail.com 
>>>>> <mailto:waldbo...@gmail.com>>:
>>>>> 
>>>>> Hallo,
>>>>> 
>>>>> ich habe das Problem, daß der vzlogger einen Wert aus meinem Easymeter 
>>>>> Q3C liest und diesen dann als Zeitstempel nimmt.
>>>>> Wenn das eine Uhr im Easymeter ist, hat leider jemand vergessen sie zu 
>>>>> stellen.
>>>>> Der erste Zeitstempel von "0-0:96.8.0" hat die richtige Zeit.
>>>>> Der eingelesene Wert entspricht grob geschätzt der Anzahl an 
>>>>> Millisekunden seit Inbetriebnahme des Stromzählers.
>>>>> 
>>>>> [Feb 02 09:42:24][sml] sending pullsequenz send (len:96 is:96).
>>>>> [Feb 02 09:42:24][mtr1] Got 12 new readings from meter:
>>>>> [Feb 02 09:42:24][mtr1] Reading: 
>>>>> id=0-0:96.8.0*255/ObisItentifier:0-0:96.8.0*255 value=1214403970.00 
>>>>> ts=1454402544996
>>>>> [Feb 02 09:42:25][mtr1] Reading: 
>>>>> id=1-1:1.8.0*255/ObisItentifier:1-1:1.8.0*255 value=7289640.00 
>>>>> ts=121440397000
>>>>> [Feb 02 09:42:25][mtr1] Reading: 
>>>>> id=1-2:2.8.0*255/ObisItentifier:1-2:2.8.0*255 value=45190.00 
>>>>> ts=121440397000
>>>>> [Feb 02 09:42:25][mtr1] Reading: 
>>>>> id=1-1:1.8.1*255/ObisItentifier:1-1:1.8.1*255 value=7283990.00 
>>>>> ts=121440397000
>>>>> [Feb 02 09:42:25][mtr1] Reading: 
>>>>> id=1-1:1.8.2*255/ObisItentifier:1-1:1.8.2*255 value=1130.00 
>>>>> ts=121440397000
>>>>> [Feb 02 09:42:25][mtr1] Reading: 
>>>>> id=1-1:1.8.3*255/ObisItentifier:1-1:1.8.3*255 value=1110.00 
>>>>> ts=121440397000
>>>>> [Feb 02 09:42:25][mtr1] Reading: 
>>>>> id=1-1:1.8.4*255/ObisItentifier:1-1:1.8.4*255 value=1100.00 
>>>>> ts=121440397000
>>>>> [Feb 02 09:42:25][mtr1] Reading: 
>>>>> id=1-1:1.8.5*255/ObisItentifier:1-1:1.8.5*255 value=1110.00 
>>>>> ts=121440397000
>>>>> [Feb 02 09:42:25][mtr1] Reading: 
>>>>> id=1-1:1.8.6*255/ObisItentifier:1-1:1.8.6*255 value=1200.00 
>>>>> ts=121440397000
>>>>> [Feb 02 09:42:25][mtr1] Reading: 
>>>>> id=1-2:2.8.7*255/ObisItentifier:1-2:2.8.7*255 value=44080.00 
>>>>> ts=121440397000
>>>>> [Feb 02 09:42:25][mtr1] Reading: 
>>>>> id=1-2:2.8.8*255/ObisItentifier:1-2:2.8.8*255 value=1110.00 
>>>>> ts=121440397000
>>>>> [Feb 02 09:42:25][mtr1] Reading: 
>>>>> id=1-0:96.5.5*255/ObisItentifier:1-0:96.5.5*255 value=167840.00 
>>>>> ts=1454402544996
>>>>> 
>>>>> Gibt es irgendeine Möglichkeit den vzlogger dazu zu bringen, den ersten 
>>>>> Timestamp zu verwenden.
>>>>> 
>>>>> 
>>>>> Gruß Volker
>>>> 
>>>> Gruß
>>>> 
>>>> Matthias
>>>> 
>>> 
>> 
>> Gruß
>> 
>> Matthias
>> 
> 

Gruß

Matthias

Antwort per Email an