[vz-users] vzlogger - debounce_delay höher als 30ms funktioniert nicht

Frank Richter frank.richter83 at gmail.com
Thu Jun 20 23:49:00 CEST 2019


Hi Sebastian,

du unterschlägst leider komplett, dass du dazu schon einen Thread im
PV-Forum (
https://www.photovoltaikforum.com/thread/133789-debounce-delay-h%C3%B6her-als-30ms-funktioniert-nicht/)
erstellt
hast, indem du darauf hingewiesen wurdest, dass ein elektronischer Zähler
per se nicht prellt. Es gibt durchaus eine Schnittmenge zwischen den Lesern
der ML und des Forums ;-)

Dein 30ms Logfile enthält keine doppelt geloggten Impulse:

[Jun 20 21:43:32][chn0] JSON request body: [ [ 1561059811965, 1 ] ]

Die 1 nach dem Timestamp bedeutet, dass 1 Impuls an die Middleware
übertragen wurde. Wenn trotzdem eine zu hohe Leistung angezeigt wird, liegt
das Problem woanders. Wie ist der Kanal konfiguriert (Typ, Auflösung)?

Viele Grüße
Frank

Am Do., 20. Juni 2019 um 22:07 Uhr schrieb Seb Sa <sebsa80 at gmail.com>:

> Hallo zusammen,
>
> weiss nicht ob es hier zum guten Ton gehört sich vorzustellen. Falls ja
> hol ich das gerne nach. In anderen Mailinglisten wird das auch gerne als
> Spam gesehen. :)
>
> ich habe es heute tatsächlich geschafft den Pi im Sicherungskasten in
> Betrieb zu nehmen. Anfänglich auch sehr euphorisch, stellt ich dann leider
> fest, dass der Verbrauch doppelt so hoch ist, als er eigentlich sein
> sollte. Nach reichlicher Fehlersuche stiess ich dann im Log auf den
> Hinweis, dass mit jedem S0 Impuls immer direkt zwei gezählt werden. Sicher
> Prellen vom Ausgang des Zählers.
>
> [Jun 20 21:51:43][S0]   MeterS0:HWIF_GPIO:first poll returned 0
> [Jun 20 21:51:43][S0]   MeterS0:HWIF_GPIO:first poll returned 1
> [Jun 20 21:51:43][S0]   MeterS0:HWIF_GPIO:first poll returned 1
> [Jun 20 21:51:43][s0]   Reading S0 - returning 2 readings (n=1 n_neg = 0)
> [Jun 20 21:51:43][mtr0] Got 2 new readings from meter:
>
>
> Habe dann versucht das debounce_delay höher zu setzen und erst mal 100ms
> versucht. Hat zumindest im vzlogger direkt funktioniert. Nur leider hat er
> damit aufgehört Daten an die Middleware zu senden.
>
> Jun 20 21:59:52][S0]   MeterS0:HWIF_GPIO:first poll returned 0
> [Jun 20 21:59:53][S0]   MeterS0:HWIF_GPIO:first poll returned 0
> [Jun 20 21:59:54][S0]   MeterS0:HWIF_GPIO:first poll returned 0
> [Jun 20 21:59:54][S0]   MeterS0:HWIF_GPIO:first poll returned 1
> [Jun 20 21:59:55][S0]   MeterS0:HWIF_GPIO:first poll returned 0
> [Jun 20 21:59:56][S0]   MeterS0:HWIF_GPIO:first poll returned 0
> [Jun 20 21:59:57][S0]   MeterS0:HWIF_GPIO:first poll returned 0
>
>
> Habe darauf noch mit vielen anderen Werten experimentiert. Unter anderem
> 99, 90, 80, 50, 35 und 0. Das Verhalten ist bei allen Werten ausser 30
> immer das gleiche. Und das kann ich mir nicht erklären. Im Log alles schön,
> die Zählimpulse passen, ausser dem delay ändere ich nichts an der config,
> und dann geht es nicht mehr.
>
> Bin mir jetzt nicht sicher, ob man Dateien an die emails anhängen kann.
> Auch das ist immer wieder anders. Ich probiere es daher einfach mal, bevor
> ich hier alles zuspamme. :)
>
> Freue mich sehr über hilfreiche Tips was da schief läuft.
>
> Vielen Dank und Gruß
>
> Sebastian
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20190620/e64e1e51/attachment.html>


More information about the volkszaehler-users mailing list