[vz-users] War: [vz-dev] S0Meter Daten falsch?

[rgb]

Hallo  Thomas,

ich habe teils ähnliche Erfahrungen gemacht wie Du. Aber, um eines 
vorwegzuschicken, es sind eben Erfahrungen, nicht mehr, denn ich bin weder 
Experte in Mikroelektronik noch an der Entwicklung des vzloggers beteiligt...

> Das kann nicht durch ein "echtes" Verhalten der Wasseruhr kommen, aber
> ich habe noch eine andere Idee: Zwischen dem Abtast-Optokoppler und der
> restlichen Schaltung ist etwa 1m 3er-Draht, weder geschirmt noch verdrillt.
> Evtl kann man sich da irgendwelche Störsignale einfangen?

Ja, die GPIOs des Raspberry sind schon sehr störanfällig. Das kann teils durch 
elektrostatische "Einschläge" oder elektromagnetische Interferenzen auf dem 
Signalweg bedingt sein, teils auch durch Störungen aus dem 230V-Netz, denn das 
Netzteil des Raspberry hat keinen entsprechenden Filter. Besonders Motoren (wie 
die von Waschmaschinen oder Spülmaschinen) sind prädestiniert für derartige 
Einstreuungen.

> - ich bau geschirmtes Kabel ein

Eine Abschirmung des Kabels zwischen dem Sensor  und dem Raspberry kann helfen, 
wenn man sie auch erdet. Sollten Probleme aus dem 230V Netz dazukommen (das 
kannst Du ja zeitlich vielleicht einem bestimmten Verbraucher zuordnen), kann 
ein Netzfilter helfen, oder den Raspberry auf eine andere Phase klemmen als den 
Störenfried.

> - weiss jemand eine andere Moeglichkeit, die GPIO-Aktivitaet moeglichst
> nah an der Hardware zu loggen?

Es gibt sicher Möglichkeiten, höhere Spannung mit (zweitem?) Optokoppler oder 
Spannungsteiler, aber das sollte Dir lieber einer der Elektronikfachleute hier 
in der Liste beantworten. Ursprünglich gab es ja nicht zuletzt zur Vermeidung 
derartiger Probleme die Erweiterungen des VZ, die leider so nicht mehr zu 
bekommen sind.

> Interessant, dass sowas aehnliches beim Gas auch passiert (nur Reed-
> Kontakt + Pull-Up Widerstand), ab+zu werden Impulse gezaehlt, obwohl
> 100% sicher
> den ganzen Tag kein Gasverbrauch. Die Frage ist nur, wo die Fehler
> reinkommen - "ueber den Draht" oder in der Verarbeitung im RPi (falsche
> Interrupts).

Wenn Du den Gaszähler mittels Pull-Up direkt am GPIO laufen hast, mit 
configure_gpio explizit oder implizit aktiviert, dann zählst Du ja dank Flanke 
auf "rising" und "active_low" auf 0 wieder die Pausen und nicht die positiven 
Impulse... der vzlogger kann (soweit ich das verstehe!) schon zu einem gewissen 
Grad filtern was ein Impuls ist und was nicht. Wenn man aber die Pausen zählt, 
sind diese ja immer lange genug um als Impuls durchzugehen...

Probiere doch mal aus was passiert, wenn Du die Schaltung auf einen 
Pull-Down-Widerstand umstellst, oder active_low aktivierst. Bei mir hat der 
Pull-Down anstelle des auch von mir ursprünglich verwendeten Pull-Ups dazu 
geführt, dass der größte Teil der Fehlimpulse nun nicht mehr sichtbar wurde. 
Und der (in diesem Fall logisch korrekte aber de fakto fehlerhafte) Erstimpuls 
beim Starten des Systems ist dann auch weg.

> wie sind sonst die Erfahrungen: Es kommen zwar immer schoene Graphen raus, 
> aber sind die Werte auch exakt?

Bei mir: Jetzt zu 99%. Hin und wieder mal den Zählerstand mit der Datenbank 
vergleichen und ggfs. geringste Abweichungen korrigieren schadet ja dennoch 
nicht.

Gruss,
Alex

PS - da ich kein Entwickler bin habe ich an die vz-users-Liste geantwortet mit 
CC Deine Email

Re: [vz-users] Kein INSERT Zugriff für user vz@127.0.0.1 auf Datenbank volkszaehler

[rgb]

Tipp von einem Nutzer, der nicht an der Entwicklung des Volkszählers
beteiligt ist... den vz@localhost Nutzer umbenennen in vz@%, also ein
Wildcard im Hostnamen. Dann gibt es dieses Problem nicht mehr, das
verschiedene Ursachen haben könnte (Konfiguration der DB, Konfiguration der
Middleware, Probleme mit der Namensauflösung).

 

Bei mir:

 

MariaDB [(none)]>  select user,host from mysql.user;

+--+---+

| user | host  |

+--+---+

| vz   | % |

| vz-admin | % |

| root | localhost |

+--+---+

 

MariaDB [(none)]> select user,host from mysql.db;

+--+---+

| user | host  |

+--+---+

| vz   | % |

| vz-admin | % |

+--+---+

 

> -Original Message-

> From: volkszaehler-users [mailto:volkszaehler-users-

> boun...@demo.volkszaehler.org] On Behalf Of G. Stenzel

> Sent: Friday, April 10, 2020 10:12 PM

> To: volkszaehler.org - users

> Subject: [vz-users] Kein INSERT Zugriff für user vz@127.0.0.1 auf
Datenbank

> volkszaehler

> 

> Hallo

> 

> Mit meinem neuen Volkszähler gibt es noch ein Problem. Der vzclient

> kann keine Daten in die Datenbank schreiben:

> 

> access.log:

> 

> ::1 - - [10/Apr/2020:21:20:07 +0200] "GET /middleware.php/data/65e46840-

> dd17-11e2-8103-

> 553845eeddfc.json?operation=add=1586546401000=16609469.8

> HTTP/1.1" 400 352 "-" "vzclient/1.0"

> 

> Wenn ich den Befehl in der Kommandozeile eingebe, kommt folgende

> Meldung:

> 

>  /var/www/volkszaehler.org/bin/vzclient -u 65e468

> 40-dd17-11e2-8103-553845eeddfc add data ts=1586546401000

> value=16609469.8

