Swissnox Zähler per S0 an Raspberyy Pi

Hallo Zusammen,
ich weiß, dass der volkszähler nix für Anfänger ist, aber als solchen würde ich mich eigentlich auch nicht bezeichnen. Bin eigentlich in der IT zuhause, habe aber zugegebener Maßen wenig mit Linux zu tun...
Jetzt würde ich aber gerne mal meinen derzeitigen Verbrauch über den Tagesverlauf loggen um meine neue PV Anlage besser auslegen zu können.
Einen Zähler von Swissnox mit S0 Schnittstelle habe ich noch hier liegen und wollte den dafür nutzen.
Also habe ich mir das Image vom volkszähler auf den Raspberry Pi und habe soweit es mir möglich war die Anleitung im HowTo Bereich durchgearbeitet. Ich habe es auch geschafft den Kanal übers Frontend anzulegen und ich meine eigentlich auch die vzlogger.conf richtig konfiguriert zu haben. Leider sehe ich aber nach Anschluss des Swissnox (Pin20/S0+ an GPIO15/Pin10 und PIN21/S0- an GND/Pin9). Kann sich mal jemand die config anschauen oder mir einen Tip geben, wie ich evtl auf der Konsole testen kann, ob am Pi etwas ankommt?
Vielen Dank schon mal!

{
  "retry": 15,
  "daemon": true,
  "verbosity": 5,
  "log": "",
  "push": [],
  "local": {
    "enabled": true,
    "port": 8080,
    "index": true,
    "timeout": 30,
    "buffer": 600
  },
  "meters": [
    {
      "enabled": true,
      "allowskip": false,
      "interval": -1,
      "aggtime": -1,
      "aggfixedinterval": true,
      "channels": [
        {
          "uuid": "xxx",
          "identifier": "Impulse",
          "api": "volkszaehler",
          "middleware": "http://localhost/middleware.php",
          "secretKey": "",
          "type": "device",
          "scaler": 1,
          "aggmode": "sum",
          "duplicates": 0
        }
      ],
      "protocol": "s0",
      "device": "/dev/ttyAMA0",
      "gpio": 15,
      "mmap": "rpi1",
      "gpio_dir": -1,
      "configureGPIO": true,
      "resolution": 800,
      "send_zero": false,
      "debounce_delay": 30,
      "nonblocking_delay": 100000
    }
  ]
}

vzlogger Version ist 0.4.2

rc.local

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.


# Print the IP address
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
  printf "My IP address is %s\n" "$_IP"
fi


# Part of DS2482 I2C 1-Wire Master to Volkszaehler 'RaspberryPI deamon'.
echo ds2482 0x18 > /sys/bus/i2c/devices/i2c-1/new_device
# echo ds2482 0x19 > /sys/bus/i2c/devices/i2c-1/new_device
# echo ds2482 0x1a > /sys/bus/i2c/devices/i2c-1/new_device


# Register I2C RTC, nur bei großer Erweiterung
echo ds1307 0x68 > /sys/bus/i2c/devices/i2c-1/new_device


# Part of S0/Impulse to Volkszaehler 'RaspberryPI deamon','s0vz', nur bei alter große Erweiterung
#echo 17 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio17/edge
#echo 18 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio18/edge
# echo 22 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio22/edge
# echo 23 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio23/edge
# echo 24 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio24/edge
# echo 27 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio27/edge


# Part of S0/Impulse to Volkszaehler 'RaspberryPI deamon','s0vz_new', nur bei neuer große Erweiterung
#echo 4 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio4/edge
#echo 18 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio18/edge
#echo 17 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio17/edge
#echo 23 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio23/edge
#echo 27 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio27/edge
#echo 22 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio22/edge


# GPIOs exportieren und Datenrichtung einstellen, 'Schaltausgang_new'
echo 24 > /sys/class/gpio/export
echo 25 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio24/direction
echo out > /sys/class/gpio/gpio25/direction


