support s0 on raspberry pi GPIOs #110

r00t- · 2015-01-13T21:00:38Z

WIP here: https://github.com/r00t-/vzlogger/tree/raspis0
see also: "request for comments: s0 meter, supporting different interfaces" #85

mbehr1 · 2015-02-23T22:33:48Z

pls take a look at https://github.com/mbehr1/vzlogger/tree/s0_gpio as well. Was tested already ok by Udo. Quite a simple change to enable gpio support. But needs external configuration of gpio ports before start of vzlogger.

r00t- · 2015-02-24T09:24:16Z

department of redundancy department?

personally i much prefer having the config self-contained, instead of relying on external scripts
my code has some other fixes too, like not consume two pulses per reading
plus the WIP on request for comments: s0 meter, supporting different interfaces #85, will try to push that for review sometime soon

mbehr1 · 2015-02-24T19:19:03Z

Yes, I agree.

I’d prefer a more complete solution as well.
(There’ve been some questions/discussions on the mailing list and there was no answer/reply/comment from your side.)

Basically I thought that the current meterS0 code would already work with gpios. During test I noticed that gpios need blocking reads so I quickly changed it…

Waiting for your changes for review.

Am 24.02.2015 um 10:24 schrieb r00t- notifications@github.com:

department of redundancy department?

personally i much prefer having the config self-contained, instead of relying on external scripts
my code has some other fixes too, like not consume two pulses per reading
plus the WIP on #85 #85, will try to push that for review sometime soon
—
Reply to this email directly or view it on GitHub #110 (comment).

Gruß
Matthias

gitka · 2015-03-06T07:57:51Z

Tried to test S0-support on Udos Addon-board from https://github.com/mbehr1/vzlogger/tree/s0_gpio for local HTTP-support, but don't get a result or error-message.
[mtr1] Meter configured, enabled.
[chn2] New channel initialized (uuid=...f95918 api=NULL id=Impulse)
local http-output:
{ "version": "0.4.0", "generator": "vzlogger", "data": [ { "uuid": "7836dd20-00d5-11e0-bab1-856ed5f95918", "last": 0, "interval": -1, "protocol": "s0" } ] }
Gruß
Karlheinz

mbehr1 · 2015-03-06T14:33:08Z

Ist das mit vollem Loglevel?

Conf Datei?

Gruß
Matthias

Sent from a mobile device.

Am 06.03.2015 um 08:57 schrieb Karlheinz notifications@github.com:

Tried to test S0-support on Udos Addon-board from https://github.com/mbehr1/vzlogger/tree/s0_gpio for local HTTP-support, but don't get a result or error-message.
[mtr1] Meter configured, enabled.
[chn2] New channel initialized (uuid=...f95918 api=NULL id=Impulse)
local http-output:
{ "version": "0.4.0", "generator": "vzlogger", "data": [ { "uuid": "7836dd20-00d5-11e0-bab1-856ed5f95918", "last": 0, "interval": -1, "protocol": "s0" } ] }
Gruß
Karlheinz

—
Reply to this email directly or view it on GitHub.

gitka · 2015-03-07T17:44:26Z

Hi,

Ist das mit vollem Loglevel?
das war nur auszugsweise bei verbosity=10
Mit 15 u. ausgeschaltetem ersten Meter (d0), sieht das so aus:
[Mar 07 18:24:08] Opened logfile /home/pi/vzlogger.log
[Mar 07 18:24:08][] ===> Start meters
[Mar 07 18:24:08][mtr0] Meter for protocol 'd0' is disabled. Skipping.
[Mar 07 18:24:08][mtr1] Meter connection established
[Mar 07 18:24:08][mtr1] Meter thread started
[Mar 07 18:24:08][mtr1] Meter is opened. Starting channels.
[Mar 07 18:24:08][http] Starting local interface HTTPd on port 8080
[Mar 07 18:24:08][] Startup done.
[Mar 07 18:24:08][mtr1] Number of readers: 2
[Mar 07 18:24:08][mtr1] Config.daemon: 0
[Mar 07 18:24:08][mtr1] Config.local: 1
[Mar 07 18:24:08][mtr1] Got 0 new readings from meter:
"Got 0 new readings" ... innerhalb einer Minute 35 MB logfile
Conf Datei?
Auszug vzlogger.conf:
... "enabled" : true , // true, Beginn S0 Impulse
"skip": false,
"protocol" : "s0",
"aggtime": 60, // aggregate all signals for x seconds.
"device": "sys/class/gpio/gpio17/value",
"resolution": 2000,
"channel": {
"api" : "NULL" ,
"uuid" : "7836dd20-00d5-11e0-bab1-856ed5f95918",
"identifier" : "Impulse", /* Impulszähler */
"aggmode": "SUM",
} ...

