[vz-dev] vzlogger.log läuft voll

[Frank Richter]

Ups, versehentlich einen Slash gelöscht.
http://IP/middleware.php/data/UUID.csv?options=raw&from=14-02-2017&to=15-02-2017
Am 15.02.2017 21:58 schrieb "Frank Richter" <frank.richter83 at gmail.com>:

> Hi Christian,
>
> mach besser einen Screenshot von einer Stunde statt über Tage, dann
> erkennt man auch die Zeitauflösung.
> Wenn du Rohdaten aus der DB holen willst, versuch mal das hier:
> http:/IP/middleware.php/data/UUID.csv?options=raw&from=14-
> 02-2017&to=15-02-2017
> Nur noch deine IP, UUID und gewünschten Zeitraum einsetzen.
>
> Grüße
> Frank
>
>
> Am 15.02.2017 21:45 schrieb "Christian Wulff" <christianwulff at gmx.de>:
>
>> So, mal gucken, ob ich die letzten drei Antworten wieder zu einer email
>> zusammengeflockt bekomme und wieder an der richtigen Stelle weitermachen
>> kann.
>>
>> Also  Intervall steht auf "interval": -1, ist das wohlmöglich falsch?
>> Nun hab ich mir die Daten im Frontend angesehen bevor und nachdem ich von
>> "read_timeout": 30, auf "read_timeout": 300, gewechselt habe.
>> Siehe da, es gibt einen Unterschied. Beim timeout300_1.jpg steht der
>> Cursor in der Mitte. Links davon ist timeout=30, rechts davon ist
>> timeout=300.
>> Beim timeout300_2.jpg steht der Cursor in der Mitte. Links davon ist
>> timeout=300, rechts davon ist timeout=30.
>> Mit größerem Timeout nimmt die Auflösung der Messgenauigkeit ab?!
>>
>> "ich meine den Zeitabstand zwischen 2 Datensätzen bei einem der
>> D0-Kanäle. Die Frage ist: liefert der Zähler nach der Pullsequenz nur 1x
>> Daten und läuft dann in den Timeout, oder liefert er zunächst regelmäßig
>> Daten und der Timeout passiert später?"
>>
>> Ich weiss leider nicht wie ich das rauskriegen kann. (Da bräuchte ich ne
>> Anleitung für VZ-, Linux- und SQL-Anfänger)
>> Ich habs mit dem Export aus dem Frontend probiert. Leider ist da kein
>> Format dabei mit dem ich was anfangen könnte.
>> Hab versucht das .csv in Excel zu importieren. Da kommen nur Zahlen bei
>> raus die mit dem Zählerstand nichts zu tun haben.
>>
>> ...hab grad mal wieder in die Datenbank gesehen, ich glaube da sind schon
>> über 4 Mio. Einträge...
>>
>> Ich würde ja gerne die S0 Daten zählen, dann allerdings wäre meine
>> bevorzugte Strategie 1x am Tag per D0 den richtigen Zählerstand auszulesen,
>> und danach mit den S0 Impulsen diesen Zählerstand aufaddieren. Dann könnte
>> man echte Zählerstände in der Datenbank speichern und nicht nur "1"sen, die
>> ohne einen Startwert keinen Sinn ergeben. Wer weiss denn schon ob sich der
>> S0 Zähler nicht verzählt hat. Mit der zuvor genannten Strategie wäre man
>> sich sicher, dass er sich maximal nur am Tag verzählen kann, sich die
>> Fehler aber niemals über einen Tag hinaus aufaddieren können, weil jeden
>> Tag mit der D0 Abfrage der Startwert perfekt akkurat aktualisiert wird.
>>
>> Lieben Gruß,
>> Chris
>>
>>
>>
>> -----Ursprüngliche Nachricht-----
>> Von: Daniel Lauckner [mailto:vz at jahp.de]
>> Gesendet: Montag, 6. Februar 2017 04:36
>> An: volkszaehler.org
>> Betreff: Re: [vz-dev] vzlogger.log läuft voll
>>
>> Hallo Christian,
>>
>>
>> am Sonntag, 5. Februar 2017 um 23:05 hast du geschrieben:
>> > Welches Zeitintervall meinst du nun genau?
>>
>> Ich denke der Parameter "interval".
>>
>> Der Paramter ist nicht zwingend, aber sinnvoll in Zusammenhang mit
>> d0-Zähler die zum Senden aufgefordert werden müssen. Insbesondere wenn die
>> Auflösung so schlecht ist. Da ist es ziemlich Zweckfrei nach einer
>> Antwortet des Zählers sofort wieder den nächsten Datensatz anzufordern.
>> Steht ja doch wieder der selbe Zählerstand drin...
>>
>>
>> > Ja, bin mir sicher, dass ich die richtige vzlogger.conf editiere.
>> > Stelle ich das timeout auf 30, so kommt das Fehlerlog alle 30s
>>
>> Klingt fast so als hätten wir da nen Fehler im vzlogger. Sehe im Code
>> aber keine Indizien dafür.
>>
>>
>> > Hat denn noch jemand anderes einen Itron ACE 3000 Typ 260 am vzlogger
>> laufen?
>>
>> Allerdings bist du der einzige der sich beschwert das sein Log so
>> vollgemüllt wird. Von daher stellt sich schon die Frage was du anders
>> machst als alle anderen. Allein schon um die Ursache einzugrenzen.
>>
>>
>> mfg Daniel
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20170215/5d78a7c0/attachment-0001.html>