> {"version":"0.3","exception":{"message":"An exception occurred while

> executing 'INSERT INTO data (channel_id, timestamp, value) VALUES

> (6,?,?)' with params

> [1586546401000,\"16609469.8\"]:\n\nSQLSTATE[42000]: Syntax error or

> access violation: 1142 INSERT command denied to user 'vz'@'127.0.0.1'

> for table 'data'","type":"ConnectionException","code":0}}

> 

> Ein Check der Zugriffsrechte in mysql ergibt:

> 

> MariaDB [volkszaehler]> SHOW GRANTS FOR 'vz'@'localhost';

>
+---
-

> ---+

> | Grants for vz@localhost
|

>
+---
-

> ---+

> | GRANT USAGE ON *.* TO 'vz'@'localhost' IDENTIFIED BY PASSWORD

> '*C142FB215B6E05B7C134B1A653AD4B455157FD79' |

> | GRANT SELECT, INSERT, UPDATE, DELETE ON `volkszaehler`.* TO

> 'vz'@'localhost'  |

> | GRANT DELETE ON `volkszaehler`.`aggregate` TO 'vz'@'localhost'

> |

> | GRANT DELETE ON `volkszaehler`.`properties` TO 'vz'@'localhost'

> |

> | GRANT DELETE ON `volkszaehler`.`entities_in_aggregator` TO

> 'vz'@'localhost'   |

>
+---
-

> ---+

> 5 rows in set (0.002 sec)

> 

> Kann es sein daß für die Datenbank die User vz@127.0.0.1 und

> vz@localhost nicht dasselbe sind? Komischerweise ging das bei früheren

> Tests schon mal. Ich weiß nicht, was ich hier verbogen habe. Könnte

> mir bitte mal jemand auf die Sprünge helfen?

> 

> Ein "get data" auf der Konsole geht übrigens.

> 

> Danke und Gruß

> G.

 

Re: [vz-users] Neuinstallation mit aktuellem VZ-Image - Wie Datenverzeichnis im Webserver bereitstellen?

[rgb]

Hallo!

Schau mal in die Datei /etc/nginx/sites-enabled/volkszaehler ... ich z.B.
habe am Ende folgende Zeilen eingefügt:

  location /tabelle {
charset utf-8;
alias /var/www/html/;
index tabelle.txt;

Das könntest Du für Deine Zwecke entsprechend anpassen oder auch eine eigene
"Site" konfigurieren.

Gruss,
Alex

> -Original Message-
> From: volkszaehler-users [mailto:volkszaehler-users-
> boun...@demo.volkszaehler.org] On Behalf Of G. Stenzel
> Sent: Wednesday, April 08, 2020 9:56 PM
> To: volkszaehler-users@demo.volkszaehler.org
> Subject: [vz-users] Neuinstallation mit aktuellem VZ-Image - Wie
> Datenverzeichnis im Webserver bereitstellen?
> 
> Hallo
> 
> Ich bin gerade dabei, meinen Datenlogger-Raspi von 2013 und damaligem
> VZ-Image mit dem aktuellen Image neu aufzusetzen. Der VZ lief out of
> the box, vielen Dank für die tolle Arbeit! Nach einiger Bastelei läuft
> auch die ganze Datenerfassung (USB-Lesekopf, sbfspot, 1wire) wieder.
> Ich bräuchte aber mal Hilfe von den Webserver-Experten zur Einbindung
> eines Datenverzeichnisses auf dem Raspi, in dem die Loggerdaten von
> meinem Wechselrichter liegen.
> 
> Der nicht erfolgreiche Zugriffsrequest vom Client in der
> ../nginx/access.log sieht so aus:
> 192.168.1.7 - - [08/Apr/2020:20:27:02 +0200] "GET
> /STP5000TL20/STP5000TL20-Spot-20200408.csv HTTP/1.1" 400 88 "-"
> "SolarAnalyzer 4.0.4.3 (http://solaranalyzer.de/)"
> 
> Der Ordner STP5000TL20 mit den Daten liegt unter /home/pi/STP5000TL20.
> Bei der früheren Installation hatte ich unter /htdocs nur einen
> Symlink zu dem Verzeichnis angelegt und das Verzeichnis wurde vom
> Webserver lighttpd bereitgestellt.
> 
> Wie kann ich bei dem jetzigen Standard-Setup denselben Effekt
> erreichen? Ein Symlink unter htdocs bringt keinen Erfolg. Soweit ich
> verstanden habe, ist der Server MPP und nginx ist der Proxy davor.
> Welche Konfiguration müßte ich wo ändern?
> 
> Danke und Gruß
> G.

Re: [vz-users] Frage zum Betriebsstundensensor

[rgb]

Hallo Chris,

 

Ich denke Deine Frage bezieht sich auf die verwendete Hardware? Nun, ich
habe keine, zumindest keine die extern das An oder Aus eines Verbrauchers
erfasst. Ich nutze zwei Betriebsstundenkanäle des Volkszählers, und füttere
sie mit den Daten die meine Junkers Heizung auf den Can-Bus schickt – das
ist bei den Modellen mit Heatronic 2 die Verbindung zwischen der internen
Regelung und dem externen Raum- oder AT-Regler . Sprich mein Raspberry ist
mit ein paar Drähten mit der Heizung verbunden… läuft sie im Heizbetrieb
schreibt sie auf einer definierten Can-ID eine 1, ansonsten eine 0, dasselbe
in Grün für die Brennerlaufzeit. Die Kanäle des VZ bilden das entsprechend
ab und berechnen Werte wie durchschnittliche oder kumulative Laufzeit. 

 

Ich befürchte also dass ich Dir mit Deiner Frage nicht wirklich weiterhelfen
kann…

 

Grüsse aus Bremerhaven,

Alex

 

From: Christian Wulff [mailto:christianwu...@gmx.de] 
Sent: Wednesday, April 08, 2020 1:00 PM
To: r...@nord-com.net; 'Volkszaehler Liste'
Subject: AW: [vz-users] Frage zum Betriebsstundensensor

 

Moin Alex,

 

aus eigenem Interesse:

Welche Betriebsstundensensoren benutzt du genau?

Sind die gut, oder würdest du aus deiner Erfahrung lieber andere empfehlen?

 

Danke und liebe Grüße,

Chris

 

Von: r...@nord-com.net  
Gesendet: Donnerstag, 2. April 2020 18:44
An: Volkszaehler Liste 
Betreff: [vz-users] Frage zum Betriebsstundensensor

 

Hallo liebe Volkszähler-Nutzer und -Experten,

 

habe da gerade ein Fragezeichen auf der Stirn…

 

Ich nutze (u.a.) zwei Betriebsstundensensoren, einen für die tägliche
Laufzeit meiner Heizung und einer für die kumulierte Brennerlaufzeit. Meine
Heizung liefert z.B. alle paar Sekunden eine 1, wenn sie im Heizbetrieb ist,
eine 0 wenn in der Abschaltung, das schreibe ich 1:1 via Middleware-Aufruf
in den VZ. Selbiges gilt für die Brennerlaufzeit.

 

Ich bekomme damit eine schöne graphische Anzeige (states) sowie exakte
Zahlen. Für meine Tabelle importiere ich den täglichen type=3
Aggregate-Wert, der noch mal 24 gerechnet werden muss, dann stimmt es exakt
mit der Anzeige im Frontend (und den Tatsachen) zusammen.

 

Wenn ich nun im Frontend die Heizzeit für’s Jahr ansehe, im Current-Modus,
stimmt das in etwa mit dem überein, was ich auch aus der DB rauskitzeln
kann, das sind vom 1.1.2020 bis jetzt z.B. 765 Stunden in der Spalte
„Verbrauch“.

 

Gehe ich vom „current“ in den „hourly“ mode, sind es plötzlich 903 Stunden,
unter „monthly“ 541393h, unter „yearly“  1681297h. 

 

Was genau berechnet der VZ denn da? Der Verbrauch sollte doch immer gleich
bleiben...? Bei meinen Impulskanälen (Gas-S0 und Brennerstarts) ist das ja
auch so… der Gesamtverbrauch bleibt unabhhängig ob Current oder Daily-Yearly
beim gemessenen Maximum.

 

Gerne kann ich Bilder posten oder einen Link zum Frontend, aber ich denke
Ihr glaubt mir auch so… bitte um Eure Ideen wie das zustande kommen kann.

 

Danke & Gruss,

Alex

Re: [vz-users] Frage zum Betriebsstundensensor

[rgb]

Tag Zusammen!

 

Ich kann bestätigen, dass es für meinen Fall (Betriebsstundensensoren) jetzt in 
allen Modi, ab via Frontend oder direkten MW Aufruf, exakt so funktioniert wie 
es sollte. Weiter Daten oder Tests gerne, sagt was ihr braucht!

 

Viele Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Andreas 
Goetz
Sent: Tuesday, April 07, 2020 8:59 AM
To: volkszaehler.org - users
Subject: Re: [vz-users] Frage zum Betriebsstundensensor

 

Bingo. Hab ich behoben, jetzt laufen alle Tests durch. Könnt ihr das bestätigen?

 

Aber: wir brauchen für diesen und evtl. auch die anderen Interpreter noch 
zusätzliche Tests die zeigen dass es jetzt richtig ist und v.a. vorher falsch 
war…

 

Viele Grüße, Andreas

 





On 7. Apr 2020, at 08:41, Frank Richter  wrote:

 

Moin Andreas,

 

denke auch dass die Einheiten nicht passen: das consumption tuple ist schon in 
Wh umgerechnet, aber $this->consumption erwartet an dieser Stelle mWs.

 

Grüße

Frank

 

 

 

Andreas Goetz  schrieb am Di., 7. Apr. 2020, 08:30:

Moin Frank!

 

Deine Lösungszeiten mitten in der Nach sind atemberaubend… Ich habe mit 
gearbeitet: https://github.com/volkszaehler/volkszaehler.org/pull/801

 

Test wäre gut- ich habe das Gefühl da fehlt irgendwo noch ein Faktor?

 

Viele Grüße, Andreas

 





On 6. Apr 2020, at 23:26, Frank Richter  wrote:

 

Hi zusammen,

 

ich glaub ich hab's gefunden:

 

$this->consumption += $tuple[1] * $delta_ts; 
(https://github.com/volkszaehler/volkszaehler.org/blob/master/lib/Interpreter/SensorInterpreter.php#L49)
 multipliziert immer mit dem Timestamp-Delta, auch wenn convertRawTuple im 
Consumption-Mode schon Energie (bzw. ein anderes Zeitintegral) zurückgibt 
(https://github.com/volkszaehler/volkszaehler.org/blob/master/lib/Interpreter/SensorInterpreter.php#L74-L75).

 

Also bräuchten wir entweder in generateData nochmal eine Fallunterscheidung 
oder wir schieben die Zeilen für die Verbrauchswerte gleich dorthin. Variante 
2) fände ich klarer.

 

PR? Testen kann ich das allerdings nicht ohne weiteres, da keine passenden 
Daten.

 

Viele Grüße

Frank

 

Am Mo., 6. Apr. 2020 um 17:46 Uhr schrieb Andreas Goetz :

Hi Alex,

 

kann gut sein, dass die MW das falsch macht. Da hilft nur die Analyse im Detail 
zu machen und den Fehler zu finden….

Mein Fokus liegt aktuell auf anderen Dingen, wenn Du Fragen zum debuggen hast 
kann ich gerne Tips geben.

 

Viele Grüße, 

Andreas

 





On 6. Apr 2020, at 14:00, r...@nord-com.net wrote:

 

Hallo Andreas,

 

Ich habe da noch mal reingeschaut. Die min, max und current Werte des 
Betriebsstundensensors scheinen in allen Modi (current, hourly, daily, monthly, 
yearly) zu stimmen, bestenfalls gibt es da ein paar Rundungsdifferenzen.

 

Was in keinem Fall (ausser im current) stimmt, sind die Durchschnitts- und 
Verbrauchswerte. Diese werden aber bereits falsch von der Middleware geliefert, 
so dass ich nicht von einem Fehler im Frontend ausgehe…

 

So gibt z.B. 
uuid.json?options=consumption=157783320=now=1=year 

die richtigen Werte für current, min und max (die 777 entsprechen in etwa dem 
was ich auch aus der Datenbank lesen kann (773)). Der Verbrauch müsste in allen 
Modi mit diesem Wert identisch sein.

 

Wenn Du da einen Tipp für mich hättest, versuche ich gerne dem Problem auf die 
Spur zu kommen.

 

Viele Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Andreas 
Goetz
Sent: Friday, April 03, 2020 6:35 PM
To: volkszaehler.org   - users
Subject: Re: [vz-users] Frage zum Betriebsstundensensor

 

…ich hab grad zuviele andere Themen. Irgendwo in der wui.js oder plot.js fehlt 
eine Fallunterscheidung für den Modus bevor ausmultipliziert wird. Die Suche 
ist mühsam, sollte sich aber finden lassen.

 

Hilfe wäre willkommen!

 

Viele Grüße, Andreas

 

 

On 3. Apr 2020, at 18:15, <  r...@nord-com.net> < 
 r...@nord-com.net> wrote:

 

Hallo Andreas,

 

Ja, das könnte hinkommen… werde mich da mal einklinken. Ist ja auch nichts, was 
eine sofortige Lösung braucht… ich habe es nur nicht verstanden und schon an 
meinem Setup gezweifelt.

 

Viele Grüße,

Alex

 

From: volkszaehler-users [ 
 
mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Andreas 
Goetz
Sent: Thursday, April 02, 2020 8:08 PM
To:   volkszaehler.org - users
Subject: Re: [vz-users] Frage zum Betriebsstundensensor

 

Sieht aus wie   
https://github.com/volkszaehler/volkszaehler.org/issues/772?

 

Hatte noch niemand Muße den Fehler zu suchen 

 

Viele Grüße, Andreas 





Am 02.04.2020 um 18:43 schrieb   r...@nord-com.net:



Hallo liebe Volkszähler-Nutzer und -Experten,

 

habe da gerade 

Re: [vz-users] Frage zum Betriebsstundensensor

[rgb]

Hallo Andreas,

 

Ich habe da noch mal reingeschaut. Die min, max und current Werte des 
Betriebsstundensensors scheinen in allen Modi (current, hourly, daily, monthly, 
yearly) zu stimmen, bestenfalls gibt es da ein paar Rundungsdifferenzen.

 

Was in keinem Fall (ausser im current) stimmt, sind die Durchschnitts- und 
Verbrauchswerte. Diese werden aber bereits falsch von der Middleware geliefert, 
so dass ich nicht von einem Fehler im Frontend ausgehe…

 

So gibt z.B. 
uuid.json?options=consumption=157783320=now=1=year 

die richtigen Werte für current, min und max (die 777 entsprechen in etwa dem 
was ich auch aus der Datenbank lesen kann (773)). Der Verbrauch müsste in allen 
Modi mit diesem Wert identisch sein.

 

Wenn Du da einen Tipp für mich hättest, versuche ich gerne dem Problem auf die 
Spur zu kommen.

 

Viele Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Andreas 
Goetz
Sent: Friday, April 03, 2020 6:35 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Frage zum Betriebsstundensensor

 

…ich hab grad zuviele andere Themen. Irgendwo in der wui.js oder plot.js fehlt 
eine Fallunterscheidung für den Modus bevor ausmultipliziert wird. Die Suche 
ist mühsam, sollte sich aber finden lassen.

 

Hilfe wäre willkommen!

 

Viele Grüße, Andreas

 





On 3. Apr 2020, at 18:15,   wrote:

 

Hallo Andreas,

 

Ja, das könnte hinkommen… werde mich da mal einklinken. Ist ja auch nichts, was 
eine sofortige Lösung braucht… ich habe es nur nicht verstanden und schon an 
meinem Setup gezweifelt.

 

Viele Grüße,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Andreas 
Goetz
Sent: Thursday, April 02, 2020 8:08 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Frage zum Betriebsstundensensor

 

Sieht aus wie   
https://github.com/volkszaehler/volkszaehler.org/issues/772?

 

Hatte noch niemand Muße den Fehler zu suchen 

 

Viele Grüße, Andreas 






Am 02.04.2020 um 18:43 schrieb r...@nord-com.net:



Hallo liebe Volkszähler-Nutzer und -Experten,

 

habe da gerade ein Fragezeichen auf der Stirn…

 

Ich nutze (u.a.) zwei Betriebsstundensensoren, einen für die tägliche Laufzeit 
meiner Heizung und einer für die kumulierte Brennerlaufzeit. Meine Heizung 
liefert z.B. alle paar Sekunden eine 1, wenn sie im Heizbetrieb ist, eine 0 
wenn in der Abschaltung, das schreibe ich 1:1 via Middleware-Aufruf in den VZ. 
Selbiges gilt für die Brennerlaufzeit.

 

Ich bekomme damit eine schöne graphische Anzeige (states) sowie exakte Zahlen. 
Für meine Tabelle importiere ich den täglichen type=3 Aggregate-Wert, der noch 
mal 24 gerechnet werden muss, dann stimmt es exakt mit der Anzeige im Frontend 
(und den Tatsachen) zusammen.

 

Wenn ich nun im Frontend die Heizzeit für’s Jahr ansehe, im Current-Modus, 
stimmt das in etwa mit dem überein, was ich auch aus der DB rauskitzeln kann, 
das sind vom 1.1.2020 bis jetzt z.B. 765 Stunden in der Spalte „Verbrauch“.

 

Gehe ich vom „current“ in den „hourly“ mode, sind es plötzlich 903 Stunden, 
unter „monthly“ 541393h, unter „yearly“  1681297h. 

 

Was genau berechnet der VZ denn da? Der Verbrauch sollte doch immer gleich 
bleiben...? Bei meinen Impulskanälen (Gas-S0 und Brennerstarts) ist das ja auch 
so… der Gesamtverbrauch bleibt unabhhängig ob Current oder Daily-Yearly beim 
gemessenen Maximum.

 

Gerne kann ich Bilder posten oder einen Link zum Frontend, aber ich denke Ihr 
glaubt mir auch so… bitte um Eure Ideen wie das zustande kommen kann.

 

Danke & Gruss,

Alex

 

Re: [vz-users] Frage zum Betriebsstundensensor

[rgb]

Hallo Andreas,

 

Ja, das könnte hinkommen… werde mich da mal einklinken. Ist ja auch nichts, was 
eine sofortige Lösung braucht… ich habe es nur nicht verstanden und schon an 
meinem Setup gezweifelt.

 

Viele Grüße,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Andreas 
Goetz
Sent: Thursday, April 02, 2020 8:08 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Frage zum Betriebsstundensensor

 

Sieht aus wie https://github.com/volkszaehler/volkszaehler.org/issues/772?

 

Hatte noch niemand Muße den Fehler zu suchen 

 

Viele Grüße, Andreas 





Am 02.04.2020 um 18:43 schrieb r...@nord-com.net:



Hallo liebe Volkszähler-Nutzer und -Experten,

 

habe da gerade ein Fragezeichen auf der Stirn…

 

Ich nutze (u.a.) zwei Betriebsstundensensoren, einen für die tägliche Laufzeit 
meiner Heizung und einer für die kumulierte Brennerlaufzeit. Meine Heizung 
liefert z.B. alle paar Sekunden eine 1, wenn sie im Heizbetrieb ist, eine 0 
wenn in der Abschaltung, das schreibe ich 1:1 via Middleware-Aufruf in den VZ. 
Selbiges gilt für die Brennerlaufzeit.

 

Ich bekomme damit eine schöne graphische Anzeige (states) sowie exakte Zahlen. 
Für meine Tabelle importiere ich den täglichen type=3 Aggregate-Wert, der noch 
mal 24 gerechnet werden muss, dann stimmt es exakt mit der Anzeige im Frontend 
(und den Tatsachen) zusammen.

 

Wenn ich nun im Frontend die Heizzeit für’s Jahr ansehe, im Current-Modus, 
stimmt das in etwa mit dem überein, was ich auch aus der DB rauskitzeln kann, 
das sind vom 1.1.2020 bis jetzt z.B. 765 Stunden in der Spalte „Verbrauch“.

 

Gehe ich vom „current“ in den „hourly“ mode, sind es plötzlich 903 Stunden, 
unter „monthly“ 541393h, unter „yearly“  1681297h. 

 

Was genau berechnet der VZ denn da? Der Verbrauch sollte doch immer gleich 
bleiben...? Bei meinen Impulskanälen (Gas-S0 und Brennerstarts) ist das ja auch 
so… der Gesamtverbrauch bleibt unabhhängig ob Current oder Daily-Yearly beim 
gemessenen Maximum.

 

Gerne kann ich Bilder posten oder einen Link zum Frontend, aber ich denke Ihr 
glaubt mir auch so… bitte um Eure Ideen wie das zustande kommen kann.

 

Danke & Gruss,

Alex

[vz-users] Frage zum Betriebsstundensensor

[rgb]

Hallo liebe Volkszähler-Nutzer und -Experten,

 

habe da gerade ein Fragezeichen auf der Stirn…

 

Ich nutze (u.a.) zwei Betriebsstundensensoren, einen für die tägliche
Laufzeit meiner Heizung und einer für die kumulierte Brennerlaufzeit. Meine
Heizung liefert z.B. alle paar Sekunden eine 1, wenn sie im Heizbetrieb ist,
eine 0 wenn in der Abschaltung, das schreibe ich 1:1 via Middleware-Aufruf
in den VZ. Selbiges gilt für die Brennerlaufzeit.

 

Ich bekomme damit eine schöne graphische Anzeige (states) sowie exakte
Zahlen. Für meine Tabelle importiere ich den täglichen type=3
Aggregate-Wert, der noch mal 24 gerechnet werden muss, dann stimmt es exakt
mit der Anzeige im Frontend (und den Tatsachen) zusammen.

 

Wenn ich nun im Frontend die Heizzeit für’s Jahr ansehe, im Current-Modus,
stimmt das in etwa mit dem überein, was ich auch aus der DB rauskitzeln
kann, das sind vom 1.1.2020 bis jetzt z.B. 765 Stunden in der Spalte
„Verbrauch“.

 

Gehe ich vom „current“ in den „hourly“ mode, sind es plötzlich 903 Stunden,
unter „monthly“ 541393h, unter „yearly“  1681297h. 

 

Was genau berechnet der VZ denn da? Der Verbrauch sollte doch immer gleich
bleiben...? Bei meinen Impulskanälen (Gas-S0 und Brennerstarts) ist das ja
auch so… der Gesamtverbrauch bleibt unabhhängig ob Current oder Daily-Yearly
beim gemessenen Maximum.

 

Gerne kann ich Bilder posten oder einen Link zum Frontend, aber ich denke
Ihr glaubt mir auch so… bitte um Eure Ideen wie das zustande kommen kann.

 

Danke & Gruss,

Alex

Re: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen

[rgb]

Hallo Frank,

 

Danke, das ist hilfreich! Für jemanden (wie mich), der nicht in der 
Programmierung der Middleware drinsteckt, ist halt manchmal eine SQL-Abfrage 
einfacher, um z.B. automatisch Tabellen zur Auswertung meiner Daten zu 
generieren.

 

Ich habe ja ein bisschen den PR #792 (make usage of aggregation data more 
efficient for mysql) mitverfolgt, versucht nachzuvollziehen (und inzwischen 
auch bei mir so eingebaut).

 

Wenn man wie ich kein PHP kann, ist das schon spannend, wirklich mitreden kann 
ich da halt nicht…

 

Gruss,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Sunday, March 29, 2020 7:28 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen

 

Das Frontend macht für den Gesamtzählerstand folgenden Request:

http://IP/middleware.php/data/UUID.json?from=0 
 
=day=1

und nimmt sich aus der JSON-Antwort den consumption-Wert und rechnet 
initialconsumption dazu.

 

Genauso würde ich auch vorgehen, wenn ich den aktuellen Stand rauskriegen 
wollte.

 

Grüße

Frank

 

 

 

 

Am So., 29. März 2020 um 18:28 Uhr schrieb :

Hallo Frank,

 

man kann natürlich für die Abfrage auch die Daten aus der aggregate Tabelle 
nehmen…  prinzipiell hast Du natürlich schon Recht… ich verwende diese Abfrage, 
wenn ich’s mal wirklich ganz genau wissen möchte, um z.B. die Anzeige am Zähler 
mit den aufsummierten Daten meiner DB zu vergleichen… 

 

…dachte in diesem konkreten Fall für Abrechnungszwecke könnte es auch hilfreich 
sein.

 

Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Sunday, March 29, 2020 6:15 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen

 

Sorry, stimmt natürlich nicht. Trotzdem würde ich das die Middleware erledigen 
lassen, die nutzt dafür aggregierte Daten und kann das deutlich schneller.

 

Grüße

Frank

 

Frank Richter  schrieb am So., 29. März 2020, 18:11:

Die SQL-Abfrage hilft nur bei einem Zählerstand-Kanal. Bei Impulsen müssen 
sämtliche Impulse aufsummiert werden, um den Gesamtverbrauch zu erhalten.

 

Grüße

Frank

 

Tobias Lehr  schrieb am So., 29. März 2020, 18:06:

Hm also dann habe ich da falsch herum gedacht. Das hieße ich müsste die 
precision auf 8 stellen und bei maxPrecision für alle anderen werte dann die 
entsprechende Zahl vorgeben? Etwas kompliziert. mal testen.

 

Die Datenbankabfrage habe ich jetzt auch hinbekommen, es lag an zwei doppelten 
Leerzeichen. Hab mir die korrekte Syntax jetzt mal abgespeichert, nur für den 
Fall.

 

Gruß Tobias

Am 29.03.2020 um 17:43 schrieb r...@nord-com.net:

 

Hmm, bei mir funkioniert es…

 

pi@avz:~:(1)> mysql -uvz -pyourpassword

Welcome to the MariaDB monitor.  Commands end with ; or \g.

Your MariaDB connection id is 76

Server version: 10.3.13-MariaDB-1 Raspbian testing-staging

 

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

 

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

 

MariaDB [(none)]> SELECT id FROM `volkszaehler`.`entities`

->  WHERE UUID = 'b12dfd80-111c-11ea-8e1a-c9616b442377' INTO @CHANNEL;

Query OK, 1 row affected (0.002 sec)

 

MariaDB [(none)]> SELECT channel_id AS Kanal,(SELECT VALUE FROM 
`volkszaehler`.`properties`

->   WHERE  `entity_id` = @CHANNEL AND `pkey` = 'title') AS Name,

-> ROUND(sum(VALUE/100)+(SELECT VALUE FROM `volkszaehler`.`properties`

->   WHERE  `entity_id` = @CHANNEL AND `pkey` = 'initialconsumption'),2) AS 
Zählerstand

-> FROM `volkszaehler`.`data`

-> WHERE `channel_id` =  @CHANNEL ;

+---+-+--+

| Kanal | Name| Zählerstand  |

+---+-+--+

|10 | Zähler Gas  |  7346.64 |

+---+-+--+

1 row in set (1.501 sec)

 

MariaDB [(none)]>

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Tobias 
Lehr
Sent: Sunday, March 29, 2020 5:34 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen

 

Vielen Dank für die Anregungen, ABER…

 

precision in der options.js habe ich gefunden, aber noch nicht so genau 
verstanden. Standardmäßig ist precision ja auf 2 eingestellt. Ich habe jetzt 
aber verschiedene Nachkommastellen. Temperaturen sind alle mit 1 
NAchkommastelle, es sei denn diese wäre 0, dann haben sie keine 
nachkommastellen.

 

Alle Werte mit 3 Stellen, haben gar keine Nachkommastellen. Werte kleiner 1 
haben 1, 2 oder  3 Nachkommastellen. 

 

Die Werte unter Gesamt sind immer ohne, die haben aber auch 5 oder 6 Stellen.

 

ich habe jetzt precision auf 8 hochgenommen, weil mein Gaszähler 5 Stellen vor 
dem Komma hat. Das funktioniert, dann hat der Gaszähler gesamt 3 

Re: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen

[rgb]

Hallo Frank,

 

man kann natürlich für die Abfrage auch die Daten aus der aggregate Tabelle 
nehmen…  prinzipiell hast Du natürlich schon Recht… ich verwende diese Abfrage, 
wenn ich’s mal wirklich ganz genau wissen möchte, um z.B. die Anzeige am Zähler 
mit den aufsummierten Daten meiner DB zu vergleichen… 

 

…dachte in diesem konkreten Fall für Abrechnungszwecke könnte es auch hilfreich 
sein.

 

Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Sunday, March 29, 2020 6:15 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen

 

Sorry, stimmt natürlich nicht. Trotzdem würde ich das die Middleware erledigen 
lassen, die nutzt dafür aggregierte Daten und kann das deutlich schneller.

 

Grüße

Frank

 

Frank Richter  schrieb am So., 29. März 2020, 18:11:

Die SQL-Abfrage hilft nur bei einem Zählerstand-Kanal. Bei Impulsen müssen 
sämtliche Impulse aufsummiert werden, um den Gesamtverbrauch zu erhalten.

 

Grüße

Frank

 

Tobias Lehr  schrieb am So., 29. März 2020, 18:06:

Hm also dann habe ich da falsch herum gedacht. Das hieße ich müsste die 
precision auf 8 stellen und bei maxPrecision für alle anderen werte dann die 
entsprechende Zahl vorgeben? Etwas kompliziert. mal testen.

 

Die Datenbankabfrage habe ich jetzt auch hinbekommen, es lag an zwei doppelten 
Leerzeichen. Hab mir die korrekte Syntax jetzt mal abgespeichert, nur für den 
Fall.

 

Gruß Tobias

Am 29.03.2020 um 17:43 schrieb r...@nord-com.net:

 

Hmm, bei mir funkioniert es…

 

pi@avz:~:(1)> mysql -uvz -pyourpassword

Welcome to the MariaDB monitor.  Commands end with ; or \g.

Your MariaDB connection id is 76

Server version: 10.3.13-MariaDB-1 Raspbian testing-staging

 

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

 

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

 

MariaDB [(none)]> SELECT id FROM `volkszaehler`.`entities`

->  WHERE UUID = 'b12dfd80-111c-11ea-8e1a-c9616b442377' INTO @CHANNEL;

Query OK, 1 row affected (0.002 sec)

 

MariaDB [(none)]> SELECT channel_id AS Kanal,(SELECT VALUE FROM 
`volkszaehler`.`properties`

->   WHERE  `entity_id` = @CHANNEL AND `pkey` = 'title') AS Name,

-> ROUND(sum(VALUE/100)+(SELECT VALUE FROM `volkszaehler`.`properties`

->   WHERE  `entity_id` = @CHANNEL AND `pkey` = 'initialconsumption'),2) AS 
Zählerstand

-> FROM `volkszaehler`.`data`

-> WHERE `channel_id` =  @CHANNEL ;

+---+-+--+

| Kanal | Name| Zählerstand  |

+---+-+--+

|10 | Zähler Gas  |  7346.64 |

+---+-+--+

1 row in set (1.501 sec)

 

MariaDB [(none)]>

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Tobias 
Lehr
Sent: Sunday, March 29, 2020 5:34 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen

 

Vielen Dank für die Anregungen, ABER…

 

precision in der options.js habe ich gefunden, aber noch nicht so genau 
verstanden. Standardmäßig ist precision ja auf 2 eingestellt. Ich habe jetzt 
aber verschiedene Nachkommastellen. Temperaturen sind alle mit 1 
NAchkommastelle, es sei denn diese wäre 0, dann haben sie keine 
nachkommastellen.

 

Alle Werte mit 3 Stellen, haben gar keine Nachkommastellen. Werte kleiner 1 
haben 1, 2 oder  3 Nachkommastellen. 

 

Die Werte unter Gesamt sind immer ohne, die haben aber auch 5 oder 6 Stellen.

 

ich habe jetzt precision auf 8 hochgenommen, weil mein Gaszähler 5 Stellen vor 
dem Komma hat. Das funktioniert, dann hat der Gaszähler gesamt 3 
Nachkommastellen, allerdings sehr unschön daran, Werte mit nur einer Stelle vor 
dem Komma haben dann plötzlich 7 NAchkommastellen.

 

Also habe ich versucht eine Ausnahme einzufügen wie bei der für °C, das 
funktioniert aber nicht, ich vermute es liegt an der hochgestellten 3 in m3.

 

maxPrecision:[

{   // override precision 
for certain units

'°C': 1

},{

'm³': 8

}

],

 

so habe ich versucht es zu erweitern. die hochgestellt 3 habe ich mir einfach 
reinkopiert. Aber auch die Angabe m3 oder m^3 funktionieren nicht.

 

 

Zu der SQL Abfrage, ich würde zwar gerne den Wert fest im Frontend angezeigt 
bekommen aber so eine Abfrage kann ja hilfreich oder zumindest lehrreich sein. 
Ich muss dazu sagen ich bin absoluter Laie was SQL angeht.

 

Wo muss ich die absetzen? In mysql direkt? phpmyAdmin habe ich nicht 
installiert. Habe ich probiert, aber bekomme einen Fehler wenn ich folgendes 
eingebe, also per copy

 

SELECT id FROM `volkszaehler`.`entities` 
 WHERE UUID = 'b12dfd80-111c-11ea-8e1a-c9616b442377' INTO @CHANNEL;

 

Der Fehler lautet: ERROR 1064 (42000): You have an error in your SQL syntax; 
check the 

Re: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen

[rgb]

Hmm, bei mir funkioniert es…

 

pi@avz:~:(1)> mysql -uvz -pyourpassword

Welcome to the MariaDB monitor.  Commands end with ; or \g.

Your MariaDB connection id is 76

Server version: 10.3.13-MariaDB-1 Raspbian testing-staging

 

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

 

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

 

MariaDB [(none)]> SELECT id FROM `volkszaehler`.`entities`

->  WHERE UUID = 'b12dfd80-111c-11ea-8e1a-c9616b442377' INTO @CHANNEL;

Query OK, 1 row affected (0.002 sec)

 

MariaDB [(none)]> SELECT channel_id AS Kanal,(SELECT VALUE FROM 
`volkszaehler`.`properties`

->   WHERE  `entity_id` = @CHANNEL AND `pkey` = 'title') AS Name,

-> ROUND(sum(VALUE/100)+(SELECT VALUE FROM `volkszaehler`.`properties`

->   WHERE  `entity_id` = @CHANNEL AND `pkey` = 'initialconsumption'),2) AS 
Zählerstand

-> FROM `volkszaehler`.`data`

-> WHERE `channel_id` =  @CHANNEL ;

+---+-+--+

| Kanal | Name| Zählerstand  |

+---+-+--+

|10 | Zähler Gas  |  7346.64 |

+---+-+--+

1 row in set (1.501 sec)

 

MariaDB [(none)]>

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Tobias 
Lehr
Sent: Sunday, March 29, 2020 5:34 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen

 

Vielen Dank für die Anregungen, ABER…

 

precision in der options.js habe ich gefunden, aber noch nicht so genau 
verstanden. Standardmäßig ist precision ja auf 2 eingestellt. Ich habe jetzt 
aber verschiedene Nachkommastellen. Temperaturen sind alle mit 1 
NAchkommastelle, es sei denn diese wäre 0, dann haben sie keine 
nachkommastellen.

 

Alle Werte mit 3 Stellen, haben gar keine Nachkommastellen. Werte kleiner 1 
haben 1, 2 oder  3 Nachkommastellen. 

 

Die Werte unter Gesamt sind immer ohne, die haben aber auch 5 oder 6 Stellen.

 

ich habe jetzt precision auf 8 hochgenommen, weil mein Gaszähler 5 Stellen vor 
dem Komma hat. Das funktioniert, dann hat der Gaszähler gesamt 3 
Nachkommastellen, allerdings sehr unschön daran, Werte mit nur einer Stelle vor 
dem Komma haben dann plötzlich 7 NAchkommastellen.

 

Also habe ich versucht eine Ausnahme einzufügen wie bei der für °C, das 
funktioniert aber nicht, ich vermute es liegt an der hochgestellten 3 in m3.

 

maxPrecision:[

{   // override precision 
for certain units

'°C': 1

},{

'm³': 8

}

],





so habe ich versucht es zu erweitern. die hochgestellt 3 habe ich mir einfach 
reinkopiert. Aber auch die Angabe m3 oder m^3 funktionieren nicht.









Zu der SQL Abfrage, ich würde zwar gerne den Wert fest im Frontend angezeigt 
bekommen aber so eine Abfrage kann ja hilfreich oder zumindest lehrreich sein. 
Ich muss dazu sagen ich bin absoluter Laie was SQL angeht.





Wo muss ich die absetzen? In mysql direkt? phpmyAdmin habe ich nicht 
installiert. Habe ich probiert, aber bekomme einen Fehler wenn ich folgendes 
eingebe, also per copy





SELECT id FROM `volkszaehler`.`entities` 
 WHERE UUID = 'b12dfd80-111c-11ea-8e1a-c9616b442377' INTO @CHANNEL;





Der Fehler lautet: ERROR 1064 (42000): You have an error in your SQL syntax; 
check the manual that corresponds to your MariaDB server version for the right 
syntax to use near 'UUID = '01e03ee0-3241-11e9-991f-856a034c5015' INTO 
@CHANNEL' at line 2

 

ich habe selbstverständlich die UUID auf die meines Gaszählers geändert.

 

Gruß Tobias









Am 29.03.2020 um 16:23 schrieb r...@nord-com.net:

 

Hallo,

Folgende SQL-Abfrage könnte als Vorlage für die Berechnung des genauen 
Verbrauches dienen... müsstest Du für Deine Gegebenheiten entsprechend 
anpassen...

SELECT id FROM `volkszaehler`.`entities` 
 WHERE UUID = 'b12dfd80-111c-11ea-8e1a-c9616b442377' INTO @CHANNEL;

SELECT channel_id AS Kanal,(SELECT VALUE FROM `volkszaehler`.`properties` 
  WHERE  `entity_id` = @CHANNEL AND `pkey` = 'title') AS Name,
  ROUND(sum(VALUE/100)+(SELECT VALUE FROM `volkszaehler`.`properties` 
  WHERE  `entity_id` = @CHANNEL AND `pkey` = 'initialconsumption'),2) AS 
Zählerstand
FROM `volkszaehler`.`data` 
WHERE `channel_id` =  @CHANNEL ;

Gruss,
Alex




-Original Message-
From: volkszaehler-users [mailto:volkszaehler-users-
boun...@demo.volkszaehler.org] On Behalf Of Tobias Lehr
Sent: Sunday, March 29, 2020 3:25 PM
To: volkszaehler-users
Subject: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen

Hallo,

ich logge meinen Gasverbrauch per S0 in den Volkszaehler. Die Werte für
min., max., aktuell und Verbrauch werden mit Nachkommastellen
angezeigt. Der Gesamtverbrauch wird aber nur mit ganzer Zahl angezeigt.
Mein Gaszähler hat aber 3 Nachkommastellen und mein Gasversorger
möchte den Zählerstand mit Nachkommastellen angegeben 

Re: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen

[rgb]

Hallo,

Folgende SQL-Abfrage könnte als Vorlage für die Berechnung des genauen 
Verbrauches dienen... müsstest Du für Deine Gegebenheiten entsprechend 
anpassen...

SELECT id FROM `volkszaehler`.`entities` 
  WHERE UUID = 'b12dfd80-111c-11ea-8e1a-c9616b442377' INTO @CHANNEL;

SELECT channel_id AS Kanal,(SELECT VALUE FROM `volkszaehler`.`properties` 
   WHERE  `entity_id` = @CHANNEL AND `pkey` = 'title') AS Name,
ROUND(sum(VALUE/100)+(SELECT VALUE FROM `volkszaehler`.`properties` 
   WHERE  `entity_id` = @CHANNEL AND `pkey` = 'initialconsumption'),2) AS 
Zählerstand
FROM `volkszaehler`.`data` 
WHERE `channel_id` =  @CHANNEL ;

Gruss,
Alex

> -Original Message-
> From: volkszaehler-users [mailto:volkszaehler-users-
> boun...@demo.volkszaehler.org] On Behalf Of Tobias Lehr
> Sent: Sunday, March 29, 2020 3:25 PM
> To: volkszaehler-users
> Subject: [vz-users] Gesamtverbrauch Gaszähler mit Nachkommastellen
> 
> Hallo,
> 
> ich logge meinen Gasverbrauch per S0 in den Volkszaehler. Die Werte für
> min., max., aktuell und Verbrauch werden mit Nachkommastellen
> angezeigt. Der Gesamtverbrauch wird aber nur mit ganzer Zahl angezeigt.
> Mein Gaszähler hat aber 3 Nachkommastellen und mein Gasversorger
> möchte den Zählerstand mit Nachkommastellen angegeben haben. Und da
> ich gerade den Zählerstand für die Abrechnung angeben musste, wollte ich
> wissen ob man den Gesamtverbrauch, der ja der Zählerstand ist, auch mit
> Nachkommastellen anzeigen lassen kann. Ich habe da was in Erinnerung das
> es eventuell durch Änderung der options.js Datei gehen könnte. Aber ich
> habe leider überhaupt keine Idee wie. Liege ich da richtig? Und könnte mir
> da jemand Unterstützung geben.
> 
> Gruß Tobias

Re: [vz-users] Openweathermap

[rgb]

FYI - Seit gestern Abend kommen die Daten wieder richtig…

 

From: Alexander Strauss [mailto:alex.stra...@swbmail.de] 
Sent: Wednesday, March 25, 2020 6:44 PM
To: 'volkszaehler.org - users'
Subject: RE: [vz-users] Openweathermap

 

Wenn man es sich genau ansieht, scheinen die gelieferten Daten deren
Wetter_voraussage_ zu entsprechen, nicht den gemessenen Werten. Was der
Api-Doc widerspricht… vielleicht doch nur ein Fehler?

 

From: volkszaehler-users
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of
r...@nord-com.net
Sent: Wednesday, March 25, 2020 6:32 PM
To: Volkszaehler Liste
Subject: [vz-users] Openweathermap

 

Moin!

 

Mir ist aufgefallen, dass Openweathermap (siehe Sensorless Outdoor Temp
 ) die via API zugänglichen Wetterdaten (zumindest für meinen Standort)
nur noch alle drei Stunden zu aktualisieren scheint. Seit gestern ist das
so…. 14:40… 17:40… 20:40… ändern sich die Werte, dazwischen kommt immer
dasselbe zurück.

 


Zuerst dachte ich an ein „Geschenk“ für nichtzahlende Kunden, aber laut den
Nutzungsbedingungen gilt für den kostenfreien Zugang „Weather API data
update <2h”. Ob sich da was im Verhältnis zu den zahlenden Kunden (bis
<10min) geändert hat, weiß ich nicht.

 

Teils machen die Werte auch gar keinen Sinn mehr:

 

Suche ich via Weboberfläche auf Openweathermap 

 

https://openweathermap.org/find?q=bremerhaven

 

(jetzt gerade eben) bekomme ich als Ausgabe 9.9 Grad C für Bremerhaven. Gebe
ich die Api URL ebenfalls direkt im Webbrowser ein 

 

http://api.openweathermap.org/data/2.5/weather?id=2944368

=75477d698e973afda975d1958d0d6721=metric

 

bekomme ich 4.4 Grad zurück. Die 9.9 entsprechen den Tatsachen. Bis 17:40
habe ich einen Wert von 8.4 in der DB, danach die 4.4. 

 

Ist das sonst schon jemandem aufgefallen bzw. habt ihr eine Erklärung dafür?
Oder eine funktionierende und kostenlose Schnittstelle zu einem anderen
Dienst?

 

Nun ja, ich hoffe es ist nur ein Fehler der bald behoben wird.

 

Grüsse,

Alex



 

Re: [vz-users] Protokoll-spezifische Schlüssel für S0

[rgb]

Hallo Daniel,

 

Lass' mich vorausschicken, dass ich mit der Entwicklung des Vzloggers absolut 
nichts zu tun habe... ich bin auch erst vor einem halben Jahr eingestiegen, als 
es die Erweiterungen schon nicht mehr zu kaufen gab... war auch bei mir erst 
ein trial and error.

 

Was configureGPIO macht, kann man im Sourcecode (MeterS0.cpp).sehen:

 

1. der GPIO wird exportiert:

 

if (_configureGPIO) {

fd = ::open("/sys/class/gpio/export", O_WRONLY);

[ ... ]

name.append(std::to_string(_gpiopin));

[ ... ]

res = write(fd, name.c_str(), name.length() + 1); 

 

2. als Eingang konfiguriert:

 

name.append("/sys/class/gpio/gpio");

name.append(std::to_string(_gpiopin));

name.append("/direction");

[ ... ]

res = ::write(fd, "in\n", 3);

 

3. die Flanke auf "rising" gesetzt (hat nichts mit gpio_dir zu tun)

 

name.append("/edge");

[ ... ]

res = ::write(fd, "rising\n", 7);

 

4. Active_low auf 0 gesetzt, d.h. positive Impulse werden gezählt, nicht die 
Unterbrechungen dazwischen

 

name.append("/active_low");

[ ... ]

res = ::write(fd, "0\n", 2);

 

Letzteres heisst Du müsstest mit einem Pull-Down Widerstand arbeiten. VZlogger 
hat keine Möglichkeit die internen Pull-Up/Down-Widerstände zu konfigurieren. 
Wenn Du einen internen Pull-Down verwenden möchtest, geht das z.B. mit dem 
Kommando "gpio" des Paketes "wiringpi". Letzteres ist standardmäßig nicht 
installiert, lässt sich per "apt-get install wiringpi" nachinstallieren.

 

Dann z.B. mit dem Eintrag 

 

[Service]

ExecStartPre=/usr/bin/gpio -g mode 21 down

ExecStart=/usr/local/bin/vzlogger -c /etc/vzlogger.conf

 

im /etc/systemd/system/vzlogger.service automatisch vor dem Start des vzloggers 
setzen. Ich mache es so. Meines Wissens kannst Du alle GPIOs verwenden, welche 
es gibt und auch wie sie benannt werden kannst Du übrigens via „gpio readall“ 
sehen.

 

Sollte ich irgendetwas übersehen haben, man verzeihe mir bitte…

 

Gruss,

Alex

 

 

> -Original Message-

> From: volkszaehler-users [mailto:volkszaehler-users-

> boun...@demo.volkszaehler.org] On Behalf Of Daniel Schwarz

> Sent: Thursday, March 26, 2020 1:18 PM

> To: volkszaehler.org - users

> Subject: [vz-users] Protokoll-spezifische Schlüssel für S0

> 

> Hallo zusammen,

> 

> ich baue derzeit eine Schaltung, mit der ich meinen Wasserzähler an den

> VZ anschliessen kann. Am Ende sollen dabei S0-Pulse rauskommen. Dazu

> kann ich ja im VZ-Logger entsprechend konfigurieren.

> 

> Vorab: Bei mir laufen bereits zwei Stromzähler (SML). Als Hardware

> verwende ich einen RaspberryPi der ersten Generation, auf dem läuft das

> Image von volkszaehler.org.

> 

> Für die Konfiguration eines S0-fähigen Kanales ist mir folgendes aber

> noch nicht ganz klar (ich beziehe mich auf die Seite

> https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_

> parameter):

> 

> - Parameter "gpio": Kann ich hier wahlfrei einen Pin nehmen, der in der

> Tabelle angegeben ist?

> 

> - Parameter "configureGPIO": Was konfiguriert der Vzlogger denn?

> Ausgewählter Pin als Input, mit Pulldown oder Pullup? Oder kann ich das

> selbst noch irgendwo bestimmen? Andernfalls müsste ich ggf. auf "false"

> setzen und beim Boot den Pin entsprechen konfigurieren (mit allen

> notwendigen Skripten und Bibliotheken usw. Bäh.). Das wäre die

> wichtigste Frage, denn danach richtet sich die Beschaltung meines Lesers.

> 

> Parameter "gpio_dir":  Normalerweise wird ja der High-Impuls (oder die

> Flanke low -> high?) gezählt. Ist mit "Zählrichtung negativ" die Zählung

> bei high -> low gemeint?

> 

> Meine Hardware generiert derzeit einen positiven 5V-Impuls mit

> einstellbarer Dauer (30 ms und höher). Damit kann ich aber nicht direkt

> an den RaspberryPi, weil der Spannungspegel nicht passt. Ich würde also

> einen Optokoppler ansteuern und wäre potentialfrei. Am einfachsten wäre

> es, den GPIO am Pi mit einem Optokoppler nach low ziehen (= Zählimpuls).

> Ansonsten ist der Ausgang hochohmig und der interne Pullup am Pin zieht

> auf definiertes Potential.

> 

> Danke für eure Hilfe und Anregungen.

> 

> Daniel

 

Re: [vz-users] Openweathermap

[rgb]

Wenn man es sich genau ansieht, scheinen die gelieferten Daten deren
Wetter_voraussage_ zu entsprechen, nicht den gemessenen Werten. Was der
Api-Doc widerspricht… vielleicht doch nur ein Fehler?

 

From: volkszaehler-users
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of
r...@nord-com.net
Sent: Wednesday, March 25, 2020 6:32 PM
To: Volkszaehler Liste
Subject: [vz-users] Openweathermap

 

Moin!

 

Mir ist aufgefallen, dass Openweathermap (siehe Sensorless Outdoor Temp
 ) die via API zugänglichen Wetterdaten (zumindest für meinen Standort)
nur noch alle drei Stunden zu aktualisieren scheint. Seit gestern ist das
so…. 14:40… 17:40… 20:40… ändern sich die Werte, dazwischen kommt immer
dasselbe zurück.

 


Zuerst dachte ich an ein „Geschenk“ für nichtzahlende Kunden, aber laut den
Nutzungsbedingungen gilt für den kostenfreien Zugang „Weather API data
update <2h”. Ob sich da was im Verhältnis zu den zahlenden Kunden (bis
<10min) geändert hat, weiß ich nicht.

 

Teils machen die Werte auch gar keinen Sinn mehr:

 

Suche ich via Weboberfläche auf Openweathermap 

 

https://openweathermap.org/find?q=bremerhaven

 

(jetzt gerade eben) bekomme ich als Ausgabe 9.9 Grad C für Bremerhaven. Gebe
ich die Api URL ebenfalls direkt im Webbrowser ein 

 

http://api.openweathermap.org/data/2.5/weather?id=2944368

=75477d698e973afda975d1958d0d6721=metric

 

bekomme ich 4.4 Grad zurück. Die 9.9 entsprechen den Tatsachen. Bis 17:40
habe ich einen Wert von 8.4 in der DB, danach die 4.4. 

 

Ist das sonst schon jemandem aufgefallen bzw. habt ihr eine Erklärung dafür?
Oder eine funktionierende und kostenlose Schnittstelle zu einem anderen
Dienst?

 

Nun ja, ich hoffe es ist nur ein Fehler der bald behoben wird.

 

Grüsse,

Alex



 

[vz-users] Openweathermap

[rgb]

Moin!

 

Mir ist aufgefallen, dass Openweathermap (siehe Sensorless Outdoor Temp
 ) die via API zugänglichen Wetterdaten (zumindest für meinen Standort)
nur noch alle drei Stunden zu aktualisieren scheint. Seit gestern ist das
so…. 14:40… 17:40… 20:40… ändern sich die Werte, dazwischen kommt immer
dasselbe zurück.

 


Zuerst dachte ich an ein „Geschenk“ für nichtzahlende Kunden, aber laut den
Nutzungsbedingungen gilt für den kostenfreien Zugang „Weather API data
update <2h”. Ob sich da was im Verhältnis zu den zahlenden Kunden (bis
<10min) geändert hat, weiß ich nicht.

 

Teils machen die Werte auch gar keinen Sinn mehr:

 

Suche ich via Weboberfläche auf Openweathermap 

 

https://openweathermap.org/find?q=bremerhaven

 

(jetzt gerade eben) bekomme ich als Ausgabe 9.9 Grad C für Bremerhaven. Gebe
ich die Api URL ebenfalls direkt im Webbrowser ein 

 

http://api.openweathermap.org/data/2.5/weather?id=2944368

=75477d698e973afda975d1958d0d6721=metric

 

bekomme ich 4.4 Grad zurück. Die 9.9 entsprechen den Tatsachen. Bis 17:40
habe ich einen Wert von 8.4 in der DB, danach die 4.4. 

 

Ist das sonst schon jemandem aufgefallen bzw. habt ihr eine Erklärung dafür?
Oder eine funktionierende und kostenlose Schnittstelle zu einem anderen
Dienst?

 

Nun ja, ich hoffe es ist nur ein Fehler der bald behoben wird.

 

Grüsse,

Alex



 

Re: [vz-users] aktuelles Raspi-Image - PHPMyAdmin-Zugriff?

[rgb]

Hallo Klaus,

> funktioniert das dann so mit dem VZ-Rasperry Image?

Ja.

>Du hast bei IP den localhost?

Ja.  Den Namen oder die IP Deines Volkszählers gibst Du in der SSH Tab an, da 
wo in meinem Beispiel "avz" steht.

> Nutzt du dann den Raspi-Apache?

Nein, ich nutze den mitgelieferten nginx auf Port 80, der die Anfragen an den 
PHP-PM Port 8080 weiterleitet. Wenn man möchte, kann man mit dem nginx auch 
andere Anwendungen oder Dateien freigeben. Schau mal in die 
/etc/nginx/sites-available/volkszaehler Datei, dann wird es Dir klar. 

Gruss,
Alex

Re: [vz-users] aktuelles Raspi-Image - PHPMyAdmin-Zugriff?

[rgb]

Hallo,

 

Ich nutze HeidiSQL. Es ist in der Handhabung recht einfach und komfortabel, 
wenngleich es bei mir hin und wieder mal abstürzt... am besten Du nutzt eine 
Verbindung über SSH, dazu benötigst Du PuTTY auf Deinem Windows Rechner.

 

Anbei zwei Screenshots die Dir die Konfiguration zeigen… ich mache das Ganze 
mit einem public/private key pair, aber mit Passwort sollte es auch 
funktionieren…

 





 

Viel Erfolg wüscht

Alex

 

> -Original Message-

> From: volkszaehler-users [mailto:volkszaehler-users-

> boun...@demo.volkszaehler.org] On Behalf Of k...@kr123.de

> Sent: Tuesday, March 10, 2020 7:48 PM

> To: 'volkszaehler-users'

> Subject: Re: [vz-users] aktuelles Raspi-Image - PHPMyAdmin-Zugriff?

> 

> Wie komme ich denn jetzt am einfachsten an die Daten ran?

> 

> Wollte "mal kurz" einen Raspi installieren, paar Sachen probieren

> 

> Bin zugegeben total genervt- versucht, als Laie phpmyadmin

> nachzuinstallieren - es fehlt wohl auch Apache?

> 

> Irgendwo was über HeidiSQL gelesen - funktioniert auch nicht wirklich?

> 

> Wie greift Ihr im Image auf die Daten zu? Wollte eigentlich die Corona-Zeit

> nutzen um meine VZ-Installation mal aufzuräumen

> 

> Aber so lange kann die Epidemie gar nicht dauern bis ich mich da überall

> eingelesen habe 

> 

> Grüße

> 

> Klaus

> 

> 

> 

> -Ursprüngliche Nachricht-

> Von: k...@kr123.de 

> Gesendet: Montag, 9. März 2020 22:46

> An: 'volkszaehler-users' 

> Betreff: AW: [vz-users] aktuelles Raspi-Image - PHPMyAdmin-Zugriff?

> 

> Oh, da bin ich dann wohl auf die Doku hereingefallen 

> 

> 

> 

> -Ursprüngliche Nachricht-

> Von: volkszaehler-users  boun...@demo.volkszaehler.org> Im Auftrag von Daniel Lauckner

> Gesendet: Montag, 9. März 2020 22:03

> An: volkszaehler.org - users 

> Betreff: Re: [vz-users] aktuelles Raspi-Image - PHPMyAdmin-Zugriff?

> 

> Hallo,

> 

> 

> am Montag, 9. März 2020 um 18:59 hat k...@kr123.de geschrieben:

> > Wie komme ich denn im aktuellen Image auf die PHPMyAdmin-

> Oberfläche?

> 

> > Angeblich wird es ja mit installiert?

> 

> Wird es nicht.

> 

> 

> mfg Daniel

> 

 

Re: [vz-users] Manuelles Löschen eines Wertes aus der DB

[rgb]

Moin,

 

ursprünglich ging es in diesem Thread um mit falschem Zeitstempel geloggte 
Werte, da die entsprechenden Dienste (mangels RTC) zu einem Zeitpunkt gestartet 
wurden, an dem der Raspi noch nicht die aktuelle Zeit via NTP gesetzt hatte… 
mein Workaround im rc.local die Synchronisation zu erzwingen wurde berechtigt 
kritisiert.

 

Letztendlich habe ich es so gelöst wie unten von mir skizziert… und dabei die 
Reihenfolge wie folgt geordnet…

 

… network.target -> timesyncd -> network-online.target -> mysql -> middleware 
-> nginx -> vzlogger, canlogger

 

So richtig seriell ist das zwar trotzdem nicht, da der systemd einen Dienst als 
gestartet meldet, sobald der entsprechende Befehl abgesetzt wurde, auch wenn 
der Dienst erst etwas später online geht. In meinem Fall funktioniert es so 
aber zuverlässig, und meine rc.local ist jetzt praktisch leer…

 

Gruss,

Alex

 

Den systemd-timesyncd.service selbst im Startup nach hinten (also zwischen 
network.target und network-online.target) zu verschieben wäre evtl. noch einen 
Versuch wert, allerdings müsste man dabei wiederum etliche andere Dienste 
anpassen, so dass da einiges durcheinander gehen könnte.  Zumal der Zeitpunkt 
an dem das WLAN steht ja auch nicht 100%ig ist.

 

>>am Samstag, 29. Februar 2020 um 14:25 hat  
>><https://demo.volkszaehler.org/mailman/listinfo/volkszaehler-users> rgb at 
>>nord-com.net geschrieben:

>> /etc/rc.local

> 

>Sollte man bei aktuellen Images mit sytemctl nicht machen.

> 

> 

>mfg Daniel

Re: [vz-users] Manuelles Löschen eines Wertes aus der DB

[rgb]

Um noch einmal kurz Feedback zu geben... ich habe mich da etwas gespielt. 

 

Mit dem systemd den Start des vzlogger, anderer Logger, ggfs. auch der 
middleware und anderer VZ Instanzen soweit nach hinten zu verschieben, bis die 
Zeit per NTP synchronisiert ist, ist mit der Stardard-Raspbian Installation 
nicht einfach wie man meinen könnte. Ich habe bislang keine bessere oder 
zuverlässigere Methode gefunden als die von mir genannte mit 

 

> timedatectl set-ntp off

> timedatectl set-ntp on

 

im rc.local, um die Synchronisation zu diesem Zeitpunkt noch einmal zu 
erzwingen.

 

Ja, es gibt time-sync.target. Standardmäßig ist das aber schon erreicht wenn 
die Zeitsynchronisation in Form des systemd-timesyncd.service gestartet ist. Zu 
diesem Zeitpunkt ist aber noch kein WLAN da. Zu diesem Problem gibt es viele 
Berichte, und in Raspbian Buster ist auch eine Art Lösung mit dabei in Form des 
Dienstes systemd-time-wait-sync.service, der standardmäßig nicht aktiviert ist 
(sich aber aktivieren lässt).

 

Das Ergebnis ist ernüchternd. Manche der dann davon abhängigen Dienste werden 
nach dem Kontakt mit dem NTP Server gestartet, manche nicht, und das Ergebnis 
ist nach jedem Reboot ein Anderes. Das Manual schreibt dazu

 

systemd-time-wait-sync is a system service that delays the start of units that 
depend on time-sync.target until the system time has been synchronized with an 
accurate time source by systemd-timesyncd.service.

 

systemd-timesyncd.service notifies on successful synchronization. 
systemd-time-wait-sync also tries to detect when the kernel marks the time as 
synchronized, but this detection is not reliable and is intended only as a 
fallback for other services that can be used to synchronize time (e.g., ntpd, 
chronyd).

 

Davon abgesehen wäre diese Lösung nicht tauglich für netzwerklose Volkszähler 
(z.B. mit lokaler Konsole und RTC), in diesem Fall würden, selbst wenn der o.g. 
Dienst zuverlässig wäre, die VZ Prozesse wohl nie starten.

 

Den systemd-timesyncd.service selbst im Startup nach hinten (also zwischen 
network.target und network-online.target) zu verschieben wäre evtl. noch einen 
Versuch wert, allerdings müsste man dabei wiederum etliche andere Dienste 
anpassen, so dass da einiges durcheinander gehen könnte.  Zumal der Zeitpunkt 
an dem das WLAN steht ja auch nicht 100%ig ist.

 

Ich bleibe also erstmal bei meinem Workaround.

 

Gruss,

Alex 

 

> -Original Message-

> From: volkszaehler-users [mailto:volkszaehler-users-

> boun...@demo.volkszaehler.org] On Behalf Of r...@nord-com.net

> Sent: Sunday, March 01, 2020 7:05 PM

> To: 'volkszaehler.org - users'

> Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB

> 

> Tag nochmal,

> 

> Ich habe es mir eben noch einmal angesehen... eine schönere  Lösung

> könnte sein im vzlogger.service ein

> "time-sync.target" in die "After"-Sektion einzufügen. Und in meinem Fall,

> den Can-Logger aus dem rc.local rauszunehmen und einen eigenen Service

> daraus zu machen. Ob das dann wohl funktioniert... hat es jemand schon so

> ausprobiert?

> 

> Die beste Lösung wäre natürlich eine RTC in den Raspi zu integrieren...

> leider fehlt mir dafür der Platz bzw. der Steckplatz im Gehäuse... hätte ich

> früher um dieses Problems gewusst, mein PiCan Modul hätte es wahlweise

> auch mit RTC gegeben. Nun ja, manchmal ist man später eben schlauer.

> 

> Grüsse,

> Alex

> 

> 

> > -Original Message-

> > From: volkszaehler-users [mailto:volkszaehler-users-

> > boun...@demo.volkszaehler.org] On Behalf Of r...@nord-com.net

> > Sent: Sunday, March 01, 2020 6:37 PM

> > To: 'volkszaehler-users'

> > Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB

> >

> > Hallo Daniel,

> >

> > das ist mir prinzipiell schon bewusst... etwas kniffelig wird es dann wenn

> es

> > nicht um eigenständige Programme geht, die vom systemd gemanaged

> > werden (wie z.B. den vzlogger oder eine mögliche aber nicht vorhandene

> > Installation des "echten" NTPD), sondern um Dienste die zum systemd

> > gehören, wie eben der systemd-timesyncd.

> >

> > Da die Reihenfolge im Startup zu beeinflussen könnte wiederum das

> Laden

> > von anderen Diensten durcheinanderbringen. Mein zugegebenermaßen

> > nicht schöner Workaround, durch

> >

> > timedatectl set-ntp off

> > timedatectl set-ntp on

> >

> > im rc.local den Systemdienst noch einmal dazu zu bringen, die Zeit neu zu

> > setzen, funktioniert für mich, ohne da etwas durcheinanderzubringen.

> Und

> > auch nach einem längeren Aus meines Raspis z.B. während einer

> > Kartensicherung sind Werte und Kurven nun nicht mehr verschoben.

> >

> > Was spricht also konkret dagegen? Die Frage ist nicht rhetorisch, sondern

> > erst gemeint...

> >

> > Gruss,

> > Alex

> >

> > > -Original Message-

> > > From: volkszaehler-users [mailto:volkszaehler-users-

> > > boun...@demo.volkszaehler.org] On Behalf Of Daniel Lauckner

> > > Sent: Sunday, March 

Re: [vz-users] Manuelles Löschen eines Wertes aus der DB

[rgb]

Tag nochmal,

Ich habe es mir eben noch einmal angesehen... eine schönere  Lösung könnte sein 
im vzlogger.service ein 
"time-sync.target" in die "After"-Sektion einzufügen. Und in meinem Fall, den 
Can-Logger aus dem rc.local rauszunehmen und einen eigenen Service daraus zu 
machen. Ob das dann wohl funktioniert... hat es jemand schon so ausprobiert?

Die beste Lösung wäre natürlich eine RTC in den Raspi zu integrieren... leider 
fehlt mir dafür der Platz bzw. der Steckplatz im Gehäuse... hätte ich früher um 
dieses Problems gewusst, mein PiCan Modul hätte es wahlweise auch mit RTC 
gegeben. Nun ja, manchmal ist man später eben schlauer.

Grüsse,
Alex


> -Original Message-
> From: volkszaehler-users [mailto:volkszaehler-users-
> boun...@demo.volkszaehler.org] On Behalf Of r...@nord-com.net
> Sent: Sunday, March 01, 2020 6:37 PM
> To: 'volkszaehler-users'
> Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB
> 
> Hallo Daniel,
> 
> das ist mir prinzipiell schon bewusst... etwas kniffelig wird es dann wenn es
> nicht um eigenständige Programme geht, die vom systemd gemanaged
> werden (wie z.B. den vzlogger oder eine mögliche aber nicht vorhandene
> Installation des "echten" NTPD), sondern um Dienste die zum systemd
> gehören, wie eben der systemd-timesyncd.
> 
> Da die Reihenfolge im Startup zu beeinflussen könnte wiederum das Laden
> von anderen Diensten durcheinanderbringen. Mein zugegebenermaßen
> nicht schöner Workaround, durch
> 
> timedatectl set-ntp off
> timedatectl set-ntp on
> 
> im rc.local den Systemdienst noch einmal dazu zu bringen, die Zeit neu zu
> setzen, funktioniert für mich, ohne da etwas durcheinanderzubringen. Und
> auch nach einem längeren Aus meines Raspis z.B. während einer
> Kartensicherung sind Werte und Kurven nun nicht mehr verschoben.
> 
> Was spricht also konkret dagegen? Die Frage ist nicht rhetorisch, sondern
> erst gemeint...
> 
> Gruss,
> Alex
> 
> > -Original Message-
> > From: volkszaehler-users [mailto:volkszaehler-users-
> > boun...@demo.volkszaehler.org] On Behalf Of Daniel Lauckner
> > Sent: Sunday, March 01, 2020 5:37 PM
> > To: volkszaehler.org - users
> > Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB
> >
> > Hallo,
> >
> >
> > am Samstag, 29. Februar 2020 um 17:09 hat USER VZ geschrieben:
> > > Und welche Alternative gibt es? Ich löse ein Problem mit den RTC auch
> > über die rc.local.
> >
> > Die Systemdienste werden in Debian (und Derivate) zwischenzeitlich
> > über systemd gehandhabt. Möchte man eine bestimmte Reihenfolge trägt
> > man die als Abhängigkeit in die Konfig des entsprechenden Dienstes mit
> > ein.
> >
> >
> > mfg Daniel
> 

Re: [vz-users] Manuelles Löschen eines Wertes aus der DB

[rgb]

Hallo Daniel,

das ist mir prinzipiell schon bewusst... etwas kniffelig wird es dann wenn es 
nicht um eigenständige Programme geht, die vom systemd gemanaged werden (wie 
z.B. den vzlogger oder eine mögliche aber nicht vorhandene Installation des 
"echten" NTPD), sondern um Dienste die zum systemd gehören, wie eben der 
systemd-timesyncd. 

Da die Reihenfolge im Startup zu beeinflussen könnte wiederum das Laden von 
anderen Diensten durcheinanderbringen. Mein zugegebenermaßen nicht schöner 
Workaround, durch 

timedatectl set-ntp off
timedatectl set-ntp on

im rc.local den Systemdienst noch einmal dazu zu bringen, die Zeit neu zu 
setzen, funktioniert für mich, ohne da etwas durcheinanderzubringen. Und auch 
nach einem längeren Aus meines Raspis z.B. während einer Kartensicherung sind 
Werte und Kurven nun nicht mehr verschoben.

Was spricht also konkret dagegen? Die Frage ist nicht rhetorisch, sondern erst 
gemeint...

Gruss,
Alex

> -Original Message-
> From: volkszaehler-users [mailto:volkszaehler-users-
> boun...@demo.volkszaehler.org] On Behalf Of Daniel Lauckner
> Sent: Sunday, March 01, 2020 5:37 PM
> To: volkszaehler.org - users
> Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB
> 
> Hallo,
> 
> 
> am Samstag, 29. Februar 2020 um 17:09 hat USER VZ geschrieben:
> > Und welche Alternative gibt es? Ich löse ein Problem mit den RTC auch
> über die rc.local.
> 
> Die Systemdienste werden in Debian (und Derivate) zwischenzeitlich
> über systemd gehandhabt. Möchte man eine bestimmte Reihenfolge trägt
> man die als Abhängigkeit in die Konfig des entsprechenden Dienstes mit
> ein.
> 
> 
> mfg Daniel

Re: [vz-users] Manuelles Löschen eines Wertes aus der DB

[rgb]

Tag zusammen,

 

ich habe/hatte ein ähnliches Problem mit der Darstellung … wenn der 
systemd-timesysc gestartet wird, ist wohl meine WLAN Verbindung noch nicht so 
weit. Ein unschöner, aber in meinem Fall hilfreicher Workaround ist

 

timedatectl set-ntp off

timedatectl set-ntp on

timedatectl status

 

in’s /etc/rc.local zu schreiben, dann wird die Uhr (in meiner Installation) 
korrekt gesetzt, und das vor dem Start des vzloggers und auch vor dem Start 
meines Can-Loggers (der kommt im rc.local danach) … im boot.log sieht das dann 
so aus

 

 Stopping Network Time Synchronization...

 Stopped Network Time Synchronization.

 Starting Network Time Synchronization...

   Local time: Sun 2020-02-23 20:18:41 CET

   Universal time: Sun 2020-02-23 19:18:41 UTC

 RTC time: n/a

Time zone: Europe/Berlin (CET, +0100)

System clock synchronized: no

  NTP service: active

  RTC in local TZ: no

[  OK  ] Started /etc/rc.local Compatibility.

 

Ob das mit dem Timing bei anderen Umgebungen bzw. Installationen so klappt, 
kann ich natürlich nicht voraussehen.

 

Gruss,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Rupert 
Schöttler
Sent: Saturday, February 29, 2020 1:05 PM
To: volkszaehler-users@demo.volkszaehler.org
Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB

 

Hallo John,

ich habe den bisherigen Verlauf der Diskussion im Forum verfolgt, setze aber 
bewusst noch mal am Anfang an:

Am 19.02.20 um 09:52 schrieb John Doe:

nach einem kleinen Versehen aufgrund eines Kartencrashs/-wechsels habe ich nun 
einen unschönen "Peak" in meinen Daten. 

 

Der "Peak" bei der *Leistungsdarstellung* entsteht immer, wenn *Zählerstände* 
mit falschem Timestamp geloggt werden: Leistung P ist Arbeit W durch Zeit t, in 
der diskretisierten Welt Delta W durch Delta t. Ist ein Zeitstempel falsch, 
folgt daraus eine falsche Leistung. Das kann man nachträglich korrigieren, wie 
Dir Frank und andere gezeigt haben, oder versuchen von vornherein zu 
verhindern. 

Alle elektronischen Stromzähler liefern mindestens den oder die Zählerstände. 
I.d.R. haben sie aber keine eigene Uhr, d.h. die Uhrzeit kommt vom loggenden 
System, Deinem Pi. Die wenigsten Pi's wiederum haben eine Echtzeituhr, 
stattdessen speichern sie die Zeit grob in der "Fake-Hardware-Clock" und ziehen 
sich nach dem Booten die präzise Uhrzeit von einem Server. *Leider ist die 
Standard-Einstellung so, dass vzlogger schon loslegt, bevor die Systemzeit 
korrigiert ist.* Das war hier schon mal Thema im März 2018, Betreff "Raspbian 
stretch: vzlogger und Systemzeit". Ich hatte da auch einen Workaround 
beschrieben, den Udo ins Image einfließen lassen wollte. Ob das geschehen ist, 
und von wann Deine Installation ist, weiß ich nicht, aber Du kannst ja mal Dein 
System daraufhin prüfen. Sonst bekommst Du solche Peaks immer wieder, bei jedem 
Reboot. Bei kurzen Pausen (und damit nur kleiner Zeitabweichung) ist er 
natürlich nicht so gravierend.

Hoffe, das hilft.

Viele Grüße von Lech und Wertach

Rupert

Re: [vz-users] vzlooger Konfiguration für Easymeter Q3A

[rgb]

#!/usr/bin/python

 

An den Anfang einfügen… oder mit python /path/to/script ausführen. Du lädst da 
bei der Gelegenheit auch noch ein paar andere Werte mit runter, mit denen Du 
den VZ füttern kannst, z.B. den Luftdruck.

 

Mein Skript sieht z.B. so aus…

 

#!/usr/bin/python

import urllib, json

import requests

url = 
"http://api.openweathermap.org/data/2.5/weather?id=2944368=75477d698e973afda975d1958d0d6721=metric;

response = urllib.urlopen(url)

data = json.loads(response.read())

 

temp = str(data["main"]["temp"])

#pres = (int(data["main"]["pressure"]) - 1000)

pres = str(data["main"]["pressure"])

humi = str(data["main"]["humidity"])

 

#http-POST to volkszaehler

r1 = 
requests.post("http://localhost/middleware/data/d20241e0-fae4-11e9-a735-15c4fbf373b2.json;,
 data={"value" : temp })

r2 = 
requests.post("http://localhost/middleware/data/adedfa70-4842-11ea-8990-632804bd2dfe.json;,
 data={"value" : pres })

r3 = 
requests.post("http://localhost/middleware/data/b66790c0-484d-11ea-9ca1-ef6677a932f8.json;,
 data={"value" : humi })

 

Gruss,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Prof. 
Nikolaus Zieske
Sent: Monday, February 17, 2020 6:38 PM
To: volkszaehler-users
Subject: Re: [vz-users] vzlooger Konfiguration für Easymeter Q3A

 

Danke und noch eine Frage:

 

#http-POST to volkszaehler

r = 
requests.post("http://localhost/middleware.php/data/a52a3330-50d6-11ea-b585-cf3ec87f99ce.json;,
 data={"value" : temp })

  -bash: syntax error near unexpected token `(‚

 

Wie kann ich diese Fehlermeldung bei oben genanntem Befehl loswerden?

 

 

Liebe Dank

 

NZ

 

 

 

 

Am 16.02.2020 um 19:15 schrieb Daniel Lauckner :

 

Hallo,


das ist wohl ein Paketmanager. Das Debianpaket in dem der drin steckt
heißt python-pip.
https://packages.debian.org/de/buster/python-pip


mfg Daniel

 

Re: [vz-users] Wlansteckdosen die sich mit Volkszähler auslesen lassen

[rgb]

Vielleicht so etwas…

 

https://www.msxfaq.de/sonst/bastelbude/esp8266/shelly.htm#shelly_plug_s__ca__18__

 

Die Shelly Teile basieren m.W. alle auf dem ESP8266… nicht das ich’s 
ausprobiert hätte… es hat eine http-Schnittstelle, die man z.B. vom VZ aus 
regelmässig abfragen und die Werte via Middleware loggen könnte. Umgekehrt 
geht’s vielleicht ja auch. 

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of 
tobias.l...@me.com
Sent: Friday, February 14, 2020 2:13 PM
To: Volkszählerliste
Subject: [vz-users] Wlansteckdosen die sich mit Volkszähler auslesen lassen

 

Hallo in die Runde, 

 

Ich habe heute eine Frage nach einer WLAN Steckdose, die es ja auch mit 
Messfunktin gibt, die sich auslesen lässt und in den Volkszähler einbinden 
lässt. 

 

Im Wiki habe ich nur funksteckdosen gefunden die physisch verändert werden 
müssen um eine derartige Funktion (also das auslesen der Daten) zu bieten. Das 
möchte ich nicht machen, dafür reichen meine Elektrokentnisse dann nicht. Was 
ich mir zutrauen würde, wäre der Weg über andere Dienste wie bspw. Node-Red 
oder ähnliches zu gehen. Hier müsste ich mich aber erst mal einarbeiten, weil 
ich hier nichts von wirklich kenne. 

 

Konkret geht es mir darum den Stromverbrauch einzelner Geräte zu 
protokollieren. Der Stein des Anstoßes ist derzeit unser Aquarium, aber auch 
andere Geräte könnte ich mir vorstellen. Am einfachsten erscheint es mir hier 
einen entsprechenden Zwischenstecker zu installieren. 

 

Sonst fallen mir nur Hutschiene Zähler ein, womit aber nur ein ganzes Zimmer 
gemessen werden kann, nicht aber ein einzelnes Gerät. 

 

Weiß also jemand von Wlansteckdosen die sich per Volkszähler auslesen lassen, 
oder kennt eventuell einen anderen Weg, der ohne großartige Umbauten am Ort der 
Geräte möglich wäre? 

 

Vielen Dank schon mal für eure Ideen. 

Gruß Tobias

 

Re: [vz-users] 1-Wire Messwerte Filtern/Löschen

[rgb]

Hallo Rasf,

 

>Noch ein Punkt, da ich verschiedene Antworten finde im Netz. Wo sollte ich das 
>Script speichern?

>Hatte an das home Verzeichnis gedacht und dort nen Ordner scripte erstellen:

> 

>* */1 * * * /home/scripte/sql.sh

 

Wie schonmal gesagt, der Eintrag in der Crontab könnte in etwa so aussehen:

 

0 3 * * *  mysql –uvz -pdemo volkszaehler < /home/pi/sql/meinskript.sql

 

Ein Shell-Skript brauchst Du dazu nicht. In das .sql dann alle Anfragen 
nacheinander, jede Anfrage mit einem Semikolon (;) beenden. 

 

Gruss,

Alex

Re: [vz-users] 1-Wire Messwerte Filtern/Löschen

[rgb]

Hallo Ralf,

 

Wenn Du keine Aggregation benutzt ist gegen diese Art des Aufräumens m.E. 
nichts einzuwenden. Allerdings muss ich an dieser Stelle auch nochmal 
klarstellen, dass ich keiner der VZ-Entwickler bin, sondern nur Benutzer mit 
recht guten Unix-Kenntnissen, aber eher rudimentären Datenbank- und 
Programmierkenntnissen. Also auf Deine eigene Verantwortung.

 

Bzgl. der Aggregation – schau doch nochmal ob eine Tabelle 
volkszaehler.aggregate existiert, und falls ja, welchen Inhalt sie hat. 

 

Du hattest glaube ich geschrieben, dass es um eine Handvoll Sensoren geht, die 
alle 5 Minuten loggen, oder habe ich da was falsches in Erinnerung?

 

Diese paar Einträge der letzten 24 Stunden einmal täglich auszuwerten und 
selektiv zu löschen sollte die Datenbank locker abkönnen. Wenn Du alle Anfragen 
in einem SQL-Skript zusammenfasst, werden sie ohnehin seriell abgearbeitet. 

 

Mehrere Abfragen machen aber nur dann Sinn, wenn Du wie in Deinem letzten 
Beispiel unterschiedliche Grenzwerte setzen willst.

 

Mehrere gleichartige Sensoren könntest Du auch einfach mittels 

 

DELETE FROM `volkszaehler`.`data` WHERE (`channel_id` IN (x,y,z))

AND timestamp> (unix_timestamp(current_timestamp)-24*60*60)*1000

AND (VALUE <-5 or VALUE >40);

 

zusammenfassen. Das wäre dann für die DB noch weniger Last.

 

Gruss,

Alex

 

PS: In Deinem Beispiel hast Du jetzt nach dem where eine Klammer zuviel.

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Ralf 
Wismann
Sent: Tuesday, January 28, 2020 10:53 AM
To: 'volkszaehler.org - users'
Subject: Re: [vz-users] 1-Wire Messwerte Filtern/Löschen

 

Hallo Alex,

 

vielen Dank! Habe mir ein Testsystem aufgebaut auf Basis eines Backups. Das 
laufende System stammt aus Januar 2018.

 

Die crontabs unter dem user pi ist leer bzw. ist noch anzulegen. Entsprechend 
wird derzeit keine Aggregation durchgeführt.

 

Allgemein ist mir die Lösung per SQL schon ganz recht, da sie für mich recht 
greifbar ist da die SQL Datenbank des Volkszählers eh per Microsoft Query in 
Excel ausgelesen wird. Somit ist der Wiedereinstieg recht flott wieder 
aufgefrischt und die Handhabung „bekannter“.

 

Bzgl. der verschieden Kanäle sollten 2 oder mehr Befehle funktionieren, da 
Microsoft Query auch mehrere Anfrage absetzt….allerdings nur SELECT/lesend.

 

Was ich gerne machen würde z.B. für Innentemperatur und Heizungvorlauf:

 

DELETE FROM `volkszaehler`.`data` WHERE ((`channel_id` = 11) AND timestamp> 
(unix_timestamp(current_timestamp)-24*60*60)*1000

AND (VALUE <-5 or VALUE >40);

 

DELETE FROM `volkszaehler`.`data` WHERE ((`channel_id` = 12) AND timestamp> 
(unix_timestamp(current_timestamp)-24*60*60)*1000

AND (VALUE <15 or VALUE >60);

 

Wenn es unproblematisch ist, warum dann nicht alle 8 Temperaturen im jetzigen 
System so „bereinigen/prüfen“?

 

Danke und Viele Grüße

Ralf

 

 

 

Von: volkszaehler-users  Im 
Auftrag von r...@nord-com.net
Gesendet: Montag, 27. Januar 2020 11:01
An: 'volkszaehler.org - users' 
Betreff: Re: [vz-users] 1-Wire Messwerte Filtern/Löschen

 

Hallo Ralf,

 

Bzgl. Aggregation schaue mal in die crontabs… standardmässig steht in der 
crontab des Benutzers pi in etwa so etwas drin:

 

pi@avz:~:(3)> crontab -l | grep aggregate

*/10 * * * *  php /var/www/volkszaehler.org/bin/aggregate run -m delta -l 
minute >/dev/null

1 * * * *  php /var/www/volkszaehler.org/bin/aggregate run -m delta -l hour 
>/dev/null

0 1 * * *  php /var/www/volkszaehler.org/bin/aggregate run -m delta -l day 
>/dev/null

 

Dann hast Du die Aggregation aktiviert. Bzgl. mehrerer Kanäle/Sensoren – die 
kannst Du mit einem Befehl abfragen/löschen:

 

DELETE FROM `volkszaehler`.`data` WHERE ((`channel_id` = x) OR (`channel_id` = 
y))

AND timestamp> (unix_timestamp(current_timestamp)-7*24*60*60)*1000

AND (VALUE <-5 or VALUE >40);

 

Die channel_id stehen in der entities Tabelle.

 

SELECT * FROM `volkszaehler`.`entities` ;

 

Diese zeigt u.a. die Zuordnung von UUID und (channel_)id. Probiere die Abfragen 
aber auf jeden Fall aus, bevor Du ans Löschen gehst, dazu das „DELETE FROM“ 
durch ein „SELECT * FROM“ ersetzen, dann siehst Du genau die Zeilen, die Du 
ansonsten löschen würdest.

 

Diese Zuordnung hättest Du automatisch, wenn Du die Abfragen über die 
Middleware machst, ich glaube das wäre wirklich der sauberere Weg, zumal wenn 
Du Dir mit SQL nicht sicher bist.

 

Gruss,

Alex

 

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Ralf 
Wismann
Sent: Monday, January 27, 2020 10:18 AM
To: 'volkszaehler.org - users'
Subject: Re: [vz-users] 1-Wire Messwerte Filtern/Löschen

 

Hallo

 

vielen Dank Alex und Thomas!

 

Muss mir erst noch ein Backup/Testsystem aufsetzen und dann lass ich es mal 
laufen.

 

Bzgl. Aggregation bin ich mir unsicher. In der vzlogger.conf ist hinterlegt, 
dass die Temperaturen alle 10 Minuten gemessen werden. Eine weitere/zusätzliche 

Re: [vz-users] Sicherheitsgründe

[rgb]

Hallo Daniel,

> Und ich habs so aufgesetzt das man nicht für jeden Quatsch ein sudo
> braucht und das ganze System killt wenn man mal nicht aufpasst. ;)

So hat halt alles ein Für und Wider... und als "normaler" User ändert man 
bestenfalls eine Hand voll Konfigurationsdateien in der Middleware, und das 
auch eher selten. Da nehme ich das "sudo" gepaart mit erhöhter Vorsicht dann in 
Kauf...

Grüsse,
Alex

Re: [vz-users] Sicherheitsgründe

[rgb]

Hallo Daniel,

Hmm, vielleicht habe ich das falsche Wort gewählt... ich finde es für mich 
besser, wenn das Herzstück des Volkszählers nicht in dem Home-Verzeichnis des 
Benutzers liegt, in dem ich normalerweise arbeite, und wo dieser Benutzer alle 
Rechte hat.

Es kann ja immer passieren dass man unvorsichtigerweise das falsche Kommando 
absetzt oder ein fehlerhaftes Skript laufen lässt und schon wäre die VZ 
Installation durcheinander oder im schlimmsten Fall weg.

Nur das meinte ich damit.

Gruss,
Alex

> -Original Message-
> From: volkszaehler-users [mailto:volkszaehler-users-
> boun...@demo.volkszaehler.org] On Behalf Of Daniel Lauckner
> Sent: Monday, January 27, 2020 3:51 PM
> To: volkszaehler.org - users
> Subject: [vz-users] Sicherheitsgründe
> 
> Hallo,
> 
> 
> am Montag, 27. Januar 2020 um 15:06 hat r...@nord-com.net geschrieben:
> > Ich habe es damals aus Sicherheitsgründen gleich nach
> > /var/www/ verschoben und dem Benutzer root übereignet.
> 
> Ok, _das_ musst du mir erklären.
> 
> 
> mfg Daniel

Re: [vz-users] 502 Bad Gateway - nginx

[rgb]

Kuck mal ob es ein Verzeichnis /home/pi/volkszaehler.org/ gibt. Im letzten 
Image war das da installiert, und in /var/www war lediglich ein Link. Ich habe 
es damals aus Sicherheitsgründen gleich nach /var/www/ verschoben und dem 
Benutzer root übereignet.

 

Falls es das Vz. wie o.g. bei Dir gibt, mach mal einen

 

mv /home/pi/volkszaehler.org /var/www/

 

und versuche es dann noch einmal.

 

Gruss von Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Seb Sa
Sent: Monday, January 27, 2020 3:01 PM
To: volkszaehler-users
Subject: Re: [vz-users] 502 Bad Gateway - nginx

 

Hallo Daniel,

 

wenn ich was angestellt habe, dann nicht bewusst. Ggf. aus versehen drag and 
drop im ftp Programm mal gemacht?

Das letzte mal das ich mich erinnern könnte, daran „gearbeitet“ zu haben, war 
im Juli. Und zumindest bis September lief es einwandfrei. 

 

 

composer install geht nicht

 

Composer could not find a composer.json file in /root

To initialize a project, please create a composer.json file as described in the 
https://getcomposer.org/ "Getting Started" section





gibt es eine Möglichkeit einfach das image neu zu installieren, ohne das 
configs und DB überschrieben werden?

 

VG

 

Sebastian

 





Am 27.01.2020 um 14:30 schrieb Daniel Lauckner :

 

Hallo,


am Montag, 27. Januar 2020 um 14:18 hat Seb Sa geschrieben:



Jan 26 12:16:44 raspberrypi php[655]: Could not open input file:
/var/www/volkszaehler.org/vendor/bin/ppm

[...]



Ok das Verzeichnis ist wirklich nicht existent, aber wo ist es hin? :)


Hast du was komisches mit composer angestellt?

Ich würde sagen du musst in /var/www/volkszahler.org die
Abhängigkeiten erst noch installieren (ist im Image eigentlich schon
gemacht)

composer install


mfg Daniel

 

Re: [vz-users] 1-Wire Messwerte Filtern/Löschen

[rgb]

Hallo Ralf,

 

Bzgl. Aggregation schaue mal in die crontabs… standardmässig steht in der 
crontab des Benutzers pi in etwa so etwas drin:

 

pi@avz:~:(3)> crontab -l | grep aggregate

*/10 * * * *  php /var/www/volkszaehler.org/bin/aggregate run -m delta -l 
minute >/dev/null

1 * * * *  php /var/www/volkszaehler.org/bin/aggregate run -m delta -l hour 
>/dev/null

0 1 * * *  php /var/www/volkszaehler.org/bin/aggregate run -m delta -l day 
>/dev/null

 

Dann hast Du die Aggregation aktiviert. Bzgl. mehrerer Kanäle/Sensoren – die 
kannst Du mit einem Befehl abfragen/löschen:

 

DELETE FROM `volkszaehler`.`data` WHERE ((`channel_id` = x) OR (`channel_id` = 
y))

AND timestamp> (unix_timestamp(current_timestamp)-7*24*60*60)*1000

AND (VALUE <-5 or VALUE >40);

 

Die channel_id stehen in der entities Tabelle.

 

SELECT * FROM `volkszaehler`.`entities` ;

 

Diese zeigt u.a. die Zuordnung von UUID und (channel_)id. Probiere die Abfragen 
aber auf jeden Fall aus, bevor Du ans Löschen gehst, dazu das „DELETE FROM“ 
durch ein „SELECT * FROM“ ersetzen, dann siehst Du genau die Zeilen, die Du 
ansonsten löschen würdest.

 

Diese Zuordnung hättest Du automatisch, wenn Du die Abfragen über die 
Middleware machst, ich glaube das wäre wirklich der sauberere Weg, zumal wenn 
Du Dir mit SQL nicht sicher bist.

 

Gruss,

Alex

 

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Ralf 
Wismann
Sent: Monday, January 27, 2020 10:18 AM
To: 'volkszaehler.org - users'
Subject: Re: [vz-users] 1-Wire Messwerte Filtern/Löschen

 

Hallo

 

vielen Dank Alex und Thomas!

 

Muss mir erst noch ein Backup/Testsystem aufsetzen und dann lass ich es mal 
laufen.

 

Bzgl. Aggregation bin ich mir unsicher. In der vzlogger.conf ist hinterlegt, 
dass die Temperaturen alle 10 Minuten gemessen werden. Eine weitere/zusätzliche 
Verdichtung der Daten ist von mir nicht aktiviert. Somit nicht vorhanden?  Du 
meinst z.B. dieses vzcompress oder so ähnlich wie es im Wiki steht?

 

Noch eine Frage vom Einsteiger dazu: Ich habe ja mehrere Temperaturen und 
darunter machen 2,3 schon mal diese Probleme. Also würde ich jetzt mehre DELETE 
Befehle in das SQL Script einfügen wollen.

Die Zeitspanne der Daten wollte ich möglichst „sinnvoll“ zum Zyklus des Crontab 
wählen, nichtsdestotrotz glaube ich, dass eine SQL-Abfrage/Befehl noch nicht 
fertig sein könnte, wenn der zweite Befehl ausgeführt wird.  Gibt das 
irgendwelche Probleme (Überlast, undefinierte Ergebnis, Verworfene 
Befehle/Daten, etc.) oder kann eine/die Datenbank das handeln?

 

Vielen Dank

Ralf

 

P.S.: Stelle mit Freude fest, dass die Wichtigkeit der Schreib/Zitierweise in 
der Mailingliste an Priorität verloren hat. Das war für mich als Outlook-Nutzer 
immer ein großer künstlicher Krampf es so hinzubiegen. Hoffe auch so können wir 
uns gut Verständigen. Danke! 

 

 

 

 

Von: volkszaehler-users  Im 
Auftrag von r...@nord-com.net
Gesendet: Sonntag, 26. Januar 2020 22:50
An: 'volkszaehler.org - users' 
Betreff: Re: [vz-users] 1-Wire Messwerte Filtern/Löschen

 

Hallo Ralf,

 

die Abfrage müsste so aussehen

 

DELETE FROM `volkszaehler`.`data` WHERE  channel_id = xx

AND timestamp< (unix_timestamp(current_timestamp)-7*24*60*60)*1000

AND (VALUE <-5 or VALUE >40);

 

 

Und das SQL Script darf dann nur den SQL Code enthalten aber nicht den Aufruf – 
sprich Du speicherst nur z.B. den o.g. Code in eine Datei und trägst in die 
Crontab dann folgendes ein:

 

mysql –ubenutzername -ppasswort volkszaehler < /path/to/sql.script

 

Ich würde für die DB auch nicht den Root-Account verwenden, der Standard User 
„vz“ (Password „demo“ falls es nicht geändert wurde) sollte reichen…

 

Aber: Ich sehe da ein weiteres Problem – wenn bei dem genannten Kanal die 
Datenaggregation aktiviert ist, hast Du die falschen Werte da schon mit drin 
bevor Du sie löschen kannst. Und da dabei verschiedene Werte miteinander 
verrechnet werden, lässt sich das dann auch nicht mehr so leicht per Schema 
s.o. entfernen.

 

Vielleicht kann das die Middleware-Anfrage, die Andreas empfohlen hat… ich 
weiss es nicht? Auf jeden Fall kannst Du auch Middleware Aufrufe z.B. über wget 
oder curl automatisch laufen lassen.

 

Ansonsten bliebe Dir nur – entweder die Aggregation für den betroffenen Kanal 
ausschalten oder sie nach dem Lauf des Skriptes neu aufbauen – sinnvollerweise 
nur wenn auch wirklich falsche Werte aufgetreten sind. Sprich vor dem DELETE 
nochmal einen SELECT laufen lassen und den Rückgabewert abfragen.

 

Gruss,

Alex

 

 

 

From: volkszaehler-users [ 
 
mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of USER VZ
Sent: Sunday, January 26, 2020 6:40 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] 1-Wire Messwerte Filtern/Löschen

 

Der SQL- Befehl wird nicht funktionieren. 

Die Abfrage nach Value muss mit ODER verknüpft werden. Z.b.:

 

DELETE FROM 

Re: [vz-users] 1-Wire Messwerte Filtern/Löschen

[rgb]

Hallo Ralf,

 

die Abfrage müsste so aussehen

 

DELETE FROM `volkszaehler`.`data` WHERE  channel_id = xx

AND timestamp< (unix_timestamp(current_timestamp)-7*24*60*60)*1000

AND (VALUE <-5 or VALUE >40);

 

 

Und das SQL Script darf dann nur den SQL Code enthalten aber nicht den Aufruf – 
sprich Du speicherst nur z.B. den o.g. Code in eine Datei und trägst in die 
Crontab dann folgendes ein:

 

mysql –ubenutzername -ppasswort volkszaehler < /path/to/sql.script

 

Ich würde für die DB auch nicht den Root-Account verwenden, der Standard User 
„vz“ (Password „demo“ falls es nicht geändert wurde) sollte reichen…

 

Aber: Ich sehe da ein weiteres Problem – wenn bei dem genannten Kanal die 
Datenaggregation aktiviert ist, hast Du die falschen Werte da schon mit drin 
bevor Du sie löschen kannst. Und da dabei verschiedene Werte miteinander 
verrechnet werden, lässt sich das dann auch nicht mehr so leicht per Schema 
s.o. entfernen.

 

Vielleicht kann das die Middleware-Anfrage, die Andreas empfohlen hat… ich 
weiss es nicht? Auf jeden Fall kannst Du auch Middleware Aufrufe z.B. über wget 
oder curl automatisch laufen lassen.

 

Ansonsten bliebe Dir nur – entweder die Aggregation für den betroffenen Kanal 
ausschalten oder sie nach dem Lauf des Skriptes neu aufbauen – sinnvollerweise 
nur wenn auch wirklich falsche Werte aufgetreten sind. Sprich vor dem DELETE 
nochmal einen SELECT laufen lassen und den Rückgabewert abfragen.

 

Gruss,

Alex

 

 

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of USER VZ
Sent: Sunday, January 26, 2020 6:40 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] 1-Wire Messwerte Filtern/Löschen

 

Der SQL- Befehl wird nicht funktionieren. 

Die Abfrage nach Value muss mit ODER verknüpft werden. Z.b.:

 

DELETE FROM `volkszaehler` WHERE and channel_id = 12 AND timestamp< 
(unix_timestamp(current_timestamp)-7*24*60*60)*1000 AND (value >-5 OR value <40)

 

Ob der mysql Syntax stimmt kann ich sagen, aber die Richtung würde ich auch 
gehen.

 

Thomas 

 

Mail: tho...@thhoe.de

 





Am 26.01.2020 um 16:28 schrieb Ralf Wismann :



Hallo

 

Am Sonntag, 26. Januar 2020 15:04 schrieb Anrears Götz:

„Die Middleware kann DELETE auch übers Api, dabei lässt sich auch ein 
Wertfilter angeben. Benutzung lässt sich auf der ML recherchieren. „

Danke Andreas. Schau ich mir auch gerne an. Durch den manuellen Eingriff 
scheint mir das hier weniger gut, da es nicht mein Volkszähler ist und der 
Besitzer nicht selber an der Datenbank arbeiten möchte. Ich habe / möchte auch 
nicht unbedingt manuell dort regelmäßig aktiv sein 

 

Am 26.01.2020 um 14:25 schrieb Rupert Schöttler :

 

„Dein vergleichsweise einfaches Fehlerbild, nämlich 85°C = Fehler, kann man 
einfach auf der Datenbank reparieren: 

 

DELETE FROM `data` WHERE (channel_id IN ()) AND (value = 85). 
Diesen Befehl gelegentlich in phpMyAdmin absetzen oder z.B. 1x tgl. per cron 
laufen lassen und ausgeputzt ist's. Aber Achtung mit der Syntax und den 
Kanalnummern: Was weg ist ist weg! ;-)“

 

Danke Rupert. Hatte ich vermutet, wenn es keine Standardfehlerkorrekturoption 
gibt.

Da ich so etwas noch nicht gemacht habe. Bitte um kurzen Quercheck.

 

Also ich lege ein Bash-Script an „reinigung.sh“

 

Tippe dort rein:

 

#!/bin/bash

mysql --user=root -praspberry

DELETE FROM `volkszaehler` WHERE and channel_id = 12 AND timestamp< 
(unix_timestamp(current_timestamp)-7*24*60*60)*1000 AND value >-5 AND value <40;

 

Dies zB soll Werte für eine Innenraumtemperatur (Kanal 12) kleiner -5Grad and 
Größer 40 Grad der letzten 7 Tage.

 

Dieses Bash Script lasse ich Täglich um 3h laufen mit cron:

 

00 3 * * * root /verzeichnis/script >/dev/null 2>&1

 

Geht das in die Richtung?

 

Danke und Grüße

Ralf

 

 

 

Re: [vz-users] Merkwürdiger Effekt bei Gesamtverbrauch (S0-Zähler)

[rgb]

Ja, da hast Du Recht… aber ich wollte es halt ganz genau haben, so dass ich den 
Zählerstand jederzeit auch genau auslesen und mir dem Zähler selbst vergleichen 
kann. Evtl. hätte ja auch ein einziges manuelles Logging vor 24 Uhr genügt… 
aber die Idee kam mir dann erst zu spät… aber alles gut so wie es ist.

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Thursday, January 23, 2020 1:18 AM
To: volkszaehler.org - users
Subject: Re: [vz-users] Merkwürdiger Effekt bei Gesamtverbrauch (S0-Zähler)

 

Hallo Alex,

 

ein Tag ist zu verschmerzen, aber eine Anpassung des Initialwerts um die 
fehlenden 5,75kWh hätte es auch getan ;-)

 

Grüße

Frank

 

 schrieb am Do., 23. Jan. 2020, 00:31:

Danke Frank, 

 

Das war’s. Ich hatte alles was vor 0.00 Uhr war gelöscht, hätte ein paar 
Minuten zugeben sollen. Jetzt habe ich einen weiteren Tag „geopfert“, aber die 
Werte stimmen jetzt überein.

 

Viele Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Thursday, January 23, 2020 12:01 AM
To: volkszaehler.org - users
Subject: Re: [vz-users] Merkwürdiger Effekt bei Gesamtverbrauch (S0-Zähler)

 

Hallo Alex,

 

das Frontend rechnet ab dem ersten Tageswechsel, der Verbrauch vom ersten 
(unvollständigen) Tag fällt also unter den Tisch.

 

Grüße

Frank

 

 schrieb am Mi., 22. Jan. 2020, 23:38:

Guten Tag zusammen,

 

Ich bin auf einen für mich nicht nachvollziehbaren Effekt bzgl. des 
Gesamtverbrauchs meines per S0 angebundenen Gaszählers gestoßen.

 

Ich habe alte Daten vor dem 1.12.19 aus der Datenbank (volkszaehler.data) 
gelöscht, da die Werte vor diesem Zeitpunkt nicht zuverlässig und komplett 
waren. Die Aggregate-Tabelle habe ich für diesen Kanal neu aufgebaut.

 

Damit musste ich natürlich einen anderen Wert für die initialconsumption 
eintragen. Ich habe mich da etwas gespielt, bis ich den exakten Wert hatte und…

 

SET @CHANNEL = 10;

 

SELECT channel_id AS Kanal,(SELECT VALUE FROM `volkszaehler`.`properties`

WHERE  `entity_id` = @CHANNEL AND `pkey` = 'title') AS Name,

ROUND(sum(VALUE/100)+(SELECT VALUE FROM `volkszaehler`.`properties`

WHERE  `entity_id` = @CHANNEL AND `pkey` = 'initialconsumption'),2) AS 
Zählerstand

FROM `volkszaehler`.`data`

WHERE `channel_id` =  @CHANNEL 

 

…bis diese Abfrage gepasst hat. Wenn ich anstelle der Data-Tabelle die 
minütlichen oder stündlichen Zahlen aus der Aggregate-Tabelle nehme, bekomme 
ich dasselbe Ergebnis der aktuelle Zählerstand ist 7028.75 (m³) – was exakt 
korrekt ist.

 

Das Frontend zeigt aber unbeirrbar 7023 m³. Habe ich hier irgendetwas nicht 
bedacht? Reboot des Raspi, Neustart des Browsers etc haben mich nicht 
weitergebracht.

 

Danke für jeden Input – die Code der Middleware übersteigt leider meine 
Fähigkeiten… ich weiss leider nicht wie der Gesamtverbrauch errechnet wird und 
wo die Diskrepanz her kommt.

 

Alex aus Bremerhaven

 

 

Re: [vz-users] Merkwürdiger Effekt bei Gesamtverbrauch (S0-Zähler)

[rgb]

Danke Frank, 

 

Das war’s. Ich hatte alles was vor 0.00 Uhr war gelöscht, hätte ein paar 
Minuten zugeben sollen. Jetzt habe ich einen weiteren Tag „geopfert“, aber die 
Werte stimmen jetzt überein.

 

Viele Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Thursday, January 23, 2020 12:01 AM
To: volkszaehler.org - users
Subject: Re: [vz-users] Merkwürdiger Effekt bei Gesamtverbrauch (S0-Zähler)

 

Hallo Alex,

 

das Frontend rechnet ab dem ersten Tageswechsel, der Verbrauch vom ersten 
(unvollständigen) Tag fällt also unter den Tisch.

 

Grüße

Frank

 

 schrieb am Mi., 22. Jan. 2020, 23:38:

Guten Tag zusammen,

 

Ich bin auf einen für mich nicht nachvollziehbaren Effekt bzgl. des 
Gesamtverbrauchs meines per S0 angebundenen Gaszählers gestoßen.

 

Ich habe alte Daten vor dem 1.12.19 aus der Datenbank (volkszaehler.data) 
gelöscht, da die Werte vor diesem Zeitpunkt nicht zuverlässig und komplett 
waren. Die Aggregate-Tabelle habe ich für diesen Kanal neu aufgebaut.

 

Damit musste ich natürlich einen anderen Wert für die initialconsumption 
eintragen. Ich habe mich da etwas gespielt, bis ich den exakten Wert hatte und…

 

SET @CHANNEL = 10;

 

SELECT channel_id AS Kanal,(SELECT VALUE FROM `volkszaehler`.`properties`

WHERE  `entity_id` = @CHANNEL AND `pkey` = 'title') AS Name,

ROUND(sum(VALUE/100)+(SELECT VALUE FROM `volkszaehler`.`properties`

WHERE  `entity_id` = @CHANNEL AND `pkey` = 'initialconsumption'),2) AS 
Zählerstand

FROM `volkszaehler`.`data`

WHERE `channel_id` =  @CHANNEL 

 

…bis diese Abfrage gepasst hat. Wenn ich anstelle der Data-Tabelle die 
minütlichen oder stündlichen Zahlen aus der Aggregate-Tabelle nehme, bekomme 
ich dasselbe Ergebnis der aktuelle Zählerstand ist 7028.75 (m³) – was exakt 
korrekt ist.

 

Das Frontend zeigt aber unbeirrbar 7023 m³. Habe ich hier irgendetwas nicht 
bedacht? Reboot des Raspi, Neustart des Browsers etc haben mich nicht 
weitergebracht.

 

Danke für jeden Input – die Code der Middleware übersteigt leider meine 
Fähigkeiten… ich weiss leider nicht wie der Gesamtverbrauch errechnet wird und 
wo die Diskrepanz her kommt.

 

Alex aus Bremerhaven

 

 

[vz-users] Merkwürdiger Effekt bei Gesamtverbrauch (S0-Zähler)

[rgb]

Guten Tag zusammen,

 

Ich bin auf einen für mich nicht nachvollziehbaren Effekt bzgl. des
Gesamtverbrauchs meines per S0 angebundenen Gaszählers gestoßen.

 

Ich habe alte Daten vor dem 1.12.19 aus der Datenbank (volkszaehler.data)
gelöscht, da die Werte vor diesem Zeitpunkt nicht zuverlässig und komplett
waren. Die Aggregate-Tabelle habe ich für diesen Kanal neu aufgebaut.

 

Damit musste ich natürlich einen anderen Wert für die initialconsumption
eintragen. Ich habe mich da etwas gespielt, bis ich den exakten Wert hatte
und…

 

SET @CHANNEL = 10;

 

SELECT channel_id AS Kanal,(SELECT VALUE FROM `volkszaehler`.`properties`

WHERE  `entity_id` = @CHANNEL AND `pkey` = 'title') AS Name,

ROUND(sum(VALUE/100)+(SELECT VALUE FROM `volkszaehler`.`properties`

WHERE  `entity_id` = @CHANNEL AND `pkey` = 'initialconsumption'),2) AS
Zählerstand

FROM `volkszaehler`.`data`

WHERE `channel_id` =  @CHANNEL 

 

…bis diese Abfrage gepasst hat. Wenn ich anstelle der Data-Tabelle die
minütlichen oder stündlichen Zahlen aus der Aggregate-Tabelle nehme, bekomme
ich dasselbe Ergebnis der aktuelle Zählerstand ist 7028.75 (m³) – was exakt
korrekt ist.

 

Das Frontend zeigt aber unbeirrbar 7023 m³. Habe ich hier irgendetwas nicht
bedacht? Reboot des Raspi, Neustart des Browsers etc haben mich nicht
weitergebracht.

 

Danke für jeden Input – die Code der Middleware übersteigt leider meine
Fähigkeiten… ich weiss leider nicht wie der Gesamtverbrauch errechnet wird
und wo die Diskrepanz her kommt.

 

Alex aus Bremerhaven

 

 

[vz-users] Fragen zur Datenaggregation

[rgb]

Liebe “Volkzähler”,

 

Zwei Fragen zur Aggregation bzw. den Tabellen:

 

- Wenn ich die http://...operation=delete Funktion verwende, werden die
Daten dann gleichermaßen aus der volkszaehler.data sowie der
volkszaehler.aggregate Tabelle gelöscht?

 

- Wenn ich Daten älter als x nur aus der data Tabelle lösche und in der
aggregate Tabelle bestehen lasse, wie würde der VZ reagieren? Fehlermeldung…
oder könnte er dann historische Daten nur nicht mehr so genau anzeigen bzw.
berechnen? Die minütlichen Werte in der aggregate-Tabelle (type=1) wären ja
für ältere Daten ggfs. ausreichend.

 

Danke für die Info,

Alex

Re: [vz-users] Backup Strategie

[rgb]

Hmm, das Problem dabei ist, dass ein Backup von einem laufenden Dateisystem 
nicht wirklich anzuraten ist. Damit das zuverlässig funktioniert, müsstest Du 
das System in den Single-User-Modus booten, ohne laufende Anwendungen und alle 
betroffenen Filesysteme nur read-only montiert.

 

Ich glaube das ist bei einem Raspberry noch weniger komfortabel zu machen als 
z.B. mit einem „normalen“ Rechner mit BIOS oder Boot-PROM. Du müsstest dann an 
die serielle Konsole oder Tastatur/Monitor, und das wäre dann für Dich 
wahrscheinlicher auch nicht mehr vorteilhaft als die genannte Methode mit Karte 
raus/rein.

 

Du könntest versuchen auf dem laufenden System so ziemlich alle Dienste zu 
stoppen und dann perr dd auf einen externen oder per Netzwerk verbundenen 
Datenträger zu sichern, aber: das kann funktionieren, muss es aber nicht. Denn 
auf einem laufenden System, auch wenn die meisten Anwendungen aus sind, wird 
immer noch auf die SD Karte geschrieben, d.h. Du erhältst einen undefinierten 
Zustand.

 

Und ob das dann nach einer Neuinstallation funktioniert weisst Du erst wenn es 
soweit ist.

 

Gruss

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of 
Christian Wimmer
Sent: Sunday, December 29, 2019 7:51 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Backup Strategie

 

Danke

 

Win32DiskImager wäre ideal, aber da muss ich direkt an den PI und die SD in den 
PC.

Zwecks Handicap nicht unbedingt einfach.

 

Ginge es auch mit einem Script die komplette SD zu kopieren?

Dann könnte man bei einem Ausfall doch auch alles zurückspeichern?

 

Oder geht dies bei Linux nicht so?

 

 

 

Von: volkszaehler-users  Im 
Auftrag von r...@nord-com.net
Gesendet: Sonntag, 29. Dezember 2019 19:40
An: 'volkszaehler.org - users' 
Betreff: Re: [vz-users] Backup Strategie

 

Hallo Christian,

 

Ich mache so ca. einmal die Woche ein komplettes Image der SD-Karte, 
insbesondere dann wenn ich auf dem System etwas geändert habe à Win32DiskImager.

 

Per Crontab sichere ich dann noch täglich (Nachts) wie folgt auf einen USB 
Stick:

 

0 4 * * * crontab -l > /media/backup/crontab-pi_`date +\%Y\%m\%d`

30 3 * * *  tar cvpf /media/backup/home_`date +\%Y\%m\%d`.tar ~ > /dev/null 2>&1

0 2 * * * mysqldump -q -uvz-admin -psecure volkszaehler > 
/media/backup/sql_backup.`date +\%Y\%m\%d`

 

Sowie in der Root-Crontab das /etc Verzeichnis:

 

1 4 * * * crontab -l > /media/backup/crontab-root_`date +\%Y\%m\%d`

0 3 * * *  tar cvpf /media/backup/etc_`date +\%Y\%m\%d`.tar /etc >/dev/null 2>&1

 

…sowie die Crontab selbst. 

 

Falls Du Dich fragst… nein ich habe bislang die Standard-Passwörter der DB 
nicht geändert, da sie nur intern vom Pi aus zugänglich ist. Externe Zugriffe, 
z.B. von einem Datenbank-Editor, laufen über eine sichere SSH Verbindung.

 

Gruss,

Alex

 

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of 
Christian Wimmer
Sent: Sunday, December 29, 2019 6:48 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Backup Strategie

 

Ok, ein fertiges Script, das zB täglich zu einer bestimmten Zeit alles (DB, 
Config, usw.) auf die NAS sichert gibt es nicht?

 

 

 

Von: volkszaehler-users  Im 
Auftrag von dies und das
Gesendet: Sonntag, 29. Dezember 2019 16:16
An: volkszaehler.org - users 
Betreff: Re: [vz-users] Backup Strategie

 

Kommt drauf an was du sichern möchtest 

das Komplette System dann System sauber runter fahren sd-karte z.b. mit 
Win32DiskImager ein Abbild erstellen 

Nachteil das Abbild der Sd-Karte ist dann so groß wie die Sd selber z.B. 16Gb

 

nur die Datenbank 

mache ich z.B so, mit Putty zum Pi verbinden dann 

mysqldump -u root -p volkszaehler > sicherung-datum.sql 

Passwort für den mysql root benutzer eingeben und warten, nicht wundern es 
kommt keine Rückmeldung vom System einfach warten bis er fertig ist 

danach kopiere ich die Datenbanksicherung "sicherung-datum.sql auf ein externes 
Laufwerk.

zurücksicheren der Datenbank mit dem befehl

   mysql -u root -p volkszaehler < sicherung-datum.sql

 

Hoffe ich konnte helfen

 

Am So., 29. Dez. 2019 um 15:54 Uhr schrieb Christian Wimmer :

Hallo

 

Wie sichert ihr eure Daten?

Macht ihr ein Komplettbackup der SD-Card? Wenn ja, wie?

 

Danke

 

Re: [vz-users] Backup Strategie

[rgb]

Hallo Christian,

 

Ich mache so ca. einmal die Woche ein komplettes Image der SD-Karte, 
insbesondere dann wenn ich auf dem System etwas geändert habe à Win32DiskImager.

 

Per Crontab sichere ich dann noch täglich (Nachts) wie folgt auf einen USB 
Stick:

 

0 4 * * * crontab -l > /media/backup/crontab-pi_`date +\%Y\%m\%d`

30 3 * * *  tar cvpf /media/backup/home_`date +\%Y\%m\%d`.tar ~ > /dev/null 2>&1

0 2 * * * mysqldump -q -uvz-admin -psecure volkszaehler > 
/media/backup/sql_backup.`date +\%Y\%m\%d`

 

Sowie in der Root-Crontab das /etc Verzeichnis:

 

1 4 * * * crontab -l > /media/backup/crontab-root_`date +\%Y\%m\%d`

0 3 * * *  tar cvpf /media/backup/etc_`date +\%Y\%m\%d`.tar /etc >/dev/null 2>&1

 

…sowie die Crontab selbst. 

 

Falls Du Dich fragst… nein ich habe bislang die Standard-Passwörter der DB 
nicht geändert, da sie nur intern vom Pi aus zugänglich ist. Externe Zugriffe, 
z.B. von einem Datenbank-Editor, laufen über eine sichere SSH Verbindung.

 

Gruss,

Alex

 

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of 
Christian Wimmer
Sent: Sunday, December 29, 2019 6:48 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Backup Strategie

 

Ok, ein fertiges Script, das zB täglich zu einer bestimmten Zeit alles (DB, 
Config, usw.) auf die NAS sichert gibt es nicht?

 

 

 

Von: volkszaehler-users  Im 
Auftrag von dies und das
Gesendet: Sonntag, 29. Dezember 2019 16:16
An: volkszaehler.org - users 
Betreff: Re: [vz-users] Backup Strategie

 

Kommt drauf an was du sichern möchtest 

das Komplette System dann System sauber runter fahren sd-karte z.b. mit 
Win32DiskImager ein Abbild erstellen 

Nachteil das Abbild der Sd-Karte ist dann so groß wie die Sd selber z.B. 16Gb

 

nur die Datenbank 

mache ich z.B so, mit Putty zum Pi verbinden dann 

mysqldump -u root -p volkszaehler > sicherung-datum.sql 

Passwort für den mysql root benutzer eingeben und warten, nicht wundern es 
kommt keine Rückmeldung vom System einfach warten bis er fertig ist 

danach kopiere ich die Datenbanksicherung "sicherung-datum.sql auf ein externes 
Laufwerk.

zurücksicheren der Datenbank mit dem befehl

   mysql -u root -p volkszaehler < sicherung-datum.sql

 

Hoffe ich konnte helfen

 

Am So., 29. Dez. 2019 um 15:54 Uhr schrieb Christian Wimmer :

Hallo

 

Wie sichert ihr eure Daten?

Macht ihr ein Komplettbackup der SD-Card? Wenn ja, wie?

 

Danke

 

Re: [vz-users] Frage zu virtuellen Kanälen

[rgb]

Hallo Thomas,

 

Das ist interessant… ich habe das mal ausprobiert. Der Graph für die 
Brennerstarts springt dann von Ein auf Aus, so in etwa wie wenn ich beim 
Gaszähler im vzlogger send_zero aktiviere. Soweit verstehe ich das.

 

Wenn ich dann den virtuellen Kanal aktiviere, bekomme ich ein Popup „Network 
Error“ und keine Daten mehr. Gehe ich in die Vergangenheit (wo ich noch keine 
Nullen geschrieben habe) geht es wieder. Reproduzierbar mit neuem Kanal und 
Reboot.

 

Könnte es sein, dass die Logik des virtuellen Kanals nun versucht eine Division 
durch 0 durchzuführen und daran mit nicht abgefangenem Fehler scheitert?

 

Gruss,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Thomas 
Höpfner
Sent: Saturday, December 21, 2019 6:31 AM
To: VZ-User (volkszaehler-users@demo.volkszaehler.org)
Subject: Re: [vz-users] Frage zu virtuellen Kanälen

 

Hallo Alex,

 

ich habe doch noch eine Idee.

 

Du zählst die Brennerstarts mit einen Verbrauchszähler. Hier rechnet der 
Virtuelle Zähler mit der momentanen Last/Leistung/Durchflussmenge für jeden 
Datenpunkt in der Darstellung. Dadurch ergeben sich weitere Abhängigkeiten.

Ich selber hatte das im WIKI beschrieben: 
https://wiki.volkszaehler.org/software/middleware/tools/meterohneverbrauch

Sorry das ich diesen Zusammenhang nicht erkannt habe. 

 

Bitte versuche mal auch den Brennerstopp an VZ zu melden (add value=0).

Mit freundlichen Grüßen,

Thomas 

 

Re: [vz-users] Frage zu virtuellen Kanälen

[rgb]

Hallo Thomas,

 

à probiere doch mal 3600 anstelle von 60. Die Einheit ist dann falsch, aber der 
Wert sollte stimmen.

Leider nicht…

--

Hallo Andreas,

bei Dir klingt es ein bisschen so als wollte ich mich beschweren ;-)  Ich kann 
nur noch einmal betonen, dass mein Volkszähler super läuft und mir eine Menge 
an Möglichkeiten zur Visualisierung und Auswertung bietet. Das mit dem 
virtuellen Kanal war ein Experiment… ich wollte verstehen, ob ich da was falsch 
mache oder ob meine Konfiguration so einfach nicht vorgesehen ist.

--

Grüsse aus Bremerhaven,
Alex

PS – ich habe ja zwei Sachen am Laufen die so nicht im Wiki stehen, den 
Cyble-Sensor der bei manchen moderneren Gas- und Wasserzählern zur Anwendung 
kommt und das PiCan-Board zur Auswertung von Junkers Heizungen mit Heatronic 2, 
wenn ein Can-Bus-Regler eingebaut ist, z.B. TA250 und TR220. Falls es jemandem 
hilfreich erscheint könnte ich es gerne dokumentieren…

 

Wenn Du da mehr Flexibilität brauchst Daten mit dbcopy nach InfluxDB 
exportieren und dort mit Grafana, InfluxQL oder Flux rumspielen. An der Stelle 
wird es bei VZ auch keine Weiterentwicklungen mehr geben.

 

Kann man irgendwie verfolgen wie die Entwicklung verläuft?

Eventuell mit Erklärung?

 

Wie ich geschrieben habe- da wird nichts entwickelt; deshalb bin ich unsicher 
was Du erwartest oder welche Informationen Du suchst.

 

VZ- Frontend, VZlogger als auch Udo’s Hardware - haben einen guten, stabilen 
Stand erreicht der für viele Bedarfe funktioniert. Gleichzeitig hat sich 
zumindest die Softwarewelt außenrum massiv weiter entwickelt und es gibt neue 
Lösungen die v.a. Aufgaben des Frontends übernehmen können.

 

In Zukunft wird es daher aus meiner Sicht eher auf heterogene Lösungen 
hinauslaufen bei denen die Bausteine zusammen arbeiten:

 

- Datenerfassung: vzlogger, mbmd, ebusd, node-red, curl…

- Datenverteilung: mqtt, dbcopy, node-red...

- Datenspeicherung: volkszaehler (mysql), influxdb...

- Datenvisualisierung: volkszaehler (frontend), grafana, node-red...

 

Re: [vz-users] Frage zu virtuellen Kanälen

[rgb]

Hallo Thomas,

 

der Betriebsstundenzähler arbeitet genau so wie Du es beschreibst. Das 
Can-Modul meiner Junkers sendet eine 1, wenn der Brenner läuft, und eine 0 wenn 
nicht, das genau alle 6 Sekunden. Mein Skript loggt jeden Wert direkt in den 
Betriebsstundensensor. 

 

Wenn der letzte Wert eine 0 war, wird zusätzlich eine 1 in den Impulskanal für 
Brennerstarts geschrieben… mehr ist es auch schon nicht. Abfragen lässt sich 
die Junkers nicht, ich kann nur „mitschreiben“ was Therme und Regler von sich 
aus so mitteilen. 

 

Grüsse,

Alex

 

PS - Der Log des beigefügten Shellskriptes sieht dann so aus…

 

13:12:13 - Brenner Ein:  0 (can0  209   [1]  00)

13:12:13 - Heizung Ein:  1 (can0  20A   [1]  01)

16:12:16 - Vorlauf Soll:  44.0 (can0  252   [1]  58)

16:12:16 - Vorlauf Ist:  29.0 (can0  201   [1]  3A)

19:12:19 - Brenner Ein:  0 (can0  209   [1]  00)

19:12:19 - Heizung Ein:  1 (can0  20A   [1]  01)

21:12:21 - Vorlauf Soll:  44.0 (can0  252   [1]  58)

22:12:22 - Vorlauf Ist:  29.0 (can0  201   [1]  3A)

23:12:23 - Warmwasser Ist:  24.5 (can0  203   [1]  31)

25:12:25 - Brennerstart

25:12:25 - Brenner Ein:  1 (can0  209   [1]  01)

25:12:25 - Heizung Ein:  1 (can0  20A   [1]  01)

25:12:25 - Vorlauf Max:  65.0 (can0  200   [1]  82)

26:12:26 - Vorlauf Soll:  44.0 (can0  252   [1]  58)

28:12:28 - Vorlauf Ist:  29.0 (can0  201   [1]  3A) 

31:12:31 - Brenner Ein:  1 (can0  209   [1]  01)

31:12:31 - Vorlauf Soll:  44.0 (can0  252   [1]  58)

31:12:31 - Heizung Ein:  1 (can0  20A   [1]  01)

34:12:34 - Vorlauf Ist:  29.5 (can0  201   [1]  3B)

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Thomas 
Höpfner
Sent: Thursday, December 19, 2019 5:13 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Frage zu virtuellen Kanälen

 

Hallo Alex,

 

bei val(in) arbeiten die virtuellen Zähler meines Wissens nach  mit den 
Rohdaten. Für den Impulszähler ist das 0 oder 1.

Für die Aussage einer Durchschnittlichen Laufzeit muss wahrscheinlich ein 
externes Script programmiert werden.

Hätte der Betriebsstundenzähler Impulse wäre die Auswertung schon fertig. Das 
Programm dafür muss nur fragen läuft der Brenner, dann erzeuge einen impuls und 
warte n Sekunden. Kannst du die Abfrage des CAN-Bus ändern / erweitern? Es 
müsste nur “Brenner läuft“ irgendwie in Python greifbar sein, dann habe ich 
etwas fertiges.

Thomas 

 

 

 





Am 19.12.2019 um 13:36 schrieb "r...@nord-com.net" :



Hallo an alle “Volkszähler”,

 

Ich habe mich die Tage etwas mit den virtuellen Kanälen gespielt, bin aber 
nicht so recht ans Ziel gekommen.

 

Mein VZ hat einen Betriebsstundensensor, der die gesamte Brennerlaufzeit pro 
Zeitraum aufaddiert. Zudem einen Impulszähler, der die Anzahl der Brennerstarts 
hochzählt. Das funktioniert so einwandfrei.

 

Mein Plan wäre jetzt ein virtueller Kanal, der die durchschnittliche 
Brennerlaufzeit pro Start in Minuten anzeigt. Ergo: (Brennerlaufzeit in 
Dezimalstunden) geteilt durch (Anzahl der Brennerstarts) mal 60 (Umrechnung in 
Minuten).

 

Also: val(in1) / val(in2) * 60. (Funktioniert so nicht, der Kanal zeigt dann 
nichts an).

Wenn ich testweise die (*60) weglasse, bekomme ich Ergebnisse, aber nicht die 
gewünschten. Ich konnte nicht wirklich herausfinden, was genau er dann 
berechnet/anzeigt.

 

Wo liegt mein Denkfehler?

 

Grüsse von Alex

 

PS – der dicke schwarze Balken mit der Bezeichnung „Testkanal“ zeigt meinen 
Versuch.

 



can-vz-s-bs.sh
Description: Binary data

Re: [vz-users] PHP Server Fehlermeldungen

[rgb]

Lösung gefunden… 

 

Auf dem EspEasy unter „Controller Settings“ à „Controller Queue“ habe ich die 
Option „Check Reply:” von „Ignore Acknowledgement” auf „Check Acknowledgement“ 
ändern, dann funktioniert es.

 

Im Log des NodeMCU sieht das dann so aus:

 

Dec 15 15:21:41 ESP_Easy EspEasy: DHT  : Temperature: 20.20

Dec 15 15:21:41 ESP_Easy EspEasy: DHT  : Humidity: 42.10

Dec 15 15:21:41 ESP_Easy EspEasy: HTTP : C008 Success! HTTP/1.1 200 OK#015

Dec 15 15:21:42 ESP_Easy EspEasy: HTTP : C008 Success! HTTP/1.1 200 OK#015

 

Der „Success“ fand vorher nicht statt, die Werte wurden zwar korrekt 
übermittelt und auch in der VZ Datenbank eingetragen, die HTTP Verbindung lief 
dann aber in einen Timeout auf Seiten des PHP Servers…

 

poll([{fd=31, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, 0) = 0 (Timeout)

recv(31, 0x706bc0d7, 65337, 0) = -1 EAGAIN (Resource temporarily unavailable)

 

Die unten genannten Meldungen kommen nun nicht mehr.

 

Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Andreas 
Goetz
Sent: Sunday, December 15, 2019 10:14 AM
To: volkszaehler.org - users
Subject: Re: [vz-users] PHP Server Fehlermeldungen

 

Die Meldung tritt auf wenn der HTTP Client die Verbindung beendet bevor er 
irgendwelche Daten gesendet hat. PPM vermerkt das im Log. Ist nicht weiter 
schlimm, vmtl. aber ein Problem mit dem HTTP Client (=Deinem NodeMCU).

 

Viele Grüße, Andreas

 





On 15. Dec 2019, at 10:07,   wrote:

 

Ich habe den Übeltäter gefunden, es ist ein NodeMCU mit EspEasy, der bei mir 
die Raumtemperatur und Luftfeuchte per http überträgt. Ich weiss also, in 
welche Richtung ich jetzt kucken muss, es hat nichts mit der VZ Installation zu 
tun…

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of 
r...@nord-com.net
Sent: Saturday, December 14, 2019 8:33 PM
To: Volkszaehler Liste
Subject: [vz-users] PHP Server Fehlermeldungen

 

Liebe Leute,

 

Beim “fine-tuning” meines Volkszählers bin ich auf sich regelmäßig (genau alle 
30 Sekunden, für alle Ewigkeiten) wiederholende Fehlermeldungen des PHP Servers 
gestoßen, die per Syslog im daemon.log landen, wo sie meines Verständnisses 
nach eigentlich gar nicht hingehen sollten, da in der Konfiguration ein eigenes 
php error log eingestellt ist.

 

Dec 14 20:07:22 localhost php[471]: Script did not return a valid HTTP 
response. Maybe it has called exit() prematurely?

Dec 14 20:07:22 localhost php[471]: Script did not return a valid HTTP 
response. Maybe it has called exit() prematurely?

Dec 14 20:07:52 localhost php[471]: Script did not return a valid HTTP 
response. Maybe it has called exit() prematurely?

Dec 14 20:07:52 localhost php[471]: Script did not return a valid HTTP 
response. Maybe it has called exit() prematurely?

 

Alle meine Versuche, die Fehlermeldungen abzustellen bzw. auch ihre Ursache 
herauszufinden, sind leider fehlgeschlagen, ich habe mich vergeblich durch sich 
immer wiederholende strace-logs gewühlt…

 

… hat jemand von Euch schon einmal etwas ähnliches gesehen…? Das Problem tritt 
unabhängig davon auf, ob ein Browser mit dem PHP Server verbunden ist. Eine 
Funktionsbeeinträchtigung jegendlicher Art kann ich nicht feststellen.

 

Grüsse von Alex

 

Re: [vz-users] PHP Server Fehlermeldungen

[rgb]

Ich habe den Übeltäter gefunden, es ist ein NodeMCU mit EspEasy, der bei mir
die Raumtemperatur und Luftfeuchte per http überträgt. Ich weiss also, in
welche Richtung ich jetzt kucken muss, es hat nichts mit der VZ Installation
zu tun…

 

From: volkszaehler-users
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of
r...@nord-com.net
Sent: Saturday, December 14, 2019 8:33 PM
To: Volkszaehler Liste
Subject: [vz-users] PHP Server Fehlermeldungen

 

Liebe Leute,

 

Beim “fine-tuning” meines Volkszählers bin ich auf sich regelmäßig (genau
alle 30 Sekunden, für alle Ewigkeiten) wiederholende Fehlermeldungen des PHP
Servers gestoßen, die per Syslog im daemon.log landen, wo sie meines
Verständnisses nach eigentlich gar nicht hingehen sollten, da in der
Konfiguration ein eigenes php error log eingestellt ist.

 

Dec 14 20:07:22 localhost php[471]: Script did not return a valid HTTP
response. Maybe it has called exit() prematurely?

Dec 14 20:07:22 localhost php[471]: Script did not return a valid HTTP
response. Maybe it has called exit() prematurely?

Dec 14 20:07:52 localhost php[471]: Script did not return a valid HTTP
response. Maybe it has called exit() prematurely?

Dec 14 20:07:52 localhost php[471]: Script did not return a valid HTTP
response. Maybe it has called exit() prematurely?

 

Alle meine Versuche, die Fehlermeldungen abzustellen bzw. auch ihre Ursache
herauszufinden, sind leider fehlgeschlagen, ich habe mich vergeblich durch
sich immer wiederholende strace-logs gewühlt…

 

… hat jemand von Euch schon einmal etwas ähnliches gesehen…? Das Problem
tritt unabhängig davon auf, ob ein Browser mit dem PHP Server verbunden ist.
Eine Funktionsbeeinträchtigung jegendlicher Art kann ich nicht feststellen.

 

Grüsse von Alex

 

 

[vz-users] PHP Server Fehlermeldungen

[rgb]

Liebe Leute,

 

Beim “fine-tuning” meines Volkszählers bin ich auf sich regelmäßig (genau
alle 30 Sekunden, für alle Ewigkeiten) wiederholende Fehlermeldungen des PHP
Servers gestoßen, die per Syslog im daemon.log landen, wo sie meines
Verständnisses nach eigentlich gar nicht hingehen sollten, da in der
Konfiguration ein eigenes php error log eingestellt ist.

 

Dec 14 20:07:22 localhost php[471]: Script did not return a valid HTTP
response. Maybe it has called exit() prematurely?

Dec 14 20:07:22 localhost php[471]: Script did not return a valid HTTP
response. Maybe it has called exit() prematurely?

Dec 14 20:07:52 localhost php[471]: Script did not return a valid HTTP
response. Maybe it has called exit() prematurely?

Dec 14 20:07:52 localhost php[471]: Script did not return a valid HTTP
response. Maybe it has called exit() prematurely?

 

Alle meine Versuche, die Fehlermeldungen abzustellen bzw. auch ihre Ursache
herauszufinden, sind leider fehlgeschlagen, ich habe mich vergeblich durch
sich immer wiederholende strace-logs gewühlt…

 

… hat jemand von Euch schon einmal etwas ähnliches gesehen…? Das Problem
tritt unabhängig davon auf, ob ein Browser mit dem PHP Server verbunden ist.
Eine Funktionsbeeinträchtigung jegendlicher Art kann ich nicht feststellen.

 

Grüsse von Alex

 

 

Re: [vz-users] Frage zur numerischen Darstellung von Impulszählern im Frontend

[rgb]

Hallo Daniel,

da ich das nun weiß ist es auch kein Problem für mich... der ausgegebene
absolute Verbrauch wird davon ja nicht irgendwie verfälscht.

Bleibt nur zu sagen dass ich mit dem nun fertigen Volkszähler mit ganzen 11
Kanälen ein wirklich Super-Programm habe, und endlich den Zusammenhang
zwischen z.B. Einstellungen an der Heizung, dem Verbrauch etc. nicht nur
darstellen, sondern auch begreifen kann. Und entsprechende Änderungen
vornehmen kann, aber nicht ohne die Auswirkungen zu sehen.

Ihr macht da alle einen tollen Job, und das für die Benutzer zum Nulltarif!

Grüsse aus Bremerhaven,
Alex

-Original Message-
From: volkszaehler-users
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of
Daniel Lauckner
Sent: Sunday, December 08, 2019 4:48 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Frage zur numerischen Darstellung von Impulszählern
im Frontend

Hallo,


am Sonntag, 8. Dezember 2019 um 09:40 hat r...@nord-com.net geschrieben:
> Ist dieses Verhalten so bekannt, oder habe ich da irgendwo den Wurm drin?

Ja, ist bekannt. Und ein genereller Nachteil von Zählern mit
Impulsausgang weil wir einfach den Zustand zwischen zwei Impulsen
nicht kennen: Konstante Grundlast oder tatsächlich null Verbrauch?

Als Workaround haben wir in vzlogger die Option send_zero
https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_par
ameter#s0

Damit fängt man sich aber den zusätzlichen Nachteil ein das
möglicherweise eine Nulllinie erscheint wo eigentlich keine sein
sollte. Dann auch gerne mit den daraus resultierenden Peaks.
Man kann versuchen mit Aggregation einen Mittelwert zu finden zwischen
den beiden Extremen.

Aber im Endeffekt bleibt das Problem die Impulschnittstelle.


mfg Daniel

[vz-users] Frage zur numerischen Darstellung von Impulszählern im Frontend

[rgb]

Guten Tag liebe Volkszähler-Gemeinde,

 

inzwischen habe ich zwei Impulszähler in meiner Volkszähler-Instanz. Einer
zählt die Einschaltvorgänge meiner Gasbrenners (Brennerstarts), der andere
die S0-Impulse des Gaszählers. Das Problem mit den Störimpulsen habe ich
dabei in den Griff bekommen.

 

Aufgefallen ist mir, dass, wenn ich irgendeinen Zeitraum auswähle, in dem es
keinen Start und auch keinen Gasverbrauch gibt, in der Spalte „Verbrauch“ im
Frontend immer eine Einheit angezeigt wird. Also ein Brennerstart und auch
0.01 m(3) Gasverbrauch. Egal ob in der Nacht zwischen 4 Uhr und 4 Uhr 5 oder
in der Taktpause zwischen den Brennerlaufzeiten. Der Graph für den
Gasverbrauch zeigt aber korrekt nichts an, und es wurden auch definitiv
keine Impulse geloggt.

 

Wähle ich hingegen einen Zeitraum mit Verbrauch an scheint es zu stimmen…
ich kann kein wirklich aussagekräftiges Bild mitschicken, wenn sich’s jemand
ansehen möchte, gebe ich gerne meine IP-Adresse weiter.

 

Ist dieses Verhalten so bekannt, oder habe ich da irgendwo den Wurm drin?

 

Fragt sich Alex

Re: [vz-users] Cyble Sensor an Raspberry - vzlogger - Problem gelöst

[rgb]

Hallo Thomas,

 

Ich glaube wir haben da ein bisschen aneinander vorbeigeredet…

 

Mit der „alten“ Schaltung, also GPIO3 mit Pull-Up, Cyble gegen Ground:

- gab es beim Starten des vzloggers immer einen (Fehl-)Impuls (da der Level des 
GPIO ja bereits high war?)

- Hatte ich ein debounce_delay von 700 und je einen  Impuls vom Cyble

- dieser Impuls und auch alle Störimpulse wurden vom vzlogger weiter an die DB 
geschickt

 

Mit der jetzigen Schaltung mit GPIO21 mit Pull-Down, Cyble gegen 3,3V:

- gibt es diesen ersten Impuls beim Starten des vzloggers nicht mehr (was ja 
richtig ist)

- hat es mit einem debounce_delay nicht funktioniert, die korrekt kommenden 
einzelne Impulse wurden im Debug angezeigt, aber nicht an die DB übermittelt 
(zu kurz?)

- mit debounce_delay=0 kommen zwei Impulse, davon wird nur einer geloggt 

- Störimpulse treten nicht mehr auf oder werden nicht geloggt.

 

[Dec 07 09:48:16][S0]   MeterS0:HWIF_GPIO:first poll returned 0

[Dec 07 09:48:16][S0]   MeterS0:HWIF_GPIO:first poll returned 1

[Dec 07 09:48:16][S0]   MeterS0:HWIF_GPIO:first poll returned 1

[Dec 07 09:48:16][s0]   Reading S0 - returning 2 readings (n=1 n_neg = 0)

[Dec 07 09:48:16][mtr0] Got 2 new readings from meter:

[Dec 07 09:48:16][mtr0] Reading: id=Power/StringIdentifier: value=118.54 
ts=1575708496489

[Dec 07 09:48:16][mtr0] Reading: id=Impulse/StringIdentifier: value=1.00 
ts=1575708496489

[Dec 07 09:48:16][chn0] Adding reading to queue (value=1.00 ts=1575708496489)

[Dec 07 09:48:16][chn0] ==> number of tuples: 1

 

Wie Du siehst macht es der Vzlogger aus irgendeinem Grund richtig, trotz der 2 
geloggten Impulse wird nur einer in die DB geschrieben, d.h. es kommt exakt das 
richtige an. Drehe ich das debounce_delay soweit auf dass nur ein Impuls 
„durchkommt“, erfolgt kein Schreibvorgang.

 

Mein Vzlogger.conf sieht aus wie folgt:

"protocol": "s0",

"enabled": true,

"skip": false,

"allowskip": false,

"interval": -1,

"aggtime": -1,

"aggfixedinterval": false,

"gpio": 21,

"gpio_dir": -1,

"configureGPIO": true,

"send_zero": false,

"debounce_delay": 0,

   "channel": {

 "identifier": "Impulse”

[ … ]

 

Nach meinem Verständnis macht configureGPIO folgendes:

- den GPIO exportieren

- ihn auf Eingang setzen

- das Edge auf Rising

- active_low auf 0

  

 if (_configureGPIO) {

fd = ::open("/sys/class/gpio/export",O_WRONLY);

if (fd<0) throw vz::VZException("open export failed");

name.clear();

name.append(std::to_string(_gpiopin));

name.append("\n");

 

res=write(fd,name.c_str(), name.length()+1); // is the 
trailing zero really needed?

if ((name.length()+1)!=res) throw 
vz::VZException("export failed");

::close(fd);

} else return false; // doesn't exist and we shall not configure

 

if (_configureGPIO) {

name.clear();

name.append("/sys/class/gpio/gpio");

name.append(std::to_string(_gpiopin));

name.append("/direction");

fd = ::open(name.c_str(), O_WRONLY);

if (fd<0) throw vz::VZException("open direction failed");

res=::write(fd,"in\n",3);

if (3!=res) throw vz::VZException("set direction failed");

if (::close(fd)<0) throw vz::VZException("set direction 
failed");

 

name.clear();

name.append("/sys/class/gpio/gpio");

name.append(std::to_string(_gpiopin));

name.append("/edge");

fd = ::open(name.c_str(), O_WRONLY);

   if (fd<0) throw vz::VZException("open edge failed");

res=::write(fd,"rising\n",7);

if (7!=res) throw vz::VZException("set edge failed");

if (::close(fd)<0) throw vz::VZException("set edge failed");

 

name.clear();

name.append("/sys/class/gpio/gpio");

name.append(std::to_string(_gpiopin));

name.append("/active_low");

fd = ::open(name.c_str(), O_WRONLY);

if (fd<0) throw vz::VZException("open active_low failed");

res=::write(fd,"0\n",2);

if (2!=res) throw vz::VZException("set active_low failed");

if (::close(fd)<0) throw vz::VZException("set active_low 
failed");

}

 

Es mag sein dass der Pull-Down anderswo gesetzt wird, ich überblicke ja nicht 
den ganzen Code. Mit „gpio –g  mode 21 down“ im rc.local funktioniert es auf 
jeden Fall für mich.

 

Ich schicke Dir gerne das Datenblatt des Cyble, dazu bräuchte ich 

Re: [vz-users] Cyble Sensor an Raspberry - vzlogger - Problem gelöst

[rgb]

Hallo Thomas,

 

mein Problem hat sich in der Zwischenzeit gelöst…

 

Ich habe es nun mal mit einem “normalen” GPIO mit internen Pull-Down-Widerstand 
versucht, also so wie Du. Allerdings musste ich letzteren softwaremässig 
einschalten, mit „gpio -g mode 21 down“ im rc.local. Das Programm „gpio“ ist 
Teil des nachladbaren Paketes „wiringpi“. Ohne das hat es nicht funktioniert, 
im Sourcecode des vzloggers habe ich auch nicht sehen können, dass 
„configureGPIO“ den internen Pull-Down konfiguriert. Es kann aber sein, dass er 
bei manchen GPIOs standardmässig aktiviert ist.

 

Nun habe ich keine Fehlimpulse mehr. Allerdings bin ich mir nicht sicher, ob 
das an der Schaltung liegt, und/oder an einem nun komplett anderen Verhalten 
des vzloggers. Ursprünglich (also in der Schaltung mit dem Pull-Up und einem 
bis auf die Unterbrechungen ja dauerhaft hohen Pegel am GPIO) hatte ich ein 
debounce_delay von 700 eingestellt, obwohl der Cyble ja ein elektronischer 
Kontakt ist. Wurde hier in dieser Liste mal von einem anderen Benutzer des 
Cyble so als notwendig dokumentiert.

 

Die Impulse vom Cyble kamen regelmässig (das war nie das Problem) und der 
vzlogger hat jede „1“ auch an die Datenbank geschickt. Jetzt, mit 3,3V gegen 
GPIO mit Pull-Down ist letzterer ja, solange kein Impuls eintrifft, auf GND. 
Damit fiel schonmal der eine (logisch ja falsche) einmalige „Einschaltimpuls“ 
beim Starten des vzloggers weg. Soweit gut.

 

Allerdings hat der vzlogger nun auch die regelmässig und richtig kommenden 
„1“en des Cyble  zwar im Debug angezeigt, aber nicht mehr an die DB geschickt. 
Ich habe dann mal testweise das debounce_delay auf 0 gesetzt. Nun sah man 
plötzlich nicht nur einen Impuls vom Sensor, sondern jedesmal 2, zeitgleich. 
Das war wohl mal der Grund für das debounce_delay.

 

Der Vzlogger aber hat daraus Power und Impulse gemacht, also wie bei einem 
E-Zähler, und (entsprechend meiner Config) natürlich nur den Impuls (einen!) 
geloggt und auch per curl auch an die DB gesendet. Entweder haben Entwickler 
des Cyble und Programmierer des vzloggers mehr gemein als man denkt – oder 
vielleicht ist genau dieses Verhalten für das Protokoll als Standard definiert. 
Auf jeden Fall funktioniert es so.

 

Es scheint dass der Vzlogger eine Impulsmindestlänge für analoge Impulsgeber 
(Reed) und bei digitalen einen zweifachen Impuls vorraussetzt. Und vielleicht 
siebt genau das die eventuell ja noch vorhandenen Störimpulse aus, die diese 
Vorgaben nicht erfüllen…

 

Danke & Gruss,

Alex

 

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Thomas 
Höpfner
Sent: Wednesday, December 04, 2019 4:23 AM
To: volkszaehler.org - users
Subject: Re: [vz-users] Cyble Sensor an Raspberry - Störimpulse

 

Hi Alex,

 

gute Frage. Genau das soll Verhalten soll mit pull-up oder -down vermieden 
werden. 

Wie genau hast du deinen aktiviert?

Welche Spannung liegt am GPIO an?

Ist I2C sicher deaktiviert?

 

Vielleicht ist der GPIO auch nur ungeeignet. 

Ich habe folgendes erfolgreich an GPIO 23 getestet:

- in vzlogger.conf : "configureGPIO": true, // aktiviert vermutlich den 
internen pull-down 

- Optokoppler schaltet von +3.3V auf GPIO

Mit freundlichen Grüßen,

Thomas 

 

-Ursprüngliche Nachricht-
Von: r...@nord-com.net 
Gesendet: Dienstag 3 Dezember 2019 18:52
An: 'volkszaehler.org - users' 
Betreff: Re: [vz-users] Cyble Sensor an Raspberry - Störimpulse



Hmmm, ich habe gerade ein großes Fragezeichen auf meiner Stirn.

 

Aus purem Interesse habe ich mit einem Multimeter in meinem Raspberry 
herumgemessen. Unter anderem auch ausprobiert, ob eine direkte Verbindung 
zwischen dem GPIO meiner Wahl und Ground im Vzlogger einen Impuls auslöst. Ja, 
das funktioniert, wie sollte es auch anders sein.

 

Durch Zufall habe ich dann festgestellt, dass ich ebenso einen Impuls auslöse, 
wenn ich mit dem Messkabel an den GPIO komme, das andere Ende jedoch in der 
Luft hängt – ich habe es noch nichtmal mit der Hand berührt.

 

Ist das Gerät wirklich so empfindlich, oder läuft hier etwas ganz falsch?

 

-fragt sich Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Thomas 
Höpfner
Sent: Saturday, November 30, 2019 6:44 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Cyble Sensor an Raspberry - Störimpulse

 

Hallo Alex,

 

Zwei Fragen noch: Ich gehe davon aus dass ich weiterhin einen Pull-Up 
Widerstand benötige, 

Ja

ist der momentane (interne) von 1,8 kOhm an GPIO3 dafür tauglich? 

Ja

So wie ich es verstehe: Niedrigerer Widerstand à höhere Stromstärke 

Ja

à geringere Fehleranfälligkeit für Störimpulse (die ja theorethisch auch auf 
der vielleicht dann 10cm langen Strecke zwischen Raspberry und Optokoppler 
einschlagen könnten) ?

Nein! Die Verbesserung ist, das an deinen GPIO nur noch eine kurze Antenne ist, 
die viel weniger Energie einfängt. Theoretisch kann immer noch eine Störung 
auftreten, dann ist 

Re: [vz-users] Cyble Sensor an Raspberry - Störimpulse

[rgb]

Hmmm, ich habe gerade ein großes Fragezeichen auf meiner Stirn.

 

Aus purem Interesse habe ich mit einem Multimeter in meinem Raspberry 
herumgemessen. Unter anderem auch ausprobiert, ob eine direkte Verbindung 
zwischen dem GPIO meiner Wahl und Ground im Vzlogger einen Impuls auslöst. Ja, 
das funktioniert, wie sollte es auch anders sein.

 

Durch Zufall habe ich dann festgestellt, dass ich ebenso einen Impuls auslöse, 
wenn ich mit dem Messkabel an den GPIO komme, das andere Ende jedoch in der 
Luft hängt – ich habe es noch nichtmal mit der Hand berührt.

 

Ist das Gerät wirklich so empfindlich, oder läuft hier etwas ganz falsch?

 

-fragt sich Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Thomas 
Höpfner
Sent: Saturday, November 30, 2019 6:44 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Cyble Sensor an Raspberry - Störimpulse

 

Hallo Alex,

 

Zwei Fragen noch: Ich gehe davon aus dass ich weiterhin einen Pull-Up 
Widerstand benötige, 

Ja

ist der momentane (interne) von 1,8 kOhm an GPIO3 dafür tauglich? 

Ja

So wie ich es verstehe: Niedrigerer Widerstand à höhere Stromstärke 

Ja

à geringere Fehleranfälligkeit für Störimpulse (die ja theorethisch auch auf 
der vielleicht dann 10cm langen Strecke zwischen Raspberry und Optokoppler 
einschlagen könnten) ?

Nein! Die Verbesserung ist, das an deinen GPIO nur noch eine kurze Antenne ist, 
die viel weniger Energie einfängt. Theoretisch kann immer noch eine Störung 
auftreten, dann ist aber bei der Quelle etwas oberfaul. 

Und bezüglich des Optokopplers: wäre dieser hier -  LTV817 
  
- für die Schaltung geeignet?

Ja

Mit freundlichen Grüßen,

Thomas 

Re: [vz-users] Cyble Sensor an Raspberry - Störimpulse

[rgb]

Hallo Thomas,

 

Ja, der Cyble ist direkt am GPIO 3 angeschlossen, der einen internen Pull-Up 
Widerstand von 1,8k gegen 3,3V hat. Das andere Ende dann logischerweise an 
Masse. Der Cyble hat eine eingebaute Batterie, liefert aber potentialfreie 
Ein/Aus-Impulse.

 

Nur für’s Verständnis, ich bin ja nicht vom Fach: Warum würde eine Schaltung 
mit Optokoppler nicht auch falsche Impulse umsetzen? Und warum würde eine 
(ggfs. geerdete) Schirmung diese Impulse nicht ableiten?

 

Rein räumlich ist das bei mir alles nah zusammen – der Raspi hängt zwischen 
Gaszähler und Heizung, die Anschlussleitung des Cyble ist vielleicht noch einen 
Meter lang. Ausserdem habe ich am Raspi noch ein Can-Bus Modul angeschlossen, 
dass die Daten der Junkers-Therme abhorcht und aufzeichnet.

 

Auf dem Bild sieht man schön einen nicht vorhandenen Verbrauch zwischen 5:50 
und 7 Uhr, und danach Ausreisser nach oben, z.B. um 7:19 Uhr, die alle mit 
entsprechenden Einträge im vzlogger.conf korrespondieren, z.B.

 

[Nov 28 07:18:15][chn0] Adding reading to queue (value=1.00 ts=1574921895365)

[Nov 28 07:18:45][chn0] Adding reading to queue (value=1.00 ts=1574921925137)

[Nov 28 07:19:15][chn0] Adding reading to queue (value=1.00 ts=1574921955014)

-à [Nov 28 07:19:19][chn0] Adding reading to queue (value=1.00 ts=1574921958866)

[Nov 28 07:19:45][chn0] Adding reading to queue (value=1.00 ts=1574921984986)

[Nov 28 07:20:15][chn0] Adding reading to queue (value=1.00 ts=1574922014692)

[Nov 28 07:20:44][chn0] Adding reading to queue (value=1.00 ts=1574922044435)

[Nov 28 07:21:14][chn0] Adding reading to queue (value=1.00 ts=1574922074413)

 

Danke & Gruss,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Thomas 
Höpfner
Sent: Thursday, November 28, 2019 12:03 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Cyble Sensor an Raspberry - Störimpulse

 

Hallo Alex,

 

wie sieht die Schaltung aus? Sensor direckt an GPIO? Dann wird eine zusätzliche 
Schirmung wahrscheinlich nicht helfen.

Besser ist den Sensor und Raspi mit einen Optokoppler nahe am GPIO zu trennen. 
Das Schützt din auch den Raspi vor eventuellen Fehlern. 

 

Mit freundlichen Grüßen,

Thomas 

 

 

-Ursprüngliche Nachricht-
Von: r...@nord-com.net 
Gesendet: Donnerstag 28 November 2019 10:27
An: 'volkszaehler.org - users' 
Betreff: [vz-users] Cyble Sensor an Raspberry - Störimpulse




Eine Frage in die Runde – der Cyble-Sensor läuft an meinem Gaszähler und bringt 
auch verlässliche, exakte und nachvollziehbare Impulse.

Leider habe ich ein Problem mit Störimpulsen, die zu bestimmten Tageszeiten 
kommen, und auch nur dann. Ich vermute, dass diese Störimpulse von der Therme 
meines Nachbarn kommen, die genau auf der anderen Seite der Wand hängt, wo mein 
Gaszähler angebracht ist. Vielleicht von der Zündung?

 

Also kein Software- sondern ein elektronisches Problem. Dennoch die Frage an 
diese Liste: wer hat so etwas schon erlebt und wie habt Ihr es in den Griff 
bekommen?

 

Der Cyble hat ein fest verbautes 2-adriges Kabel, das nicht geschirmt ist. Ich 
habe es schweren Herzens auf die absolut nötige Länge gekürzt, das Problem 
bleibt bestehen. Ich überlege in etwa so etwas…

 

https://www.conrad.de/de/p/kupferabschirmgeflecht-61721370-lapp-inhalt-meterware-600341.html

 

drüberzuziehen. 

 

Eure Erfahrungen?

 

Grüsse von Alex aus Bremerhaven

[vz-users] Cyble Sensor an Raspberry - Störimpulse

[rgb]

Eine Frage in die Runde – der Cyble-Sensor läuft an meinem Gaszähler und bringt 
auch verlässliche, exakte und nachvollziehbare Impulse.

Leider habe ich ein Problem mit Störimpulsen, die zu bestimmten Tageszeiten 
kommen, und auch nur dann. Ich vermute, dass diese Störimpulse von der Therme 
meines Nachbarn kommen, die genau auf der anderen Seite der Wand hängt, wo mein 
Gaszähler angebracht ist. Vielleicht von der Zündung?

 

Also kein Software- sondern ein elektronisches Problem. Dennoch die Frage an 
diese Liste: wer hat so etwas schon erlebt und wie habt Ihr es in den Griff 
bekommen?

 

Der Cyble hat ein fest verbautes 2-adriges Kabel, das nicht geschirmt ist. Ich 
habe es schweren Herzens auf die absolut nötige Länge gekürzt, das Problem 
bleibt bestehen. Ich überlege in etwa so etwas…

 

https://www.conrad.de/de/p/kupferabschirmgeflecht-61721370-lapp-inhalt-meterware-600341.html

 

drüberzuziehen. 

 

Eure Erfahrungen?

 

Grüsse von Alex aus Bremerhaven

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Sunday, November 17, 2019 2:12 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Cyble Sensor V2 an Raspberry GPIO

 

Hallo Alex,

 

vom Datenblatt her würde ich das so machen wie vorhin vorgeschlagen.

 

vzlogger nimmt wahrscheinlich auch GPIO 3 oder 5, das sind halt eigentlich die 
I²C Pins, deswegen werden die bei Udos Erweiterungen anderweitig genutzt und 
sind nicht für diesen Einsatz dokumentiert. Allerdings sind die 1,8K Pull-Ups 
dort recht klein dimensioniert. Hast du keinen Widerstand zwischen 5K und 50K 
rumliegen, den du dort einbauen kannst?

 

configureGPIO konfiguriert die Pins als Input, hat aber soweit ich das 
überblicken kann keinen Einfluss auf die internen Pull-Ups, weil das übers 
Dateisystem nicht geht.

 

Grüße

Frank

Re: [vz-users] Cyble Sensor V2 an Raspberry GPIO

[rgb]

Nochmal mit Bild…

 

From: Alexander Strauss [mailto:alex.stra...@swbmail.de] 
Sent: Wednesday, November 27, 2019 6:02 PM
To: 'volkszaehler.org - users'
Subject: RE: [vz-users] Cyble Sensor V2 an Raspberry GPIO

 

Hallo Frank,

 

der Cyble Sensor funktioniert so wie von Dir vorgeschlagen. Danke für Deine 
Tipps!

 

Eine Frage habe ich noch: Lassen sich unnötige Skalen ausblenden? Z.B. die für 
die Betriebsstundensensoren… die Graphen für Brenner und Heizung können ja nur 
0 oder 1 anzeigen (state), da brauche ich keine Skala. Und die Skala für die 
Brennerstarts (ist ja ein s0 Kanal) lautet ja derzeit auf kW, ließe sich das 
nachträglich und ohne Löschen des bestehenden Kanals auf m(3) ändern? Beides 
ist natürlich falsch, aber auch das würde mir ein zusätzliche Skala sparen.

 

Aus Bremerhaven grüsst,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Sunday, November 17, 2019 2:12 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Cyble Sensor V2 an Raspberry GPIO

 

Hallo Alex,

 

vom Datenblatt her würde ich das so machen wie vorhin vorgeschlagen.

 

vzlogger nimmt wahrscheinlich auch GPIO 3 oder 5, das sind halt eigentlich die 
I²C Pins, deswegen werden die bei Udos Erweiterungen anderweitig genutzt und 
sind nicht für diesen Einsatz dokumentiert. Allerdings sind die 1,8K Pull-Ups 
dort recht klein dimensioniert. Hast du keinen Widerstand zwischen 5K und 50K 
rumliegen, den du dort einbauen kannst?

 

configureGPIO konfiguriert die Pins als Input, hat aber soweit ich das 
überblicken kann keinen Einfluss auf die internen Pull-Ups, weil das übers 
Dateisystem nicht geht.

 

Grüße

Frank

 

 schrieb am So., 17. Nov. 2019, 13:44:

Hallo Frank,

 

Danke für die schnelle Antwort! 

 

Ich werde es mal so probieren…  bleibt eine Frage: Entsprechend des 
Vzlogger-Manuals werden die GPIOs 3 und 5 nicht unterstützt, ist das so 
richtig? 

 

https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter#s0

 

D.h. ich müsste einen anderen GPIO nehmen, und den Pull-UP softwaremässig 
zuschalten. Die Option „configureGPIO“ macht das von selbst aus nicht, vermute 
ich mal (woher sollte der Vzlogger auch wissen ob ich extern einen Widerstand 
verbaut habe). 

 

Der Cyble ist verpolsicher, soweit ich das aus dem Produktdatenblatt entnehmen 
kann. Da die Liste ja keine größeren Anlagen erlaubt, sende ich es Dir mal an 
Deine Email.

 

Viele Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Sunday, November 17, 2019 1:09 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Cyble Sensor V2 an Raspberry GPIO

 

Hallo Alex,

 

ich nehme mal an, dass die mit "Reed-Kontakt-artig" einen potentialfreien 
Kontakt meinen. Dann würde man den Kontakt zwischen GPIO und GND schalten und 
einen Pull-up dazu, ob intern oder extern sollte erstmal egal sein. So lang man 
nicht genau weiß, was in dem Teil wirklich drin ist, bleibt das aber Theorie... 
Gibt der Hersteller für den Anschluss eine Polarität vor?

 

Viele Grüße

Frank

Re: [vz-users] Cyble Sensor V2 an Raspberry GPIO

[rgb]

Hallo Frank,

 

der Cyble Sensor funktioniert so wie von Dir vorgeschlagen. Danke für Deine 
Tipps!

 

Eine Frage habe ich noch: Lassen sich unnötige Skalen ausblenden? Z.B. die für 
die Betriebsstundensensoren… die Graphen für Brenner und Heizung können ja nur 
0 oder 1 anzeigen (state), da brauche ich keine Skala. Und die Skala für die 
Brennerstarts (ist ja ein s0 Kanal) lautet ja derzeit auf kW, ließe sich das 
nachträglich und ohne Löschen des bestehenden Kanals auf m(3) ändern? Beides 
ist natürlich falsch, aber auch das würde mir ein zusätzliche Skala sparen.

 

Aus Bremerhaven grüsst,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Sunday, November 17, 2019 2:12 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Cyble Sensor V2 an Raspberry GPIO

 

Hallo Alex,

 

vom Datenblatt her würde ich das so machen wie vorhin vorgeschlagen.

 

vzlogger nimmt wahrscheinlich auch GPIO 3 oder 5, das sind halt eigentlich die 
I²C Pins, deswegen werden die bei Udos Erweiterungen anderweitig genutzt und 
sind nicht für diesen Einsatz dokumentiert. Allerdings sind die 1,8K Pull-Ups 
dort recht klein dimensioniert. Hast du keinen Widerstand zwischen 5K und 50K 
rumliegen, den du dort einbauen kannst?

 

configureGPIO konfiguriert die Pins als Input, hat aber soweit ich das 
überblicken kann keinen Einfluss auf die internen Pull-Ups, weil das übers 
Dateisystem nicht geht.

 

Grüße

Frank

 

 schrieb am So., 17. Nov. 2019, 13:44:

Hallo Frank,

 

Danke für die schnelle Antwort! 

 

Ich werde es mal so probieren…  bleibt eine Frage: Entsprechend des 
Vzlogger-Manuals werden die GPIOs 3 und 5 nicht unterstützt, ist das so 
richtig? 

 

https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter#s0

 

D.h. ich müsste einen anderen GPIO nehmen, und den Pull-UP softwaremässig 
zuschalten. Die Option „configureGPIO“ macht das von selbst aus nicht, vermute 
ich mal (woher sollte der Vzlogger auch wissen ob ich extern einen Widerstand 
verbaut habe). 

 

Der Cyble ist verpolsicher, soweit ich das aus dem Produktdatenblatt entnehmen 
kann. Da die Liste ja keine größeren Anlagen erlaubt, sende ich es Dir mal an 
Deine Email.

 

Viele Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Sunday, November 17, 2019 1:09 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Cyble Sensor V2 an Raspberry GPIO

 

Hallo Alex,

 

ich nehme mal an, dass die mit "Reed-Kontakt-artig" einen potentialfreien 
Kontakt meinen. Dann würde man den Kontakt zwischen GPIO und GND schalten und 
einen Pull-up dazu, ob intern oder extern sollte erstmal egal sein. So lang man 
nicht genau weiß, was in dem Teil wirklich drin ist, bleibt das aber Theorie... 
Gibt der Hersteller für den Anschluss eine Polarität vor?

 

Viele Grüße

Frank

Re: [vz-users] Cyble Sensor V2 an Raspberry GPIO

[rgb]

Hallo Frank,

 

Danke für die schnelle Antwort! 

 

Ich werde es mal so probieren…  bleibt eine Frage: Entsprechend des 
Vzlogger-Manuals werden die GPIOs 3 und 5 nicht unterstützt, ist das so 
richtig? 

 

https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter#s0

 

D.h. ich müsste einen anderen GPIO nehmen, und den Pull-UP softwaremässig 
zuschalten. Die Option „configureGPIO“ macht das von selbst aus nicht, vermute 
ich mal (woher sollte der Vzlogger auch wissen ob ich extern einen Widerstand 
verbaut habe). 

 

Der Cyble ist verpolsicher, soweit ich das aus dem Produktdatenblatt entnehmen 
kann. Da die Liste ja keine größeren Anlagen erlaubt, sende ich es Dir mal an 
Deine Email.

 

Viele Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Sunday, November 17, 2019 1:09 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Cyble Sensor V2 an Raspberry GPIO

 

Hallo Alex,

 

ich nehme mal an, dass die mit "Reed-Kontakt-artig" einen potentialfreien 
Kontakt meinen. Dann würde man den Kontakt zwischen GPIO und GND schalten und 
einen Pull-up dazu, ob intern oder extern sollte erstmal egal sein. So lang man 
nicht genau weiß, was in dem Teil wirklich drin ist, bleibt das aber Theorie... 
Gibt der Hersteller für den Anschluss eine Polarität vor?

 

Viele Grüße

Frank

[vz-users] Cyble Sensor V2 an Raspberry GPIO

[rgb]

Liebe Leute,

 

Da in meiner Volkszähler–Installation noch der Gasverbrauch fehlt (alle
notwendigen Betriebsdaten der Heizung habe ich jetzt), habe ich einen
sogenannten Cyble-Sensor (V2) bestellt, die zweiadrige Version, lt.
Hersteller ein Reed-Kontakt-Äquivalent mit interner Batterie. Für meinen
Zählertyp (Pipersberg G4 RF1c) die wohl einzig sinnvolle Möglichkeit, ein
Reed-Kontakt geht nicht. 

 

Folgende Info habe ich im Archiv der Mailingliste gefunden:

 

On Sun, Mar 03, 2019 at 10:43:01PM +0100, Frank Richter wrote:

> Der von Martin genannte Cyble Sensor hat allerdings laut Datenblatt einen

> Reed-Kontakt-artigen Ausgang, also sollte das auch an 3,3V direkt am GPIO

> laufen.

 

Wie ich das Ding nun anschliesse, ist mir noch nicht so ganz klar… zwischen
3,3V und GPIO? Gebrückt 3,3V mit GPIO an der einen Ader und GND an der
anderen? Muss/sollte/kann ich den internen Widerstand eines beliebigen GPIO
aktivieren oder GPIO 3/5 mit hardwaremässigem Widerstand nehmen?

 

Bin für jede Info dankbar, auch für einen mit dem Cyble funktionierenden
Eintrag aus der vzlogger.conf.

 

Grüsse aus Bremerhaven,

Alex

Re: [vz-users] Wie Anzahl der Brennerstarts ermitteln?

[rgb]

Hallo Frank,

 

Lass mich doch wissen, ob ich das so richtig verstehe: 

 

Also zwei neue Typen mit variabler Einheit

 

Variable Einheit heisst man kann die Einheit beim Anlegen eines Kanales frei 
definieren, oder auch weglassen so dass nur die Zahl stehen bleibt? Also z.b. 
anstelle von „kW(h)“ „Starts“ respektive Starts/Stunde oder eben auch keine 
Einheit?

 

und Interpretern für Impulse und Zählerstände

 

Bezogen auf die Brennerstarts: Bei einer Heizung welche die Gesamtzahl ausgibt 
(wie die Vaillant von Andreas) wäre es ein Zählerstand, d.h. der VZ berechnet 
die Differenz. Bei meiner Junkers ein Impulszähler, d.h. der VZ addiert auf. 
Die Darstellung wäre dann dieselbe.

 

Wenn ich mir die mitgeschickte Grafik so ansehe, werden unter HcStarts wirklich 
die Stunden ausgewertet, oder ist auch hier die Skala irreführend?

 

So wie ich es jetzt habe (Bild von gestern: https://ibb.co/7nxns6S) habe ich ja 
jetzt einen Kanal welcher die gesamte Brennerlaufzeit misst (entsprechend 
HcHours in Deinem Bild?), sowie einen, der die Anzahl der Starts hochzählt 
(entsprechend HcStarts?).

 

beide nur mit  "hasConsumption": true Sinn

 

Dazu kann ich jetzt nichts sagen…

 

Viele Grüsse,

Alex

 

From: volkszaehler-users 
[mailto:volkszaehler-users-boun...@demo.volkszaehler.org] On Behalf Of Frank 
Richter
Sent: Thursday, November 07, 2019 9:57 PM
To: volkszaehler.org - users
Subject: Re: [vz-users] Wie Anzahl der Brennerstarts ermitteln?

 

Am Do., 7. Nov. 2019 um 14:43 Uhr schrieb Andreas Goetz :

Idealerweise bräuchten wir dafür noch einen Kanaltyp "Zähler" mit Einheit 1/h, 
damit als Zeitintegral eine dimensionslose Anzahl rauskommt.

 

Guter Punkt! Wie haben hinsichtlich Einheit “anpassbare” Sensoren und 
Verbrauchssensoren, wir haben aber keinen (Verbrauchs)Zähler der konfigurierbar 
wäre.

 

Wer möchte einen PR aufmachen?

 

Also zwei neue Typen mit variabler Einheit und Interpretern für Impulse und 
Zählerstände? IMHO machen beide nur mit  "hasConsumption": true Sinn, oder?

 

Viele Grüße

Frank

Re: [vz-users] Wie Anzahl der Brennerstarts ermitteln?

[rgb]

Liebe Leute,

 

zuerst einmal vielen Dank für die zahlreichen Feedbacks!

 

PS @Alex: wäre schön nicht parallel mehrere ML-Teilnehmer mit den gleichen 
Fragen anzuschreiben- wir haben auch noch andere Hobbies...

 

-> Das tut mir leid, ich habe den Beitrag im Archiv zuerst der falschen Person 
zugeordnet…als Frank das klargestellt hat habe ich nochmal nachgesehen und den 
„richtigen“ Empfänger ermittelt. Egal, über die Liste macht ohnehin mehr Sinn.

 

Du könntest einen Impulssensor mit Auflösung 1 nehmen (1 Impuls= 1 Start). Das 
wäre dann ein anderer Kanal als die Laufzeit des Brenners.  [ … ] Du müsstest 
also den neu ausgelesenen Status jeweils mit dem vorherigen vergleichen.


-> Ja, das funktioniert prinzipiell, ist aber nicht besonders schön, siehe 
https://ibb.co/7nxns6S

 

Idealerweise bräuchten wir dafür noch einen Kanaltyp "Zähler" mit Einheit 1/h, 
damit als Zeitintegral eine dimensionslose Anzahl rauskommt.

 

-> Ja, das wäre eine gute Sache!



die absolute Anzahl der Starts ist meiner Meinung nach uninteressant, die Frage 
lautet wie viele Starts pro Stunde. Hier gibt es in der Regel die 
Einschränkungen. […]  Dazu kommt noch die Unterscheidung ob heizen oder 
Warmwassererzeugung. 

 

-> Man kann ja im VZ Interface den gewünschten Zeitrahmen auswählen und hat 
dann die Starts pro Tag, Stunde etc… und ja, das WW kann den Wert etwas 
verfälschen…

 

Interessehalber: womit liest Du den CANBus aus- ich hätte da goelster im 
Angebot ;)

 

-> Hmm… candump und ein darüber loopendes Shell-Skript, was die gewünschten 
Werte auswählt, entsprechend umrechnet und an den VZ schickt.

 

Das interessiert mich auch, besonders welche Hardware du einsetzt.

 

-> Ich habe einen Raspberry 3B+ und ein PiCan2 Modul von SK Pang Electronics 
sowie ein für diesen Doppeldecker passendes Gehäuse…

 

http://skpang.co.uk/catalog/pican2-canbus-board-for-raspberry-pi-23-p-1475.html

http://skpang.co.uk/catalog/plastic-enclosure-for-pican2-and-raspberry-pi-23-p-1483.html

 

Grüsse,

Alex

Re: [vz-users] Wie Anzahl der Brennerstarts ermitteln?

[rgb]

Hallo Andreas,

 

>> Ich logge meine Heizungsdaten mittels Can-Bus aus meiner Junkers 

>> Gastherme in den Volkszähler. Einfach ist, die Gesamtlaufzeit der 

>> Heizung bzw. des Brenners in Betriebsstunden in der Spalte Verbrauch
anzuzeigen (Kanal:

>> Betriebsstundensensor). Was ich zusätzlich noch benötige wäre die 

>> Anzahl der Brennerstarts - meine Heizung ist für die Wohnungsgrösse 

>> überdimensioniert und taktet daher recht oft. Ein manuelles Auswerten ist
kaum machbar.

 

>Die logge ich z.B. bei meiner Vaillant auch. In dem Fall ist es einfach 

>ein “Zähler” da die Therme das so über ebusd ausgibt.

 

>> Während es für mein Skript, was den VZ „füttert“ kein Problem wäre 

>> jede Änderung des Brennerstatus von 0 auf 1 aufzuaddieren, kenne ich 

>> keine Möglichkeit dies aus den ja bereits vorhandenen Daten der VZ 

> >Datenbank dynamisch anhand des ausgewählten Zeitraumes zu berechnen 

> >und in der VZ Oberfläche anzuzeigen. Beispielsweise  in der 

> >Verbrauchsspalte nicht nur "1h" sondern "1h (5 Starts)"

 

>Gehe ich richtig in der Annahme dass die Therme Dir nicht die Anzahl 

>der Starts ausgibt sondern nur ob gestartet wird?

 

--> Es gibt die Can-Bus ID 209: Diese ist 00 wenn der Brenner nicht läuft
und 01 wenn der Brenner läuft. Also nur der momentane Status.

 

>Du könntest einen Impulssensor mit Auflösung 1nehmen (1 Impuls= 1 Start).
Das wäre dann ein anderer Kanal als >die Laufzeit des Brenners.

 

--> Das werde ich so mal ausprobieren!

 

>> Gibt es dafür eine Lösung, die ich vielleicht noch nicht gesehen 

>> habe? Hier ein Bild welche Kanäle ich bislang verwende 

>>   https://ibb.co/jT9vR30

 

Danke schonmal!

Alex

 

[vz-users] Wie Anzahl der Brennerstarts ermitteln?

[rgb]

Guten Tag,

Ich bin relativ neu im "Volkszähler-Geschäft" und habe folgendes Setup:

Ich logge meine Heizungsdaten mittels Can-Bus aus meiner Junkers Gastherme
in den Volkszähler. Einfach ist, die Gesamtlaufzeit der Heizung bzw. des
Brenners in Betriebsstunden in der Spalte Verbrauch anzuzeigen (Kanal:
Betriebsstundensensor). Was ich zusätzlich noch benötige wäre die Anzahl der
Brennerstarts - meine Heizung ist für die Wohnungsgrösse überdimensioniert
und taktet daher recht oft. Ein manuelles Auswerten ist kaum machbar.

Während es für mein Skript, was den VZ „füttert“ kein Problem wäre jede
Änderung des Brennerstatus von 0 auf 1 aufzuaddieren, kenne ich keine
Möglichkeit dies aus den ja bereits vorhandenen Daten der VZ Datenbank
dynamisch anhand des ausgewählten Zeitraumes zu berechnen und in der VZ
Oberfläche anzuzeigen. Beispielsweise  in der Verbrauchsspalte nicht nur
"1h" sondern "1h (5 Starts)" 

Im Archiv habe ich dazu folgendes gefunden:
> Um nochmal ein bißchen mehr Werbung für die neuen Features zu machen hier
> nochmal ein Beispiel für die "virtuellen" Kanäle aus meinem Repo. Nachdem
> ich für die Heizung Arbeitsstunden und Brennerstarts erfasse wollte ich
> wissen wieviele Starts pro Stunde das sind um zu prüfen ob die Heizung gut
> läuft.

Gibt es dafür eine Lösung, die ich vielleicht noch nicht gesehen habe? Hier
ein Bild welche Kanäle ich bislang verwende https://ibb.co/jT9vR30

Vielen Dank aus Bremerhaven,
Alex