# GPIOs exportieren und Datenrichtung einstellen, 'Schaltausgang'
# echo 9 > /sys/class/gpio/export
# echo 11 > /sys/class/gpio/export
# echo out > /sys/class/gpio/gpio9/direction
# echo out > /sys/class/gpio/gpio11/direction


# 1wirevz starten
#/etc/init.d/1wirevz restart


#s0vz starten
#sudo s0vz
#sudo s0vz_new


#vzlogger starten
# sudo vzlogger -d


#Set Systemtime from RTC
sudo hwclock -s


exit 0

Die uuid habe ich in der config richtig drin, habe das xxx nur hier so rein geschrieben.

Und das letzte:
root@raspberrypi:/home/pi# ps ax | grep vzlogger
3099 pts/0 S+ 0:00 grep vzlogger

Keine Ahnung was das nun heißt... Habe so den Eindruck, ohne wirklich Ahnung von Linux kann man da nicht wirklich viel machen, oder?

Habe jetzt auch nochmal nachgelesen wegen dieser ALT 3 Geschichte, aber wenn ich das richtig verstanden habe braucht man das nur, wenn man über GPIO 17 senden will, oder? Ich will ja eigentlich nur über GPIO 15 empfangen, das sollte ja Standard sein.

Also ich hatte versucht mir die nötigen Informationen aus allerlei Anleitungen zusammen zu suchen. Wie es aussieht, habe ich da dann so einiges durcheinander gebracht...
Also bezüglich der Schnittstelle ttyAMA0, das hatte ich von hier:
http://wiki.volkszaehler.org/h…e/controllers/s0-an-rs232
Ich hatte das so verstanden, dass man nur so ohne Zusatzhardware direkt den S0 des Zählers anschließen kann.
Das mit den 3,3V klingt zwar logisch, aber auch da hatte ich dann wohl verschiedene Anleitungen durcheinander gebracht. Wenn ich an GPIO 15 gehe muss ich das mit dem Pull-Up Widerstand selbst machen. Aber in anderen (externen) Anleitungen wird auch beschrieben, dass ein S0 Zähler direkt über GPIO 3 angeschlossen, da fällt das wohl weg weil der Pi da selbst schon diesen Pullup Widerstand verbaut hat, oder? Nur kann ich das jetzt auch in Verbindung mit vzlogger machen? Dann müsste ich in der config das Feld device einfach leer lassen (oder -1) und bei gpio 3 eintragen...

Es handelt sich um einen Raspberry Pi Model B und wenn ich das richtig sehe scheint das eine Revision 2 zu sein. Mit der Abfrage cat /proc/cpuinfo bekomme ich als Revision 000e angezeigt...

Vielen Dank auf jeden Fall mal für deine Hilfe, aber ich fürchte da muss ich einfach sehr viel mehr Zeit in die Grundlagen investieren als ich mir das gedacht hatte. Mal schauen ob ich heute Mittag nochmal ein paar Stunden Zeit zum testen finde.

So, jetzt habe ich nochmal etwas nachgelesen und nun auch noch einige Veränderungen (hoffentlich zum besseren) durchgeführt:
Den S0 zum Zähler habe ich jetzt am GPIO3 angeschlossen, da sollte ja der Pulldown Widerstand schon drin sein. Das habe ich natürlich in der config geändert und außerdem den Eintrag ttyAMA0 rausgeworfen. Ausserdem ist mir aufgefallen, dass die config irgendwann doppelt war (also einfach meine ganze config stand zweimal untereinander in der vzlogger-conf drin), das hatte wohl auch zu nem Fehler beim Startversuch des vzlogger geführt.
Die vorgeschlagene Änderung von localhost zu 127.0.0.1 habe ich auch gemacht. Die etc/hosts habe ich überprüft und da steht für localhost auch die 127.0.0.1 drin, es gibt aber auch nen Eintrag 127.0.1.1 mit "raspberrypi". Muss der geändert werden?

Also der vzlogger startet jetzt wie gesagt zumindest mal ohne Fehlermeldung, aber es scheinen nach wie vor keine Daten anzukommen. Leider kann ich nicht erkennen, ob schon der vzlogger keine Daten bekommt oder ob die nur nicht in der middleware ankommen. Gibt es keine Möglichkeit zu sehen, ob der vzlogger was vom GPIO3 bekommt?

