[vz-users] vzlogger liefert zu viele Werte für einen Reed-Kontakt-Impuls

Fri Jan 1 11:54:56 CET 2016

Hallo Andreas,

ja, alle Werte lassen sich als reading auch im Log nachweisen. Ich hatte
das Log der Testreihe meiner vorherigen Mail angefügt.

Viele Grüße

Am 31. Dezember 2015 um 16:50 schrieb Andreas Götz <cpuidle at gmail.com>:

> Hi,
>
> Am 31.12.2015 um 12:44 schrieb Winfried Peters <winfried.peters at gmail.com
> >:
>
> Hallo Udo,
>
> danke für die Info. Gut zu wissen, dass die YPORT+-Erweiterung eine
> HW-Entprellung hat und nur das Schliessen-Ereignis zählt. Das macht die
> Logik zur Auswertung einfacher, wenn denn vzlogger das tut, was ich nach
> meinem Verständnis erwarte.
>
> Ich kann die Beobachtung von Marius bestätigen, dass beim
> vzlogger-neustart grundsätzlich immer ein Datensatz geschrieben wird.
> Hier der HTTPd-Output:
> { "version": "0.4.8", "generator": "vzlogger", "data": [ { "uuid": "120",
> "last": 1451557637945, "interval": -1, "protocol": "s0", "tuples": [ [
> 1451557637945, 1 ] ] } ] }
>
> Lässt sich das auch im vzlogger log nachvollziehen? Local httpd ist
> nochmal ne ganz andere Geschichte.
>
> Viele Grüße, Andreas
>
>
> Ich habe meine vzlogger-Konfiguration um die überflüssige Parameter
> bereinigt und ein kleine Testreihe mit unterschiedlichen
> debounce_delay-Werten gefahren. Ausgangsfall ist der direkte Anschluss des
> Relais am S0-Port und ein kurzer Auslöser (Schliessen und Öffnen kleier
> 0.5s). Das Ergebnis habe ich dieser Tabelle zusammengefasst:
>
> |----+----------------+--------+-------+-------+--------|
> |Nr. | debounce_delay | Anzahl | zeitl.| Tupel | Zähler |
> |    |                | Tupel  |Abstand| Werte |        |
> |----+----------------+--------+-------+-------+--------|
> |  1 |        0       |    2   |  1s   |  2|2  |   4    |
> |  2 |     1000       |    2   |  1s   |  1|1  |   2    |
> |  3 |     2000       |    2   |  2s   |  1|1  |   2    |
> |  2 |     4000       |    2   |  4s   |  1|1  |   2    |
> |  2 |     6000       |    2   |  6s   |  1|1  |   2    |
> |  2 |     8000       |    2   |  8s   |  1|1  |   2    |
> |  2 |    10000       |    2   | 10s   |  1|1  |   2    |
> |----+----------------+--------+-------+-------+--------|
>
> Hier die HTTPd-Outputs dazu:
> 0: { "version": "0.4.8", "generator": "vzlogger", "data": [ { "uuid":
> "120", "last": 1451557772126, "interval": -1, "protocol": "s0", "tuples": [
> [ 1451557771445, 2 ], [ 1451557772126, 2 ] ] } ] }
> 1000 : { "version": "0.4.8", "generator": "vzlogger", "data": [ { "uuid":
> "120", "last": 1451557939197, "interval": -1, "protocol": "s0", "tuples": [
> [ 1451557938196, 1 ], [ 1451557939197, 1 ] ] } ] }
> 2000: { "version": "0.4.8", "generator": "vzlogger", "data": [ { "uuid":
> "120", "last": 1451558092102, "interval": -1, "protocol": "s0", "tuples": [
> [ 1451558090101, 1 ], [ 1451558092102, 1 ] ] } ] }
> 4000: { "version": "0.4.8", "generator": "vzlogger", "data": [ { "uuid":
> "120", "last": 1451558235665, "interval": -1, "protocol": "s0", "tuples": [
> [ 1451558231665, 1 ], [ 1451558235665, 1 ] ] } ] }
> 6000: { "version": "0.4.8", "generator": "vzlogger", "data": [ { "uuid":
> "120", "last": 1451558387882, "interval": -1, "protocol": "s0", "tuples": [
> [ 1451558381882, 1 ], [ 1451558387882, 1 ] ] } ] }
> 8000: { "version": "0.4.8", "generator": "vzlogger", "data": [ { "uuid":
> "120", "last": 1451558519265, "interval": -1, "protocol": "s0", "tuples": [
> [ 1451558511265, 1 ], [ 1451558519265, 1 ] ] } ] }
> 10000: { "version": "0.4.8", "generator": "vzlogger", "data": [ { "uuid":
> "120", "last": 1451558704481, "interval": -1, "protocol": "s0", "tuples": [
> [ 1451558694481, 1 ], [ 1451558704481,
>
> Bei keiner Einstellung bekomme ich als Ergebnis bei einem Impuls nur einen
> Zähler.Auch nicht bei debounce_delay = 0. vzlogger schiebt grundsätzlich
> einen zweiten Datensatz im zeitlichen Abstand von debounce_delay hinterher.
> Ich hatte den vzlogger-Parameter "duplicates" im Verdacht. Der würde das
> Verhalten ansatzweise erklären. In der editor-Doku steht: default 0 (send
> duplicate values), >0 = send duplicate values only each <duplicates>
> seconds. Activate only for abs. counter values (Zaehlerstaende) and not for
> impulses! Wenn ich das richtig interpretiere, werden bei duplicates = 0
> "doppelte" Werte gesendet, sollte aber für den Impuls-Modus nicht relevant
> sein. Aber ob der Parameter definiert ist oder nicht, hat keinen Einfluss
> auf die Ergebnisse.
>
> Wenn ich einen HW- und Konfigurationsfehler ausschließe, muss es sich um
> einen Bug oder ein Verständnisproblem handeln.
>
> Hier meine aktuelle vzlogger.conf, mit der die Testversuche mit
> unterschiedlichen debounce_delay-Werten gefahren wurden. Ich hänge die
> vzlogger.log als Datei an.
> {
>   "retry": 0,
>   "daemon": true,
>   "verbosity": 10,
>   "log": "/var/log/vzlogger.log",
>   "local": {
>     "enabled": true,
>     "port": 8080,
>     "index": true,
>     "timeout": 0,
>     "buffer": 60
>   },
>   "meters": [
>     {
>       "enabled": true,
>       "allowskip": false,
>       "interval": -1,
>       "aggtime": -1,
>       "aggfixedinterval": false,
>       "channels": [
>         {
>           "uuid": "120",
>           "identifier": "Impulse",
>           "api": "null",
>           "aggmode": "none"
>    //       "duplicates": 0
>         }
>       ],
>       "protocol": "s0",
>       "gpio": 20,
>       "configureGPIO": true,
>       "resolution": 1,
>       "send_zero": false,
>       "debounce_delay": 10000
>     }
>   ]
> }
>
> So, das war's für dieses Jahr. Ich hoffe, ich bekomme meine Zähler im
> nächsten Jahr zum Laufen.
>
> Viele Grüße und einen Guten Rutsch ins Neue Jahr
>
> Winfried
>
> Am 31. Dezember 2015 um 09:13 schrieb Udo1 <udo1 at gmx.net>:
>
>> Hallo Winfried,
>>
>> Am 30.12.2015 um 23:52 schrieb Winfried Peters:
>>
>>> sieht meine Ideallösung so aus, dass jeweils beim Schliessen und beim
>>> Öffnen ein Impuls registriert wird.
>>>
>> Dürfte nicht funktionieren, da die S0-Eingänge der Erweiterung nur auf
>> das Schließen des Kontaktes reagieren (mit eingebauter Hardware-Entprellung
>> von 20ms). Ein zusätzliches 'debounce_delay ' kann das Entprellen natürlich
>> noch unterstützen.
>>
>>           "secretKey": "",
>>>           "type": "device",
>>>           "scaler": 0,
>>>            "gpio_dir": -1,
>>>            "nonblocking_delay": 100000
>>>            "device": "",
>>>
>> Kannst du auch aus der vzlogger.conf löschen, da keine Funktion in deiner
>> Config.
>>
>> "verbosity": 15,
>>>
>> Solltest du auf '5' oder '0' setzen, wenn alles funktioniert. Sonst wird
>> die Datei zu groß. Gegebenenfalls zwischendurch mal die Datei löschen.
>>
>> Was steht jetzt in der vzlogger.log?
>>
>> Gruß
>> Udo
>>
>>
> <vzlogger.log>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160101/1196e145/attachment.html>