/etc/rclocal :
echo 17 > /sys/class/gpio/export && echo "rising" >
/sys/class/gpio/gpio17/edge

Gruß
Karlheinz

mbehr1 · 2015-03-07T17:59:57Z

Innerhalb einer Min. 35MB?

Was steht denn da drin? Kannst du kurzen Auszug schicken?

Am 07.03.2015 um 18:44 schrieb Karlheinz notifications@github.com:

Hi,

Ist das mit vollem Loglevel?
das war nur auszugsweise bei verbosity=10
Mit 15 u. ausgeschaltetem ersten Meter (d0), sieht das so aus:
[Mar 07 18:24:08] Opened logfile /home/pi/vzlogger.log
[Mar 07 18:24:08][] ===> Start meters
[Mar 07 18:24:08][mtr0] Meter for protocol 'd0' is disabled. Skipping.
[Mar 07 18:24:08][mtr1] Meter connection established
[Mar 07 18:24:08][mtr1] Meter thread started
[Mar 07 18:24:08][mtr1] Meter is opened. Starting channels.
[Mar 07 18:24:08][http] Starting local interface HTTPd on port 8080
[Mar 07 18:24:08][] Startup done.
[Mar 07 18:24:08][mtr1] Number of readers: 2
[Mar 07 18:24:08][mtr1] Config.daemon: 0
[Mar 07 18:24:08][mtr1] Config.local: 1
[Mar 07 18:24:08][mtr1] Got 0 new readings from meter:
"Got 0 new readings" ... innerhalb einer Minute 35 MB logfile
Conf Datei?
Auszug vzlogger.conf:
... "enabled" : true , // true, Beginn S0 Impulse
"skip": false,
"protocol" : "s0",
"aggtime": 60, // aggregate all signals for x seconds.
"device": "sys/class/gpio/gpio17/value",
"resolution": 2000,
"channel": {
"api" : "NULL" ,
"uuid" : "7836dd20-00d5-11e0-bab1-856ed5f95918",
"identifier" : "Impulse", /* Impulszähler */
"aggmode": "SUM",
} ...

/etc/rclocal :
echo 17 > /sys/class/gpio/export && echo "rising" >
/sys/class/gpio/gpio17/edge

Gruß
Karlheinz
—
Reply to this email directly or view it on GitHub #110 (comment).

Gruß

Matthias Behr

gitka · 2015-03-07T19:32:43Z

Innerhalb einer Min. 35MB?

Was steht denn da drin? Kannst du kurzen Auszug schicken?

wie gesagt, ständig diese Zeile:
[Mar 07 18:24:08][mtr1] Got 0 new readings from meter:

Wie kann ich prüfen, ob die Impulse wirklich auf GIO17/value ankommen?

mbehr1 · 2015-03-07T21:19:42Z

"device": "sys/class/gpio/gpio17/value“,

da fehlt ein „/„ -> „/sys/class/gpio/…“

Am 07.03.2015 um 20:32 schrieb Karlheinz notifications@github.com:

Innerhalb einer Min. 35MB?

Was steht denn da drin? Kannst du kurzen Auszug schicken?

wie gesagt, ständig diese Zeile:
[Mar 07 18:24:08][mtr1] Got 0 new readings from meter:

Wie kann ich prüfen, ob die Impulse wirklich auf GIO17/value ankommen?
—
Reply to this email directly or view it on GitHub #110 (comment).

Gruß

Matthias

andig · 2015-03-08T04:04:33Z

Moin,

Ist es evtl sinnvoll eine regex zur Prüfung des Devices einzubauen die bei Bedarf zumindest eine Warnung ausgibt?

Viele Grüße, Andreas

Am 07.03.2015 um 22:19 schrieb Matthias Behr notifications@github.com:

"device": "sys/class/gpio/gpio17/value“,

da fehlt ein „/„ -> „/sys/class/gpio/…“

Am 07.03.2015 um 20:32 schrieb Karlheinz notifications@github.com:

Innerhalb einer Min. 35MB?

Was steht denn da drin? Kannst du kurzen Auszug schicken?

wie gesagt, ständig diese Zeile:
[Mar 07 18:24:08][mtr1] Got 0 new readings from meter:

Wie kann ich prüfen, ob die Impulse wirklich auf GIO17/value ankommen?
—
Reply to this email directly or view it on GitHub #110 (comment).

Gruß

Matthias

—
Reply to this email directly or view it on GitHub.