Hier nochmal die aktuelle config:

Zitat

{
"retry": 15,
"daemon": true,
"verbosity": 5,
"log": "",
"push": [],
"local": {
"enabled": true,
"port": 8080,
"index": true,
"timeout": 30,
"buffer": 600
},
"meters": [
{
"enabled": true,
"allowskip": false,
"interval": 1,
"aggtime": 5,
"aggfixedinterval": true,
"channels": [
{
"uuid": "9648c8c0-58a1-11e5-bd8e-8b9c436ae4f8",
"identifier": "Impulse",
"api": "volkszaehler",
"middleware": "http://127.0.0.1/middleware.php",
"secretKey": "",
"type": "device",
"scaler": 1,
"aggmode": "sum",
"duplicates": 0
}
],
"protocol": "s0",
"device": "",
"gpio": 3,
"mmap": "rpi1",
"gpio_dir": -1,
"configureGPIO": true,
"resolution": 800,
"send_zero": false,
"debounce_delay": 30,
"nonblocking_delay": 100000
}
]
}

Alles anzeigen

Was mir da auch nach wie vor nicht klar ist, was es mit so einigen Einträgen dabei auf sich hat. Zum Beispiel INtervall, aggtime etc. Da ist in der Beispielconfig überall -1 drin, aber da steht auch bei "enabled" ein false drin, ich gehe also nicht davon aus, dass die Beispielconfig eine wirklich funktionierende config darstellt, oder?

EDIT:
Wenn ich das richtig verstanden habe muss ich in der rc.local noch dafür sorgen, dass mein GPIO3 auch aktiviert wird, oder?
Das habe ich jetzt glaube ich geschafft. Was ich nicht kapiert habe ist, dass der vzlogger doch eigentlich durch das auskommentieren in der rc.local gar nicht gestartet wurde, aber warum sehe ich dann den Prozess?

Also hier die aktuelle rc.local:

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.


# Print the IP address
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
  printf "My IP address is %s\n" "$_IP"
fi


# Part of DS2482 I2C 1-Wire Master to Volkszaehler 'RaspberryPI deamon'.
echo ds2482 0x18 > /sys/bus/i2c/devices/i2c-1/new_device
# echo ds2482 0x19 > /sys/bus/i2c/devices/i2c-1/new_device
# echo ds2482 0x1a > /sys/bus/i2c/devices/i2c-1/new_device


# Register I2C RTC, nur bei großer Erweiterung
echo ds1307 0x68 > /sys/bus/i2c/devices/i2c-1/new_device


# Part of S0/Impulse to Volkszaehler 'RaspberryPI deamon','s0vz', nur bei alter große Erweiterung
#echo 17 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio17/edge
#echo 18 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio18/edge
# echo 22 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio22/edge
# echo 23 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio23/edge
# echo 24 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio24/edge
# echo 27 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio27/edge


# Part of S0/Impulse to Volkszaehler 'RaspberryPI deamon','s0vz_new', nur bei neuer große Erweiterung
#echo 4 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio4/edge
#echo 18 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio18/edge
#echo 17 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio17/edge
#echo 23 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio23/edge
#echo 27 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio27/edge
#echo 22 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio22/edge


# GPIOs exportieren und Datenrichtung einstellen, 'Schaltausgang_new'
echo 3 > /sys/class/gpio/export
echo 25 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio3/direction
echo out > /sys/class/gpio/gpio25/direction


# GPIOs exportieren und Datenrichtung einstellen, 'Schaltausgang'
# echo 9 > /sys/class/gpio/export
# echo 11 > /sys/class/gpio/export
# echo out > /sys/class/gpio/gpio9/direction
# echo out > /sys/class/gpio/gpio11/direction


# 1wirevz starten
#/etc/init.d/1wirevz restart


#s0vz starten
#sudo s0vz
#sudo s0vz_new


