[vz-users] S0 Schnittstelle mit Sensus Wasserzähler liefert "Geisterimpulse" - Ideen zum Unterbinden?

[Klaus Reichenecker]

Hast den internen Pull-Up Widerstand des Raspi aktiviert – oder noch besser einen externen hinzugefügt?

 

So wie hier:

https://go-seven.de/2021/07/stromzaehler-mit-s0-impulsausgang-an-raspberry-pi-mit-volkszaehler-auswerten/

 

 

Von: volkszaehler-users <volkszaehler-users-bounces at demo.volkszaehler.org> Im Auftrag von Christian Lange
Gesendet: Sonntag, 6. Februar 2022 21:51
An: volkszaehler-users at demo.volkszaehler.org
Betreff: [vz-users] S0 Schnittstelle mit Sensus Wasserzähler liefert "Geisterimpulse" - Ideen zum Unterbinden?

 

Hallo zusammen, 

nach mittlerweile vielen Versuchen den S0-Impulsgeber von unserer Sensus Wasseruhr präzise zum Laufen zu kriegen und nach etlichen Tests und Datenabgleichen, stehe ich nun vor dem - für mich derzeit - unüberwindbarem Problem, dass der vzlogger Impulse erfasst, die nicht mit dem Wasserverbrauch zusammenhängen. Mitunter ist 30 min vor und nach dem Impuls keine Wasserentnahme geschehen und trotzdem wird ein Impuls (= 1l) geloggt. Momentan kann ich mir das nur mit Störsignalen auf dem Weg zwischen Raspberry und Impulsgeber erklären. Ansonsten stimmen die Impulse ziemlich genau mit dem Wasserverbrauch überein. Selbst, wenn ich den Impulsgeber abklemme erhalte ich von Zeit zu Zeit Impulse :( 

Zum Aufbau:

* Raspi V1 bzw. Raspi V3 (habs mit beiden versucht)
* Zuleitung zwischen Steckverbindung und Impulsgeber ca. 1m (von dem Installationbetrieb verlegt und elegant um die Wasseruhr gewickelt)
* Kabel zum Raspberry sind die klassischen Jumper Kabel (male/female) bzw. in einem anderen Versuchsaufbau ein ca. 7m langes 4-adriges Telefonkabel
* Wagoklemmen um die Kabel zum Rasberry mit den beiden Kabeln des Impulsgebers zu verbinden
* angeschlossen sind GND und GPIO 23 (Stromversorgung des Sensus Impulsgebers erfolgt über eine Batterie)
* eine eigene Middleware - der Abgleich zwischen dieser und dem Debug-Log vom VZLogger ist jedoch 1:1 - es liegt also nicht an irgendeinem Software-Fehler

Aus der Config (zum Debuggen ohne Aggregation etc)

 "meters": [
    {
      "enabled": true,
      "allowskip": false,
      "interval": -1,
      "aggtime": -1,
      "aggfixedinterval": false,
      "channels": [
        {
          "uuid": "b6570056-8730-11ec-a8a3-0242ac120002",
          "identifier": "Impulse",
          "api": "volkszaehler",
          "middleware":  <http://path.to.my.middleware> "http://path.to.my.middleware",
          "aggmode": "none",
          "duplicates": 0,
          "gpio_dir": -1,
        }
      ],
      "protocol": "s0",
      "gpio": 23,
      "configureGPIO": false,
      "send_zero": false,
      "debounce_delay": 150
    }
  ]
}

aus der rc.local

echo 23 > /sys/class/gpio/export
echo in > /sys/class/gpio/gpio23/direction
echo falling > /sys/class/gpio/gpio23/edge
echo 0 > /sys/class/gpio/gpio23/active_low
raspi-gpio set 23 ip pu

 

Hat jemand von euch mit dieser Art von Messfehler Erfahrungen und Ideen, ob das Phänomen wirklich an Störsignalen liegt und es mit besserer Abschirmung (wie?) gelöst werden kann? 

Vielen Dank schon mal!

Chris 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20220206/680cd4b1/attachment.html>