mbehr1 · 2015-03-08T08:38:28Z

Ja, macht Sinn. Kann ich hinzufügen. Allerdings soll der Code eigentlich eh nicht aufgenommen werden. Ich warte noch auf die eigentliche Lösung von r00t- mit generischem Ansatz.

Am 08.03.2015 um 05:04 schrieb andig notifications@github.com:

Moin,

Ist es evtl sinnvoll eine regex zur Prüfung des Devices einzubauen die bei Bedarf zumindest eine Warnung ausgibt?

Viele Grüße, Andreas

Am 07.03.2015 um 22:19 schrieb Matthias Behr notifications@github.com:

"device": "sys/class/gpio/gpio17/value“,

da fehlt ein „/„ -> „/sys/class/gpio/…“

Am 07.03.2015 um 20:32 schrieb Karlheinz notifications@github.com:

Innerhalb einer Min. 35MB?

Was steht denn da drin? Kannst du kurzen Auszug schicken?

wie gesagt, ständig diese Zeile:
[Mar 07 18:24:08][mtr1] Got 0 new readings from meter:

Wie kann ich prüfen, ob die Impulse wirklich auf GIO17/value ankommen?
—
Reply to this email directly or view it on GitHub #110 (comment).

Gruß

Matthias

—
Reply to this email directly or view it on GitHub.

—
Reply to this email directly or view it on GitHub #110 (comment).

Gruß

Matthias Behr

gitka · 2015-03-08T12:58:41Z

Ja, macht Sinn. Kann ich hinzufügen. Allerdings soll der Code
eigentlich eh nicht aufgenommen werden. Ich warte noch auf die
eigentliche Lösung von r00t- mit generischem Ansatz.

Ja, eine Prüfung auf Vorhandensein des files/port wäre hilfreich. Ich
frag mich nur, wie generisch die Lösung von root aussieht?

Anscheinend ist in meinen Einstellungen noch etwas falsch - ich erhalte
noch kein reading.
[chn2] Buffer dump (size=0): {}

In der Kombination
"daemon":false
"local":"enabled":false

sollte vzlogger im Vordergrund laufen. Hier erhalte ich folgende Meldung:
[Mar 08 13:49:55][chn2] Start logging thread for NULL-api. Running as
daemon: no
terminate called after throwing an instance of 'vz::OptionNotFoundException'
what(): Option 'middleware' not found
[Mar 08 13:49:55][mtr1] Got 0 new readings from meter:
Aborted

OK- Es läuft nur dann ohne Fehler, wenn für "middleware" etwas
eingetragen ist - auch wenn "api"=NULL

Trotzdem noch keine readings

r00t- · 2015-03-08T14:20:42Z

i suggest to keep the structure part in the other thread:

sorry for the delay, pushed my unfinished work here:
https://github.com/r00t-/vzlogger/tree/bases0

please have a look, comment, use, or discard...
-- #85 (comment)

