S0 (Ferraris 75U/kWh) rechnet falsche Leistung

Hallo allerseits!
Ich habe einen Raspi-Clone ( Odroid C2 ) https://www.hardkernel.com/mai….php?g_code=G145457216438 unter Ubuntu 18.04.1 LTS laufen und vor kurzem VZLOGGER und Middleware/Frontend installiert. An einem GPIO habe ich einen optischen Sensor angeschlossen, der meinen alten Ferraris-Stromzähler (75 U/kWh) abtastet.
Alle paar Stunden fielen mir dann sporadische Spikes bis über 20kW im Diagramm des Webends auf.
Der optische Sensor könnte der Grund sein, also habe ich einen Timer (Ne555) aufgebaut, der alle ca. 128s einen Impuls von ca. 8s abgibt (realistische Zeiten für den Zähler). Damit ist schon mal Kontaktprellen, unsichere Detektion des Sensors etc. ausgeschlossen.
Rechnerisch würden sich aus den 75U/kWh und der 128s Periode eine Leistung von ca. 375W ergeben - oder?

Im Webend bekomme ich aber ca. 550W angezeigt.

Das scheint wohl der Odroid nicht richtig zu ticken... Ich habe schon den Meson- und den Arch-Timer des Odroid C2 getestet - beide mit gleichem Ergebnis.

Könnte dies an der Timerkonfiguration des VZLOGGERs liegen?
Aus dem Source-Code MeterS0.cpp sehe ich, dass Clock_realtime verwendet wird - im Kommentar steht noch, dass clock_monotonic besser wäre, aber keine Begründung.
Was meint Ihr, bin ich auf der richtigen Spur?
Wie kann ich clock_monotonic testen und würde das Sinn machen?

Die Spikes sind übrigens auch mit dem NE555-Timer da - ich vermute, dass Interrupt-Prios des Odroids der Grund sind.
8s H-Pegel am GPIO sind halt schon lang.

Was bedeutet gpio_dir? Laut Source ist das wohl nicht die Einstellung, ob Steigende oder Fallende Flanke des S0 Signals.
Dies wird aber im Wiki behauptet? Jedenfalls haben verschiedene Einstellung keine Wirkung auf die Spikes.

Vielen Dank für Eure Hilfe und die Volkszähler-Software!
Thomas

Hallo Monsmusik, danke für deine Antwort!
Inzwischen habe ich den Odroid neu aufgesetzt. Ich habe auch eine RTC installiert, die die Systemuhr immer wieder schön richtig gestellt hat. Ohne diese ging die Uhr gnadenlos falsch.... Nach der Neuinstallation tickt der Odroid wieder richtig und auch die Leistungsrechnung ist jetzt korrekt. Keine Ahnung, was ich in der ersten Installation verbogen habe...

Zu den Spikes:
Super Idee, das werde ich bald testen.
Ich habe jetzt einen Test laufen, in dem die Impulslänge ca. 500ms statt 8s ist....

Grüße
Thomas

Hallo Monsmusik,
das kürzen der Impulslänge hats nicht wirklich gebracht..
Inzwischen habe ich auch mehrere Posts über Spikes gelesen: Da ist wohl auch die Middelware schuld dran...

Mit invertiertem Signal bekomme ich allerdings nur Mist erfasst. Egal, ob mit "Impulse" und "Impulse_neg" Einstellung.
Ich werde mal die Signalpegel checken...
Wie hast du den Vzlogger konfiguriert?

Grüße
Thomas

Hallo allerseits!
Die Spikes sind weg!
Durch Sammeln per AGGTIME (60s) und AGGMODE SUM sind sie verschwunden.
Ich habe einen Odroid C2 im Einsatz, deshalb nicht über die Gpio-Nr. wundern!
Mein IR-Sensor am 75U/kWh-Zähler mit positiven Impulsen hängt direkt daran.

Grüße
Thomas

Meine vzlogger.conf:

{
  "retry": 0,
  "daemon": true,
  "verbosity": 5,
  "log": "/var/log/vzlogger.log",
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
  "meters": [
    {
      "enabled": true,
      "allowskip": false,
      "interval": -1,
      "aggtime": 60,
      "aggfixedinterval": false,
      "channels": [
        {
          "api": "volkszaehler",
          "uuid": "WerWillsDennWissen",
          "identifier": "Impulse",
          "middleware": "http://localhost/middleware.php",
          "aggmode": "sum",
          "duplicates": 0
        }
      ],
      "protocol": "s0",
      "device": "",
      "gpio": 238,
      "gpio_dir": -1,
      "configureGPIO": true,
      "resolution": 75,
      "send_zero": false,
      "debounce_delay": 60,
      "nonblocking_delay": 1000
    }
  ]
}