#vzlogger starten
sudo vzlogger -d


#Set Systemtime from RTC
sudo hwclock -s


exit 0

So, jetzt habe ich nochmal eine Weile getestet. Als erstes habe ich mal getestet, ob am Pi überhaupt Impulse ankommen. Da ich absolut nicht rausfinden konnte, wie ich das mit zlogger machen kann habe ich mir ne zweite SD Karte mit nem reinen Rasbian erstellt und darauf nach einer Anleitung im iNet mithilfe von WiringPi mal die Impulse gezählt, die ankommen. Das hat einwandfrei geklappt mit dem GPIO3.
Also nochmal die SD mit der volkszaehler Installation drauf und die config auch nochmal komplett neu erstellt, mit der Beispielconfig neben dran als Vorlage für die Einträge. Aber leider bekomme ich im Frontend nach wie vor keine Daten angezeigt. Irgendwo muss also wohl doch noch ein Fehler in der config sein. Was ich auch überhaupt nicht kapiere ist das mit dem push. Muss ich da was eintragen oder werden die Daten über den channels Eintrag an die middleware übergeben (so hatte ich das eigentlich verstanden).
Hier nochmal die aktuelle Version:

{
  "retry": 15,
  "daemon": true,
  "verbosity": 5,
  "log": "/var/log/vzlogger.log",
  "push": [
    {
      "url": "http://127.0.0.1/push/data.json"
    }
  ],
  "local": {
    "enabled": true,
    "port": 8080,
    "index": true,
    "timeout": 30,
    "buffer": -1
  },
  "meters": [
    {
      "enabled": true,
      "allowskip": false,
      "interval": -1,
      "aggtime": 300,
      "aggfixedinterval": true,
      "channels": [
        {
          "uuid": "189850b0-5b06-11e5-ada1-23fa914f8036",
          "identifier": "1-0:1.8.0",
          "api": "volkszaehler",
          "middleware": "http://localhost/middleware.php",
          "secretKey": "",
          "type": "device",
          "scaler": 1,
          "aggmode": "sum",
          "duplicates": 0
        }
      ],
      "protocol": "s0",
      "device": "",
      "gpio": 3,
      "mmap": "rpi1",
      "gpio_dir": -1,
      "configureGPIO": true,
      "resolution": 800,
      "send_zero": false,
      "debounce_delay": 30,
      "nonblocking_delay": 100000
    }
  ]
}

Also ich bin langsam echt am verzweifeln. Ich habe heute nochmal ein paar Stunden damit zugebracht das ganze anders zu lösen, aber da bin ich dann auch irgendwann mit meinen Linux Kenntnissen gescheitert...
Also seit ein paar Stunden wieder am testen mit volkszaehler.
Ich bin mir mittlerweile sehr sicher, dass schon auf "unterster Ebene", also im vzlogger irgendwas nicht stimmt. Ich habe das loglevel auf 15 gesetzt und den vzlogger nochmal neu gestartet. Leider erscheint im Log Verzeichnis (bei mir /var/log/vzlogger.log) noch nicht einmal eine Datei. Der Prozess läuft aber einwandfrei...
Das kann ja dann eigentlich auch nichts mit der eigentlichen Schnittstelle zu tun haben, sondern es muss ja was so quer hängen, dass der vzlogger zwar läuft aber noch nicht mal sein log schreibt...
Habe jetzt auch schon zwei mal den ganzen raspberry neu installiert, aber immer mit dem selben Ergebnis...