(please note that the code in my raspis0 branch is still working as-is,
and probably more complete than mbehr1's)

mbehr1 · 2015-03-08T14:56:55Z

Eine Prüfung auf Existenz des Files gibt es eigentlich schon:
if (fd < 0) {
print(log_error, "open(%s): %s", "", _device.c_str(), strerror(errno));
return ERR;
}

bekommst du die Warnung? (mit dem alten „sys/…“)?

Wie konfigurierst du den Pin bevor du vzlogger startest?

@Udo: kannst du die Settings noch mal schicken?

Am 08.03.2015 um 13:58 schrieb Karlheinz notifications@github.com:

Ja, macht Sinn. Kann ich hinzufügen. Allerdings soll der Code
eigentlich eh nicht aufgenommen werden. Ich warte noch auf die
eigentliche Lösung von r00t- mit generischem Ansatz.

Ja, eine Prüfung auf Vorhandensein des files/port wäre hilfreich. Ich
frag mich nur, wie generisch die Lösung von root aussieht?

Anscheinend ist in meinen Einstellungen noch etwas falsch - ich erhalte
noch kein reading.
[chn2] Buffer dump (size=0): {}

In der Kombination
"daemon":false
"local":"enabled":false

sollte vzlogger im Vordergrund laufen. Hier erhalte ich folgende Meldung:
[Mar 08 13:49:55][chn2] Start logging thread for NULL-api. Running as
daemon: no
terminate called after throwing an instance of 'vz::OptionNotFoundException'
what(): Option 'middleware' not found
[Mar 08 13:49:55][mtr1] Got 0 new readings from meter:
Aborted

OK- Es läuft nur dann ohne Fehler, wenn für "middleware" etwas
eingetragen ist - auch wenn "api"=NULL

Trotzdem noch keine readings
—
Reply to this email directly or view it on GitHub #110 (comment).

Gruß

Matthias

gitka · 2015-03-16T00:04:22Z

Eine Prüfung auf Existenz des Files gibt es eigentlich schon:
if (fd < 0) {
print(log_error, "open(%s): %s", "", _device.c_str(), strerror(errno));
return ERR;
}

bekommst du die Warnung? (mit dem alten „sys/…“)?

Nein, leider keine Warnung.
Wie konfigurierst du den Pin bevor du vzlogger startest?
s. s0vz https://github.com/w3llschmidt/s0vz: /etc/rclocal :
echo 17 > /sys/class/gpio/export && echo "rising" >
/sys/class/gpio/gpio17/edge

In welchem Zweig wird nun weiterentwickelt - mbehr oder root?

UdoSchake · 2015-03-28T15:16:49Z

die '/etc/vzlogger_gpio.conf' sollte folgendes beinhalten:
"meters": [{
"enabled": true, // disabled meters will be ignored
"skip": false, // if enabled, errors when opening meter will lead to meter being ignored
"protocol": "s0",
"mode": "gpio",
"aggtime": 5, // aggregate all signals and give one update to middleware every 5 seconds
"aggfixedinterval": true, // round all timestamps to middleware to nearest aggtime
"device": "/sys/class/gpio/gpio4/value",
"channel": {
"api": "volkszaehler", // default middleware api: volkszaehler.org
"identifier": "Impulse", // s0 meter knows "Impulse" and "Power"
"uuid": "deine UUID",
"middleware": "http://127.0.0.1/middleware.php",
"aggmode": "SUM" // add all s0 intervals in the aggregation
}
},

und die '/etc/rc.local' für den dazu gehörigen GPIO-Pin:
echo 4 > /sys/class/gpio/export && echo "rising" > /sys/class/gpio/gpio4/edge

Gruß
Udo

r00t- · 2015-05-16T17:57:44Z

gpio is generic and not raspi specific, meter should be named accordingly.
https://www.kernel.org/doc/Documentation/gpio/sysfs.txt

mbehr1 · 2015-06-06T18:15:15Z

see #169 with a solution for this topic.

mbehr1 · 2015-07-12T15:59:02Z

can we close this issue?

r00t- added the Enhancement label Jan 15, 2015

andig mentioned this issue Mar 20, 2015

request for comments: s0 meter, supporting different interfaces #85

Closed

andig mentioned this issue May 16, 2015

S0 should not consume two impulses per reading #165

Closed

mbehr1 mentioned this issue Jun 6, 2015

first version with support for UART and GPIO #169

Merged

andig closed this as completed Jul 12, 2015

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

support s0 on raspberry pi GPIOs #110

support s0 on raspberry pi GPIOs #110

r00t- commented Jan 13, 2015

mbehr1 commented Feb 23, 2015

r00t- commented Feb 24, 2015

mbehr1 commented Feb 24, 2015

gitka commented Mar 6, 2015

mbehr1 commented Mar 6, 2015

gitka commented Mar 7, 2015

mbehr1 commented Mar 7, 2015

gitka commented Mar 7, 2015

mbehr1 commented Mar 7, 2015

andig commented Mar 8, 2015

mbehr1 commented Mar 8, 2015

gitka commented Mar 8, 2015

r00t- commented Mar 8, 2015

mbehr1 commented Mar 8, 2015

gitka commented Mar 16, 2015

UdoSchake commented Mar 28, 2015

r00t- commented May 16, 2015

mbehr1 commented Jun 6, 2015

mbehr1 commented Jul 12, 2015

support s0 on raspberry pi GPIOs #110

support s0 on raspberry pi GPIOs #110

Comments

r00t- commented Jan 13, 2015

mbehr1 commented Feb 23, 2015

r00t- commented Feb 24, 2015

mbehr1 commented Feb 24, 2015

gitka commented Mar 6, 2015

mbehr1 commented Mar 6, 2015

gitka commented Mar 7, 2015

mbehr1 commented Mar 7, 2015

gitka commented Mar 7, 2015

mbehr1 commented Mar 7, 2015

andig commented Mar 8, 2015

mbehr1 commented Mar 8, 2015

gitka commented Mar 8, 2015

r00t- commented Mar 8, 2015

mbehr1 commented Mar 8, 2015

gitka commented Mar 16, 2015

UdoSchake commented Mar 28, 2015

r00t- commented May 16, 2015

mbehr1 commented Jun 6, 2015

mbehr1 commented Jul 12, 2015