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

[Winfried Peters]

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 ] ] } ] }


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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20151231/86ec4e68/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vzlogger.log
Type: application/octet-stream
Size: 71545 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20151231/86ec4e68/attachment-0001.obj>