So, jetzt habe ich es doch noch (mehr oder weniger) geschafft.
Ich habe den Raspberry Pi nochmal neu installiert und dann nochmal ganz von vorn angefangen mit der config. Diesmal habe ich die vzlogger.conf nicht mit dem Editor des HowTos erstellt sondern die Datei genommen die schon vorhanden war und einfach alles überflüssige gelöscht. Dann habe ich erstmal trotzdem keine vzlogger.log Datei gehabt. Als ich den vzlogger dann aber nochmal per sudo vzlogger gestartet habe hat er plötztlich angefangen die Log Datei zu schreiben.
Jetzt habe ich aber das Problem, dass der Prozess vzlogger jetzt immer zweimal läuft, weil ich ich nach dem Neustart des Raspberry Pi immer per Hand nochmal starten muss, obwohl er laut ps ax | grep vzlogger bereits einmal läuft.... Weiß jemand wo da der Fehler liegen kann?
Das zweite Problem, was eigentlich viel schlimmer für mich ist, ist dass die Daten völlig falsch angezeigt werden. Und zwar zeigt die grafische Auswertung im Frontend immer extrem schwankend Werte zwischen knapp 700W (was wohl passen könnte) und 50kW!
Die Anzahl der Impulse habe ich eigentlich sowohl in der vzlogger.conf als auch im Kanal auf dem Frontend mit 800 (meiner Meinung nach) richtig angegeben. Die Impulslänge liegt bei 90ms. Kann das ein Problem sein? Ich habe versuchsweise mal das debounce-delay in der vzlogger.conf auf 90 gestellt, aber das hat nichts verändert.

Vielen Dank für die bisherigen Hinweise und es wäre wirklich toll, wenn mir da jemand weiterhelfen könnte.

Hier nochmal die aktuelle vzlogger.conf

{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
// "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
  "meters": [
    {
      "enabled": true,
      "allowskip": false,
      "interval": -1,
      "aggtime": -1,
      "aggfixedinterval": false,
      "channels": [
        {
          "uuid": "e1fa8fa0-5bc6-11e5-b99d-971d125355fe",
          "identifier": "Impulse",
          "api": "volkszaehler",
          "middleware": "http://127.0.0.1/middleware.php",
          "secretKey": "",
          "type": "device",
          "scaler": 1,
          "aggmode": "none",
          "duplicates": 0
        }
      ],
      "protocol": "s0",
      "gpio": 3,
      "resolution": 800,
      "configureGPIO": true,
      "debounce_delay": 90   
    }
  ]
}

EDIT:
Jetzt wo ich das Loglevel auf 5 gestellt habe sehe ich auf der Konsole mehr. Da kommt jetzt wohl mit jedem Impuls der rein kommt eine Meldung, nur dummerweise kommt die Meldung fast immer doppelt:

[Sep 15 21:36:58][chn0] Adding reading to queue (value=1.00 ts=1442345818024)
[Sep 15 21:36:58][chn0] Adding reading to queue (value=1.00 ts=1442345818175)
[Sep 15 21:37:04][chn0] Adding reading to queue (value=1.00 ts=1442345824835)
[Sep 15 21:37:11][chn0] Adding reading to queue (value=1.00 ts=1442345831453)
[Sep 15 21:37:11][chn0] Adding reading to queue (value=1.00 ts=1442345831604)
[Sep 15 21:37:18][chn0] Adding reading to queue (value=1.00 ts=1442345838208)
[Sep 15 21:37:18][chn0] Adding reading to queue (value=1.00 ts=1442345838359)
[Sep 15 21:37:25][chn0] Adding reading to queue (value=1.00 ts=1442345845085)
[Sep 15 21:37:31][chn0] Adding reading to queue (value=1.00 ts=1442345851631)
[Sep 15 21:37:31][chn0] Adding reading to queue (value=1.00 ts=1442345851782)
[Sep 15 21:37:38][chn0] Adding reading to queue (value=1.00 ts=1442345858286)
[Sep 15 21:37:38][chn0] Adding reading to queue (value=1.00 ts=1442345858437)
[Sep 15 21:37:44][chn0] Adding reading to queue (value=1.00 ts=1442345864951)
[Sep 15 21:37:45][chn0] Adding reading to queue (value=1.00 ts=1442345865102)
[Sep 15 21:37:51][chn0] Adding reading to queue (value=1.00 ts=1442345871676)
[Sep 15 21:37:51][chn0] Adding reading to queue (value=1.00 ts=1442345871827)

Ich vermute das ist das Problem, das dazu führt, dass auch die Anzeige im Frontend so falsch ist. Nur woran kann das liegen?