Ja, hatte ich vorher mal, da gabs Mecker vom Admin, weil das Bild die 400kb überschritten hat. Also sollte ich es kleiner machen. Nu isses kleiner...auch nicht richtig :-( Es war doch nur wichtig das es definitiv einen Unterschied gibt wenn man das timeout ändert.
-----Ursprüngliche Nachricht----- Von: Frank Richter [mailto:[email protected]] Gesendet: Mittwoch, 15. Februar 2017 22:00 An: volkszaehler.org Betreff: Re: [vz-dev] vzlogger.log läuft voll Und Screenshots bitte zukünftig als PNG in Originalauflösung, das ist ja ne Zumutung für die Augen... Am 15. Februar 2017 um 21:58 schrieb Frank Richter <[email protected]>: > 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=1 > 5-02-2017 Nur noch deine IP, UUID und gewünschten Zeitraum einsetzen. > > Grüße > Frank > > > Am 15.02.2017 21:45 schrieb "Christian Wulff" <[email protected]>: >> >> 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:[email protected]] >> 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 >> >> >
