<p dir="ltr">Komma hinter read_timeout ist falsch.</p>
<div class="gmail_quote">Am 19.02.2017 13:29 schrieb "Christian Wulff" <<a href="mailto:christianwulff@gmx.de">christianwulff@gmx.de</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Okay, nun hab ich folgendes getestet:<br>
<br>
<br>
    {<br>
      "enabled": true,<br>
      "allowskip": false,<br>
      "interval": 30,<br>
      "aggtime": 60,<br>
      "aggfixedinterval": false,<br>
      "channels": [<br>
       {<br>
          "uuid": "b672f2c0-8e59-11e6-be34-<wbr>2f0c157b74af",<br>
          "identifier": "1.8.1",<br>
          "api": "volkszaehler",<br>
          "middleware": "<a href="http://localhost/middleware.php" rel="noreferrer" target="_blank">http://localhost/middleware.<wbr>php</a>",<br>
          "aggmode": "none",<br>
          "duplicates": -1<br>
        },<br>
      {<br>
          "uuid": "0f619f10-97e7-11e6-88bd-<wbr>e79ee73590e6",<br>
          "identifier": "1.8.2",<br>
          "api": "volkszaehler",<br>
          "middleware": "<a href="http://localhost/middleware.php" rel="noreferrer" target="_blank">http://localhost/middleware.<wbr>php</a>",<br>
          "aggmode": "none",<br>
          "duplicates": -1<br>
        }<br>
      ],<br>
      "protocol": "d0",<br>
      "device": "/dev/ttyUSB0",<br>
      "pullseq": "2F3F210D0A",<br>
      "baudrate": 300,<br>
      "parity": "7e1",<br>
      "read_timeout": 120,<br>
    },<br>
<br>
Das gute ist: Es wird kein Logfile mehr erzeugt :-)<br>
<br>
Das schlechte: Es kommen leider auch keine Daten mehr :-(    ....gar keine, auch nicht die anderen Kanäle?!<br>
Also hängt der VZ sich irgendwo auf?!<br>
<br>
Lieben Gruß<br>
Chris<br>
<br>
<br>
<br>
-----Ursprüngliche Nachricht-----<br>
Von: Frank Richter [mailto:<a href="mailto:frank.richter83@gmail.com">frank.richter83@gmail.<wbr>com</a>]<br>
Gesendet: Sonntag, 19. Februar 2017 03:04<br>
An: <a href="http://volkszaehler.org" rel="noreferrer" target="_blank">volkszaehler.org</a><br>
Betreff: Re: [vz-dev] vzlogger.log läuft voll<br>
<br>
Hallo Christian,<br>
<br>
Am 18. Februar 2017 um 15:56 schrieb Christian Wulff <<a href="mailto:christianwulff@gmx.de">christianwulff@gmx.de</a>>:<br>
> Test ich gerade.<br>
> Nun kommt die Fehlermeldung alle 60 Sekunden.<br>
> ....ich versteh es nicht :-(<br>
<br>
Na ist doch irgendwie logisch: vzlogger wartet 60s auf neue Daten vom Zähler, es kommen aber keine. Dann landet die Fehlermeldung im Log, und es geht von vorne los (mit pullseq).<br>
Ich hatte allerdings gehofft, dass interval: 30 dafür sorgt, dass die Pull-Sequenz alle 30s geschickt wird und vzlogger damit nicht in den Timeout läuft. Offenbar klappt das so nicht. Hab wie gesagt keine eigene Erfahrung mit Zählern die gepullt werden müssen.<br>
<br>
Vielleicht können Matthias oder Daniel was dazu sagen?<br>
<br>
> Soll ich nochmal mit "duplicates": -1 testen?<br>
<br>
Ja, mach das mal eine Stunde lang, und poste die Rohdaten für diesen Zeitraum.<br>
<br>
Grüße<br>
Frank<br>
<br>
<br>
> Lieben Gruß,<br>
> Chris<br>
><br>
> -----Ursprüngliche Nachricht-----<br>
> Von: Frank Richter [mailto:<a href="mailto:frank.richter83@gmail.com">frank.richter83@gmail.<wbr>com</a>]<br>
> Gesendet: Donnerstag, 16. Februar 2017 00:00<br>
> An: <a href="http://volkszaehler.org" rel="noreferrer" target="_blank">volkszaehler.org</a><br>
> Betreff: Re: [vz-dev] vzlogger.log läuft voll<br>
><br>
> Und sowas wie<br>
><br>
> "interval": 30,<br>
> "read_timeout": 60,<br>
><br>
> hattest du mal getestet?<br>
><br>
> Grüße<br>
> Frank<br>
><br>
> Am 15. Februar 2017 um 22:42 schrieb Christian Wulff <<a href="mailto:christianwulff@gmx.de">christianwulff@gmx.de</a>>:<br>
>> Here it is:<br>
>><br>
>><br>
>><br>
>>     {<br>
>><br>
>>       "enabled": true,<br>
>><br>
>>       "allowskip": false,<br>
>><br>
>>       "interval": -1,<br>
>><br>
>>       "aggtime": 60,<br>
>><br>
>>       "aggfixedinterval": false,<br>
>><br>
>>       "channels": [<br>
>><br>
>>        {<br>
>><br>
>>           "uuid": "89c0c960-8e59-11e6-81d7-<wbr>efe19b94c4aa",<br>
>><br>
>>           "identifier": "1.8.0",<br>
>><br>
>>           "api": "volkszaehler",<br>
>><br>
>>           "middleware": "<a href="http://localhost/middleware.php" rel="noreferrer" target="_blank">http://localhost/middleware.<wbr>php</a>",<br>
>><br>
>>           "aggmode": "none",<br>
>><br>
>>           "duplicates": 3600<br>
>><br>
>>         }<br>
>><br>
>>       ],<br>
>><br>
>>       "protocol": "d0",<br>
>><br>
>>       "device": "/dev/ttyUSB1",<br>
>><br>
>>       "pullseq": "2F3F210D0A",<br>
>><br>
>>       "baudrate": 300,<br>
>><br>
>>       "parity": "7e1",<br>
>><br>
>>       "read_timeout": 30,<br>
>><br>
>>     },<br>
>><br>
>><br>
>><br>
>> ….AHA, duplicates steht auf 3600. Ich nehme mal an, das sind<br>
>> Sekunden, also sind 3600 Sekunden = 1 Stunde<br>
>><br>
>> Nun kommen wir der Sache langsam auf die Spur<br>
>><br>
>><br>
>><br>
>> Von: Frank Richter [mailto:<a href="mailto:frank.richter83@gmail.com">frank.richter83@gmail.<wbr>com</a>]<br>
>> Gesendet: Mittwoch, 15. Februar 2017 22:26<br>
>><br>
>><br>
>> An: <a href="http://volkszaehler.org" rel="noreferrer" target="_blank">volkszaehler.org</a><br>
>> Betreff: Re: [vz-dev] vzlogger.log läuft voll<br>
>><br>
>><br>
>><br>
>> duplicates in vzlogger.conf gesetzt?<br>
>> Poste am besten die ganze den Zähler betreffende Config, damit wir<br>
>> den aktuellen Stand kennen.<br>
>><br>
>> Am 15.02.2017 22:18 schrieb "Christian Wulff" <<a href="mailto:christianwulff@gmx.de">christianwulff@gmx.de</a>>:<br>
>><br>
>> Okay, nu hats geklappt:<br>
>><br>
>><br>
>><br>
>> Zählerstand 10190,1 kWh passt….<br>
>><br>
>><br>
>><br>
>> Allerdings versteh ich den timestamp mal gar nicht.<br>
>><br>
>> Sieht für mich so aus, als ob ein Wert pro Stunde gespeichert wird.<br>
>><br>
>> Außer wenn sich der Wert um 0,1 ändert, dann wird öfter ein Wert<br>
>> gespeichert.<br>
>><br>
>><br>
>><br>
>> Was für ein Unfug. Der müsste doch nur einen Wert speichern, wenn er<br>
>> sich ändert?!<br>
>><br>
>><br>
>><br>
>> 2017-02-13 23:41:04;10190.1;1<br>
>><br>
>> 2017-02-14 00:41:25;10190.1;1<br>
>><br>
>> 2017-02-14 01:41:34;10190.1;1<br>
>><br>
>> 2017-02-14 02:03:57;10190.1;1<br>
>><br>
>> 2017-02-14 03:04:12;10190.1;1<br>
>><br>
>> 2017-02-14 04:04:26;10190.1;1<br>
>><br>
>> 2017-02-14 05:04:42;10190.1;1<br>
>><br>
>> 2017-02-14 06:04:57;10190.1;1<br>
>><br>
>> 2017-02-14 07:05:12;10190.1;1<br>
>><br>
>> 2017-02-14 07:17:02;10190.2;1<br>
>><br>
>> 2017-02-14 07:20:09;10190.3;1<br>
>><br>
>> 2017-02-14 07:23:17;10190.4;1<br>
>><br>
>> 2017-02-14 07:26:27;10190.5;1<br>
>><br>
>> 2017-02-14 07:29:36;10190.6;1<br>
>><br>
>> 2017-02-14 07:32:43;10190.7;1<br>
>><br>
>> 2017-02-14 07:35:48;10190.8;1<br>
>><br>
>> 2017-02-14 07:39:03;10190.9;1<br>
>><br>
>> 2017-02-14 07:41:34;10191;1<br>
>><br>
>> 2017-02-14 07:44:44;10191.1;1<br>
>><br>
>> 2017-02-14 07:47:53;10191.2;1<br>
>><br>
>> 2017-02-14 07:51:00;10191.3;1<br>
>><br>
>> 2017-02-14 07:53:30;10191.4;1<br>
>><br>
>> 2017-02-14 07:56:37;10191.5;1<br>
>><br>
>> 2017-02-14 08:11:11;10191.6;1<br>
>><br>
>> 2017-02-14 08:14:57;10191.7;1<br>
>><br>
>> 2017-02-14 08:18:03;10191.8;1<br>
>><br>
>> 2017-02-14 08:21:48;10191.9;1<br>
>><br>
>> 2017-02-14 08:24:57;10192;1<br>
>><br>
>> 2017-02-14 08:28:44;10192.1;1<br>
>><br>
>> 2017-02-14 08:31:51;10192.2;1<br>
>><br>
>> 2017-02-14 08:35:02;10192.3;1<br>
>><br>
>> 2017-02-14 08:38:48;10192.4;1<br>
>><br>
>> 2017-02-14 08:41:57;10192.5;1<br>
>><br>
>> 2017-02-14 08:45:41;10192.6;1<br>
>><br>
>> 2017-02-14 08:48:47;10192.7;1<br>
>><br>
>> 2017-02-14 08:52:29;10192.8;1<br>
>><br>
>> 2017-02-14 08:55:35;10192.9;1<br>
>><br>
>> 2017-02-14 08:59:18;10193;1<br>
>><br>
>> 2017-02-14 09:02:23;10193.1;1<br>
>><br>
>> 2017-02-14 09:06:07;10193.2;1<br>
>><br>
>> 2017-02-14 09:09:13;10193.3;1<br>
>><br>
>> 2017-02-14 09:12:58;10193.4;1<br>
>><br>
>> 2017-02-14 09:16:08;10193.5;1<br>
>><br>
>> 2017-02-14 09:19:53;10193.6;1<br>
>><br>
>> 2017-02-14 09:23:01;10193.7;1<br>
>><br>
>> 2017-02-14 09:26:45;10193.8;1<br>
>><br>
>> 2017-02-14 09:30:28;10193.9;1<br>
>><br>
>> 2017-02-14 09:33:41;10194;1<br>
>><br>
>> 2017-02-14 09:36:52;10194.1;1<br>
>><br>
>> 2017-02-14 09:40:40;10194.2;1<br>
>><br>
>> 2017-02-14 09:43:50;10194.3;1<br>
>><br>
>> 2017-02-14 09:46:58;10194.4;1<br>
>><br>
>> 2017-02-14 09:50:15;10194.5;1<br>
>><br>
>> 2017-02-14 09:54:03;10194.6;1<br>
>><br>
>> 2017-02-14 09:57:14;10194.7;1<br>
>><br>
>> 2017-02-14 10:57:55;10194.7;1<br>
>><br>
>> 2017-02-14 10:58:36;10194.8;1<br>
>><br>
>> 2017-02-14 11:28:20;10194.9;1<br>
>><br>
>> 2017-02-14 11:32:06;10195;1<br>
>><br>
>> 2017-02-14 11:35:17;10195.1;1<br>
>><br>
>> 2017-02-14 11:38:24;10195.2;1<br>
>><br>
>> 2017-02-14 11:42:10;10195.3;1<br>
>><br>
>> 2017-02-14 11:45:18;10195.4;1<br>
>><br>
>> 2017-02-14 11:48:26;10195.5;1<br>
>><br>
>> 2017-02-14 11:51:42;10195.6;1<br>
>><br>
>> 2017-02-14 11:54:50;10195.7;1<br>
>><br>
>> 2017-02-14 11:58:35;10195.8;1<br>
>><br>
>> 2017-02-14 12:01:43;10195.9;1<br>
>><br>
>> 2017-02-14 12:04:51;10196;1<br>
>><br>
>> 2017-02-14 12:07:57;10196.1;1<br>
>><br>
>> 2017-02-14 12:11:04;10196.2;1<br>
>><br>
>> 2017-02-14 12:14:12;10196.3;1<br>
>><br>
>> 2017-02-14 12:17:30;10196.4;1<br>
>><br>
>> 2017-02-14 12:20:00;10196.5;1<br>
>><br>
>> 2017-02-14 12:23:09;10196.6;1<br>
>><br>
>> 2017-02-14 12:25:40;10196.7;1<br>
>><br>
>> 2017-02-14 12:28:47;10196.8;1<br>
>><br>
>> 2017-02-14 12:39:51;10196.9;1<br>
>><br>
>> 2017-02-14 13:40:14;10196.9;1<br>
>><br>
>> 2017-02-14 14:16:08;10197;1<br>
>><br>
>> 2017-02-14 14:59:40;10197.1;1<br>
>><br>
>> 2017-02-14 15:02:47;10197.2;1<br>
>><br>
>> 2017-02-14 15:06:29;10197.3;1<br>
>><br>
>> 2017-02-14 15:09:34;10197.4;1<br>
>><br>
>> 2017-02-14 15:12:42;10197.5;1<br>
>><br>
>> 2017-02-14 15:15:47;10197.6;1<br>
>><br>
>> 2017-02-14 15:18:57;10197.7;1<br>
>><br>
>> 2017-02-14 15:22:41;10197.8;1<br>
>><br>
>> 2017-02-14 15:25:54;10197.9;1<br>
>><br>
>> 2017-02-14 15:29:02;10198;1<br>
>><br>
>> 2017-02-14 16:01:55;10198.1;1<br>
>><br>
>> 2017-02-14 17:02:07;10198.1;1<br>
>><br>
>> 2017-02-14 17:39:26;10198.2;1<br>
>><br>
>> 2017-02-14 18:06:55;10198.3;1<br>
>><br>
>> 2017-02-14 18:10:42;10198.4;1<br>
>><br>
>> 2017-02-14 18:13:50;10198.5;1<br>
>><br>
>> 2017-02-14 18:16:57;10198.6;1<br>
>><br>
>> 2017-02-14 18:20:04;10198.7;1<br>
>><br>
>> 2017-02-14 18:23:48;10198.8;1<br>
>><br>
>> 2017-02-14 18:26:56;10198.9;1<br>
>><br>
>> 2017-02-14 18:30:03;10199;1<br>
>><br>
>> 2017-02-14 18:33:15;10199.1;1<br>
>><br>
>> 2017-02-14 18:36:59;10199.2;1<br>
>><br>
>> 2017-02-14 18:40:05;10199.3;1<br>
>><br>
>> 2017-02-14 18:43:11;10199.4;1<br>
>><br>
>> 2017-02-14 18:46:18;10199.5;1<br>
>><br>
>> 2017-02-14 18:50:02;10199.6;1<br>
>><br>
>> 2017-02-14 18:53:09;10199.7;1<br>
>><br>
>> 2017-02-14 18:56:14;10199.8;1<br>
>><br>
>> 2017-02-14 18:59:21;10199.9;1<br>
>><br>
>> 2017-02-14 19:01:53;10200;1<br>
>><br>
>> 2017-02-14 19:05:02;10200.1;1<br>
>><br>
>> 2017-02-14 19:08:09;10200.2;1<br>
>><br>
>> 2017-02-14 19:11:15;10200.3;1<br>
>><br>
>> 2017-02-14 19:13:44;10200.4;1<br>
>><br>
>> 2017-02-14 19:16:53;10200.5;1<br>
>><br>
>> 2017-02-14 19:19:25;10200.6;1<br>
>><br>
>> 2017-02-14 19:22:35;10200.7;1<br>
>><br>
>> 2017-02-14 19:25:07;10200.8;1<br>
>><br>
>> 2017-02-14 19:28:16;10200.9;1<br>
>><br>
>> 2017-02-14 19:30:53;10201;1<br>
>><br>
>> 2017-02-14 19:34:02;10201.1;1<br>
>><br>
>> 2017-02-14 19:37:11;10201.2;1<br>
>><br>
>> 2017-02-14 19:50:17;10201.3;1<br>
>><br>
>> 2017-02-14 20:13:37;10201.4;1<br>
>><br>
>> 2017-02-14 20:16:43;10201.5;1<br>
>><br>
>> 2017-02-14 20:19:52;10201.6;1<br>
>><br>
>> 2017-02-14 20:23:37;10201.7;1<br>
>><br>
>> 2017-02-14 20:26:43;10201.8;1<br>
>><br>
>> 2017-02-14 20:29:50;10201.9;1<br>
>><br>
>> 2017-02-14 20:32:58;10202;1<br>
>><br>
>> 2017-02-14 20:36:44;10202.1;1<br>
>><br>
>> 2017-02-14 20:40:00;10202.2;1<br>
>><br>
>> 2017-02-14 20:43:15;10202.3;1<br>
>><br>
>> 2017-02-14 20:46:25;10202.4;1<br>
>><br>
>> 2017-02-14 20:50:15;10202.5;1<br>
>><br>
>> 2017-02-14 20:53:24;10202.6;1<br>
>><br>
>> 2017-02-14 20:56:29;10202.7;1<br>
>><br>
>> 2017-02-14 21:56:48;10202.7;1<br>
>><br>
>> 2017-02-14 22:56:57;10202.7;1<br>
>><br>
>> 2017-02-14 23:57:16;10202.7;1<br>
>><br>
>> 2017-02-15 00:57:25;10202.7;1<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> Von: Frank Richter [mailto:<a href="mailto:frank.richter83@gmail.com">frank.richter83@gmail.<wbr>com</a>]<br>
>> Gesendet: Mittwoch, 15. Februar 2017 22:05<br>
>> An: <a href="http://volkszaehler.org" rel="noreferrer" target="_blank">volkszaehler.org</a><br>
>> Betreff: Re: [vz-dev] vzlogger.log läuft voll<br>
>><br>
>><br>
>><br>
>> Ups, versehentlich einen Slash gelöscht.<br>
>> <a href="http://IP/middleware.php/data/UUID.csv?options=raw&from=14-02-2017&to" rel="noreferrer" target="_blank">http://IP/middleware.php/data/<wbr>UUID.csv?options=raw&from=14-<wbr>02-2017&to</a><br>
>> =<br>
>> 15-02-2017<br>
>><br>
>> Am 15.02.2017 21:58 schrieb "Frank Richter" <<a href="mailto:frank.richter83@gmail.com">frank.richter83@gmail.com</a>>:<br>
>><br>
>> Hi Christian,<br>
>><br>
>> mach besser einen Screenshot von einer Stunde statt über Tage, dann<br>
>> erkennt man auch die Zeitauflösung.<br>
>> Wenn du Rohdaten aus der DB holen willst, versuch mal das hier:<br>
>> http:/IP/middleware.php/data/<wbr>UUID.csv?options=raw&from=14-<wbr>02-2017&to=<br>
>> 1<br>
>> 5-02-2017<br>
>><br>
>> Nur noch deine IP, UUID und gewünschten Zeitraum einsetzen.<br>
>><br>
>> Grüße<br>
>> Frank<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> Am 15.02.2017 21:45 schrieb "Christian Wulff" <<a href="mailto:christianwulff@gmx.de">christianwulff@gmx.de</a>>:<br>
>><br>
>> So, mal gucken, ob ich die letzten drei Antworten wieder zu einer<br>
>> email zusammengeflockt bekomme und wieder an der richtigen Stelle<br>
>> weitermachen kann.<br>
>><br>
>> Also  Intervall steht auf "interval": -1, ist das wohlmöglich falsch?<br>
>> Nun hab ich mir die Daten im Frontend angesehen bevor und nachdem ich<br>
>> von<br>
>> "read_timeout": 30, auf "read_timeout": 300, gewechselt habe.<br>
>> Siehe da, es gibt einen Unterschied. Beim timeout300_1.jpg steht der<br>
>> Cursor in der Mitte. Links davon ist timeout=30, rechts davon ist timeout=300.<br>
>> Beim timeout300_2.jpg steht der Cursor in der Mitte. Links davon ist<br>
>> timeout=300, rechts davon ist timeout=30.<br>
>> Mit größerem Timeout nimmt die Auflösung der Messgenauigkeit ab?!<br>
>><br>
>> "ich meine den Zeitabstand zwischen 2 Datensätzen bei einem der D0-Kanäle.<br>
>> Die Frage ist: liefert der Zähler nach der Pullsequenz nur 1x Daten<br>
>> und läuft dann in den Timeout, oder liefert er zunächst regelmäßig<br>
>> Daten und der Timeout passiert später?"<br>
>><br>
>> Ich weiss leider nicht wie ich das rauskriegen kann. (Da bräuchte ich<br>
>> ne Anleitung für VZ-, Linux- und SQL-Anfänger) Ich habs mit dem<br>
>> Export aus dem Frontend probiert. Leider ist da kein Format dabei mit<br>
>> dem ich was anfangen könnte.<br>
>> Hab versucht das .csv in Excel zu importieren. Da kommen nur Zahlen<br>
>> bei raus die mit dem Zählerstand nichts zu tun haben.<br>
>><br>
>> ...hab grad mal wieder in die Datenbank gesehen, ich glaube da sind<br>
>> schon über 4 Mio. Einträge...<br>
>><br>
>> Ich würde ja gerne die S0 Daten zählen, dann allerdings wäre meine<br>
>> bevorzugte Strategie 1x am Tag per D0 den richtigen Zählerstand<br>
>> auszulesen, und danach mit den S0 Impulsen diesen Zählerstand<br>
>> aufaddieren. Dann könnte man echte Zählerstände in der Datenbank<br>
>> speichern und nicht nur "1"sen, die ohne einen Startwert keinen Sinn<br>
>> ergeben. Wer weiss denn schon ob sich der<br>
>> S0 Zähler nicht verzählt hat. Mit der zuvor genannten Strategie wäre<br>
>> man sich sicher, dass er sich maximal nur am Tag verzählen kann, sich<br>
>> die Fehler aber niemals über einen Tag hinaus aufaddieren können,<br>
>> weil jeden Tag mit der D0 Abfrage der Startwert perfekt akkurat aktualisiert wird.<br>
>><br>
>> Lieben Gruß,<br>
>> Chris<br>
>><br>
>><br>
>><br>
>> -----Ursprüngliche Nachricht-----<br>
>> Von: Daniel Lauckner [mailto:<a href="mailto:vz@jahp.de">vz@jahp.de</a>]<br>
>> Gesendet: Montag, 6. Februar 2017 04:36<br>
>> An: <a href="http://volkszaehler.org" rel="noreferrer" target="_blank">volkszaehler.org</a><br>
>> Betreff: Re: [vz-dev] vzlogger.log läuft voll<br>
>><br>
>> Hallo Christian,<br>
>><br>
>><br>
>> am Sonntag, 5. Februar 2017 um 23:05 hast du geschrieben:<br>
>>> Welches Zeitintervall meinst du nun genau?<br>
>><br>
>> Ich denke der Parameter "interval".<br>
>><br>
>> Der Paramter ist nicht zwingend, aber sinnvoll in Zusammenhang mit<br>
>> d0-Zähler die zum Senden aufgefordert werden müssen. Insbesondere<br>
>> wenn die Auflösung so schlecht ist. Da ist es ziemlich Zweckfrei nach<br>
>> einer Antwortet des Zählers sofort wieder den nächsten Datensatz anzufordern.<br>
>> Steht ja doch wieder der selbe Zählerstand drin...<br>
>><br>
>><br>
>>> Ja, bin mir sicher, dass ich die richtige vzlogger.conf editiere.<br>
>>> Stelle ich das timeout auf 30, so kommt das Fehlerlog alle 30s<br>
>><br>
>> Klingt fast so als hätten wir da nen Fehler im vzlogger. Sehe im Code<br>
>> aber keine Indizien dafür.<br>
>><br>
>><br>
>>> Hat denn noch jemand anderes einen Itron ACE 3000 Typ 260 am<br>
>>> vzlogger laufen?<br>
>><br>
>> Allerdings bist du der einzige der sich beschwert das sein Log so<br>
>> vollgemüllt wird. Von daher stellt sich schon die Frage was du anders<br>
>> machst als alle anderen. Allein schon um die Ursache einzugrenzen.<br>
>><br>
>><br>
>> mfg Daniel<br>
><br>
><br>
<br>
<br>
</blockquote></div>