Re: [vz-users] Aggregation (minute) schlägt fehl

[René W]

Danke Manfred, jetzt habe ich auch das Problem verstanden. Deine Erklärung
ist plausibel. Es hat zwar nur 4 Jahre gedauert, aber besser als nie. ;-)
Gruß René

Am Mo., 24. Apr. 2023 um 20:20 Uhr schrieb mh :

> Hallo Micha,
>
> das Problem entsteht dadurch, dass du einen Datenwert exakt bei der vollen
> Minute (Sonntag, 23.04.2023, 22:15Uhr) hast, und das aggregate Script für
> diesen Zeitpunkt den nächsten Wert der aggregate Tabelle berechnen will.
>
> In der SQL Anweisung
>
> COALESCE( SUM(agg.val_by_time) / (MAX(agg.timestamp) -
> MIN(agg.prev_timestamp)),
>
> ist dann (MAX(agg.timestamp) = MIN(agg.prev_timestamp), was zur Division
> durch Null führt.
> Das Problem tritt übrigens nur auf, weil es nur einen Datenwert in diesem
> Minutenslot gibt.
> (ich hatte das schon am 24.3. mal geschrieben - zugegebenermaßen etwas
> schwer verständlich formuliert).
>
> Ich habe beim Check meiner Datenbank übrigens das gleiche Problem
> entdeckt, das da seit Anfang Januar "schlummert".
>
> Hier mal zwei Screenshots aus HeidiSQL, einmal die Daten zum kritischen
> Zeitpunkt
>
>
>
>
> und die zugehörige aggregate Tabelle, die am 2023-01-02 15:09:53 abbricht,
> weil der Wert für 15:10 immer wieder zur Division durch 0 führt,
> weil kein weiterer Datenwert im Zeitslot für 15:10 existiert (sonder erst
> um 15:11:37).
>
>
>
> Du kannst die SQL Kommandos modifiziert für channel_id und Zeitpunkt bei
> dir mal ausprobieren, und solltest etwas ähnliches finden.
>
> Es gibt zwei Abhilfen:
> a. du kannst die aggregate Tabelle für den Kanal neu rechnen lassen, dann
> kommt das Skript "über" die kritische Stelle
> b. du kannst den Zeitstempel des Datenwertes modifizieren, z.b. ein
> Sekunde dazugeben.
>
> zu b.:
> Wenn du HeidiSQL verwendest, geht das einfach durch Ändern der
> entsprechenden Zelle.
>
> In mysql geht das mit folgendem Befehl:
>
> REPLACE INTO volkszaehler.data (channel_id,timestamp,value) VALUES (3, 
> 1682280901000
> , )
>
> Falls du mit SQL nicht vertraut bist:
> Den Wert von  kannst du mit dem Kommando
>
> SELECT * FROM volkszaehler.data WHERE channel_id=3 AND timestamp=
> 168228090
>
> herausfinden.
>
> Ich werde einen issue aufmachen, um einen fix im Script zu addressieren.
>
> Gruss
> Manfred
>
>
>
> Am 24.04.2023 um 17:07 schrieb hartmann-mi...@web.de:
>
> Hallo Jens,
>
>
>
> erwartungsgemäß ist das Problem wieder da! Die Aggregation die ich nun
> alle 15min nur noch auf ausgewählte Kanäle laufen lasse schlägt wieder fehl.
>
>
>
> Ich habe dein SQL-Statement ausgeführt und hänge die CSV-Datei hier an.
>
>
>
> Hier sehe ich mit Timestamp 168228090 (Sonntag, 23.04.2023, 22:15Uhr)
> Nullwerte. Das passt da ich erstmalig 22:30Uhr die Fehlermeldung bekomme.
>
>
>
> Wie muss ich das nun interpretieren. Dabei brauche ich Unterstützung!
>
>
>
> Viele Grüße
>
>
>
> Micha
>
> *Von:* Jens Scheidtmann 
> 
> *Gesendet:* Samstag, 25. März 2023 14:30
> *An:* Michael Hartmann  ;
> volkszaehler.org - users 
> 
> *Betreff:* Re: [vz-users] Aggregation (minute) schlägt fehl
>
>
>
> Hallo Micha,
>
>
>
> die Statements sollen im Fehlerfall die Tabellenzeilen finden, die zum
> Fehler führen.
>
> Ohne Fehler gibt es keine 0-Zeilen.
>
>
>
> Wenn es jetzt nicht mehr auftritt, dann war die Drohung ausreichend. 
>
>
>
> Jens
>
>
>
> Michael Hartmann  schrieb am Sa. 25. März 2023 um
> 12:40:
>
> Hallo Jens,
>
>
>
> ich habe das erste SQL-Statement ausgeführt und hänge das CSV hier an.
>
>
>
> Einen Nullwert kann ich da nicht ausmachen. Auch scheint mir die Ausgabe
> nicht so zu sein wie gewünscht/erwartet? Die Frage ist auch, ob der Ansatz
> so funktioniert, da ich die Aggregationstabelle ja neu aufgebaut habe und
> das minütliche Aggregieren aktuell fehlerfrei ist.
>
> […]
>
>
>

Re: [vz-users] Aggregation (minute) schlägt fehl

[René W]

Ich hatte „damals“ auch schon diese nervige Meldung:
https://demo.volkszaehler.org/pipermail/volkszaehler-users/2019-June/013374.html

Vielleicht sind dort ja noch ein paar Hinweise. Ich selber nutze VZ nicht
mehr dafür.

Gruß René

Michael Hartmann  schrieb am Mo. 20. März 2023 um
15:03:

> Hallo Christian,
>
>
>
> ich hatte erst an negative Werte gedacht und keine um den
> „Ausstiegszeitpunkt“ gefunden. Das scheidet aber auch aus, da sich die
> Werte im Zähler befinden und somit keine Division durch Null hervorrufen
> können.
>
>
>
> Was mich irritiert ist das nach Löschen der aggregierten Daten deren
> Neuerstellung fehlerfrei durchläuft.
>
>
>
> Kann jemand aus der Fehlermeldung erkennen um welchen Kanal (Channel_ID)
> es gehen könnte?
>
>
>
> Grüße
>
>
>
> Micha
>
>
>
> *Von:* volkszaehler-users [mailto:
> volkszaehler-users-boun...@demo.volkszaehler.org] *Im Auftrag von *Christian
> Lange
> *Gesendet:* Montag, 20. März 2023 11:29
> *An:* volkszaehler-users@demo.volkszaehler.org
> *Betreff:* Re: [vz-users] Aggregation (minute) schlägt fehl
>
>
>
> Hi Micha,
>
> ich hab leider keine Ahnung, wie die Datenbank aussieht (ich nutze selbst
> eine andere), aber der Fehler sagt aus, dass eine Division durch 0
> vorliegt.
>
> Die einzige Zeile in der SQL Query, die mir da ins Auge sticht ist diese
> hier:
>
> > COALESCE( SUM(agg.val_by_time) / (MAX(agg.timestamp) -
> MIN(agg.prev_timestamp)),
>
> Das Maximum des Timestamps minus dem Minimum des vorherigen Timestamps aus
> der (on the fly) erzeugten "agg" Tabelle sind zusammen 0. Daher klappt die
> Division und damit die SQL Query nicht. Die Daten stammen (soweit ich das
> sehen kann) aus der "data" Tabelle. Vielleicht fällt dir ja da etwas auf in
> den Daten bei den Timestamps. Den Rest überlasse ich den Experten, die das
> Tool so im Einsatz haben ;)
>
> Viel Erfolg,
> Christian
>
>
>
>
>
> Am 20.03.2023 um 10:37 schrieb Michael Hartmann:
>
> Hallo,
>
>
>
> ich hole das hier noch einmal vor, da es ziemliche nervt.
>
>
>
> Via cronjob lasse ich alle 10min eine Aggregation auf die Minute laufen.
> Bereits vor einigen Wochen ist diese dann plötzlich mit der folgenden
> Fehlermeldung ausgestiegen:
>
>
>
> In AbstractMySQLDriver.php line 128:
>
>
>
>   An exception occurred while executing 'REPLACE INTO aggregate
> (channel_id,
>
>   type, timestamp, value, count) SELECT channel_id, ? AS type,
> MAX(agg.timest
>
>   amp) AS timestamp, COALESCE( SUM(agg.val_by_time) / (MAX(agg.timestamp)
> - M
>
>   IN(agg.prev_timestamp)), AVG(agg.value)) AS value, COUNT(agg.value) AS
> coun
>
>   t FROM ( SELECT channel_id, timestamp, value, value * (timestamp -
> @prev_ti
>
>   mestamp) AS val_by_time, COALESCE(@prev_timestamp, 0) AS prev_timestamp,
> @p
>
>   rev_timestamp := timestamp FROM data CROSS JOIN (SELECT @prev_timestamp
> :=
>
>   UNIX_TIMESTAMP(DATE_ADD(FROM_UNIXTIME(MAX(timestamp) / 1000, "%Y-%m-%d
> %H:%
>
>   i:00"), INTERVAL 1 minute)) * 1000 FROM aggregate WHERE type = ? AND
> aggreg
>
>   ate.channel_id = ?) AS vars WHERE channel_id = ? AND timestamp >=
> IFNULL((S
>
>   ELECT UNIX_TIMESTAMP(DATE_ADD(FROM_UNIXTIME(MAX(timestamp) / 1000,
> "%Y-%m-%
>
>   d %H:%i:00"), INTERVAL 1 minute)) * 1000 FROM aggregate WHERE type = ?
> AND
>
>   aggregate.channel_id = ? ), 0) AND timestamp <
> UNIX_TIMESTAMP(DATE_FORMAT(N
>
>   OW(), "%Y-%m-%d %H:%i:00")) * 1000 ) AS agg GROUP BY channel_id,
> YEAR(FROM_
>
>   UNIXTIME(timestamp/1000)), DAYOFYEAR(FROM_UNIXTIME(timestamp/1000)),
> HOUR(F
>
>   ROM_UNIXTIME(timestamp/1000)), MINUTE(FROM_UNIXTIME(timestamp/1000))'
> with
>
>   params [1, 1, "3", "3", 1, "3"]:
>
>
>
>   SQLSTATE[22012]: Division by zero: 1365 Division by 0
>
>
>
>
>
> In Exception.php line 18:
>
>
>
>   SQLSTATE[22012]: Division by zero: 1365 Division by 0
>
>
>
>
>
> In PDOStatement.php line 117:
>
>
>
>   SQLSTATE[22012]: Division by zero: 1365 Division by 0
>
>
>
> Die Aggregation auf Stunde und Tag bereitet (bisher) keine Probleme.
>
>
>
> Beim letzten Mal hatte ich die Aggregationstabelle gelöscht und neu
> aufgebaut. Nach einigen Wochen kommt der Fehler nun wieder.
>
>
>
> Kann mir jemand erklären wo das Problem liegt? Die Fehlermeldung kann ich
> nicht interpretieren.
>
>
>
> Viele Grüße
>
>
>
> Micha
>
>

Re: [vz-users] Absolute Zählerstände mit Peaks

[René W]

Ein Schuss ins Blaue: Könntest du die Werte per SML abfragen? Ich meine, da
werden doch weniger Daten übertragen. Kann aber auch sein, dass ich völlig
daneben liege.

Am Mo., 20. März 2023 um 12:04 Uhr schrieb Christian Lange <
brln...@gmail.com>:

> Hi Frank,
>
> ja, das sind die Stände, wie sie in der DB stehen. In den Logs sehe ich
> auch nur 2 Nachkommastellen und auch der Zähler selbst zeigt nur zwei
> Stellen an. Scheint also einfach am Zähler zu liegen.
>
> Das Auslesen dauert aber tatsächlich recht lange, weil eine Vielzahl von
> Daten abgefragt werden. Nicht nur ein Haufen OBIS Codes sondern auch noch
> ein Haufen Vorwertzählerstände. Wie ich die loswerde muss ich wohl mit dem
> Hersteller mal klären ...
>
> Das sieht dann für einen einzigen Code so aus:
> [Mar 20 10:38:27][d0]   Parsed reading (OBIS code=2.8.0, value=000149.98,
> unit=kWh)
> [Mar 20 10:38:27][d0]   Parsed reading (OBIS code=2.8.0*01,
> value=00.00, unit=kWh)
> [Mar 20 10:38:27][d0]   Parsed reading (OBIS code=2.8.0*00,
> value=00.00, unit=kWh)
> [Mar 20 10:38:27][d0]   Parsed reading (OBIS code=2.8.0*99,
> value=00.00, unit=kWh)
> [Mar 20 10:38:27][d0]   Parsed reading (OBIS code=2.8.0*98,
> value=00.00, unit=kWh)
> [Mar 20 10:38:27][d0]   Parsed reading (OBIS code=2.8.0*97,
> value=00.00, unit=kWh)
> [Mar 20 10:38:27][d0]   Parsed reading (OBIS code=2.8.0*96,
> value=00.00, unit=kWh)
> [Mar 20 10:38:28][d0]   Parsed reading (OBIS code=2.8.0*95,
> value=00.00, unit=kWh)
> [Mar 20 10:38:28][d0]   Parsed reading (OBIS code=2.8.0*94,
> value=00.00, unit=kWh)
> [Mar 20 10:38:28][d0]   Parsed reading (OBIS code=2.8.0*93,
> value=00.00, unit=kWh)
> [Mar 20 10:38:28][d0]   Parsed reading (OBIS code=2.8.0*92,
> value=00.00, unit=kWh)
> [Mar 20 10:38:28][d0]   Parsed reading (OBIS code=2.8.0*91,
> value=00.00, unit=kWh)
> [Mar 20 10:38:28][d0]   Parsed reading (OBIS code=2.8.0*90,
> value=00.00, unit=kWh)
> [Mar 20 10:38:28][d0]   Parsed reading (OBIS code=2.8.0*89,
> value=00.00, unit=kWh)
> [Mar 20 10:38:28][d0]   Parsed reading (OBIS code=2.8.0*88,
> value=00.00, unit=kWh)
> [Mar 20 10:38:28][d0]   Parsed reading (OBIS code=2.8.0*87,
> value=00.00, unit=kWh)
>
> Korrigiert habe ich jetzt die Position der Leseköpfe nochmal, aber ich
> erwarte da keine Wunder :/ Bleibt also wohl nur das manuelle korrigieren,
> nachdem die Daten in der DB gelandet sind.
>
> Vielen Dank aber in jedem Fall für die Tips!
>
> Christian
>
>
> Am 17.03.2023 um 21:11 schrieb Frank Richter:
>
> Hallo Christian,
>
> aggmode: max ist schon richtig für Zählerstände, alles andere verfälscht
> nur das Ergebnis.
>
> Zu deinem Screenshot: sind das die Zählerstände so wie sie in der DB
> stehen? Dann würde ich am ehesten einen Übertragungsfehler vermuten. D0
> bringt ja leider keine Checksumme oder ähnliches mit, um diese
> auszusortieren. Hast du versucht die Positionierung des Lesekopfs zu
> optimieren?
> Liefert der Zähler nur 2 Dezimalstellen, oder sind die abgeschnitten?
>
> Grüße
> Frank
>
> Christian Lange  schrieb am Fr., 17. März 2023, 14:57:
>
>> Ahoi,
>>
>> die 20s stammen vom Debuggen. Vielleicht war da auch der Flaschenhals.
>> Ich kann das ja nochmal messen und berichten, wie lange es dauert bis sich
>> in den Logs ein "parsed Value" findet.
>>
>> Wieder was gelernt mit dem inexistenten Intervall ;) Bleibt die Frage
>> nach dem sinnvollen Aggmode :/
>>
>> Die Timestamps enden auf 0, weil ich die Query für's bessere
>> Vergleichen/Lesen dahingehend gebaut habe (timestamp DIV 60*60). Real sind
>> die Werte andere.
>> Viele Grüße,
>> Christian
>> Am 17.03.2023 um 14:51 schrieb Frank Richter:
>>
>> 20 s dauert einmal Auslesen? Puh, das ist lang.
>>
>> Ohne interval sollte er das einfach in Dauerschleife machen.
>>
>> Warum enden deine Timestamps glatt auf :00?
>>
>> Grüße
>> Frank
>>
>> Christian Lange  schrieb am Fr., 17. März 2023, 13:02:
>>
>>> Hi Frank,
>>>
>>> das mit der Aggregation war gestern Abend auch schon mein Gedanke. Ich
>>> bin jetzt mal mit aggTime: 60 und Interval: 30 ins Rennen gegangen. Das
>>> reine Auslesen dauert knapp unter 20s - 30s Intervall sollte also passen.
>>> Die Anzahl der Ausreißer ist auch geringer geworden. Es gibt sie aber
>>> weiterhin. Der AggMode ist aktuell "max" - das dürfte aber auch eigentlich
>>> nichts bringen - wenn innerhalb des Aggregationszeitraumes ein fehlerhafter
>>> Wert ausgelesen wird, dann ist der i.d.R. = dem Max Wert und wird also
>>> reported.
>>>
>>> Zu deinem Vorschlag, mit dem Intervall zu spielen: Wie bekomme ich den
>>> Pull Zähler zum reden, wenn ich kein Intervall angebe?
>>> Hier mal ein Beispiel - um 23:24:00 ist der ermittelte Wert weit höher
>>> als vorher und(!) nachher. Ich brauche also irgendeine Möglichkeit diesen
>>> Fehler zu korrigieren. Für's menschliche Auge easy - für eine elegante
>>> softwarelösung nicht ganz so trivial ;)
>>>
>>> Ideen sind willkommen :))
>>>
>>> Viele Grüße,
>>> Christian
>>> Am 17.03.2023 um 00:10 

Re: [vz-users] Troubleshooting IR-Kopf

[René W]

Hallo Olaf,

für deinen Einstieg schau mal hier:
https://wiki.volkszaehler.org/howto/debug

Wenn du dann immer noch nicht weiter kommst, brauchen wir deinen Zählertyp
und die vzlogger.conf

Viel Erfolg
René

Olaf Koestner  schrieb am Mi. 15. März 2023 um 12:58:

> Hallo,
>
>
>
> wie kann ich am besten herausfinden, ob mein IR-Kopf Daten vom Stromzähler
> ausliest?
>
> Ich habe meinen VZ vor mehreren Monaten installiert und dann ist das
> „Projekt“ mehr oder weniger in Vergessenheit geraten. Jetzt habe ich gerade
> mal die Web-Oberfläche geöffnet und gesehen, dass ich keine Werte im
> Graphen sehe.
>
>
>
> Ein cat /dev/ttyUSB0 zeigt folgendes:
>
>
>
>
>
> Hat jemand einen Tipp für mich, wie ich hier in das Troubleshooting
> einsteigen kann?
>
>
>
> Danke vorab,
>
> Olaf
>
>
>
>
>

Re: [vz-users] Hardware Gas- und Wasserzähler mittels Reedkontakt

[René W]

Danke Jens
Das klingt doch mal nach einem Plan. Hab das D1 besteht.
Gruß.

Jens Scheidtmann  schrieb am Mo. 9. Jan. 2023
um 21:39:

> Hallo René,
>
> Für den Volkszähler und die Darstellung im Browser empfiehlt sich ein Pi,
> an diesen könntest Du die zwei Reedkontakte anschließen, vorausgesetzt die
> Kabel sind nicht zu lang (3,3V Gleichstrom). Zu lang wäre, wenn der
> Leitungswiderstand zu groß wird, so dass der Pi das Schließen des Kontaktes
> nicht mehr mitbekommt. Einfach probieren wenn Du ein ausreichend langes
> Kabel rumliegen hast…
>
> Alternativ kannst Du einen ESP8266 (CPU) verwenden, z.B. auf einem Wemos
> D1 Board. Dieses Bauteil hat ein WLAN und kann die Impulse dann über dieses
> weitergeben. Das gilt im Übrigen auch für ein ESP01 Board. Das hat
> allerdings den Nachteil, dass zum Programmieren einen separater
> USB-zu-seriell Baustein angeschlossen werden muss, während das D1 den USB
> Anschluss verbaut hat und einfach darüber an den Computer angeschlossen
> werden kann. Preislich ist das D1 0,70€ teurer lt. Ebay. Beide Boards
> hätten genug Pins um beide Reedkontakte anschließen zu können.
>
> Hoffe dies hilft,
>
> Jens
>
>
> René W  schrieb am Mo. 9. Jan. 2023 um 20:19:
>
>> Hallo,
>> ich möchte mein Gaszähler (krom schröder BK4 G4) und den Wasserzähler
>> (MNK) mittels Reedkontakt auslesen. Schließe ich diese direkt an einen Pi
>> oder brauche ich ein(?) ESP01 oder ein ESP826? Kann ich da beide Sensoren
>> anschließen? Muss das eins mit WLAN sein?
>>
>> Ich finde zig verschiedene Anleitungen mit unterschiedlichster Hardware.
>> Daher meine Verständnisfragen.
>>
>> Gruß René
>>
>

[vz-users] Hardware Gas- und Wasserzähler mittels Reedkontakt

[René W]

Hallo,
ich möchte mein Gaszähler (krom schröder BK4 G4) und den Wasserzähler (MNK)
mittels Reedkontakt auslesen. Schließe ich diese direkt an einen Pi oder
brauche ich ein(?) ESP01 oder ein ESP826? Kann ich da beide Sensoren
anschließen? Muss das eins mit WLAN sein?

Ich finde zig verschiedene Anleitungen mit unterschiedlichster Hardware.
Daher meine Verständnisfragen.

Gruß René

[vz-users] NODE-RED mit Shelly API 2.0

[René W]

Hallo,
ich habe ein Shelly Plus HT welches das neue Protokoll verwendet. Das
Auslesen mit einem Shelly Plug S habe ich mit der Anleitung (
https://wiki.volkszaehler.org/howto/node-red) geschafft.

Nach ein bisschen Recherche schaffe ich es auch nun, dass der neue Shelly
Daten ins Payload spuckt. DIese haben aber das Format {"id": 0,"rh":40.6}
Wie kann ich nun den Wert aus rh ins payload filtern/übergeben?
Für JSON Programmierer wahrscheinlich ein Klacks. Ich bitte um Hilfe.

Gruß

Re: [vz-users] Tausche IR-Lesekopf gegen Gaszähler

[René W]

Vielen Dank für den Hinweis Klaus
Dann werde ich mich wohl doch ein bissl einlesen.

Klaus Reichenecker  schrieb am So. 18. Dez. 2022 um 20:52:

> Hallo Rene,
>
>
>
> ich kann Dir zwar nichts anbieten,
>
>
>
> aber Vorsicht, gerade bei vielen dieser BK4 Zähler funktioniert es mit
> einem Reedkontakt oft nicht
>
> Der verbaute Magnet ist viel zu schwach
>
>
>
> Mit einem Hallsensor und ESP8266 / ESPEasy bekommst aber auch hier die
> Werte sehr leicht in VZ
>
>
>
>
>
> VG
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *René W
> *Gesendet:* Sonntag, 18. Dezember 2022 20:46
> *An:* Volkszähler 
> *Betreff:* [vz-users] Tausche IR-Lesekopf gegen Gaszähler
>
>
>
> Moin
>
> Wir sind umgezogen. Vorher hatte ich zwei Stromzähler ausgelesen. Nun habe
> ich nur noch einen Zähler aber dafür einen Gaszähler (BK 4).
>
> Vielleicht hat ja jemand einen Reed Kontakt über.
>
>
>
> Gruß
>

[vz-users] Tausche IR-Lesekopf gegen Gaszähler

[René W]

Moin
Wir sind umgezogen. Vorher hatte ich zwei Stromzähler ausgelesen. Nun habe
ich nur noch einen Zähler aber dafür einen Gaszähler (BK 4).
Vielleicht hat ja jemand einen Reed Kontakt über.

Gruß

Re: [vz-users] SD-Karten Crash

[René W]

Hallo Stefan
Ich habe meine Datenbank auf ein NAS ausgelagert. Dazu gibt es auch eine
Anleitung auf VZ. läuft seit über 6 Jahren ohne Probleme.

Stefan S.  schrieb am Di. 22. Nov. 2022 um 06:52:

> Hallo,
>
> meine SD-Karten halten aktuell kaum länger als ein Jahr. Bei mir sind
> inzwischen schon einige zerstört.
> Kann ich an der Config noch was optimiert werden, damit diese länger
> halten? Danke!
>
> {
> // General settings
> "daemon": true,// run periodically
> "verbosity": 0, // log verbosity (0=log_alert, 1=log_error,
> 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
> "log": "/var/log/vzlogger.log", // log file, optional
> "retry": 30,// http retry delay in seconds
>
> // Build-in HTTP server
> "local": {
> "enabled": false,   // enable local HTTPd for serving live readings
> "port": 8080,   // TCP port for local HTTPd
> "index": true,  // provide index listing of available channels
> if no UUID was requested
> "timeout": 30,  // timeout for long polling comet requests in
> seconds (0 disables comet)
> "buffer": 600// HTTPd buffer configuration for serving
> readings, default -1
> //   >0: number of seconds of readings to serve
> //   <0: number of tuples to server per
> channel (e.g. -3 will serve 3 tuples)
> },
>
> // realtime notification settings
> "push": [
> {
> "url": "http://127.0.0.1:5582;   //
> notification destination, e.g. frontend push-server
> }
> ],
> // Meter configuration
> "meters": [{
>
> "enabled" : true,
> "allowskip": false,
> "aggtime": 60,
> "aggfixedinterval": false,
> "channels": [{
> "uuid" : "",
> "middleware" : "http://localhost/middleware.php;
> ,
> "identifier" : "1-0:1.8.0",  //Zählerstände
> "api": "volkszaehler",
> "aggmode": "max"
> }, {
> "uuid" : "",
> "middleware" : "http://localhost/middleware.php;
> ,
> "identifier" : "1-0:16.7.0", // Leistungswerte
> "api": "null",
> "aggmode": "none"
> }],
> "protocol": "sml",
> "device": "/dev/ttyUSB0",
> "baudrate": 9600,
> "parity": "8n1",
> "use_local_time": true
> },
>
> Gruß,
> Stefan
>

Re: [vz-users] negative Leistung L3

[René W]

Ich habe einfach ein Shelly Plug S zwischen die Steckdose geschaltet. Den
kann man auslesen und auch in die Datenbank eintragen.

Gruß

Tobias Baumann <017623705...@o2online.de> schrieb am So. 13. Nov. 2022 um
14:59:

> Hallo Gruppe
>
>
>
> muss ich irgendetwas besonderes Konfigurieren damit auch negative
> Leistungen in Frontend angezeigt werden
>
>
> Hintergrund heute habe ich meine Balkonsolaranlage in Betrieb genommen
> auf L3 um ca 0900 , diese liefert zurzeit 20-40Watt ( viel Nebel heute)
>
> aber diese Werte werden nicht angezeigt . Ich habe L3 genommen da hier
> fast keine Verbraucher drauf sind somit die Beste übersicht für den
> Start ( soll später auf L2 oder L1 geändert werden)
>
>
>
> --
> Diese E-Mail wurde von AVG-Antivirussoftware auf Viren geprüft.
> www.avg.com
>

Re: [vz-users] Gateway Timeout

[René W]

Hallo Jörg

Ich habe auch so ein setup und oft Timeout gehabt.
Was für eine DS hast du denn?
Seit dem ich mir die DS220+ (https://amzn.to/3BBCQaZ)* mit 4GB mehr RAM
(https://amzn.to/3dwwT7v)* gegönnt habe, habe ich kein Time out mehr.

Gruß

*Affiliate Link


Jörg Middendorf  schrieb am Fr. 23.
Sept. 2022 um 08:41:

> Hallo Leute,
>
> noch eine Frage zum VZ auf dem Raspberry Pi. Datenbank auf einer Synology.
> Immer wenn ich länger nicht auf die Daten zugegriffen habe, bekomme ich
> ‚Gateway Timeout‘. Muss ich dann mehrfach bestätigen und irgendwann lädt
> das Frontend dann mit allen Kanälen. Danach läuft alles flüssig, selbst
> wenn ich z.B. ein Jahr Daten abrufe.
>
> Auch das Löschen einzelner Kanäle funktioniert leider nicht – aber ich
> meine gesehen zu haben dass das ein bekanntes Problem ist und es keine
> Lösung gibt außer direkt in der Datenbank zu löschen.
>
>
>
> Über Ideen würde ich mich freuen
>
>
>
>
>

[vz-users] permanent aktiver Prozess in der DB

[René W]

Hallo,

meine Datenbank liegt auf ein NAS. volkszaehler läuft ein einem Pi.
Nun habe ich mal in die MariaDB10 geschaut und sehe unter Statistik -
Prozesse, bei den aktiven immer folgenden SQL Befehl:
SELECT

* FROM `INFORMATION_SCHEMA`.`PROCESSLIST` WHERE state != ""

Kann mir jemand sagen, was dieser macht und ob das normal ist?

Gruß
René

Re: [vz-users] neue Synology Datenbank - nix geht mehr

[René W]

 GELÖST
Auf der DS war die Verbindung per TCP/IP zur Datenbank noch deaktiviert.
Selten dämlich.

Nun läuft auch alles.





Am Fr., 20. Mai 2022 um 00:53 Uhr schrieb René W :

> Nabend Stefan,
>
> ich bin ziemlich sicher dass es nginx ist. In der
> */etc/nginx/sites-available/volkszaehler* steht:
>
>> # Volkszaehler
>>
>> include /etc/nginx/proxy_params;
>>
>> server {
>>   listen 81;
>>   listen [::]:81;
>>
>>   location / {
>> proxy_pass http://127.0.0.1:8080;
>> include /etc/nginx/proxy_params;
>>   }
>>
>>   location /middleware {
>> rewrite ^/middleware(.php)?(/.*)? $2;
>> proxy_pass http://127.0.0.1:8080/;
>>   }
>>
>>   location /api {
>> rewrite ^/api(/.*)? $1;
>> proxy_pass http://127.0.0.1:8080/;
>>   }
>>
>>   location /frontend {
>> rewrite ^/frontend/(.*) $1;
>> proxy_pass http://127.0.0.1:8080/;
>>   }
>> }
>>
>
> Frontend über http://192.168.178.22:81/frontend.php
>
> {"version":"0.3","exception":{"message":"An exception occurred in driver: 
> SQLSTATE[HY000] [2002] Verbindungsaufbau 
> abgelehnt","type":"ConnectionException","code":0}}
>
> Irgendwie ein Berechtigungsfehler vom Pi(?)
>
> Gruß
>
> Am Fr., 20. Mai 2022 um 00:39 Uhr schrieb Stefan Bauer <
> s...@stefan-bauer.net>:
>
>> Welche der 3 Varianten für den Webserver hast Du denn verwendet?
>> Wie sehen die Confugs dazu aus?
>>
>> Frontend funktioniert?
>>
>> Stefan
>>
>> Von meinem iPhone gesendet
>>
>> Am 20.05.2022 um 00:34 schrieb René W :
>>
>> 
>> Hallo,
>> ich habe mir eine neue Synology gegönnt, auf dieser ist die Datenbank von
>> VZ. Auf einem Raspberry läuft middleware und co.
>> Die Datenbank habe ich schon zurückgespielt. Über php MyAdmin sehe ich
>> diese auch.
>>
>> Anscheinend habe ich zwei Fehler:
>> a) in der vzlogger.log steht haufenweise:
>> CURL Error from middleware: 'ConnectionException': 'An exception occurred
>> in driver: SQLSTATE[HY000] [2002] Connection refused'
>>
>> b) wenn ich die middelware auf dem Pi öffne
>> http://192.168.178.22:81/middleware.php erhalte ich ein "500 Internal
>> Server Error nginx/1.14.2"
>>
>> Leider lief das Setup jahrelang so dass ich kaum noch weiß wo ich was nun
>> gucken kann. Also erstmal die middleware auf dem pi zum laufen bringen. Wer
>> kann mir bitte helfen?
>>
>> Gruß
>> René
>>
>>

Re: [vz-users] neue Synology Datenbank - nix geht mehr

[René W]

Nabend Stefan,

ich bin ziemlich sicher dass es nginx ist. In der
*/etc/nginx/sites-available/volkszaehler* steht:

> # Volkszaehler
>
> include /etc/nginx/proxy_params;
>
> server {
>   listen 81;
>   listen [::]:81;
>
>   location / {
> proxy_pass http://127.0.0.1:8080;
> include /etc/nginx/proxy_params;
>   }
>
>   location /middleware {
> rewrite ^/middleware(.php)?(/.*)? $2;
> proxy_pass http://127.0.0.1:8080/;
>   }
>
>   location /api {
> rewrite ^/api(/.*)? $1;
> proxy_pass http://127.0.0.1:8080/;
>   }
>
>   location /frontend {
> rewrite ^/frontend/(.*) $1;
> proxy_pass http://127.0.0.1:8080/;
>   }
> }
>

Frontend über http://192.168.178.22:81/frontend.php

{"version":"0.3","exception":{"message":"An exception occurred in
driver: SQLSTATE[HY000] [2002] Verbindungsaufbau
abgelehnt","type":"ConnectionException","code":0}}

Irgendwie ein Berechtigungsfehler vom Pi(?)

Gruß

Am Fr., 20. Mai 2022 um 00:39 Uhr schrieb Stefan Bauer <
s...@stefan-bauer.net>:

> Welche der 3 Varianten für den Webserver hast Du denn verwendet?
> Wie sehen die Confugs dazu aus?
>
> Frontend funktioniert?
>
> Stefan
>
> Von meinem iPhone gesendet
>
> Am 20.05.2022 um 00:34 schrieb René W :
>
> 
> Hallo,
> ich habe mir eine neue Synology gegönnt, auf dieser ist die Datenbank von
> VZ. Auf einem Raspberry läuft middleware und co.
> Die Datenbank habe ich schon zurückgespielt. Über php MyAdmin sehe ich
> diese auch.
>
> Anscheinend habe ich zwei Fehler:
> a) in der vzlogger.log steht haufenweise:
> CURL Error from middleware: 'ConnectionException': 'An exception occurred
> in driver: SQLSTATE[HY000] [2002] Connection refused'
>
> b) wenn ich die middelware auf dem Pi öffne
> http://192.168.178.22:81/middleware.php erhalte ich ein "500 Internal
> Server Error nginx/1.14.2"
>
> Leider lief das Setup jahrelang so dass ich kaum noch weiß wo ich was nun
> gucken kann. Also erstmal die middleware auf dem pi zum laufen bringen. Wer
> kann mir bitte helfen?
>
> Gruß
> René
>
>

[vz-users] neue Synology Datenbank - nix geht mehr

[René W]

Hallo,
ich habe mir eine neue Synology gegönnt, auf dieser ist die Datenbank von
VZ. Auf einem Raspberry läuft middleware und co.
Die Datenbank habe ich schon zurückgespielt. Über php MyAdmin sehe ich
diese auch.

Anscheinend habe ich zwei Fehler:
a) in der vzlogger.log steht haufenweise:
CURL Error from middleware: 'ConnectionException': 'An exception occurred
in driver: SQLSTATE[HY000] [2002] Connection refused'

b) wenn ich die middelware auf dem Pi öffne
http://192.168.178.22:81/middleware.php erhalte ich ein "500 Internal
Server Error nginx/1.14.2"

Leider lief das Setup jahrelang so dass ich kaum noch weiß wo ich was nun
gucken kann. Also erstmal die middleware auf dem pi zum laufen bringen. Wer
kann mir bitte helfen?

Gruß
René

Re: [vz-users] Hilfe bei der Fehlersuche

[René W]

Hallo Robert,
herzlich Willkommen.Ich habe auch den EasyMeter. Hast du die Basics auf
dieser Seite schon durch: https://wiki.volkszaehler.org/howto/debug ?
Das hat mir immer geholfen. Meld dich sonst nochmal.
Gruß

Am Do., 12. Mai 2022 um 19:54 Uhr schrieb Robert Jaeger :

> Hallo liebe Volkszähler,
>
> ich möchte mich kurz vorstellen: Mein Name ist Robert und ich komme aus
> Osnabrück. Ich habe kaum Kenntnisse bezüglich Linux, der Raspbi ist mein
> erster Rechner mit diesem Betriebssystem. Ich habe daher alles so gemacht,
> wie es in der Anleitung steht... glaube ich zumindest...
>
> Mein Problem: Mein Volkszähler funktionert nicht.
>
> Etwas zu meinen verwendeten Komponenten: mein Zähler ist ein EasyMeter
> Q3A, der IR-Lesekopf kommt von ELV-Elektronik,
> der Raspbi ist ein Raspberry Pi 4 Model B mit 2 GB.
>
> Kurz zum aktuellen Status: der Lesekopf empfängt Daten, die Empfangs-LED
> blinkt. Allerdings sehe ich dann im Frontend keinen Graphen. Einen Kanal
> habe ich bereits angelegt.
>
> Wie könnte ich bei der Fehlersuche am besten vorgehen?
>
> Über eure Hilfe würde ich mich riesig freuen.
>
> Schöne Grüße
>
> Robert
>

Re: [vz-users] Leistungsdaten vom Shelly an VZ-DB senden

[René W]

Hi

Ich habe es mit Node Red gelöst.
Vielleicht wäre das eine Alternative für dich

Michael Hartmann  schrieb am Do. 24. Feb. 2022 um
17:27:

> Hallo,
>
>
>
> ich nutze einen Shelly 1PM um die von einem Lüftungsgerät (KWL)
> aufgenommene Leistung zu messen. Dazu habe ich ein Phyton-Skript das mir
> via http-Request die Leistungsdaten vom Shelly abholt, indem es die JSON
> payload auswertet.
>
>
>
> Das Skript führe ich jede Minute via Cronjob aus. Das ist bzgl. Auflösung
> für die weitgehend konstante Leistungsaufnahme der KWL ausreichend. Wäre
> per Cronjob ja auch nicht schneller machbar.
>
>
>
> Ist das minütliche Ausführen des Cronjobs bzgl. Performance für einen
> Raspi 3B+ ok?
>
> Neben den Leistungsdatum kann ich vom Shelly noch den UNIX-Timestamp dazu
> bekommen. Macht es Sinn das Leistungsdatum inkl. Timestamp an die
> Middleware zu senden. Aktuell lasse ich die Middleware den Timestamp dazu
> anlegen.
>
>
>
> Grüße
>
>
>
> Micha
>
>
>
>
>

Re: [vz-users] Zählerstands-Datei auslesen

[René W]

Das messen funktioniert schon. Hab jetzt mal 1kW an Last auf die Leitung
gegeben (eAuto) und dieser Wert wurde auch ziemlich genau errechnet.
Hab es jetzt auch mal im Forum geschildert (
https://www.photovoltaikforum.com/thread/167846-s0-am-gpio-liefert-keine-werte/?postID=2514630#post2514630
)
Ich habe jetzt erstmal nur das Problem, dass er nicht auf 0Wh geht wenn die
Last weg ist.
Gruß

Am Mi., 23. Feb. 2022 um 23:22 Uhr schrieb Klaus Reichenecker :

> Hallo Rene,
>
>
>
> VZLogger benutze ich wie gesagt nicht
>
>
>
> Er wird aber auch Die bei Deinem Problem nicht helfen
>
>
>
> Für S0 benötigst Du möglichst viel Impulse in kurzen Abständen
>
> VZ sagt dann z.B. – ok 1 Impuls pro Sekunde sind 1000 W – 2 Impulse 2000W
>
> Wenn Du da jetzt nur einen Impuls jede Stunde schickst – wie soll da für
> kurze Zeiten was berechnet werden?
>
>
>
> Viel Grüße
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *René W
> *Gesendet:* Mittwoch, 23. Februar 2022 23:11
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] Zählerstands-Datei auslesen
>
>
>
> Hallo Klaus,
>
>
>
> danke für den Input. Hab es jetzt auch hinbekommen. In C muss ich dafür
> nur popen verwenden und ich habe die Variablen weggelassen wegen der
> deklaration.
>
> Wenn der Zähler anhält, dann sehe ich im Frontend immer noch eine aktuelle
> Leistung. Daher nun die Frage wie wird es in der vzlogger.conf richtig
> definiert.
>
> meine relevante Stelle sieht so aus:
>
>   "enabled": true,
>   "allowskip": false,
>   "interval": -1,
>   "aggtime": -1,
>   "aggfixedinterval": false,
>   "channels": [
> {
>   //"api": "volkszaehler",
>   "uuid": "8d98dde0-936c-11ec-9ecb-XX",
>   "identifier": "Impulse",
>   "middleware": "http://localhost/middleware.php;,
>   "aggmode": "none", //sum
>   "duplicates": 0
> }
>   ],
>   "protocol": "s0",
>   //"device": "",
>   "gpio": 18,
>   //"mmap": "rpi2",
>   //"gpio_dir": -1,
>   "configureGPIO": true,
>   "resolution": 1000,
>   //"send_zero": false,
>   "debounce_delay": 0
>   //"nonblocking_delay": 10
>
>
>
>
>
>
>
> Am Mi., 23. Feb. 2022 um 20:58 Uhr schrieb Klaus Reichenecker  >:
>
> Hallo Rene,
>
>
>
> bei mir sieht das in Bash so aus:
>
>
>
> uuid1=6e8a3100-1234-11ec-86af-fdf053781c9a
>
> send1="
> http://blabla.de/volkszaehler.org/htdocs/middleware.php/data/$uuid1.json?operation=add=1
> "
>
> curl $send1
>
>
>
> Das ich das über Variablen mache liegt nur daran das es so für mich
> einfacher zu editieren / kopieren ist
>
>
>
> Den Timestamp lässt am Besten weg – macht VZ intern – ist ja auch egal ob
> jetzt der gemessene Wert paar ms später geloggt wird
>
> Value muss bei einem So-Zähler immer 1 sein – da es ja 1 Impuls ist –
> ausser Du aggregierst vorher in Deiner Software um weniger Datenübertragung
> zu haben – z.B. nur jeder 10. Impus
>
> Dann könntest aber auch einfach sagen ein Impuls sind z.B. nicht 1 Watt
> sondern 10 Watt un dnur jeden 10. Schocken
>
>
>
> Viele Grüße
>
>
>
> Klaus
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *René W
> *Gesendet:* Mittwoch, 23. Februar 2022 10:32
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] Zählerstands-Datei auslesen
>
>
>
> Hallo,
>
>
>
> ja da kämpfe ich mich gerade durch.
>
> Ich versuche erstmal gerade den richtigen Befehl heruaszufinden mit post
> oder wget und dass dann in das script einzubauen.
>
> Kann mir da bitte jemand helfen?
>
>
>
> Ich habe jetzt testweise
> POST
> http://192.168.178.22:81/volkszaehler.org/htdocs/middleware.php/data/8d98dde0-936c-11ec-9ecb-XX.json?ts=now=13
>
> und
>
> wget -O - -q "
> http://192.168.178.22:81/volkszaehler.org/htdocs/middleware.php/data/8d98dde0-936c-11ec-9ecb-
> XX .json?operation=add=now=13"
>
> erfolglos getestet.
>
> Bei Value muss dann ja final die variable "globalCounter" aus dem c
> Programm.
>
>
>
> Es fehlt nur noch der letzte Schritt bis (hoffentlich) final läuft.
>
>
>
> G

Re: [vz-users] Zählerstands-Datei auslesen

[René W]

Hallo Klaus,

danke für den Input. Hab es jetzt auch hinbekommen. In C muss ich dafür nur
popen verwenden und ich habe die Variablen weggelassen wegen der
deklaration.
Wenn der Zähler anhält, dann sehe ich im Frontend immer noch eine aktuelle
Leistung. Daher nun die Frage wie wird es in der vzlogger.conf richtig
definiert.
meine relevante Stelle sieht so aus:
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
{
  //"api": "volkszaehler",
  "uuid": "8d98dde0-936c-11ec-9ecb-XX",
  "identifier": "Impulse",
  "middleware": "http://localhost/middleware.php;,
  "aggmode": "none", //sum
  "duplicates": 0
}
  ],
  "protocol": "s0",
  //"device": "",
  "gpio": 18,
  //"mmap": "rpi2",
  //"gpio_dir": -1,
  "configureGPIO": true,
  "resolution": 1000,
  //"send_zero": false,
  "debounce_delay": 0
  //"nonblocking_delay": 10



Am Mi., 23. Feb. 2022 um 20:58 Uhr schrieb Klaus Reichenecker :

> Hallo Rene,
>
>
>
> bei mir sieht das in Bash so aus:
>
>
>
> uuid1=6e8a3100-1234-11ec-86af-fdf053781c9a
>
> send1="
> http://blabla.de/volkszaehler.org/htdocs/middleware.php/data/$uuid1.json?operation=add=1
> "
>
> curl $send1
>
>
>
> Das ich das über Variablen mache liegt nur daran das es so für mich
> einfacher zu editieren / kopieren ist
>
>
>
> Den Timestamp lässt am Besten weg – macht VZ intern – ist ja auch egal ob
> jetzt der gemessene Wert paar ms später geloggt wird
>
> Value muss bei einem So-Zähler immer 1 sein – da es ja 1 Impuls ist –
> ausser Du aggregierst vorher in Deiner Software um weniger Datenübertragung
> zu haben – z.B. nur jeder 10. Impus
>
> Dann könntest aber auch einfach sagen ein Impuls sind z.B. nicht 1 Watt
> sondern 10 Watt un dnur jeden 10. Schocken
>
>
>
> Viele Grüße
>
>
>
> Klaus
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *René W
> *Gesendet:* Mittwoch, 23. Februar 2022 10:32
> *An:* volkszaehler.org - users 
> *Betreff:* Re: [vz-users] Zählerstands-Datei auslesen
>
>
>
> Hallo,
>
>
>
> ja da kämpfe ich mich gerade durch.
>
> Ich versuche erstmal gerade den richtigen Befehl heruaszufinden mit post
> oder wget und dass dann in das script einzubauen.
>
> Kann mir da bitte jemand helfen?
>
>
>
> Ich habe jetzt testweise
> POST
> http://192.168.178.22:81/volkszaehler.org/htdocs/middleware.php/data/8d98dde0-936c-11ec-9ecb-XX.json?ts=now=13
>
> und
>
> wget -O - -q "
> http://192.168.178.22:81/volkszaehler.org/htdocs/middleware.php/data/8d98dde0-936c-11ec-9ecb-
> XX .json?operation=add=now=13"
>
> erfolglos getestet.
>
> Bei Value muss dann ja final die variable "globalCounter" aus dem c
> Programm.
>
>
>
> Es fehlt nur noch der letzte Schritt bis (hoffentlich) final läuft.
>
>
>
> Gruß
>
>
>
>
>
> Am Mi., 23. Feb. 2022 um 09:17 Uhr schrieb Thomas Höpfner  >:
>
> Hallo,
>
>
>
> im Wiki gibt es eine beschreibung der middware api. wenn es darum geht
> impulse zu erfassen, ist vzlogger die bewährte methode.
>
> Thomas
>
>
>
>
>
> Am 23.02.2022 um 08:01 schrieb René Warsow :
>
> 
>
> Hallo Klause,
>
>
>
> ja das ist eine sehr gute Idee.
> Mein Setup dafür sah bisher so aus:
>
>
>
> es gibt eine stromzaehler.c mit folgenden Inhalt:
>
> https://pastebin.com/MXaU4Y6i
>
>
>
> das wird dann mittels gcc kompiliert und als Dienst gestartet.
>
>
>
> Die Anleitung dazu habe ich hiervon:
> https://weberblog.net/stromzahler-mit-s0-schnittstelle-vom-raspberry-pi-auswerten/
>
>
>
> Ich habe schonmal gegoogelt wie man das an die middelware schickt. Mit
> fopen/fclose, richtig?
> Wenn es da was fertiges gibt würde ich das einfach parallel dazu laufen
> lassen, sodass die Middleware gefüttert wird. Also mit in die .c Datei
> ergänzen.
>
>
>
> UUID habe ich ja angelegt.
>
>
>
> Gruß
>
>
>
> *Von: *Klaus Reichenecker 
> *Gesendet: *Dienstag, 22. Februar 2022 18:12
> *An: *volkszaehler.org - users 
> *Betreff: *Re: [vz-users] Zählerstands-Datei auslesen
>
>
>
> Womit erstellst Du das File in dem hochgezählt wird?
>
> Ba

Re: [vz-users] Zählerstands-Datei auslesen

[René W]

Hallo,

ja da kämpfe ich mich gerade durch.
Ich versuche erstmal gerade den richtigen Befehl heruaszufinden mit post
oder wget und dass dann in das script einzubauen.
Kann mir da bitte jemand helfen?

Ich habe jetzt testweise
POST
http://192.168.178.22:81/volkszaehler.org/htdocs/middleware.php/data/8d98dde0-936c-11ec-9ecb-XX.json?ts=now=13
und
wget -O - -q "
http://192.168.178.22:81/volkszaehler.org/htdocs/middleware.php/data/8d98dde0-936c-11ec-9ecb-
XX .json?operation=add=now=13"
erfolglos getestet.
Bei Value muss dann ja final die variable "globalCounter" aus dem c
Programm.

Es fehlt nur noch der letzte Schritt bis (hoffentlich) final läuft.

Gruß


Am Mi., 23. Feb. 2022 um 09:17 Uhr schrieb Thomas Höpfner :

> Hallo,
>
> im Wiki gibt es eine beschreibung der middware api. wenn es darum geht
> impulse zu erfassen, ist vzlogger die bewährte methode.
>
> Thomas
>
>
> Am 23.02.2022 um 08:01 schrieb René Warsow :
>
> 
>
> Hallo Klause,
>
>
>
> ja das ist eine sehr gute Idee.
> Mein Setup dafür sah bisher so aus:
>
>
>
> es gibt eine stromzaehler.c mit folgenden Inhalt:
>
> https://pastebin.com/MXaU4Y6i
>
>
>
> das wird dann mittels gcc kompiliert und als Dienst gestartet.
>
>
>
> Die Anleitung dazu habe ich hiervon:
> https://weberblog.net/stromzahler-mit-s0-schnittstelle-vom-raspberry-pi-auswerten/
>
>
>
> Ich habe schonmal gegoogelt wie man das an die middelware schickt. Mit
> fopen/fclose, richtig?
> Wenn es da was fertiges gibt würde ich das einfach parallel dazu laufen
> lassen, sodass die Middleware gefüttert wird. Also mit in die .c Datei
> ergänzen.
>
>
>
> UUID habe ich ja angelegt.
>
>
>
> Gruß
>
>
>
> *Von: *Klaus Reichenecker 
> *Gesendet: *Dienstag, 22. Februar 2022 18:12
> *An: *volkszaehler.org - users 
> *Betreff: *Re: [vz-users] Zählerstands-Datei auslesen
>
>
>
> Womit erstellst Du das File in dem hochgezählt wird?
>
> Bash?
>
>
>
> Wäre es nicht einfacher direkt von dort in VZ zu loggen – ganz ohne
> vzlogger?
>
>
>
> Entweder mit vzclient – oder sogar ganz direkt
>
>
>
> Falls interessant lass es mich wissen
>
>
>
> Viele Grüße
>
>
>
>
>
>
>
> *Von:* volkszaehler-users <
> volkszaehler-users-boun...@demo.volkszaehler.org> *Im Auftrag von *René
> Warsow
> *Gesendet:* Dienstag, 22. Februar 2022 13:42
> *An:* volkszaehler-us...@lists.volkszaehler.org
> *Betreff:* [vz-users] Zählerstands-Datei auslesen
>
>
>
>
>
> Hallo,
>
> ich habe es endlich geschafft einen S0 mit Interrupt und WiringPi
> auszulesen. Nun habe ich eine file /var/strom/stromcounter wo forlaufend
> hochgezählt wird bei jedem Impuls auf S0. Sprich ich sehe dort immer die
> Anzahl der Impulse. So weit so gut.
>
> Wie bekomme ich nun diesen „Zähler“ in die vzlogger.conf?
>
>
> Gruß
>
>
>
>

Re: [vz-users] Zählerstands-Datei auslesen

[René W]

Im config Editor (https://volkszaehler.github.io/vzlogger/) sind ja ein
paar Hinweise zu files:

optional format string. Supports $v for value, $i for identifier and $t for
timestamp. E.g. $i:$v. If empty just a value is read from each line of the
file


Demnach müsste ich versuchen die File zeilenweise mit Timestamps zu füllen.
Und auch irgendwann zu leeren, oder?

Leider reichen dafür meine Copy und Google Skills nicht mehr aus.
Vielleicht mag mir wer helfen. So sieht mein Script(?) zur Zeit aus:

> #! /bin/sh
> # Aktionen
> case "$1" in
> start)
> /usr/local/bin/stromzaehler &
> #/opt/beispiel start
> ;;
> stop)
> killall stromzaehler
> #/opt/beispiel stop
> ;;
> restart)
> killall stromzaehler
> /usr/local/bin/stromzaehler &
> #/opt/beispiel restart
> ;;
> esac
>
> exit 0
>
Wie sollte die auszulesende file nun aussehen und wie der format string in
der vzlogger.conf?
Ich vermute eine zeilenweise file mit timestamp und value (und optional
identifier) wäre das richtige $i:$t:$v

Wie man verhindert dass die File überläuft keine Ahnung.

Gruß

Am Di., 22. Feb. 2022 um 13:41 Uhr schrieb René Warsow :

>
>
> Hallo,
>
> ich habe es endlich geschafft einen S0 mit Interrupt und WiringPi
> auszulesen. Nun habe ich eine file /var/strom/stromcounter wo forlaufend
> hochgezählt wird bei jedem Impuls auf S0. Sprich ich sehe dort immer die
> Anzahl der Impulse. So weit so gut.
>
> Wie bekomme ich nun diesen „Zähler“ in die vzlogger.conf?
>
>
> Gruß
>

Re: [vz-users] vz Installation auf Webhoster

[René W]

Jemand zufällig hier der weiß ob es bei all-inkl laufen würde?
Da bin ich eh Kunde. Das wäre echt praktisch. Ansonsten beschäftige ich
mich mal damit (irgendwann)
Gruß

Daniel Lauckner  schrieb am Mi. 2. Feb. 2022 um 22:28:

> Hallo,
>
>
> am Mittwoch, 2. Februar 2022 um 22:19 hat Michael Sevenich geschrieben:
> > Die Howtos habe ich aufmerksam gelesen.
> > Allerdings fängt es ja bei der Wahl eines geeigneten Webhosters und dem
> > passenden Paket ja schon an.
>
> Im HowTo wird ein Hoster genannt. Ich glaub viel einfacher kannst du es
> nicht bekommen.
>
>
> mfg Daniel
>
>

Re: [vz-users] Volkszähler: Frage zum Setup

[René W]

Nach meinem Wissen ist das auch korrekt so dass die „Datei“ verschwindet.
Hast du in Putty auch die IP Adresse eingetragen?

Mail  schrieb am Di. 11. Mai 2021 um 13:28:

> Das bringt alles nix.
> Nach dem Booten ist die Datei verschwunden, aber per Putty konnte ich
> trotzdem nicht zugreifen.
>
> *Gesendet:* Dienstag, 11. Mai 2021 um 12:58 Uhr
>
> *Von:* "René W." 
> *An:* "volkszaehler.org - users"  >
> *Betreff:* Re: [vz-users] Volkszähler: Frage zum Setup
>
> SSH aktivieren:
> https://www.elektronik-kompendium.de/sites/raspberry-pi/1906281.htm
>
>
>
> Würde mich aber wundern, da SSH ja in der Image aktiviert sein soll
>
>
>
> *Von: *Mail 
> *Gesendet: *Dienstag, 11. Mai 2021 12:55
> *An: *volkszaehler-users@demo.volkszaehler.org
> *Betreff: *Re: [vz-users] Volkszähler: Frage zum Setup
>
>
>
> Unter Windows kann ich eine Boot Partition sehen, die ein Verzeichnis
> "SSH" enthält. Die andere PArtition kann ich nicht öffnen (bzw. nur mit
> Ext2Explore, damit kann ich aber nichts schreiben.
>
> Wo soll denn die SSH-Datei angelegt werden und ggf. wie?
>
>
>
>
>
> *Gesendet:* Dienstag, 11. Mai 2021 um 12:48 Uhr
> *Von:* "René W." 
> *An:* "volkszaehler.org - users"  >
> *Betreff:* Re: [vz-users] Volkszähler: Frage zum Setup
>
> Überprüfe mal ob auf der SD Karte eine ssh Datei ist. ggf. anlegen (ohne
> Dateiendung!)
>
>
>
> Gruß René
>
>
>
> *Von: *Mail 
> *Gesendet: *Dienstag, 11. Mai 2021 12:46
> *An: *volkszaehler-users@demo.volkszaehler.org
> *Betreff: *Re: [vz-users] Volkszähler: Frage zum Setup
>
>
>
> Hallo Daniel,
>
>
>
> nein, da kommt gar nichts.
>
> Ich versuche mich mit Putty und der IP-Adresse (Port 22 SSH) zu verbinden.
> ES kommt nur eine schwarze Box und nach einiger zeit erscheint ein Fehler -
> siehe Screenshot anbei.
>
> PEr Browser kommt die Weboberfläche - siehe Screenshot anbei.
>
> Bisher habe ich noch nichts konfiguriert.
>
>
>
> VG, Mirko
>
>
>
>
>
> *Gesendet:* Dienstag, 11. Mai 2021 um 12:38 Uhr
> *Von:* "Daniel Lauckner" 
> *An:* "volkszaehler.org - users"  >
> *Betreff:* Re: [vz-users] Volkszähler: Frage zum Setup
>
> Hallo,
>
>
> am Dienstag, 11. Mai 2021 um 12:28 hat Mail geschrieben:
> > Leider kann ich mit Putty nicht darauf zugreifen. Es kommt nicht einmal
> eine Login Abfrage.
>
> Normalerweise kommt vor dem Login eine Rückfrage wegen des Keys der
> generiert wurde. Diese muss bestätigt werden sonst gibt es auch keine Login.
> Kommt die Meldung und wurde sie betätigt?
>
>
> mfg Daniel
>
>
>
>
>
>

Re: [vz-users] Volkszähler: Frage zum Setup

[René W .]

SSH aktivieren: https://www.elektronik-kompendium.de/sites/raspberry-pi/1906281.htm Würde mich aber wundern, da SSH ja in der Image aktiviert sein soll Von: MailGesendet: Dienstag, 11. Mai 2021 12:55An: volkszaehler-users@demo.volkszaehler.orgBetreff: Re: [vz-users] Volkszähler: Frage zum Setup Unter Windows kann ich eine Boot Partition sehen, die ein Verzeichnis "SSH" enthält. Die andere PArtition kann ich nicht öffnen (bzw. nur mit Ext2Explore, damit kann ich aber nichts schreiben.Wo soll denn die SSH-Datei angelegt werden und ggf. wie?    Gesendet: Dienstag, 11. Mai 2021 um 12:48 UhrVon: "René W." An: "volkszaehler.org - users" Betreff: Re: [vz-users] Volkszähler: Frage zum SetupÜberprüfe mal ob auf der SD Karte eine ssh Datei ist. ggf. anlegen (ohne Dateiendung!) Gruß René Von: MailGesendet: Dienstag, 11. Mai 2021 12:46An: volkszaehler-users@demo.volkszaehler.orgBetreff: Re: [vz-users] Volkszähler: Frage zum Setup Hallo Daniel, nein, da kommt gar nichts.Ich versuche mich mit Putty und der IP-Adresse (Port 22 SSH) zu verbinden. ES kommt nur eine schwarze Box und nach einiger zeit erscheint ein Fehler - siehe Screenshot anbei.PEr Browser kommt die Weboberfläche - siehe Screenshot anbei.Bisher habe ich noch nichts konfiguriert. VG, Mirko     Gesendet: Dienstag, 11. Mai 2021 um 12:38 UhrVon: "Daniel Lauckner" An: "volkszaehler.org - users" Betreff: Re: [vz-users] Volkszähler: Frage zum SetupHallo,am Dienstag, 11. Mai 2021 um 12:28 hat Mail geschrieben:> Leider kann ich mit Putty nicht darauf zugreifen. Es kommt nicht einmal eine Login Abfrage.Normalerweise kommt vor dem Login eine Rückfrage wegen des Keys der generiert wurde. Diese muss bestätigt werden sonst gibt es auch keine Login.Kommt die Meldung und wurde sie betätigt?mfg Daniel   

Re: [vz-users] Volkszähler: Frage zum Setup

[René W .]

Überprüfe mal ob auf der SD Karte eine ssh Datei ist. ggf. anlegen (ohne Dateiendung!) Gruß René Von: MailGesendet: Dienstag, 11. Mai 2021 12:46An: volkszaehler-users@demo.volkszaehler.orgBetreff: Re: [vz-users] Volkszähler: Frage zum Setup Hallo Daniel, nein, da kommt gar nichts.Ich versuche mich mit Putty und der IP-Adresse (Port 22 SSH) zu verbinden. ES kommt nur eine schwarze Box und nach einiger zeit erscheint ein Fehler - siehe Screenshot anbei.PEr Browser kommt die Weboberfläche - siehe Screenshot anbei.Bisher habe ich noch nichts konfiguriert. VG, Mirko     Gesendet: Dienstag, 11. Mai 2021 um 12:38 UhrVon: "Daniel Lauckner" An: "volkszaehler.org - users" Betreff: Re: [vz-users] Volkszähler: Frage zum SetupHallo,am Dienstag, 11. Mai 2021 um 12:28 hat Mail geschrieben:> Leider kann ich mit Putty nicht darauf zugreifen. Es kommt nicht einmal eine Login Abfrage.Normalerweise kommt vor dem Login eine Rückfrage wegen des Keys der generiert wurde. Diese muss bestätigt werden sonst gibt es auch keine Login.Kommt die Meldung und wurde sie betätigt?mfg Daniel  

Re: [vz-users] Volkszähler: Frage zum Setup

[René W .]

Hallo, über welche Adresse/IP erreichst du das Frontend im Browser?Ist der Pi im Router sichtbar? Ggf. feste IP vergeben.Welche Fehlermeldung spuckt putty aus? Gruß René Von: MailGesendet: Dienstag, 11. Mai 2021 12:28An: volkszaehler-users@demo.volkszaehler.orgBetreff: [vz-users] Volkszähler: Frage zum Setup Hallo,ich habe gerade meine SD-Karte nach der Anleitung (https://wiki.volkszaehler.org/howto/raspberry_pi_image) bespielt. Den Teil "beim Raspi Zero W im Verzeichnis /boot ..." habe ich übersprungen, da ich keinen Zero einsetze. Danach habe ich die SD-Karte in den ParpberyyPi gesteckt und ihn gebootet. Leider kann ich mit Putty nicht darauf zugreifen. Es kommt nicht einmal eine Login Abfrage. Sehr wohl kann ich das System aber per Browser erreichen und sehe die Webmasken. Über meinen WindowsPC kann ich die SD-Karte ja nur eingeschränkt einsehen. Das Zuzsatztool "Ext2Explore" erlaubt mir auch die Sicht auf die andere Partition. Das boot-Verzeichnis ist leer (ich habe den Raspberry schon einma vorher gestartet).  Wie kann ich den Raspberry erreichen? Auswerten möchte ich den Stromzähler Logarex LK13B.Als Lesekopf möchte ich einen USB-Kopf Hichi IR-USB HB0015 einsetzen. Vielen Dank für eure Hilfe. Mirko 

Re: [vz-users] Wallbox Energiezähler

[René W .]

Hey Andreas, danke für den Tipp. Diverse Raspberry und ein Synology NAS laufen ja bereits. Auch habe ich eine kleine Mini PV Anlage 600VA die jetzt schon teilweise ins Netzt zurück speist (unvergütet!). Die Leistungswerte erfasse ich bereits mit einem einfachen Shelly Plug S und MQTT.Nach einem groben ersten Blick auf EVCC ist mein Charger noch nicht gelistet, aber ich bin noch am einlesen. Gerade das langsame Laden ist interessant. Es wurde schon scherzhafterweise ein Blinkrelais vorgeschlagen  Gruß Von: Andreas GoetzGesendet: Montag, 10. Mai 2021 11:33An: volkszaehler.org - usersBetreff: Re: [vz-users] Wallbox Energiezähler Hallo Zusammen, ich hoffe https://github.com/andig/evcc ist mit von der Party wenn Du eine Wallboxe betreiben willst. Dann ists egal wo und welchen Zähler Du einbaust solange das Ding irgendeine Schnittstelle hat ;) Viele Grüße, Andreas On 10. May 2021, at 11:30, René W. <tylo...@gmail.com> wrote: Dann kann ich ja auch gleich einen Shelly 3EM im Zählerschrank verbauen und die Leitung anzapfen…. mfg Von: Daniel LaucknerGesendet: Montag, 10. Mai 2021 11:25An: volkszaehler.org - usersBetreff: Re: [vz-users] Wallbox Energiezähler Hallo,  am Montag, 10. Mai 2021 um 11:15 hat René W. geschrieben:> Der kompatible Energiezähler kostet knappe 100€. Das ist ein angemessener Preis.ModBus mag zwar genormt sein, würde mich aber nicht darauf verlassen das andere Zähler kompatibel kommunizieren.  mfg Daniel  

Re: [vz-users] Wallbox Energiezähler

[René W .]

Dann kann ich ja auch gleich einen Shelly 3EM im Zählerschrank verbauen und die Leitung anzapfen…. mfg Von: Daniel LaucknerGesendet: Montag, 10. Mai 2021 11:25An: volkszaehler.org - usersBetreff: Re: [vz-users] Wallbox Energiezähler Hallo,  am Montag, 10. Mai 2021 um 11:15 hat René W. geschrieben:> Der kompatible Energiezähler kostet knappe 100€. Das ist ein angemessener Preis.ModBus mag zwar genormt sein, würde mich aber nicht darauf verlassen das andere Zähler kompatibel kommunizieren.  mfg Daniel  

[vz-users] Wallbox Energiezähler

[René W .]

Hallo zusammen, ich habe seit Kurzem eine 3-phasige WallBox (GLBPDC-T222FC-A) dort sind laut Anleitung Anschlüsse für ein Energiezähler (und Steuersignal und DataLink). Siehe SchaltplanWie kann ich nun kostengünstig den Verbrauch erfassen? Der kompatible Energiezähler kostet knappe 100€. Ein Leerrohr wurde ebenfalls gelegt, falls es was nützt. Gruß René

[vz-users] Frontend Darstellung mehrerer Achsen und negativen Zahlen - gemeinsamer Nullpunkt

[René W .]

Hallo, ich hab seit gestern eine PV-Anlage in Betrieb. Nun kam es zu einer Einspeisung ins Netz, also negativer Verbrauch, was aber nicht Thema ist. Im Frontend möchte ich das ja auch sehen, soweit so gut.Da ich aber mehrere Y-Achsen verwende verschiebt sich nun auch der Null-Punkt der zweiten Achse. Das erschwert die optische Darstellung der Zusammenhänge.Wie kann ich erreichen, dass die Nullpunkte aller Achsen auf gleicher Höhe sind?Anbei ein Screenshot. Dort geht es mir um die prozentuale Einsparung (lila = zweite Achse). Man sieht dort, dass die Nullpunkte nicht auf einer Höhe sind.  Gruß

Re: [vz-users] ständig Gateway Timeout - Performance DB steigern

[René W .]

Moin Rupert, hier die Ausgabe: pi@raspberrypi:~ $ crontab -l# Volkszaehler*/10 * * * *  flock -n /tmp/flock-vz_aggregate.lock php /var/www/volkszaehler.org/bin/aggregate run -m delta -l minute >/dev/null1 * * * *  php /var/www/volkszaehler.org/bin/aggregate run -m delta -l hour >/dev/null0 1 * * *  php /var/www/volkszaehler.org/bin/aggregate run -m delta -l day >/dev/null#* * * * *  sudo perl /root/bin/get1wire.pl >/dev/null 2>&1You have new mail in /var/mail/pi Und hier die new mailpi@raspberrypi:/var/mail $ tail piIn PDOStatement.php line 117:  SQLSTATE[22012]: Division by zero: 1365 Division by 0run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS] [-v|--verbose] [--] [...] Ansonsten scheint die Long query log erstmal ruhig zu sein.Htop vom Pi ist sehr ruhig auch beim laden des Frontend. Da röderlt das NAS wesentlich mehr aber auch im Rahmen. CPU bei Abfrage 80% dann runter auf 15%. RAM liegt bei 60%. Bin erstmal ratlos. Gateway timeout nachwievor. Gruß Von: Rupert SchöttlerGesendet: Samstag, 3. April 2021 16:52An: volkszaehler-users@demo.volkszaehler.orgBetreff: Re: [vz-users] ständig Gateway Timeout - Performance DB steigern Hallo René,Am 03.04.21 um 12:05 schrieb René W.:Hier das Ergebnis aus der Log. Ergebnis tritt ca. alle 20 Minuten auf. REPLACE INTO aggregate ... Auch habe ich bereits die manuelle Aggregation per Hand durchgeführt mitphp /var/www/volkszaehler.org/bin/aggregate run -m full -l day -l hour -l minute  Sollte also klappen. Auch die regelmäßige Aggregation ist im cronjob hinterlegtWie schaut Deine crontab aus ($ crontab -l)? Lässt Du möglicherweise alle 20 min eine vollständige Aggregation laufen? Was wäre keine gute Idee, insbesondere bei Deiner großen Datenbank.Was beschäftigt den Pi denn so ($ top)? Gruß von Lech und WertachRupert 

Re: [vz-users] ständig Gateway Timeout - Performance DB steigern

[René W .]

Hier das Ergebnis aus der Log. Ergebnis tritt ca. alle 20 Minuten auf. /usr/local/mariadb10/bin/mysqld, Version: 10.3.24-MariaDB (Source distribution). started with:Tcp port: 3306  Unix socket: /run/mysqld/mysqld10.sockTime     Id Command Argument# Time: 210403  1:11:39# User@Host: root2[root2] @ raspberrypi [192.168.178.22]# Thread_id: 642  Schema: volkszaehler  QC_hit: No# Query_time: 1290.936163  Lock_time: 0.003416  Rows_sent: 0  Rows_examined: 6024498# Rows_affected: 0  Bytes_sent: 26use volkszaehler;SET timestamp=1617405099;REPLACE INTO aggregate (channel_id, type, timestamp, value, count) SELECT channel_id, '1' AS type, MAX(agg.timestamp) AS timestamp, COALESCE( SUM(agg.val_by_time) / (MAX(agg.timestamp) - MIN(agg.prev_timestamp)), AVG(agg.value)) AS value, COUNT(agg.value) AS count FROM ( SELECT channel_id, timestamp, value, value * (timestamp - @prev_timestamp) AS val_by_time, COALESCE(@prev_timestamp, 0) AS prev_timestamp, @prev_timestamp := timestamp FROM data CROSS JOIN (SELECT @prev_timestamp := UNIX_TIMESTAMP(DATE_ADD(FROM_UNIXTIME(MAX(timestamp) / 1000, "%Y-%m-%d %H:%i:00"), INTERVAL 1 minute)) * 1000 FROM aggregate WHERE type = '1' AND aggregate.channel_id = '1') AS vars WHERE channel_id = '1' AND timestamp >= IFNULL((SELECT UNIX_TIMESTAMP(DATE_ADD(FROM_UNIXTIME(MAX(timestamp) / 1000, "%Y-%m-%d %H:%i:00"), INTERVAL 1 minute)) * 1000 FROM aggregate WHERE type = '1' AND aggregate.channel_id = '1' ), 0) AND timestamp < UNIX_TIMESTAMP(DATE_FORMAT(NOW(), "%Y-%m-%d %H:%i:00")) * 1000 ) AS agg GROUP BY channel_id, YEAR(FROM_UNIXTIME(timestamp/1000)), DAYOFYEAR(FROM_UNIXTIME(timestamp/1000)), HOUR(FROM_UNIXTIME(timestamp/1000)), MINUTE(FROM_UNIXTIME(timestamp/1000)); Wer kann damit was anfangen? Von: Andreas GoetzGesendet: Freitag, 2. April 2021 07:30An: volkszaehler.org - usersBetreff: Re: [vz-users] ständig Gateway Timeout - Performance DB steigern Slow query log ist erstmal ne gute Idee, die kannst du dann mit explain plan einzeln analysieren. Viele Grüße, Andreas Am 01.04.2021 um 23:47 schrieb René W. :Hallo Zusammen, ich kann mittlerweile nur noch müßig aufs Frontend zugreifen. Erst nach mehrmaligen Laden.Firefox 87.0 (64bit)Mein Setup sieht folgendermaßen aus. USB-IR -> Raspberry 3B+ -> Synology NASDas sollte doch eigentlich den Pi entlasten. Auch habe ich bereits die manuelle Aggregation per Hand durchgeführt mitphp /var/www/volkszaehler.org/bin/aggregate run -m full -l day -l hour -l minute(Quelle: https://wiki.volkszaehler.org/howto/datenmengen) Bei der Prüfung der Aggregation habe ich:version "0.3"    capabilities    database    data      rows  48231750   size    4097835008   aggregation      rows  5486728   size    630407168   ratio  8.791 Sollte also klappen. Auch die regelmäßige Aggregation ist im cronjob hinterlegt. Vielleicht was auffälliges in der vzlogger.conf ? {  "retry": 0,  "daemon": true,  "verbosity": 0,  "log": "/var/log/vzlogger.log",  "push": [],  "local": {    "enabled": false,    "port": 8080,    "index": false,    "timeout": 0,    "buffer": 0  },  "meters": [    {  "enabled": true,      "allowskip": true,  "interval": -1,  "aggtime": 10,  "aggfixedinterval": true,  "channels": [    {  "api": "volkszaehler",  "uuid": "07689860- ", //Haus Q3D     "middleware": "http://192.168.178.22:81/middleware.php",  "identifier": "1-0:1.7.0", //Wirkleistung  1-0:1.7.0 0.2868     //"secretKey": "",  //"type": "device",      //"scaler": 1000,  "aggmode": "AVG", //"AVG", // "AVG" Der Mittelwert für Leistung, "MAX" für Zähler, "SUM" für Counter  "duplicates": 0    },    {  "api": "volkszaehler",  "uuid": "c1006760- ", //Haus Q3D     "middleware": "http://192.168.178.22:81/middleware.php",  "identifier": "1-0:1.8.0", //Gesamtleistung  1-0:1.7.0 0.2868   

[vz-users] ständig Gateway Timeout - Performance DB steigern

[René W .]

Hallo Zusammen, ich kann mittlerweile nur noch müßig aufs Frontend zugreifen. Erst nach mehrmaligen Laden.Firefox 87.0 (64bit)Mein Setup sieht folgendermaßen aus. USB-IR -> Raspberry 3B+ -> Synology NASDas sollte doch eigentlich den Pi entlasten. Auch habe ich bereits die manuelle Aggregation per Hand durchgeführt mitphp /var/www/volkszaehler.org/bin/aggregate run -m full -l day -l hour -l minute(Quelle: https://wiki.volkszaehler.org/howto/datenmengen) Bei der Prüfung der Aggregation habe ich:version "0.3"    capabilities    database    data      rows  48231750   size    4097835008   aggregation      rows  5486728   size    630407168   ratio  8.791 Sollte also klappen. Auch die regelmäßige Aggregation ist im cronjob hinterlegt. Vielleicht was auffälliges in der vzlogger.conf ? {  "retry": 0,  "daemon": true,  "verbosity": 0,  "log": "/var/log/vzlogger.log",  "push": [],  "local": {    "enabled": false,    "port": 8080,    "index": false,    "timeout": 0,    "buffer": 0  },  "meters": [    {  "enabled": true,      "allowskip": true,  "interval": -1,  "aggtime": 10,  "aggfixedinterval": true,  "channels": [    {  "api": "volkszaehler",  "uuid": "07689860- ", //Haus Q3D     "middleware": "http://192.168.178.22:81/middleware.php",  "identifier": "1-0:1.7.0", //Wirkleistung  1-0:1.7.0 0.2868     //"secretKey": "",  //"type": "device",      //"scaler": 1000,  "aggmode": "AVG", //"AVG", // "AVG" Der Mittelwert für Leistung, "MAX" für Zähler, "SUM" für Counter  "duplicates": 0    },    {  "api": "volkszaehler",  "uuid": "c1006760- ", //Haus Q3D     "middleware": "http://192.168.178.22:81/middleware.php",  "identifier": "1-0:1.8.0", //Gesamtleistung  1-0:1.7.0 0.2868     //"secretKey": "",  //"type": "device",  //"scaler": 1000,  "aggmode": "MAX", //"AVG", // "AVG" Der Mittelwert für Leistung, "MAX" für Zähler, "SUM" für Counter  "duplicates": 0    }   ],  "protocol": "d0",  "device": "/dev/usb-ir-lesekopf0",  "dump_file": "",  //"pullseq": "2f3f210d0a",  //"ackseq": "auto",  "baudrate": 9600,  //"baudrate_read": 9600,  "parity": "7e1"  //"wait_sync": "off",  //"read_timeout": 10,  //"baudrate_change_delay": 0    },    {  "enabled": true,  "allowskip": true,  "interval": -1,  "aggtime": -1, // >interval  "aggfixedinterval": true,  "channels": [    {  "api": "volkszaehler",  "uuid": "eb3fa3d0- ", //WP Elster AS1440 0.1833     "middleware": "http://192.168.178.22:81/middleware.php",  "identifier": "1-1:1.7.0", //Leistung     "aggmode": "AVG", // "AVG" Der Mittelwert für Leistung, "MAX" für Zähler, "SUM" für Counter     "secretKey": "",    //"type": "device",  //"scaler": 0.001,  "duplicates": 0    },    {  "api": "volkszaehler",  "uuid": "c105ad10-", //WP Elster AS1440 0.1833     "middleware": "http://192.168.178.22:81/middleware.php",  "identifier": "1-1:1.8.0", //Gesamt     "aggmode": "MAX", // "AVG" Der Mittelwert für Leistung, "MAX" für Zähler, "SUM" für Counter     "secretKey": "",     //"type": "device",  //"scaler": 1,  "duplicates": 0    },    {  "api": "volkszaehler",  "uuid": "563d4950- ", //WP Elster AS1440 0.1833     "middleware": "http://192.168.178.22:81/middleware.php",  "identifier": "1-1:1.8.1", //HT     "aggmode": "AVG", // "AVG" Der Mittelwert für Leistung, "MAX" für Zähler, "SUM" für Counter     "secretKey": "",     //"type": "device",  //"scaler": 1,  "duplicates": 0    },    {  "api": "volkszaehler",  "uuid": "953700e0- ", //WP Elster AS1440 0.1833     "middleware": "http://192.168.178.22:81/middleware.php",  "identifier": "1-1:1.8.2", //NT     "aggmode": "AVG", // "AVG" Der Mittelwert 

[vz-users] Performance der Middleware erhöhen: Datenaggregation / Cache

[René W .]

Moin, ich kämpfe immer noch mit vollem /tmp (250MB) auf meinem Synology NAS.Daher bin ich auf folgenden Wiki-Beitrag gestoßen: https://wiki.volkszaehler.org/howto/datenmengen#performance_der_middleware_erhoehendatenaggregationcache Die CronJobs waren bereits angelegt. Ich habe den minütlich noch um den „flock“ erweitert. http://IP-ADRESSE/middleware.php/capabilities/database.json?spuckt folgendes ausversion"0.3"capabilitiesdatabasedatarows48253104size4097835008aggregationrows5161158size506789888ratio9.349 Ist das OK? Noch eine Frage zur Aggreagtion. Wenn ich aufm Pi folgendes laut Wiki eingebe:pi@raspberrypi:~ $ php /var/www/volkszaehler.org/bin/aggregate run -m full -l day -l hour -l minutePerforming 'full' aggregation on 'day' level [>---]   0%  < 1 sec/< 1 sec   0 channels --- passiert nichts weiter. Blöderweise kommt dann hinzu, dass /tmp wieder voll läuft mit MAD und MAI Dateien. Wenn ich die lösche (per Hand „rm“) muss ich erst wieder die Datenbank beenden und starten damit die gelöschten Dateien auch als solche erkannt werden. Irgendwie drehe ich mich im Kreis. Gruß René

Re: [vz-users] keine Schreibrechte mehr

[René W .]

Probier mal https://www.volkszaehler.org/  Von: Günther Vonhof 73312 GeislingenGesendet: Freitag, 12. März 2021 15:16An: volkszaehler.org - usersBetreff: Re: [vz-users] keine Schreibrechte mehr Hallo Thomas und andere, ich habe immer sehr große Probleme auf den Rechner https://www.volkszaehler-org zu kommen. Meist kommt Fehlermeldung : Verbindung fehlgeschlagen. Ist der Webspace wegen Überlastung nicht erreichbar? Gruß Günther  -Ursprüngliche Nachricht-Von: volkszaehler-users  Im Auftrag von Thomas HöpfnerGesendet: Freitag, 12. März 2021 14:55An: volkszaehler.org - users Betreff: Re: [vz-users] keine Schreibrechte mehr Hallo Günther, > Mein Problem ist, ich habe noch keinen Plan wie ich die Datenbank auf ein externes Laufwerk verlagere (auch für den laufenden Betrieb). Hier gibt es viele Möglichkeiten. Kommt in erster Linie auf deine persönliche Umgebung an. Einen Ansatz ist eventuell den Pi nicht von SD sondern von einer SSD zu betreiben. Im WIKI gibt es einen Artikel dazu. > Grund: Dann sind wenigstens die Daten in Sicherheit (so hoffe ich).Ein Backup sollte immer gemacht werden.  Thomas  

Re: [vz-users] General error: 1021 Disk full (/tmp/#sql_2774_2.MAI

[René W .]

Für die Nachwelt:Basierend auf https://dba.stackexchange.com/questions/30505/why-does-mysql-produce-so-many-temporary-myd-filesecho "none /var/services/tmp tmpfs defaults,size=16g 1 2" >> /etc/fstabmount -aservice mysql Restart Gruß Von: Thomas HöpfnerGesendet: Sonntag, 28. Februar 2021 18:09An: volkszaehler.org - usersBetreff: Re: [vz-users] General error: 1021 Disk full (/tmp/#sql_2774_2.MAI Hallo René, die Dateien legt dein SQL-Server an. Ein schnelles G*** ergab das diese Dateien entstehen wenn Tabellen zwischenzeitlich gespeichert werden müssen. Als Lösung wird eigentlich immer gesagt, in der config von sql für tmp ein Verzeichnis mit mehr Platz anzugeben. Eventuell kann ein Synology-„Profi“ dir genaueres sagen.Thomas   Am 28.02.2021 um 17:45 schrieb René W. : Hallo,ich betriebe seit einigen Jahren erfolgreich den Volkszählerzähler mit einem Pi. Es werden 10 Messpunkte (Temperatur und Strom von zwei Stromzähler) erfasst.Die Datenbank habe ich von Anfang an auf mein Synology NAS Laufwerk ausgelagert. Soweit so gut. Dort sind unter data gute 48 Mio Datensätze. Data belegt ca. 3,8 GiB und Aggregate 483 MiB. Ich denke das sollte ok sein, oder?Jedenfalls zickt seit neustem das NAS Laufwerk mit der Meldung im Frontend„General error: 1021 Disk full (/tmp/#sql_2774_2.MAI); waiting for someone to free some space... (errno: 28 "No space left on device")“ „df -h“ spuckt folgendes aus:Filesystem  Size  Used Avail Use% Mounted on/dev/md02.3G  1.3G  915M  59% /none249M 0  249M   0% /dev/tmp250M  250M 0 100% /tmp/run250M  4.7M  246M   2% /run/dev/shm250M  8.0K  250M   1% /dev/shmnone4.0K 0  4.0K   0% /sys/fs/cgroup/dev/md22.7T  2.4T  305G  89% /volume1 Also habe ich mit „ls /tmp -lSh“ weiter geschaut. Hier die Top 4161M Feb 22 20:03 #sql_2774_4.MAD69M Feb 28 17:08 #sql_2774_1.MAD14M Feb 22 20:03 #sql_2774_5.MAD3.9M Feb 22 20:03 #sql_2774_5.MAI Ich habe solche MAD und MAI Dateien schonmal gelöscht. Das behebt aber nicht die Ursache. Soweit ich recherchieren konnte, kann man die bedenkenlos löschen (https://dba.stackexchange.com/questions/255117/disk-full-of-mysql-mad-and-mai-files) aber warum passiert das nicht automatisch? Wodurch werden diese verursacht?Nun bitte ich um Hilfe. Gruß 

[vz-users] General error: 1021 Disk full (/tmp/#sql_2774_2.MAI

[René W .]

 Hallo,ich betriebe seit einigen Jahren erfolgreich den Volkszählerzähler mit einem Pi. Es werden 10 Messpunkte (Temperatur und Strom von zwei Stromzähler) erfasst.Die Datenbank habe ich von Anfang an auf mein Synology NAS Laufwerk ausgelagert. Soweit so gut. Dort sind unter data gute 48 Mio Datensätze. Data belegt ca. 3,8 GiB und Aggregate 483 MiB. Ich denke das sollte ok sein, oder?Jedenfalls zickt seit neustem das NAS Laufwerk mit der Meldung im Frontend„General error: 1021 Disk full (/tmp/#sql_2774_2.MAI); waiting for someone to free some space... (errno: 28 "No space left on device")“ „df -h“ spuckt folgendes aus:Filesystem  Size  Used Avail Use% Mounted on/dev/md02.3G  1.3G  915M  59% /none249M 0  249M   0% /dev/tmp250M  250M 0 100% /tmp/run250M  4.7M  246M   2% /run/dev/shm250M  8.0K  250M   1% /dev/shmnone4.0K 0  4.0K   0% /sys/fs/cgroup/dev/md22.7T  2.4T  305G  89% /volume1 Also habe ich mit „ls /tmp -lSh“ weiter geschaut. Hier die Top 4161M Feb 22 20:03 #sql_2774_4.MAD69M Feb 28 17:08 #sql_2774_1.MAD14M Feb 22 20:03 #sql_2774_5.MAD3.9M Feb 22 20:03 #sql_2774_5.MAI Ich habe solche MAD und MAI Dateien schonmal gelöscht. Das behebt aber nicht die Ursache. Soweit ich recherchieren konnte, kann man die bedenkenlos löschen (https://dba.stackexchange.com/questions/255117/disk-full-of-mysql-mad-and-mai-files) aber warum passiert das nicht automatisch? Wodurch werden diese verursacht?Nun bitte ich um Hilfe. Gruß

Re: [vz-users] test

[René W]

Ist angekommen

USER VZ  schrieb am Di. 24. März 2020 um 10:16:

> Funktioniert die Liste?
> Bekomme seit Samstag keine Mails.
>
> Thomas
>
>
>
>

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

[René W]

Ich würde es in phpMyAdmin löschen.

John Doe  schrieb am Mi. 19. Feb. 2020 um 12:08:

> Hallo Andreas,
>
> besten Dank für den Tip. Hättest Du evtl. auch noch ein bis zwei weitere
> Infos, wikis hierzu oder dergleichen ?
> Grüße
>
> JD.
>
>
> *Sent:* Wednesday, February 19, 2020 at 11:56 AM
> *From:* "Andreas Götz" 
> *To:* "volkszaehler.org - users"  >
> *Subject:* Re: [vz-users] Manuelles Löschen eines Wertes aus der DB
> Lösch einfach über das Api- dann musst Du Dir diese ganzen Fragen nicht
> stellen 
>
> Viele Grüße,
> Andreas
>
>
> Am 19.02.2020 um 11:45 schrieb John Doe :
>
>
> 
> Hallo zusammen,
> kleines Update:
>
> Ich habe es schon mal auf der Konsole bis hierhin geschafft:
>
> mysql -u root
> SHOW DATABASES;
> USE volkszaehler;
> SHOW TABLES FROM volkszaehler;
> SHOW FILEDS FROM data;
>
> Aber mit meinem Denkansatz
> SELECT MAX(value) FROM data WHERE channel_id = 1;
>
> komme ich irgendwie nicht weiter, da so ja nur der Maximalwert, nicht aber
> die zugehörige ID. die ich löschen möchte, ausgegeben wird.
> Hat jemand noch einen Tip, wie ich das bewerkstelligen könnte ?
> Grüße
>
> JD.
> *Sent:* Wednesday, February 19, 2020 at 9:52 AM
> *From:* "John Doe" 
> *To:* volkszaehler-users@demo.volkszaehler.org
> *Subject:* [vz-users] Manuelles Löschen eines Wertes aus der DB
>
> Hallo zusammen,
>
> nach einem kleinen Versehen aufgrund eines Kartencrashs/-wechsels habe ich
> nun einen unschönen "Peak" in meinen Daten.
> Hat jemand einen Tip für mich, wie ich diesen einen Wert manuell aus der
> DB löschen kann, wahlweise direkt auf der Konsole im SQL oder über
> phpmaAdmin ?
> Bitte entschuldigt, wenn ich mich jetzt nicht konkret in die Tiefen der
> DB-Struktur und -organisationen eingearbeitet habe ...
> Grüße
>
> JD.
>
>

Re: [vz-users] get1wire.pl

[René W]

Moin,
Mich interessiert welche Leitungslängen du maximal hast. Ich komme damit
nicht so weit.
Schau mal ob es eine Fehlercode Tabelle gibt. So was wie:

// Error Codes
#define DEVICE_DISCONNECTED_C -127
#define DEVICE_DISCONNECTED_F -196.6
#define DEVICE_DISCONNECTED_RAW -7040


Ansonsten ist es auch gerne die Spannungsversorgung. Wie sieht die bei dir
aus?

Gruß René

 schrieb am Di. 14. Jan. 2020 um 21:14:

> Hallo Brucki,
>
> ich kenne das Skript nicht. Vielleicht kannst du einen Link zum
> verwendeten Skript schicken.
>
> Hast du die Sensoren parasitär angeschlossen? Hast du einen Widerstand
> zwischen Vcc und GND.
>
> Ohne etwas näheres zu wissen, würde ich einfach ein if statement
> einfügen als Bedingung vor dem Pushen an den Middleware Server.
>
> http://www.tizag.com/perlT/perlif.php
>
> Ich glaube die Sensoren messen generell bis -55 Grad Celsius. Also hätte
> ein Statement, das prüft, ob der Wert kleiner als -55 ist, keinen
> Einfluss auf das Messergebnis.
>
> Generell würde ich aber eher das Problem lösen, welches die falschen
> Messwerte liefert.
>
> Joe
>
>
>
> On 14.01.2020 14:08, Ralf Bruckmoser wrote:
> > Hallo Forummitglieder!
> >
> > Ich habe an meinem Raspberry am GPIO 4 insgesamt 12 Stück 1wire Sensoren
> > von Typ DS18D20 hängen. Diese lese ich einmal pro Minute über das Script
> > get1wire.pl aus. Das funktiontiert auch sehr gut. Leider wird alle paar
> > Tage von einem Sensor ein stark falsch negativer Werte wie z.B -512°
> > übermittelt. Dadurch wie die Skala auf der Volkszähler Website stark
> > verschoben.
> >
> > Welche Zeilen müsste ich in das Skript einfügen, um z. B. negative
> > Temperaturwerte nicht zu übermitteln?
> >
> > Danke schon mal.
> >
> > Grüße
> >
> > Brucki
> >
> >
>

Re: [vz-users] plötzlicher logging stop

[René W]

Moin
Ich weiß nicht warum die Mail nochmal geschickt wurde. Bitte ignorieren.
Ich warte zur Zeit auf den nächsten Stopp.
Bitte entschuldigt die Unannehmlichkeiten.

Frank Richter  schrieb am Mi. 11. Dez. 2019 um
23:58:

> Die Mail war anscheinend 2 Tage unterwegs ;-)
>
> Grüße
> Frank
>
> Am Mi., 11. Dez. 2019 um 21:44 Uhr schrieb Andreas Goetz <
> cpui...@gmail.com>:
>
>> Ich denke es hat sich nichts geändert:
>>
>> - Dein Screenshot ist erneut unleserlich
>> - Dein Service sollte auf Restart=always stehen um wieder anzulaufen und
>> Lücken zu vermeiden
>> - Du solltest im Syslog rausfinden warum er abbricht
>>
>> Es hilft leider nicht die gleichen Fragen von vorne zu iterieren ;)
>>
>> Letztlich wäre es toll auf das alte Thema zu antworten statt ein Neues
>> aufzumachen :/
>>
>> Viele Grüße,
>> Andreas
>>
>>
>> On 9. Dec 2019, at 07:14, René W.  wrote:
>>
>> Guten Morgen,
>>
>> mein vzlogger hat nun zum zweiten mal getoppt zu loggen. Es läuft über
>> ein RPi3 mit externer Synology Datenbank. Nach einem reboot oder manuellen
>> Start des Dienstes läuft der Log weiter. Im frontend sind aber Lücken zu
>> sehen.
>> Da der verbose debug recht niedrig ist, habe ich hier eine log ausm
>> /var/log/sys.log
>> 
>>
>> Ich werde da nicht ganz schlau daraus und was ich als nächstes machen
>> sollte. Könnt ihr mir helfen?
>>
>> Gruß René
>>
>>
>>

[vz-users] plötzlicher logging stop

[René W .]

Guten Morgen, mein vzlogger hat nun zum zweiten mal getoppt zu loggen. Es läuft über ein RPi3 mit externer Synology Datenbank. Nach einem reboot oder manuellen Start des Dienstes läuft der Log weiter. Im frontend sind aber Lücken zu sehen.Da der verbose debug recht niedrig ist, habe ich hier eine log ausm /var/log/sys.log Ich werde da nicht ganz schlau daraus und was ich als nächstes machen sollte. Könnt ihr mir helfen? Gruß René

Re: [vz-users] plötzlicher logging stop

[René W]

Hallo,
der vzlogger Dienst lief nicht. Werde das aber beim nächsten Stopp
verifizieren. Hier der relevante auszug aus der syslog:

> Dec  6 22:56:01 raspberrypi CRON[31020]: (root) CMD (/root/bin/get1wire.pl
> >/dev/null 2>&1)
> Dec  6 22:57:01 raspberrypi CRON[31032]: (root) CMD (/root/bin/get1wire.pl
> >/dev/null 2>&1)
> Dec  6 22:57:34 raspberrypi kernel: [391791.845030] cp210x ttyUSB0:
> usb_serial_generic_read_bulk_callback - urb stopped: -32
> Dec  6 22:57:34 raspberrypi kernel: [391791.845140] cp210x ttyUSB0:
> usb_serial_generic_read_bulk_callback - urb stopped: -32
> Dec  6 22:57:34 raspberrypi kernel: [391792.050923] usb 1-1.4: USB
> disconnect, device number 4
> Dec  6 22:57:34 raspberrypi kernel: [391792.051582] cp210x ttyUSB0: failed
> set request 0x7 status: -19
> Dec  6 22:57:34 raspberrypi kernel: [391792.051605] cp210x ttyUSB0: failed
> set request 0x12 status: -19
> Dec  6 22:57:34 raspberrypi kernel: [391792.051616] cp210x ttyUSB0: failed
> set request 0x0 status: -19
> Dec  6 22:57:34 raspberrypi kernel: [391792.052069] cp210x ttyUSB0: cp210x
> converter now disconnected from ttyUSB0
> Dec  6 22:57:34 raspberrypi kernel: [391792.052214] cp210x 1-1.4:1.0:
> device disconnected
> Dec  6 22:57:34 raspberrypi systemd[1]: vzlogger.service: Main process
> exited, code=killed, status=11/SEGV
> Dec  6 22:57:34 raspberrypi systemd[1]: vzlogger.service: Failed with
> result 'signal'.
> Dec  6 22:57:35 raspberrypi kernel: [391792.352397] usb 1-1.4: new
> full-speed USB device number 6 using dwc_otg
> Dec  6 22:57:35 raspberrypi kernel: [391792.487166] usb 1-1.4: New USB
> device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
> Dec  6 22:57:35 raspberrypi kernel: [391792.487180] usb 1-1.4: New USB
> device strings: Mfr=1, Product=2, SerialNumber=3
> Dec  6 22:57:35 raspberrypi kernel: [391792.487190] usb 1-1.4: Product:
> CP2104 USB to UART Bridge Controller
> Dec  6 22:57:35 raspberrypi kernel: [391792.487200] usb 1-1.4:
> Manufacturer: Silicon Labs
> Dec  6 22:57:35 raspberrypi kernel: [391792.487209] usb 1-1.4:
> SerialNumber: 01066A08
> Dec  6 22:57:35 raspberrypi kernel: [391792.488919] cp210x 1-1.4:1.0:
> cp210x converter detected
> Dec  6 22:57:35 raspberrypi kernel: [391792.492252] usb 1-1.4: cp210x
> converter now attached to ttyUSB0
> Dec  6 22:57:35 raspberrypi mtp-probe: checking bus 1, device 6:
> "/sys/devices/platform/soc/3f98.usb/usb1/1-1/1-1.4"
> Dec  6 22:57:35 raspberrypi mtp-probe: bus: 1, device: 6 was not an MTP
> device
> Dec  6 22:57:35 raspberrypi mtp-probe: checking bus 1, device 6:
> "/sys/devices/platform/soc/3f98.usb/usb1/1-1/1-1.4"
> Dec  6 22:57:35 raspberrypi mtp-probe: bus: 1, device: 6 was not an MTP
> device
> Dec  6 22:58:01 raspberrypi CRON[31050]: (root) CMD (/root/bin/get1wire.pl
> >/dev/null 2>&1)
> Dec  6 22:59:01 raspberrypi CRON[31073]: (root) CMD (/root/bin/get1wire.pl
> >/dev/null 2>&1)
> Dec  6 22:59:22 raspberrypi dhcpcd[571]: eth0: DHCPv6 REPLY: in stateless
> mode
> Dec  6 23:00:01 raspberrypi CRON[31094]: (pi) CMD (php /var/www/
> volkszaehler.org/bin/aggregate run -m delta -l minute >/dev/null)
> Dec  6 23:00:01 raspberrypi CRON[31095]: (root) CMD (
> PATH="$PATH:/usr/local/bin/" pihole updatechecker local)
> Dec  6 23:00:01 raspberrypi CRON[31097]: (root) CMD (/root/bin/get1wire.pl
> >/dev/null 2>&1)
> Dec  6 23:01:01 raspberrypi CRON[31136]: (pi) CMD (php /var/www/
> volkszaehler.org/bin/aggregate run -m delta -l hour >/dev/null)
> Dec  6 23:01:01 raspberrypi CRON[31137]: (root) CMD (/root/bin/get1wire.pl
> >/dev/null 2>&1)
> Dec  6 23:02:01 raspberrypi CRON[31159]: (root) CMD (/root/bin/get1wire.pl
> >/dev/null 2>&1)
>

Am Mo., 9. Dez. 2019 um 08:34 Uhr schrieb Andreas Goetz :

> Dein Screenshot ist unleserlerlich. Läuft der Daemon Prozess nich wenn das
> log stoppt?
>
> Am 09.12.2019 um 07:14 schrieb René W. :
>
> 
>
> Guten Morgen,
>
>
>
> mein vzlogger hat nun zum zweiten mal getoppt zu loggen. Es läuft über ein
> RPi3 mit externer Synology Datenbank. Nach einem reboot oder manuellen
> Start des Dienstes läuft der Log weiter. Im frontend sind aber Lücken zu
> sehen.
>
> Da der verbose debug recht niedrig ist, habe ich hier eine log ausm
> /var/log/sys.log
>
> 
>
>
>
> Ich werde da nicht ganz schlau daraus und was ich als nächstes machen
> sollte. Könnt ihr mir helfen?
>
>
>
> Gruß René
>
>

[vz-users] plötzlicher logging stop

[René W .]

Guten Morgen, mein vzlogger hat nun zum zweiten mal getoppt zu loggen. Es läuft über ein RPi3 mit externer Synology Datenbank. Nach einem reboot oder manuellen Start des Dienstes läuft der Log weiter. Im frontend sind aber Lücken zu sehen.Da der verbose debug recht niedrig ist, habe ich hier eine log ausm /var/log/sys.log Ich werde da nicht ganz schlau daraus und was ich als nächstes machen sollte. Könnt ihr mir helfen? Gruß René

Re: [vz-users] SQLSTATE[22012]: Division by zero

[René W .]

Hey,
ich habe die Tabelle „Aggregate“ geleert und dann „php 
/var/www/volkszaehler.org/bin/aggregate run -m delta -l minute >/dev/null“ 
ausgeführt. Das lief ohne Fehler. Danach habe ich es nochmal ausgeführt und in 
der Tabelle wurde ein Datensatz entfernt. Seit dem läuft es wieder.

Danke

Von: Andreas Goetz
Gesendet: Samstag, 15. Juni 2019 13:52
An: volkszaehler.org - users
Betreff: Re: [vz-users] SQLSTATE[22012]: Division by zero

Hi Rene,

Das hat wie vermutet mit vzlogger überhaupt gar nicht zu tun:

> Subject: Cron  php /var/www/volkszaehler.org/bin/aggregate 
>run -m delta -l minute >/dev/null

Irgendwie hast Du es geschafft einen Fehler zu provozieren den es noch nie gab. 
Mach mal bitte ein 

aggregate clear (oder so ähnlich)

dann den Befehl von oben.

Mal schauen ob die Tabelle sauber wieder aufgebaut werden kann. Irgendwas ist 
da sehr krumm…

Viele Grüße, Andreas




On 15. Jun 2019, at 12:04, René W.  wrote:

Hallo Zusammen,
 
da habe ich wohl zu weit Gedacht und nur auf meine Anfängererfahrung vertraut. 
Manchmal ist es aber nicht gut wenn man „mitdenkt“. Daher meine zielgerichtete 
Frage.
 
Also dann mal von ganz Anfang:
In SSH erhalte ich die Meldung das ich eine „Mail“ habe
 
pi@raspberrypi:~ $ cat /var/mail/pi
>From pi@raspberrypi Sat Jun 15 11:50:02 2019
Return-path: 
Envelope-to: pi@raspberrypi
Delivery-date: Sat, 15 Jun 2019 11:50:02 +0200
Received: from pi by raspberrypi with local (Exim 4.92)
    (envelope-from )
    id 1hc5Jy-0004aw-An
    for pi@raspberrypi; Sat, 15 Jun 2019 11:50:02 +0200
From: root@raspberrypi (Cron Daemon)
To: pi@raspberrypi
Subject: Cron  php /var/www/volkszaehler.org/bin/aggregate run 
-m delta -l minute >/dev/null
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
Message-Id: 
Date: Sat, 15 Jun 2019 11:50:02 +0200
 
 
In AbstractMySQLDriver.php line 106:
 
  An exception occurred while executing 'REPLACE INTO aggregate (channel_id,
  type, timestamp, value, count) SELECT channel_id, ? AS type, MAX(agg.timest
  amp) AS timestamp, COALESCE( SUM(agg.val_by_time) / (MAX(agg.timestamp) - M
  IN(agg.prev_timestamp)), AVG(agg.value)) AS value, COUNT(agg.value) AS coun
  t FROM ( SELECT channel_id, timestamp, value, value * (timestamp - @prev_ti
  mestamp) AS val_by_time, COALESCE(@prev_timestamp, 0) AS prev_timestamp, @p
  rev_timestamp := timestamp FROM data CROSS JOIN (SELECT @prev_timestamp :=
  UNIX_TIMESTAMP(DATE_ADD(FROM_UNIXTIME(MAX(timestamp) / 1000, "%Y-%m-%d %H:%
  i:00"), INTERVAL 1 minute)) * 1000 FROM aggregate WHERE type = ? AND aggreg
  ate.channel_id = ?) AS vars WHERE channel_id = ? AND timestamp >= IFNULL((S
  ELECT UNIX_TIMESTAMP(DATE_ADD(FROM_UNIXTIME(MAX(timestamp) / 1000, "%Y-%m-%
  d %H:%i:00"), INTERVAL 1 minute)) * 1000 FROM aggregate WHERE type = ? AND
  aggregate.channel_id = ? ), 0) AND timestamp < UNIX_TIMESTAMP(DATE_FORMAT(N
  OW(), "%Y-%m-%d %H:%i:00")) * 1000 ) AS agg GROUP BY channel_id, YEAR(FROM_
  UNIXTIME(timestamp/1000)), DAYOFYEAR(FROM_UNIXTIME(timestamp/1000)), HOUR(F
  ROM_UNIXTIME(timestamp/1000)), MINUTE(FROM_UNIXTIME(timestamp/1000))' with
  params [1, 1, "1", "1", 1, "1"]:
 
  SQLSTATE[22012]: Division by zero: 1365 Division by 0
 
In PDOStatement.php line 119:
  SQLSTATE[22012]: Division by zero: 1365 Division by 0
 
In PDOStatement.php line 117:
  SQLSTATE[22012]: Division by zero: 1365 Division by 0
 
run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS] [-v|--verbose] 
[--] [...]
 
Das ist erstmal die Ausgangssituation.
Wenn ich jetzt aber so über die Sinnhaftigkeit der aggtime nachdenke, macht es 
dann nicht eher Sinn mit den Gesamtzählerständen zu arbeiten? Mein Ziel ist es 
jedenfalls den momentanen Verbrauch (also die Differenz zweier Gesamtstände) 
darzustellen. Das hätte zumindest den Vorteil das mir kein Verbrauch flöten 
geht. Oder?
Ich würde stand jetzt erstmal den Intervall bei den Leistungswerten 
deaktivieren, wenn ich das richtig verstanden habe.
 
LG
 
Von: Daniel Lauckner
Gesendet: Samstag, 15. Juni 2019 08:25
An: volkszaehler.org - users
Betreff: Re: [vz-users] SQLSTATE[22012]: Division by zero
 
Hallo,
 
 
am Samstag, 15. Juni 2019 um 04:30 hat René W. geschrieben:
> ich erhalte eine SQL Fehlermeldung „SQLSTATE[22012]: Division by Zero“.
 
Details?
 
> Ich vermute sehr stark das es an den aggtime und interval
> liegt.
 
Glaube ich ehrlich gesagt nicht.
 
> Kann da bitte jemand mal auf meine conf schauen?
 
Jupp, kann ja nix schaden.
 
> Welche Werte würden denn dort sonst Sinn machen?
 
Bei d0-Zählern stellt sich eigentlich die Frage: Entweder/Oder
Es ergibt keine Sinn den Zähler(stand) mehrfach abzufragen nur um
dann die Werte zu aggregieren. Es genügt die Anwendung von Intervall.
 
Bei Leistungswerten muss man aber jeden verfügbaren Wert abgreifen um
einen möglichst aussgekräftige

Re: [vz-users] SQLSTATE[22012]: Division by zero

[René W .]

Hallo Zusammen,

da habe ich wohl zu weit Gedacht und nur auf meine Anfängererfahrung vertraut. 
Manchmal ist es aber nicht gut wenn man „mitdenkt“. Daher meine zielgerichtete 
Frage.

Also dann mal von ganz Anfang:
In SSH erhalte ich die Meldung das ich eine „Mail“ habe

pi@raspberrypi:~ $ cat /var/mail/pi
>From pi@raspberrypi Sat Jun 15 11:50:02 2019
Return-path: 
Envelope-to: pi@raspberrypi
Delivery-date: Sat, 15 Jun 2019 11:50:02 +0200
Received: from pi by raspberrypi with local (Exim 4.92)
(envelope-from )
id 1hc5Jy-0004aw-An
for pi@raspberrypi; Sat, 15 Jun 2019 11:50:02 +0200
From: root@raspberrypi (Cron Daemon)
To: pi@raspberrypi
Subject: Cron  php /var/www/volkszaehler.org/bin/aggregate run 
-m delta -l minute >/dev/null
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
Message-Id: 
Date: Sat, 15 Jun 2019 11:50:02 +0200


In AbstractMySQLDriver.php line 106:

  An exception occurred while executing 'REPLACE INTO aggregate (channel_id,
  type, timestamp, value, count) SELECT channel_id, ? AS type, MAX(agg.timest
  amp) AS timestamp, COALESCE( SUM(agg.val_by_time) / (MAX(agg.timestamp) - M
  IN(agg.prev_timestamp)), AVG(agg.value)) AS value, COUNT(agg.value) AS coun
  t FROM ( SELECT channel_id, timestamp, value, value * (timestamp - @prev_ti
  mestamp) AS val_by_time, COALESCE(@prev_timestamp, 0) AS prev_timestamp, @p
  rev_timestamp := timestamp FROM data CROSS JOIN (SELECT @prev_timestamp :=
  UNIX_TIMESTAMP(DATE_ADD(FROM_UNIXTIME(MAX(timestamp) / 1000, "%Y-%m-%d %H:%
  i:00"), INTERVAL 1 minute)) * 1000 FROM aggregate WHERE type = ? AND aggreg
  ate.channel_id = ?) AS vars WHERE channel_id = ? AND timestamp >= IFNULL((S
  ELECT UNIX_TIMESTAMP(DATE_ADD(FROM_UNIXTIME(MAX(timestamp) / 1000, "%Y-%m-%
  d %H:%i:00"), INTERVAL 1 minute)) * 1000 FROM aggregate WHERE type = ? AND
  aggregate.channel_id = ? ), 0) AND timestamp < UNIX_TIMESTAMP(DATE_FORMAT(N
  OW(), "%Y-%m-%d %H:%i:00")) * 1000 ) AS agg GROUP BY channel_id, YEAR(FROM_
  UNIXTIME(timestamp/1000)), DAYOFYEAR(FROM_UNIXTIME(timestamp/1000)), HOUR(F
  ROM_UNIXTIME(timestamp/1000)), MINUTE(FROM_UNIXTIME(timestamp/1000))' with
  params [1, 1, "1", "1", 1, "1"]:

  SQLSTATE[22012]: Division by zero: 1365 Division by 0

In PDOStatement.php line 119:
  SQLSTATE[22012]: Division by zero: 1365 Division by 0

In PDOStatement.php line 117:
  SQLSTATE[22012]: Division by zero: 1365 Division by 0

run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS] [-v|--verbose] 
[--] [...]

Das ist erstmal die Ausgangssituation.
Wenn ich jetzt aber so über die Sinnhaftigkeit der aggtime nachdenke, macht es 
dann nicht eher Sinn mit den Gesamtzählerständen zu arbeiten? Mein Ziel ist es 
jedenfalls den momentanen Verbrauch (also die Differenz zweier Gesamtstände) 
darzustellen. Das hätte zumindest den Vorteil das mir kein Verbrauch flöten 
geht. Oder?
Ich würde stand jetzt erstmal den Intervall bei den Leistungswerten 
deaktivieren, wenn ich das richtig verstanden habe.

LG

Von: Daniel Lauckner
Gesendet: Samstag, 15. Juni 2019 08:25
An: volkszaehler.org - users
Betreff: Re: [vz-users] SQLSTATE[22012]: Division by zero

Hallo,


am Samstag, 15. Juni 2019 um 04:30 hat René W. geschrieben:
> ich erhalte eine SQL Fehlermeldung „SQLSTATE[22012]: Division by Zero“.

Details?

> Ich vermute sehr stark das es an den aggtime und interval
> liegt.

Glaube ich ehrlich gesagt nicht.

> Kann da bitte jemand mal auf meine conf schauen?

Jupp, kann ja nix schaden.

> Welche Werte würden denn dort sonst Sinn machen?

Bei d0-Zählern stellt sich eigentlich die Frage: Entweder/Oder
Es ergibt keine Sinn den Zähler(stand) mehrfach abzufragen nur um
dann die Werte zu aggregieren. Es genügt die Anwendung von Intervall.

Bei Leistungswerten muss man aber jeden verfügbaren Wert abgreifen um
einen möglichst aussgekräftigen Mittelwert zu erhalten. Da würde man
auch bei einem D0-Zähler auf Aggregation zurückgreifen. Aber ohne
Intervall.


mfg Daniel

[vz-users] SQLSTATE[22012]: Division by zero

[René W .]

Nabend oder Moin,

ich erhalte eine SQL Fehlermeldung „SQLSTATE[22012]: Division by Zero“. Ich 
vermute sehr stark das es an den aggtime und interval liegt. Kann da bitte 
jemand mal auf meine conf schauen?
Welche Werte würden denn dort sonst Sinn machen?

{
  "retry": 0,
  "daemon": true,
  "verbosity": 0,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
"enabled": false,
"port": 8080,
"index": false,
"timeout": 0,
"buffer": 0
  },
  "meters": [
{
  "enabled": true,
  "allowskip": false,
  "interval": 5,
  "aggtime": 10,
  "aggfixedinterval": true,
  "channels": [
{
  "api": "volkszaehler",
  "uuid": "x-8d06-11e9-a4c8-xx", //Haus Q3D
  "middleware": "http://192.168.178.22:81/middleware.php;,
  "identifier": "1-0:1.7.0", //Wirkleistung  1-0:1.7.0 0.2868
  //"secretKey": "",
  //"type": "device",
  //"scaler": 1000,
  "aggmode": "AVG", //"AVG", // "AVG" Der Mittelwert für Leistung, 
"MAX" für Zähler, "SUM" für Counter
  "duplicates": 0
}
  ],
  "protocol": "d0",
  "device": "/dev/usb-ir-lesekopf0",
  "dump_file": "",
  //"pullseq": "2f3f210d0a",
  //"ackseq": "auto",
  "baudrate": 9600,
  //"baudrate_read": 9600,
  "parity": "7e1"
  //"wait_sync": "off",
  //"read_timeout": 10,
  //"baudrate_change_delay": 0
},
{
  "enabled": true,
  "allowskip": false,
  "interval": 30,
  "aggtime": 60, // >interval
  "aggfixedinterval": true,
  "channels": [
{
  "api": "volkszaehler",
  "uuid": "´xx-8d05-11e9-bb53-", //WP Elster AS1440 0.1833
  "middleware": "http://192.168.178.22:81/middleware.php;,
  "identifier": "1-1:1.7.0",
  "aggmode": "AVG", // "AVG" Der Mittelwert für Leistung, "MAX" 
für Zähler, "SUM" für Counter
  "secretKey": "",
  "type": "device",
  "scaler": 1,
  "duplicates": 0
}
  ],
  "protocol": "d0",
  "device": "/dev/usb-ir-lesekopf1", //
  "dump_file": "",
  "pullseq": "2F3F210D0A",
  "ackseq": "auto",
  "baudrate": 300,
  "baudrate_read": 9600,
  "parity": "7e1",
  //"wait_sync": "off",
  "baudrate_change_delay": 500,
  "read_timeout": 100
}
  ]
}

LG Rene

Re: [vz-users] PiHole DNS Server und Volkszähler

[René W]

Moin,

Ahh ok.
Kann ich denn mehrere Server (fürs Frontend?) laufen lassen? Ich denke
nicht. Sollte ich dann mit dem VZ auf lighttpd wechseln? Das ist der
Standard Server vom Pihole
Gruß

Daniel Lauckner  schrieb am Do. 13. Juni 2019 um 22:11:

> Hallo,
>
>
> am Donnerstag, 13. Juni 2019 um 21:37 hat René W. geschrieben:
> > Oder macht es vielleicht Sinn VZ über lighhtpd laufen zu lassen? Soll ja
> besser als nginx sein.
>
> Wir verwenden nginx nur als Proxy, Server macht der PHP-PM.
>
>
> mfg Daniel
>
>

Re: [vz-users] PiHole DNS Server und Volkszähler

[René W .]

Hi,

ok, werde dran denken Links auch im Klartext zu posten, Sorry.
Oder macht es vielleicht Sinn VZ über lighhtpd laufen zu lassen? Soll ja besser 
als nginx sein.

LG

Von: Daniel Lauckner
Gesendet: Donnerstag, 13. Juni 2019 21:27
An: volkszaehler.org - users
Betreff: Re: [vz-users] PiHole DNS Server und Volkszähler

Hallo,


am Donnerstag, 13. Juni 2019 um 21:06 hat René W. geschrieben:
> Bevor ich jetzt wieder was zerschieße frage ich nach ob ich nach
> dieser Anleitung PiHole auf nginx nutzen kann?

Wer, wie ich, seine Mails als txt liest:
https://docs.pi-hole.net/guides/nginx-configuration/

Offensichtlich Probleme konnte ich kein Entdecken. Kann dir aber
leider nicht sagen ob man nginx da über 2 getrennte Dateien
konigurieren sollte oder ob es besser ist alles in eine zu werfen.
Theoretisch sollte es auch gehen wenn du nicht per Port separierst
sondern über logische Unterverzeichnisse. Bei nginx haben immer die
Regeln Prio die weiter oben in der Datei stehen.


mfg Daniel

[vz-users] PiHole DNS Server und Volkszähler

[René W .]

Moin,

mein neu aufgesetzter VZ läuft und die Daten werden auf ein Synology NAS 
geloggt. Ausgelesen wird mit dem USB IR Sensor auf ein RPi3.
Jetzt möchte ich den Pi gerne wieder als DNS Server verwenden und zwar PiHole. 
Soweit ich weiß wird apache2 als frontend benutzt um den PiHole zu 
administrieren. VZ läuft aktuell mit nginx auf Port 81.
Bevor ich jetzt wieder was zerschieße frage ich nach ob ich nach dieser 
Anleitung PiHole auf nginx nutzen kann?

LG René

Re: [vz-users] You have new mail in /var/mail/pi

[René W .]

Ich möchte nochmal mit einem sauberen System starten da die conf ja sweit 
passten. Welche Daten muss ich noch sichern?
Ich habe jetzt:
/etc/vzlogger.conf
/var/www/volkszaehler.org/etc/config.yaml gesichert

Danach würde ich die Image nochmals neu einspielen. Denn ich weiß gerade nicht 
mehr welche Server noch aktiv sind und auf welchen es jetzt läuft, denn zur 
Zeit läuft nichts mehr.

LG


Von: Daniel Lauckner
Gesendet: Mittwoch, 12. Juni 2019 14:24
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi

Hallo,


am Mittwoch, 12. Juni 2019 um 14:16 hat René W. geschrieben:
> Macht es da vielleicht Sinn auf Apache2 umzusteigen?

Wieso?

> Ich habe nun erstmal den nginx Server versucht auf Port 82 zu ändern.

>   listen 82;
>   listen [::]:82;

Eingang. Passt.

>     proxy_pass http://127.0.0.1:82;

Das sollte das Ziel sein. Da gibt es nix zu ändern, 8080 ist weiterhin
korrekt.


mfg Daniel

Re: [vz-users] You have new mail in /var/mail/pi

[René W .]

OK VZ läuft und daten werden auch auf NAS geschrieben.
Jetzt möchte ich gerne den Port auf 82 ändern, da noch ein weiteres Projekt 
(PiHole) parallel laufen soll. Macht es da vielleicht Sinn auf Apache2 
umzusteigen?
Ich habe nun erstmal den nginx Server versucht auf Port 82 zu ändern.
In der /etc/nginx/sites-available/volkszaehler steht nun
# Volkszaehler

include /etc/nginx/proxy_params;

server {
  listen 82;
  listen [::]:82;

  location / {
proxy_pass http://127.0.0.1:82;
include /etc/nginx/proxy_params;
  }

  location /middleware {
rewrite ^/middleware(.php)?(/.*)? $2;
proxy_pass http://127.0.0.1:82/;
  }

  location /api {
rewrite ^/api(/.*)? $1;
proxy_pass http://127.0.0.1:82/;
  }

  location /frontend {
rewrite ^/frontend/(.*) $1;
proxy_pass http://127.0.0.1:82/;
  }
}

Dann habe ich sudo systemctl restart nginx gemacht
Und sudo netstat -tulpn spuckt das aus:
pi@raspberrypi:~ $ sudo netstat -tulpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address State   
PID/Program name
tcp0  0 0.0.0.0:55820.0.0.0:*   LISTEN  
491/php
tcp0  0 0.0.0.0:80800.0.0.0:*   LISTEN  
1841/php
tcp0  0 0.0.0.0:82  0.0.0.0:*   LISTEN  
1940/nginx: master
tcp0  0 0.0.0.0:80820.0.0.0:*   LISTEN  
491/php
tcp0  0 0.0.0.0:22  0.0.0.0:*   LISTEN  
409/sshd
tcp0  0 127.0.0.1:250.0.0.0:*   LISTEN  
991/exim4
tcp0  0 0.0.0.0:33060.0.0.0:*   LISTEN  
608/mysqld
tcp6   0  0 :::82   :::*LISTEN  
1940/nginx: master
tcp6   0  0 :::22   :::*LISTEN  
409/sshd
tcp6   0  0 ::1:25  :::*LISTEN  
991/exim4
udp0  0 0.0.0.0:37423   0.0.0.0:*   
303/avahi-daemon: r
udp0  0 0.0.0.0:68  0.0.0.0:*   
488/dhcpcd
udp0  0 0.0.0.0:53530.0.0.0:*   
303/avahi-daemon: r
udp6   0  0 :::55792:::*
303/avahi-daemon: r
udp6   0  0 :::546  :::*
488/dhcpcd
udp6   0  0 :::5353 :::*
303/avahi-daemon: r

In der vzlogger.conf habe ich auch die channels angepasst in
"middleware": "http://192.168.178.22:82/middleware.php;,

Hab ich noch was vergessen? Denn wenn ich http://192.168.178.22:82/frontend/ 
aufrufe erhalte ich eine Fehlermeldung „500 Internal Server Error nginx/1.14.2“



Von: Andreas Goetz
Gesendet: Dienstag, 11. Juni 2019 22:27
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi

...oder :update, meist klappt das!

Am 11.06.2019 um 22:03 schrieb Frank Richter :
Die vorhandenen Datensätze sind nicht besonders wertvoll, oder?

Dann am besten nochmal neu: die 2 Tabellen löschen und dann entweder einen Dump 
vom Image erstellen und importieren oder einfach:

php /home/pi/volkszaehler.org/bin/doctrine orm:schema-tool:create

René W.  schrieb am Di., 11. Juni 2019, 21:43:
Ok, ich habe Zugriff. Der angelegte Benutzer hatte nur Zugriff von localhost. 
Mit Änderung auf @% hat es geklappt.
Die DB scheint aber nicht alle Tabellen sauber zu haben. Wie kann ich die 
„nachpflegen“?

 
Von: Andreas Goetz
Gesendet: Dienstag, 11. Juni 2019 21:37
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi
 
Dann hat- wie vermutet- Dein User keinen Zugriff auf die DB. Eindeutiger wirds 
nicht ;)

On 11. Jun 2019, at 21:09, René W.  wrote:
 
Ich teste gerade:
pi@raspberrypi:~ $ mysql -h192.168.178.58 -P3306 -uroot -pXX volkzaehler
ERROR 1045 (28000): Access denied for user 'root'@'PiHole.fritz.box' (using 
password: YES)
 
Von: Andreas Goetz
Gesendet: Dienstag, 11. Juni 2019 20:52
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi
 
Mhhm. Und Du bist sicher, dass der gleiche User auf der Kommandozeile 
funktioniert, also:
 
mysql -u root2 -ppassword volkszaehler
 
Viele Grüße, 
Andreas
 


On 11. Jun 2019, at 20:21, René W.  wrote:
 
Das habe ich, dachte ich zumindest. Hab extra nochmal einen root2 User mit 
allen Privilegien angelegt. Ich erhalte immer noch die Meldung. Auch ein 
Auskommentieren brachte kein Erfolg.
 
LG
 
Von: Frank Richter
Gesendet: Dienstag, 11. Juni 2019 19:02
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi
 
In der config.yaml für den DB-Admin passende Zugangsdaten eingeben.
 
René W.  schrieb am Di., 11. Juni 2019, 18:51:
Moin,
 
ich erhalte regelmäßig im SSH „Yo

Re: [vz-users] You have new mail in /var/mail/pi

[René W .]

Ok, ich habe Zugriff. Der angelegte Benutzer hatte nur Zugriff von localhost. 
Mit Änderung auf @% hat es geklappt.
Die DB scheint aber nicht alle Tabellen sauber zu haben. Wie kann ich die 
„nachpflegen“?


Von: Andreas Goetz
Gesendet: Dienstag, 11. Juni 2019 21:37
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi

Dann hat- wie vermutet- Dein User keinen Zugriff auf die DB. Eindeutiger wirds 
nicht ;)


On 11. Jun 2019, at 21:09, René W.  wrote:

Ich teste gerade:
pi@raspberrypi:~ $ mysql -h192.168.178.58 -P3306 -uroot -pXX volkzaehler
ERROR 1045 (28000): Access denied for user 'root'@'PiHole.fritz.box' (using 
password: YES)
 
Von: Andreas Goetz
Gesendet: Dienstag, 11. Juni 2019 20:52
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi
 
Mhhm. Und Du bist sicher, dass der gleiche User auf der Kommandozeile 
funktioniert, also:
 
mysql -u root2 -ppassword volkszaehler
 
Viele Grüße, 
Andreas
 



On 11. Jun 2019, at 20:21, René W.  wrote:
 
Das habe ich, dachte ich zumindest. Hab extra nochmal einen root2 User mit 
allen Privilegien angelegt. Ich erhalte immer noch die Meldung. Auch ein 
Auskommentieren brachte kein Erfolg.
 
LG
 
Von: Frank Richter
Gesendet: Dienstag, 11. Juni 2019 19:02
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi
 
In der config.yaml für den DB-Admin passende Zugangsdaten eingeben.
 
René W.  schrieb am Di., 11. Juni 2019, 18:51:
Moin,
 
ich erhalte regelmäßig im SSH „You have new mail in /var/mail/pi“
In der Log steht folgendes:
 
From pi@raspberrypi Tue Jun 11 16:50:01 2019
Return-path: 
Envelope-to: pi@raspberrypi
Delivery-date: Tue, 11 Jun 2019 16:50:01 +0200
Received: from pi by raspberrypi.fritz.box with local (Exim 4.92)
    (envelope-from )
    id 1hai65-0002MX-Lf
    for pi@raspberrypi; Tue, 11 Jun 2019 16:50:01 +0200
From: root@raspberrypi (Cron Daemon)
To: pi@raspberrypi
Subject: Cron  php /var/www/volkszaehler.org/bin/aggregate run 
-m delta -l minute >/dev/null
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
Message-Id: 
Date: Tue, 11 Jun 2019 16:50:01 +0200
 
In AbstractMySQLDriver.php line 106:
  
  An exception occurred in driver: SQLSTATE[HY000] [1698] Access denied for u 
  ser 'root'@'localhost'   
   
In PDOConnection.php line 31:
   
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost' 

In PDOConnection.php line 27:
   
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost' 

run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS] [-v|--verbose] 
[--] [...]
 
Was muss ich nun machen?
 
LG

Re: [vz-users] You have new mail in /var/mail/pi

[René W .]

Wie kann ich in der yaml Sonderzeichen im Passwort verwenden? (! Und *)

Von: Frank Richter
Gesendet: Dienstag, 11. Juni 2019 21:22
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi

Ich denke du solltest deine DB-User anders nennen. Nimm doch z.B. vz und 
vz-admin analog zum Image.

René W.  schrieb am Di., 11. Juni 2019, 21:10:
Ich teste gerade:
pi@raspberrypi:~ $ mysql -h192.168.178.58 -P3306 -uroot -pXX volkzaehler
ERROR 1045 (28000): Access denied for user 'root'@'PiHole.fritz.box' (using 
password: YES)
 
Von: Andreas Goetz
Gesendet: Dienstag, 11. Juni 2019 20:52
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi
 
Mhhm. Und Du bist sicher, dass der gleiche User auf der Kommandozeile 
funktioniert, also:
 
    mysql -u root2 -ppassword volkszaehler
 
Viele Grüße, 
Andreas
 

On 11. Jun 2019, at 20:21, René W.  wrote:
 
Das habe ich, dachte ich zumindest. Hab extra nochmal einen root2 User mit 
allen Privilegien angelegt. Ich erhalte immer noch die Meldung. Auch ein 
Auskommentieren brachte kein Erfolg.
 
LG
 
Von: Frank Richter
Gesendet: Dienstag, 11. Juni 2019 19:02
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi
 
In der config.yaml für den DB-Admin passende Zugangsdaten eingeben.
 
René W.  schrieb am Di., 11. Juni 2019, 18:51:
Moin,
 
ich erhalte regelmäßig im SSH „You have new mail in /var/mail/pi“
In der Log steht folgendes:
 
From pi@raspberrypi Tue Jun 11 16:50:01 2019
Return-path: 
Envelope-to: pi@raspberrypi
Delivery-date: Tue, 11 Jun 2019 16:50:01 +0200
Received: from pi by raspberrypi.fritz.box with local (Exim 4.92)
    (envelope-from )
    id 1hai65-0002MX-Lf
    for pi@raspberrypi; Tue, 11 Jun 2019 16:50:01 +0200
From: root@raspberrypi (Cron Daemon)
To: pi@raspberrypi
Subject: Cron  php /var/www/volkszaehler.org/bin/aggregate run 
-m delta -l minute >/dev/null
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
Message-Id: 
Date: Tue, 11 Jun 2019 16:50:01 +0200
 
In AbstractMySQLDriver.php line 106:
  
  An exception occurred in driver: SQLSTATE[HY000] [1698] Access denied for u 
  ser 'root'@'localhost'   
   
In PDOConnection.php line 31:
   
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost' 

In PDOConnection.php line 27:
   
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost' 

run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS] [-v|--verbose] 
[--] [...]
 
Was muss ich nun machen?
 
LG
 
 

Re: [vz-users] You have new mail in /var/mail/pi

[René W .]

Ich teste gerade:
pi@raspberrypi:~ $ mysql -h192.168.178.58 -P3306 -uroot -pXX volkzaehler
ERROR 1045 (28000): Access denied for user 'root'@'PiHole.fritz.box' (using 
password: YES)

Von: Andreas Goetz
Gesendet: Dienstag, 11. Juni 2019 20:52
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi

Mhhm. Und Du bist sicher, dass der gleiche User auf der Kommandozeile 
funktioniert, also:

mysql -u root2 -ppassword volkszaehler

Viele Grüße, 
Andreas



On 11. Jun 2019, at 20:21, René W.  wrote:

Das habe ich, dachte ich zumindest. Hab extra nochmal einen root2 User mit 
allen Privilegien angelegt. Ich erhalte immer noch die Meldung. Auch ein 
Auskommentieren brachte kein Erfolg.
 
LG
 
Von: Frank Richter
Gesendet: Dienstag, 11. Juni 2019 19:02
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi
 
In der config.yaml für den DB-Admin passende Zugangsdaten eingeben.
 
René W.  schrieb am Di., 11. Juni 2019, 18:51:
Moin,
 
ich erhalte regelmäßig im SSH „You have new mail in /var/mail/pi“
In der Log steht folgendes:
 
From pi@raspberrypi Tue Jun 11 16:50:01 2019
Return-path: 
Envelope-to: pi@raspberrypi
Delivery-date: Tue, 11 Jun 2019 16:50:01 +0200
Received: from pi by raspberrypi.fritz.box with local (Exim 4.92)
    (envelope-from )
    id 1hai65-0002MX-Lf
    for pi@raspberrypi; Tue, 11 Jun 2019 16:50:01 +0200
From: root@raspberrypi (Cron Daemon)
To: pi@raspberrypi
Subject: Cron  php /var/www/volkszaehler.org/bin/aggregate run 
-m delta -l minute >/dev/null
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
Message-Id: 
Date: Tue, 11 Jun 2019 16:50:01 +0200
 
In AbstractMySQLDriver.php line 106:
  
  An exception occurred in driver: SQLSTATE[HY000] [1698] Access denied for u 
  ser 'root'@'localhost'   
   
In PDOConnection.php line 31:
   
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost' 

In PDOConnection.php line 27:
   
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost' 

run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS] [-v|--verbose] 
[--] [...]
 
Was muss ich nun machen?
 
LG

Re: [vz-users] You have new mail in /var/mail/pi

[René W .]

Korrekt. DB liegt extern auf Synology mit Maria 10

Habe nun in der „config.yaml“
db:
  driver: pdo_mysql
  host: 192.168.178.58
  port: 3306
  user: root
  password: 
  charset: utf8
  dbname: volkszaehler
  path: volkszaehler # only used for SQLite

Den Port habe ich auch so im Synology eingestellt. DB5 ist deinstalliert.

Nun erhalte ich beim Aufruf des Frontent (http://192.168.178.22/) folgende 
Meldung:
/capabilities/definitions.json?unique=1560279560591:
An exception occurred in driver: SQLSTATE[HY000] [1045] Access denied for user 
'root'@'192.168.178.22' (using password: YES)

Von: Frank Richter
Gesendet: Dienstag, 11. Juni 2019 20:56
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi

Wie war das, deine DB liegt extern auf dem NAS? Dazu passt das @localhost nicht 
so recht...

René W.  schrieb am Di., 11. Juni 2019, 20:21:
Das habe ich, dachte ich zumindest. Hab extra nochmal einen root2 User mit 
allen Privilegien angelegt. Ich erhalte immer noch die Meldung. Auch ein 
Auskommentieren brachte kein Erfolg.
 
LG
 
Von: Frank Richter
Gesendet: Dienstag, 11. Juni 2019 19:02
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi
 
In der config.yaml für den DB-Admin passende Zugangsdaten eingeben.
 
René W.  schrieb am Di., 11. Juni 2019, 18:51:
Moin,
 
ich erhalte regelmäßig im SSH „You have new mail in /var/mail/pi“
In der Log steht folgendes:
 
From pi@raspberrypi Tue Jun 11 16:50:01 2019
Return-path: 
Envelope-to: pi@raspberrypi
Delivery-date: Tue, 11 Jun 2019 16:50:01 +0200
Received: from pi by raspberrypi.fritz.box with local (Exim 4.92)
    (envelope-from )
    id 1hai65-0002MX-Lf
    for pi@raspberrypi; Tue, 11 Jun 2019 16:50:01 +0200
From: root@raspberrypi (Cron Daemon)
To: pi@raspberrypi
Subject: Cron  php /var/www/volkszaehler.org/bin/aggregate run 
-m delta -l minute >/dev/null
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
Message-Id: 
Date: Tue, 11 Jun 2019 16:50:01 +0200
 
In AbstractMySQLDriver.php line 106:
   
  An exception occurred in driver: SQLSTATE[HY000] [1698] Access denied for u  
  ser 'root'@'localhost'   
   
In PDOConnection.php line 31:
    
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'  

In PDOConnection.php line 27:
    
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'  

run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS] [-v|--verbose] 
[--] [...]
 
Was muss ich nun machen?
 
LG
 

Re: [vz-users] You have new mail in /var/mail/pi

[René W .]

Das habe ich, dachte ich zumindest. Hab extra nochmal einen root2 User mit 
allen Privilegien angelegt. Ich erhalte immer noch die Meldung. Auch ein 
Auskommentieren brachte kein Erfolg.

LG

Von: Frank Richter
Gesendet: Dienstag, 11. Juni 2019 19:02
An: volkszaehler.org - users
Betreff: Re: [vz-users] You have new mail in /var/mail/pi

In der config.yaml für den DB-Admin passende Zugangsdaten eingeben.

René W.  schrieb am Di., 11. Juni 2019, 18:51:
Moin,
 
ich erhalte regelmäßig im SSH „You have new mail in /var/mail/pi“
In der Log steht folgendes:
 
From pi@raspberrypi Tue Jun 11 16:50:01 2019
Return-path: 
Envelope-to: pi@raspberrypi
Delivery-date: Tue, 11 Jun 2019 16:50:01 +0200
Received: from pi by raspberrypi.fritz.box with local (Exim 4.92)
    (envelope-from )
    id 1hai65-0002MX-Lf
    for pi@raspberrypi; Tue, 11 Jun 2019 16:50:01 +0200
From: root@raspberrypi (Cron Daemon)
To: pi@raspberrypi
Subject: Cron  php /var/www/volkszaehler.org/bin/aggregate run 
-m delta -l minute >/dev/null
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
Message-Id: 
Date: Tue, 11 Jun 2019 16:50:01 +0200
 
In AbstractMySQLDriver.php line 106:
   
  An exception occurred in driver: SQLSTATE[HY000] [1698] Access denied for u  
  ser 'root'@'localhost'   
   
In PDOConnection.php line 31:
    
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'  

In PDOConnection.php line 27:
    
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'  

run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS] [-v|--verbose] 
[--] [...]
 
Was muss ich nun machen?
 
LG

[vz-users] You have new mail in /var/mail/pi

[René W .]

Moin,

ich erhalte regelmäßig im SSH „You have new mail in /var/mail/pi“
In der Log steht folgendes:

>From pi@raspberrypi Tue Jun 11 16:50:01 2019
Return-path: 
Envelope-to: pi@raspberrypi
Delivery-date: Tue, 11 Jun 2019 16:50:01 +0200
Received: from pi by raspberrypi.fritz.box with local (Exim 4.92)
(envelope-from )
id 1hai65-0002MX-Lf
for pi@raspberrypi; Tue, 11 Jun 2019 16:50:01 +0200
From: root@raspberrypi (Cron Daemon)
To: pi@raspberrypi
Subject: Cron  php /var/www/volkszaehler.org/bin/aggregate run 
-m delta -l minute >/dev/null
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
Message-Id: 
Date: Tue, 11 Jun 2019 16:50:01 +0200

In AbstractMySQLDriver.php line 106:
   
  An exception occurred in driver: SQLSTATE[HY000] [1698] Access denied for u  
  ser 'root'@'localhost'   
   
In PDOConnection.php line 31:

  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'  

In PDOConnection.php line 27:

  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'  

run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS] [-v|--verbose] 
[--] [...]

Was muss ich nun machen?

LG

Re: [vz-users] System aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen

[René W]

Moin,
cat habe ich zum debugged benutzt. Der letzte Fehler das keine Daten mehr
gesendet wurden, lag an der fehlerhaften conf (Komma vergessen).

Jetzt möchte ich noch folgendes erstmal lösen: die Einheit stimmt bei einem
noch nicht. Real 0,040kW/h. Geloggt 0,04W/h. Also Faktor 1000. Was ist nun
der Unterschied in vzlogger.conf unter „scaler“ und der Auflösung im
Frontend wenn ich einen Kanal dort bearbeite? Wo trage ich was ich ein?
Ich verstehe das so, das Änderungen im Frontend nur temporär sind, so lange
die Cookies nicht gelöscht werden.

Ist es richtig, das ich im neuen Browser immer meine UUID kennen muss? Oder
kann man die auch aufm Dropdown-Menü irgendwie selektieren? Öffentlich? Ich
greife wenn dann per VPN darauf zu.

Gruß René

Frank Richter  schrieb am Mo. 10. Juni 2019 um
22:17:

> Du brauchst weder cat noch stty noch minicom. vzlogger konfiguriert die
> seriellen Schnittstellen selbst.
>
> René W.  schrieb am Mo., 10. Juni 2019, 22:08:
>
>> OK die Kanäle waren falsch angelegt. Hab nun neue Kanäle angelegt und die
>> neue UUID in der conf hinterlegt. Auch die Pull-seq rausgenommen. Hab den
>> Pi mal neugestartet. Jetzt spuckt mir cat /dev/ttyUSB0 nichts mehr aus.
>> Auch cat /dev/ttyUSB* auch nicht mehr. Das lief doch bis eben.
>>
>>
>>
>> Ich brauch nochmal hilfe bei tty oder minicom zum konfigurieren der USB
>> IR Leseköpfe.
>>
>>
>>
>> Gruß
>>
>>
>>
>> *Von: *Frank Richter 
>> *Gesendet: *Montag, 10. Juni 2019 21:37
>> *An: *volkszaehler.org - users 
>> *Betreff: *Re: [vz-users] System
>> aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
>>
>>
>>
>> Bei aggtime: -1 ist die Aggregation aus. Liegt also nicht am
>> Durchschnitt. Hast du den Kanal richtig angelegt (Leistungswerte!)?
>>
>>
>>
>> Und nimm bitte beim Q3D die Pull-Sequenz raus, das braucht der nicht.
>>
>>
>>
>> René W.  schrieb am Mo., 10. Juni 2019, 21:05:
>>
>> Ok, weiter geht’s.
>>
>> Die Auflösung stimmt noch nicht, aber das sollte kein Problem sein.
>>
>> Im Frontend werden mir falsche Werte unter Aktuell angezeigt. Zur Zeit
>> zBsp 660kW obwohl 360kW ausgelesen. Liegt das am Mittelwert?
>>
>> Hier die Log:
>>
>>
>>
>> [Jun 10 20:59:10][d0]   Read package with 8 tuples (vendor=ESY,
>> baudrate=5, identification=Q3DA1004 V3.04)
>>
>> [Jun 10 20:59:10][mtr0] Got 8 new readings from meter:
>>
>> [Jun 10 20:59:10][mtr0] Reading:
>> id=1-0:0.0.0*255/ObisIdentifier:1-0:0.0.0*255 value=273060005652.00
>> ts=1560193150779
>>
>> [Jun 10 20:59:10][mtr0] Reading:
>> id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=16727.28
>> ts=1560193150818
>>
>> [Jun 10 20:59:10][mtr0] Reading:
>> id=1-0:21.7.0*255/ObisIdentifier:1-0:21.7.0*255 value=143.98
>> ts=1560193150848
>>
>> [Jun 10 20:59:10][mtr0] Reading:
>> id=1-0:41.7.0*255/ObisIdentifier:1-0:41.7.0*255 value=31.69 ts=1560193150879
>>
>> [Jun 10 20:59:10][mtr0] Reading:
>> id=1-0:61.7.0*255/ObisIdentifier:1-0:61.7.0*255 value=184.21
>> ts=1560193150908
>>
>> [Jun 10 20:59:10][mtr0] Reading:
>> id=1-0:1.7.0*255/ObisIdentifier:1-0:1.7.0*255 value=359.88 ts=1560193150937
>>
>> [Jun 10 20:59:10][mtr0] Reading:
>> id=1-0:96.5.5*255/ObisIdentifier:1-0:96.5.5*255 value=80.00 ts=1560193150958
>>
>> [Jun 10 20:59:10][mtr0] Reading:
>> id=0-0:96.1.255*255/ObisIdentifier:0-0:96.1.255*255 value=1.00
>> ts=1560193150994
>>
>> [Jun 10 20:59:10][chn0] Adding reading to queue (value=359.88
>> ts=1560193150937)
>>
>> [Jun 10 20:59:10][AVG]  [0] 359.88 @ 1560193150937
>>
>> [Jun 10 20:59:10][AVG]  [1] RESULT 357.51 @ 1560193150937
>>
>> [Jun 10 20:59:10][chn0] ==> number of tuples: 1
>>
>> [Jun 10 20:59:10][chn0] compare: 1560193148937 1560193150937
>>
>> [Jun 10 20:59:10][d0]   sending pullsequenz send (len:5 is:5).
>>
>> [Jun 10 20:59:10][chn0] copied 1/1 values for middleware transmission
>>
>> [Jun 10 20:59:10][chn0] JSON request body: [ [ 1560193150937,
>> 357.50 ] ]
>>
>> [Jun 10 20:59:10][chn0] CURL: Expire in 0 ms for 6 (transfer 0x74b00cd8)
>>
>> [Jun 10 20:59:10][chn0] CURL: Expire in 3 ms for 8 (transfer
>> 0x74b00cd8)
>>
>> [Jun 10 20:59:10][chn0] CURL: Found bundle for host 192.168.178.22:
>> 0x74b0bf78 [can pipeline]
>>
>> [Jun 10 20:59:10][chn0] CURL: Could pipeline, but not asked to!
>>
>> [Jun 10 20:59:10][chn0] CURL: Re-using existing connection! (#0) with
>> host 192.168.178.22
>

Re: [vz-users] System aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen

[René W .]

OK die Kanäle waren falsch angelegt. Hab nun neue Kanäle angelegt und die neue 
UUID in der conf hinterlegt. Auch die Pull-seq rausgenommen. Hab den Pi mal 
neugestartet. Jetzt spuckt mir cat /dev/ttyUSB0 nichts mehr aus. Auch cat 
/dev/ttyUSB* auch nicht mehr. Das lief doch bis eben.

Ich brauch nochmal hilfe bei tty oder minicom zum konfigurieren der USB IR 
Leseköpfe.

Gruß

Von: Frank Richter
Gesendet: Montag, 10. Juni 2019 21:37
An: volkszaehler.org - users
Betreff: Re: [vz-users] System 
aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen

Bei aggtime: -1 ist die Aggregation aus. Liegt also nicht am Durchschnitt. Hast 
du den Kanal richtig angelegt (Leistungswerte!)?

Und nimm bitte beim Q3D die Pull-Sequenz raus, das braucht der nicht.

René W.  schrieb am Mo., 10. Juni 2019, 21:05:
Ok, weiter geht’s.
Die Auflösung stimmt noch nicht, aber das sollte kein Problem sein. 
Im Frontend werden mir falsche Werte unter Aktuell angezeigt. Zur Zeit zBsp 
660kW obwohl 360kW ausgelesen. Liegt das am Mittelwert?
Hier die Log:
 
[Jun 10 20:59:10][d0]   Read package with 8 tuples (vendor=ESY, baudrate=5, 
identification=Q3DA1004 V3.04)
[Jun 10 20:59:10][mtr0] Got 8 new readings from meter:
[Jun 10 20:59:10][mtr0] Reading: id=1-0:0.0.0*255/ObisIdentifier:1-0:0.0.0*255 
value=273060005652.00 ts=1560193150779
[Jun 10 20:59:10][mtr0] Reading: id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 
value=16727.28 ts=1560193150818
[Jun 10 20:59:10][mtr0] Reading: 
id=1-0:21.7.0*255/ObisIdentifier:1-0:21.7.0*255 value=143.98 ts=1560193150848
[Jun 10 20:59:10][mtr0] Reading: 
id=1-0:41.7.0*255/ObisIdentifier:1-0:41.7.0*255 value=31.69 ts=1560193150879
[Jun 10 20:59:10][mtr0] Reading: 
id=1-0:61.7.0*255/ObisIdentifier:1-0:61.7.0*255 value=184.21 ts=1560193150908
[Jun 10 20:59:10][mtr0] Reading: id=1-0:1.7.0*255/ObisIdentifier:1-0:1.7.0*255 
value=359.88 ts=1560193150937
[Jun 10 20:59:10][mtr0] Reading: 
id=1-0:96.5.5*255/ObisIdentifier:1-0:96.5.5*255 value=80.00 ts=1560193150958
[Jun 10 20:59:10][mtr0] Reading: 
id=0-0:96.1.255*255/ObisIdentifier:0-0:96.1.255*255 value=1.00 ts=1560193150994
[Jun 10 20:59:10][chn0] Adding reading to queue (value=359.88 ts=1560193150937)
[Jun 10 20:59:10][AVG]  [0] 359.88 @ 1560193150937
[Jun 10 20:59:10][AVG]  [1] RESULT 357.51 @ 1560193150937
[Jun 10 20:59:10][chn0] ==> number of tuples: 1
[Jun 10 20:59:10][chn0] compare: 1560193148937 1560193150937
[Jun 10 20:59:10][d0]   sending pullsequenz send (len:5 is:5).
[Jun 10 20:59:10][chn0] copied 1/1 values for middleware transmission
[Jun 10 20:59:10][chn0] JSON request body: [ [ 1560193150937, 
357.50 ] ]
[Jun 10 20:59:10][chn0] CURL: Expire in 0 ms for 6 (transfer 0x74b00cd8)
[Jun 10 20:59:10][chn0] CURL: Expire in 3 ms for 8 (transfer 0x74b00cd8)
[Jun 10 20:59:10][chn0] CURL: Found bundle for host 192.168.178.22: 0x74b0bf78 
[can pipeline]
[Jun 10 20:59:10][chn0] CURL: Could pipeline, but not asked to!
[Jun 10 20:59:10][chn0] CURL: Re-using existing connection! (#0) with host 
192.168.178.22
[Jun 10 20:59:10][chn0] CURL: Connected to 192.168.178.22 (192.168.178.22) port 
80 (#0)
[Jun 10 20:59:10][chn0] CURL: Expire in 0 ms for 6 (transfer 0x74b00cd8)
[Jun 10 20:59:10][chn0] CURL: Sent 41 bytes..
[Jun 10 20:59:11][chn0] CURL: Sent '[ [ 1560193150937, 357.50 ] ]' 
bytes
[Jun 10 20:59:11][chn0] CURL: upload completely sent off: 41 out of 41 bytes
[Jun 10 20:59:11][chn0] CURL: Received 26 bytes
[Jun 10 20:59:11][chn0] CURL: Received '{"version":"0.3","rows":1}' bytes
[Jun 10 20:59:11][chn0] CURL: Connection #0 to host 192.168.178.22 left intact
[Jun 10 20:59:11][chn0] CURL Request succeeded with code: 200
[Jun 10 20:59:11][chn0] emptied all (1) values
 
Und die aktuelle conf
 
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
  "meters": [
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e", //Haus Q3D
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-0:1.7.0", //Wirkleistung 
     //"secretKey": "",
  //"type": "device",
  "scaler": 1000,
  "aggmode": "AVG", //"AVG", // "AVG" Der Mittelwert für Leistung, 
"MAX" für Zähler, 

Re: [vz-users] System aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen

[René W .]

Ahh, daran lag es, Sieht schon besser aus. Also werden die Daten richtig 
übertragen.
pi@raspberrypi:~ $ cat /dev/ttyUSB0
/ESY5Q3DA1004 V3.04

1-0:0.0.0*255(0273060005652)
1-0:1.8.0*255(00016727.4589216*kWh)
1-0:21.7.0*255(86.77*W)
1-0:41.7.0*255(30.88*W)
1-0:61.7.0*255(000182.76*W)
1-0:1.7.0*255(000300.41*W)
1-0:96.5.5*255(80)
0-0:96.1.255*255(1ESY1160005652)
!

Warum wird mir aber grafisch das doppelte angezeigt?

LG
Von: Frank Richter
Gesendet: Montag, 10. Juni 2019 21:22
An: volkszaehler.org - users
Betreff: Re: [vz-users] System 
aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen

Hast du den vzlogger vorher angehalten? Sonst klauen sich der und cat die Daten 
gegenseitig...

René W.  schrieb am Mo., 10. Juni 2019, 21:12:
Ist das plausibel?
 
pi@raspberrypi:~ $ cat /dev/ttyUSB0
SY3!0 V04
 
1-0:0.0*250276056)
-1.8*2(0167.101*h)1-21.2(1407*
 
0:47.2500317*
 
0:.7*2(02141)
-0.7*2(03975)
-06.5550)
-96.25251E110052
!/SQ3D00V34
 
1:0.055276056)
-0.0*2(0127.159Wh)1-21.2550001*W
1:.7.250034W)
-0:.7*5(02249)
-1.7*255(0408W)1-06.555()
-96.252(1E110652
!/SY53D100 V304
 
 
-0:.00*55(273600562)
1-:1..025(001677.61410*Wh
 
10:2.70*55(0011.7*W
 
10:1.70*25(0031.3*W
 
-0:1.70*55(0024.6*)
 
-0:.70*25(0040.56W)
1-:965.*25(8)
 
-096..25*25(1SY1600552)
!
/EY53DA00 V304
 
Gruß
 
Von: Frank Richter
Gesendet: Freitag, 7. Juni 2019 18:30
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf 
RaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
 
Und?
 
Frank Richter  schrieb am Do., 6. Juni 2019, 12:06:
Das Dumpfile ist ja völlig sinnlos. Bist du sicher dass du nicht doch die 
Leseköpfe vertauscht hast?
 
René W.  schrieb am Do., 6. Juni 2019, 11:51:
Nein, beide laufen nicht.
 
Ich fokussiere mich gerade auf den USB0 (Wärmepumpe). Hier die Dump
>>>>> 53.207039218s ( 1 ms) 
04 0c 40 42 7e 10 04 00 54 56 56 6d 42 25 7f 5a @B~   TVVmB% Z 
07 27 56 21    'V! 
 
# 56.706491768s (  3499 ms) read
# 56.706534216s ( 0 ms) TCIOFLUSH and cfsetiospeed
<<<<< 57.206782810s (   500 ms) 
2f 3f 21 0d 0a    /?!  
 
>>>>> 57.206995310s ( 0 ms) 
04 0c 40 42 7e 5a 07 00 56 14 04 60 00 00 7f 10 @B~Z  V  ` 
04 40 14 5a 5a 5a 6d 04 7f 5a 07 27 56 56 61 0c    @ ZZZm  Z 'VVa  
2d 56 7f 5a 07 07 56 56 56 42 42 25 7f 5a 07 27   -V Z  VVVBB% Z ' 
56 56 56 5a 6d 04 7f 5a 07 67 56 21   VVVZm  Z gV! 
 
# 68.712159993s ( 11506 ms) read
# 68.712232962s ( 0 ms) TCIOFLUSH and cfsetiospeed
<<<<< 69.212554889s (   500 ms) 
2f 3f 21 0d 0a    /?!
 
Und hier die aktuelle conf. Ich habe die ganzen Werte aus der Wiki wieder rein 
genommen, da das auskommentieren kein Erfolg zeigte. Ich werde das aber nochmal 
verifizieren.
 
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
  "meters": [
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e", //Haus
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-0:1.8.0"
    }
  ],
  "protocol": "d0",
      "device": "/dev/usb-ir-lesekopf1",
  "dump_file": "",
  //"pullseq": "2f3f210d0a",
  //"ackseq": "auto",
  "baudrate": 9600,
  //"baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 10,
  "baudrate_change_delay": 0
    },
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035", //WP
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-1:1.7.0",
     "aggmode": "none",
  "duplicates": 0
    }
  ],
  "protocol": "d0",
  "device": &quo

Re: [vz-users] System auf RaspberryneuaufsetzenundalteDatenbank(Synology) nutzen

[René W .]

Ist das plausibel?

pi@raspberrypi:~ $ cat /dev/ttyUSB0
SY3!0 V04

1-0:0.0*250276056)
-1.8*2(0167.101*h)1-21.2(1407*

0:47.2500317*

0:.7*2(02141)
-0.7*2(03975)
-06.5550)
-96.25251E110052
!/SQ3D00V34

1:0.055276056)
-0.0*2(0127.159Wh)1-21.2550001*W
1:.7.250034W)
-0:.7*5(02249)
-1.7*255(0408W)1-06.555()
-96.252(1E110652
!/SY53D100 V304


-0:.00*55(273600562)
1-:1..025(001677.61410*Wh

10:2.70*55(0011.7*W

10:1.70*25(0031.3*W

-0:1.70*55(0024.6*)

-0:.70*25(0040.56W)
1-:965.*25(8)

-096..25*25(1SY1600552)
!
/EY53DA00 V304

Gruß

Von: Frank Richter
Gesendet: Freitag, 7. Juni 2019 18:30
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf 
RaspberryneuaufsetzenundalteDatenbank(Synology) nutzen

Und?

Frank Richter  schrieb am Do., 6. Juni 2019, 12:06:
Das Dumpfile ist ja völlig sinnlos. Bist du sicher dass du nicht doch die 
Leseköpfe vertauscht hast?

René W.  schrieb am Do., 6. Juni 2019, 11:51:
Nein, beide laufen nicht.
 
Ich fokussiere mich gerade auf den USB0 (Wärmepumpe). Hier die Dump
>>>>> 53.207039218s ( 1 ms) 
04 0c 40 42 7e 10 04 00 54 56 56 6d 42 25 7f 5a @B~   TVVmB% Z 
07 27 56 21    'V! 
 
# 56.706491768s (  3499 ms) read
# 56.706534216s ( 0 ms) TCIOFLUSH and cfsetiospeed
<<<<< 57.206782810s (   500 ms) 
2f 3f 21 0d 0a    /?!  
 
>>>>> 57.206995310s ( 0 ms) 
04 0c 40 42 7e 5a 07 00 56 14 04 60 00 00 7f 10 @B~Z  V  ` 
04 40 14 5a 5a 5a 6d 04 7f 5a 07 27 56 56 61 0c    @ ZZZm  Z 'VVa  
2d 56 7f 5a 07 07 56 56 56 42 42 25 7f 5a 07 27   -V Z  VVVBB% Z ' 
56 56 56 5a 6d 04 7f 5a 07 67 56 21   VVVZm  Z gV! 
 
# 68.712159993s ( 11506 ms) read
# 68.712232962s ( 0 ms) TCIOFLUSH and cfsetiospeed
<<<<< 69.212554889s (   500 ms) 
2f 3f 21 0d 0a    /?!
 
Und hier die aktuelle conf. Ich habe die ganzen Werte aus der Wiki wieder rein 
genommen, da das auskommentieren kein Erfolg zeigte. Ich werde das aber nochmal 
verifizieren.
 
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
  "meters": [
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e", //Haus
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-0:1.8.0"
    }
  ],
  "protocol": "d0",
      "device": "/dev/usb-ir-lesekopf1",
  "dump_file": "",
  //"pullseq": "2f3f210d0a",
  //"ackseq": "auto",
  "baudrate": 9600,
  //"baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 10,
  "baudrate_change_delay": 0
    },
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035", //WP
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-1:1.7.0",
     "aggmode": "none",
  "duplicates": 0
    }
  ],
  "protocol": "d0",
  "device": "/dev/usb-ir-lesekopf0",
  "dump_file": "/var/log/lesekopf0.log",
  "pullseq": "2F3F210D0A",
  "ackseq": "auto",
  "baudrate": 300,
  "baudrate_read": 9600,
  "parity": "7e1",
  //"wait_sync": "off",
  "read_timeout": 100,
  "baudrate_change_delay": 500,
      "read_timeout": 100
    }
  ]
}
 
Von: Frank Richter
Gesendet: Donnerstag, 6. Juni 2019 11:22
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry 
neuaufsetzenundalteDatenbank(Synology) nutzen
 
D.h. der Q3D funktioniert, der AS1440 noch nicht?
 
Zeig bitte nochmal den aktuellen 

Re: [vz-users] System auf RaspberryneuaufsetzenundalteDatenbank(Synology) nutzen

[René W .]

szaehler",
  "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035", //WP
  "middleware": "http://192.168.178.22/middleware.php;,
  "identifier": "1-1:1.7.0",
  "aggmode": "AVG", // "AVG" Der Mittelwert für Leistung, "MAX" 
für Zähler, "SUM" für Counter
  "secretKey": "",
  "type": "device",
  "scaler": 1,
      "duplicates": 0
}
  ],
  "protocol": "d0",
  "device": "/dev/usb-ir-lesekopf1",
  "dump_file": "",
  "pullseq": "2f3f210d0a",
  //"ackseq": "auto",
  "baudrate": 9600,
  //"baudrate_read": 9600,
  "parity": "7E1"
  //"wait_sync": "off",
  //"read_timeout": 100,
  //"baudrate_change_delay": 500,
  //"read_timeout": 100
}
  ]
}

Ist es normal das ein „sudo systemctl stop vzlogger“ immer so lange (1 Min) 
dauert?

LG

Von: Frank Richter
Gesendet: Freitag, 7. Juni 2019 18:30
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf 
RaspberryneuaufsetzenundalteDatenbank(Synology) nutzen

Und?

Frank Richter  schrieb am Do., 6. Juni 2019, 12:06:
Das Dumpfile ist ja völlig sinnlos. Bist du sicher dass du nicht doch die 
Leseköpfe vertauscht hast?

René W.  schrieb am Do., 6. Juni 2019, 11:51:
Nein, beide laufen nicht.
 
Ich fokussiere mich gerade auf den USB0 (Wärmepumpe). Hier die Dump
>>>>> 53.207039218s ( 1 ms) 
04 0c 40 42 7e 10 04 00 54 56 56 6d 42 25 7f 5a @B~   TVVmB% Z 
07 27 56 21    'V! 
 
# 56.706491768s (  3499 ms) read
# 56.706534216s ( 0 ms) TCIOFLUSH and cfsetiospeed
<<<<< 57.206782810s (   500 ms) 
2f 3f 21 0d 0a    /?!  
 
>>>>> 57.206995310s ( 0 ms) 
04 0c 40 42 7e 5a 07 00 56 14 04 60 00 00 7f 10 @B~Z  V  ` 
04 40 14 5a 5a 5a 6d 04 7f 5a 07 27 56 56 61 0c    @ ZZZm  Z 'VVa  
2d 56 7f 5a 07 07 56 56 56 42 42 25 7f 5a 07 27   -V Z  VVVBB% Z ' 
56 56 56 5a 6d 04 7f 5a 07 67 56 21   VVVZm  Z gV! 
 
# 68.712159993s ( 11506 ms) read
# 68.712232962s ( 0 ms) TCIOFLUSH and cfsetiospeed
<<<<< 69.212554889s (   500 ms) 
2f 3f 21 0d 0a    /?!
 
Und hier die aktuelle conf. Ich habe die ganzen Werte aus der Wiki wieder rein 
genommen, da das auskommentieren kein Erfolg zeigte. Ich werde das aber nochmal 
verifizieren.
 
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
  "meters": [
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e", //Haus
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-0:1.8.0"
    }
  ],
  "protocol": "d0",
      "device": "/dev/usb-ir-lesekopf1",
  "dump_file": "",
  //"pullseq": "2f3f210d0a",
  //"ackseq": "auto",
  "baudrate": 9600,
      //"baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 10,
  "baudrate_change_delay": 0
    },
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035", //WP
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-1:1.7.0",
     "aggmode": "none",
  "duplicates": 0
    }
  ],
  "protocol": "d0",
  "device": "/dev/usb-ir-lesekopf0",
  "dump_file"

Re: [vz-users] System auf Raspberry neuaufsetzenundalteDatenbank(Synology) nutzen

[René W]

Ja du hattest recht. Hab die USB Bezeichnung getauscht und es kann endlich
werte an.
Konnte aber wegen Familienfest nicht weiter machen da immer noch keine
Daten geschrieben werden.

Frank Richter  schrieb am Fr. 7. Juni 2019 um
18:30:

> Und?
>
> Frank Richter  schrieb am Do., 6. Juni 2019,
> 12:06:
>
>> Das Dumpfile ist ja völlig sinnlos. Bist du sicher dass du nicht doch die
>> Leseköpfe vertauscht hast?
>>
>> René W.  schrieb am Do., 6. Juni 2019, 11:51:
>>
>>> Nein, beide laufen nicht.
>>>
>>>
>>>
>>> Ich fokussiere mich gerade auf den USB0 (Wärmepumpe). Hier die Dump
>>>
>>> >>>>> 53.207039218s ( 1 ms)
>>>
>>> 04 0c 40 42 7e 10 04 00 54 56 56 6d 42 25 7f 5a @B~   TVVmB% Z
>>>
>>> 07 27 56 21'V!
>>>
>>>
>>>
>>> # 56.706491768s (  3499 ms) read
>>>
>>> # 56.706534216s ( 0 ms) TCIOFLUSH and cfsetiospeed
>>>
>>> <<<<< 57.206782810s (   500 ms)
>>>
>>> 2f 3f 21 0d 0a/?!
>>>
>>>
>>>
>>> >>>>> 57.206995310s ( 0 ms)
>>>
>>> 04 0c 40 42 7e 5a 07 00 56 14 04 60 00 00 7f 10 @B~Z  V  `
>>>
>>> 04 40 14 5a 5a 5a 6d 04 7f 5a 07 27 56 56 61 0c@ ZZZm  Z 'VVa
>>>
>>> 2d 56 7f 5a 07 07 56 56 56 42 42 25 7f 5a 07 27   -V Z  VVVBB% Z '
>>>
>>> 56 56 56 5a 6d 04 7f 5a 07 67 56 21   VVVZm  Z gV!
>>>
>>>
>>>
>>> # 68.712159993s ( 11506 ms) read
>>>
>>> # 68.712232962s ( 0 ms) TCIOFLUSH and cfsetiospeed
>>>
>>> <<<<< 69.212554889s (   500 ms)
>>>
>>> 2f 3f 21 0d 0a/?!
>>>
>>>
>>>
>>> Und hier die aktuelle conf. Ich habe die ganzen Werte aus der Wiki
>>> wieder rein genommen, da das auskommentieren kein Erfolg zeigte. Ich werde
>>> das aber nochmal verifizieren.
>>>
>>>
>>>
>>> {
>>>
>>>   "retry": 0,
>>>
>>>   "daemon": true,
>>>
>>>   "verbosity": 15,
>>>
>>>   "log": "/var/log/vzlogger.log",
>>>
>>>   "push": [],
>>>
>>>   "local": {
>>>
>>> "enabled": false,
>>>
>>> "port": 8080,
>>>
>>> "index": false,
>>>
>>> "timeout": 0,
>>>
>>> "buffer": 0
>>>
>>>   },
>>>
>>>   "meters": [
>>>
>>> {
>>>
>>>   "enabled": true,
>>>
>>>   "allowskip": false,
>>>
>>>   "interval": -1,
>>>
>>>   "aggtime": -1,
>>>
>>>   "aggfixedinterval": false,
>>>
>>>   "channels": [
>>>
>>> {
>>>
>>>   "api": "volkszaehler",
>>>
>>>   "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e", //Haus
>>>
>>>  "middleware": "
>>> http://192.168.178.22/middleware.php;,
>>>
>>>   "identifier": "1-0:1.8.0"
>>>
>>> }
>>>
>>>   ],
>>>
>>>   "protocol": "d0",
>>>
>>>   "device": "/dev/usb-ir-lesekopf1",
>>>
>>>   "dump_file": "",
>>>
>>>   //"pullseq": "2f3f210d0a",
>>>
>>>   //"ackseq": "auto",
>>>
>>>   "baudrate": 9600,
>>>
>>>   //"baudrate_read": 9600,
>>>
>>>   "parity": "7e1",
>>>
>>>   "wait_sync": "off",
>>>
>>>   "read_timeout": 10,
>>>
>>>   "baudrate_change_delay": 0
>>>
>>> },
>>>
>>> {
>>>
>>>   "enabled": true,
>>>
>>>   "allowskip": false,
>>>
>>>   "interval": -1,
>>>
>>>   

Re: [vz-users] System auf Raspberry neuaufsetzenundalteDatenbank(Synology) nutzen

[René W .]

Nein, beide laufen nicht.

Ich fokussiere mich gerade auf den USB0 (Wärmepumpe). Hier die Dump
>>>>> 53.207039218s ( 1 ms) 
04 0c 40 42 7e 10 04 00 54 56 56 6d 42 25 7f 5a @B~   TVVmB% Z 
07 27 56 21'V! 

# 56.706491768s (  3499 ms) read
# 56.706534216s ( 0 ms) TCIOFLUSH and cfsetiospeed
<<<<< 57.206782810s (   500 ms) 
2f 3f 21 0d 0a/?!  

>>>>> 57.206995310s ( 0 ms) 
04 0c 40 42 7e 5a 07 00 56 14 04 60 00 00 7f 10 @B~Z  V  ` 
04 40 14 5a 5a 5a 6d 04 7f 5a 07 27 56 56 61 0c@ ZZZm  Z 'VVa  
2d 56 7f 5a 07 07 56 56 56 42 42 25 7f 5a 07 27   -V Z  VVVBB% Z ' 
56 56 56 5a 6d 04 7f 5a 07 67 56 21   VVVZm  Z gV! 

# 68.712159993s ( 11506 ms) read
# 68.712232962s ( 0 ms) TCIOFLUSH and cfsetiospeed
<<<<< 69.212554889s (   500 ms) 
2f 3f 21 0d 0a/?!

Und hier die aktuelle conf. Ich habe die ganzen Werte aus der Wiki wieder rein 
genommen, da das auskommentieren kein Erfolg zeigte. Ich werde das aber nochmal 
verifizieren.

{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
"enabled": false,
"port": 8080,
"index": false,
"timeout": 0,
"buffer": 0
  },
  "meters": [
{
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
{
  "api": "volkszaehler",
  "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e", //Haus
  "middleware": "http://192.168.178.22/middleware.php;,
  "identifier": "1-0:1.8.0"
}
  ],
  "protocol": "d0",
  "device": "/dev/usb-ir-lesekopf1",
  "dump_file": "",
  //"pullseq": "2f3f210d0a",
  //"ackseq": "auto",
  "baudrate": 9600,
  //"baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 10,
  "baudrate_change_delay": 0
},
{
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
{
  "api": "volkszaehler",
  "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035", //WP
  "middleware": "http://192.168.178.22/middleware.php;,
  "identifier": "1-1:1.7.0",
  "aggmode": "none",
  "duplicates": 0
}
  ],
  "protocol": "d0",
  "device": "/dev/usb-ir-lesekopf0",
  "dump_file": "/var/log/lesekopf0.log",
  "pullseq": "2F3F210D0A",
  "ackseq": "auto",
  "baudrate": 300,
  "baudrate_read": 9600,
  "parity": "7e1",
  //"wait_sync": "off",
  "read_timeout": 100,
  "baudrate_change_delay": 500,
  "read_timeout": 100
}
  ]
}

Von: Frank Richter
Gesendet: Donnerstag, 6. Juni 2019 11:22
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry 
neuaufsetzenundalteDatenbank(Synology) nutzen

D.h. der Q3D funktioniert, der AS1440 noch nicht?

Zeig bitte nochmal den aktuellen Stand der vzlogger.conf und das zugehörige 
Logfile. Außerdem solltest du für den Zähler, der Schwierigkeiten macht, ein 
Dumpfile anlegen, damit man sich die Kommunikation mal anschauen kann.

René W.  schrieb am Do., 6. Juni 2019, 11:05:
DB Fehler erstmal ignorieren.
Nach der Änderung der config.yaml muss ich ja auch die Middleware neustarten.
 
Ich habe die Änderungen in der vzlogger.conf habe ich geändert. Brachte aber 
kein Erfolg. Wie kann ich sehen ob die Änderungen wirklich geladen wurden? 
Reicht ein stop/start?
 
pi@raspberrypi:~ $ cat /dev/ttyUSB0
V@ZVTBBZZVBBZZVZmVZmZVVZmZVgV
@B~^C
 
Von: Frank Richter
Gesendet: Donnerstag, 6. Juni 2019 10:12
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry neu 
aufsetzenundalteDatenbank(Synology) nutzen
 
systemctl braucht sudo!
 
Und wo kommt der DB-Fehler jetzt her?
 
René W.  schrieb am Do., 6. Juni 2019, 10:00:
Beim Versuch den Dienst zu stoppen erhalte ich Fehlermeldung:
 
pi@raspberrypi:~ $ syste

Re: [vz-users] System auf Raspberry neu aufsetzenundalteDatenbank(Synology) nutzen

[René W .]

DB Fehler erstmal ignorieren.
Nach der Änderung der config.yaml muss ich ja auch die Middleware neustarten.

Ich habe die Änderungen in der vzlogger.conf habe ich geändert. Brachte aber 
kein Erfolg. Wie kann ich sehen ob die Änderungen wirklich geladen wurden? 
Reicht ein stop/start?

pi@raspberrypi:~ $ cat /dev/ttyUSB0
V@ZVTBBZZVBBZZVZmVZmZVVZmZVgV
@B~^C

Von: Frank Richter
Gesendet: Donnerstag, 6. Juni 2019 10:12
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry neu 
aufsetzenundalteDatenbank(Synology) nutzen

systemctl braucht sudo!

Und wo kommt der DB-Fehler jetzt her?

René W.  schrieb am Do., 6. Juni 2019, 10:00:
Beim Versuch den Dienst zu stoppen erhalte ich Fehlermeldung:
 
pi@raspberrypi:~ $ systemctl stop vzlogger
 AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Authentication is required to stop 'vzlogger.service'.
Authenticating as: root
Password:
polkit-agent-helper-1: pam_authenticate failed: Authentication failure
 
Was hat das mit der DB zu tun? 
 
In AbstractMySQLDriver.php line 106: 
  An exception occurred in driver: SQLSTATE[HY000] [1698] Access denied for 
user 'root'@
In PDOConnection.php line 31: 
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'  
In PDOConnection.php line 27: 
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'  
run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS] [-v|--verbose] 
[--] [...]
 
Hier meine config.yaml
 
# general settings overriding php configuration
php:
  timezone: Europe/Berlin
  locale: ['de_DE', 'en_US', 'C']
 
# Doctrine database configuration
# http://www.doctrine-project.org/projects/doctrine-dbal/en/2.6
db:
  driver: pdo_mysql
  host: localhost
  port: 3307
  user: RWeanres0w
  password: N67!r7xx
  charset: utf8
  dbname: volkszaehler
  path: volkszaehler # only used for sqlite
 
  # db admin credentials (used by doctrine cli and setup script)
  admin:
    user: root
    password: PsRkLb1xx
 
  # database optimizer - leave empty for automatic
  # optimizer: Volkszaehler\Interpreter\SQL\MySQLOptimizer # provides 
additional group=15m setting for demo purposes
 
# push server for realtime frontend updates
push:
  server: 5582
  broadcast: 8082
  # routes for wamp access
  wamp:
    - /
    - /ws
  # routes for plain web socket access
  websocket:
    - /socket
 
network:
  # limit maximum POST body size, e.g. 4096
  postlimit: false
 
# enable debug messages by default if true
debug: false
 
Von: Frank Richter
Gesendet: Donnerstag, 6. Juni 2019 09:14
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry neu aufsetzen 
undalteDatenbank(Synology) nutzen
 
Moin René,
 
in der alten Config lief dein zweiter Zähler ohne Baudraten-Umschaltung auf 300 
Baud. In der neuen Config ist eine Umschaltung auf 9600 Baud drin. 
Wahrscheinlich klappt das so nicht.
 
Grüße
Frank
 
René W.  schrieb am Do., 6. Juni 2019, 07:16:
Moin,
 
hab die symlinks angelgt. Ich möchte auch erstmal mit der neuen conf 
weitermachen.
Unter cat /dev/usb-ir-lesekopf1 werden mir kryptische Zeichen ausgegeben. Ich 
denke da ist das letzte Puzzleteil versteckt, komme aber mit der Doku nicht 
wirklich weiter, da diese ja wohl nicht konfiguriert werden müssen. Ich 
verwende die USB Leseköpfe von Nils.
 
Gruß
 
Von: Frank Richter
Gesendet: Mittwoch, 5. Juni 2019 23:12
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry neu aufsetzen und 
alteDatenbank(Synology) nutzen
 
Hi René,
 
eigentlich gibt's keinen Grund, warum die alte Config nicht mehr funktionieren 
sollte, wenn sie bisher lief.
 
Gefährlich sind die beiden Leseköpfe, die lediglich mit ttyUSB0 und ttyUSB1 
angesprochen werden. Diese Nummerierung kann sich durchaus mal ändern. Da 
solltest du sicherheitshalber udev-rules anlegen. Ist im Wiki dokumentiert.
 
Neustart von vzlogger mit systemctl stop vzlogger und systemctl start vzlogger.
 
Grüße
Frank
 
René W.  schrieb am Mi., 5. Juni 2019 22:18:
Hallo Frank,
API und Middleware URL habe ich ergänz. Außerdem hatte ich noch USB0 und UBS1 
vertauscht.
Hier meine aktuelle conf
 
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
  "meters": [
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e",
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-0:1.8.0"
    }
  

Re: [vz-users] System auf Raspberry neu aufsetzen undalteDatenbank(Synology) nutzen

[René W .]

Beim Versuch den Dienst zu stoppen erhalte ich Fehlermeldung:

pi@raspberrypi:~ $ systemctl stop vzlogger
 AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Authentication is required to stop 'vzlogger.service'.
Authenticating as: root
Password:
polkit-agent-helper-1: pam_authenticate failed: Authentication failure

Was hat das mit der DB zu tun? 

In AbstractMySQLDriver.php line 106: 
  An exception occurred in driver: SQLSTATE[HY000] [1698] Access denied for 
user 'root'@
In PDOConnection.php line 31: 
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'  
In PDOConnection.php line 27: 
  SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'  
run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS] [-v|--verbose] 
[--] [...]

Hier meine config.yaml

# general settings overriding php configuration
php:
  timezone: Europe/Berlin
  locale: ['de_DE', 'en_US', 'C']

# Doctrine database configuration
# http://www.doctrine-project.org/projects/doctrine-dbal/en/2.6
db:
  driver: pdo_mysql
  host: localhost
  port: 3307
  user: RWeanres0w
  password: N67!r7xx
  charset: utf8
  dbname: volkszaehler
  path: volkszaehler # only used for sqlite

  # db admin credentials (used by doctrine cli and setup script)
  admin:
user: root
password: PsRkLb1xx

  # database optimizer - leave empty for automatic
  # optimizer: Volkszaehler\Interpreter\SQL\MySQLOptimizer # provides 
additional group=15m setting for demo purposes

# push server for realtime frontend updates
push:
  server: 5582
  broadcast: 8082
  # routes for wamp access
  wamp:
- /
- /ws
  # routes for plain web socket access
  websocket:
- /socket

network:
  # limit maximum POST body size, e.g. 4096
  postlimit: false

# enable debug messages by default if true
debug: false

Von: Frank Richter
Gesendet: Donnerstag, 6. Juni 2019 09:14
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry neu aufsetzen 
undalteDatenbank(Synology) nutzen

Moin René,

in der alten Config lief dein zweiter Zähler ohne Baudraten-Umschaltung auf 300 
Baud. In der neuen Config ist eine Umschaltung auf 9600 Baud drin. 
Wahrscheinlich klappt das so nicht.

Grüße
Frank

René W.  schrieb am Do., 6. Juni 2019, 07:16:
Moin,
 
hab die symlinks angelgt. Ich möchte auch erstmal mit der neuen conf 
weitermachen.
Unter cat /dev/usb-ir-lesekopf1 werden mir kryptische Zeichen ausgegeben. Ich 
denke da ist das letzte Puzzleteil versteckt, komme aber mit der Doku nicht 
wirklich weiter, da diese ja wohl nicht konfiguriert werden müssen. Ich 
verwende die USB Leseköpfe von Nils.
 
Gruß
 
Von: Frank Richter
Gesendet: Mittwoch, 5. Juni 2019 23:12
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry neu aufsetzen und 
alteDatenbank(Synology) nutzen
 
Hi René,
 
eigentlich gibt's keinen Grund, warum die alte Config nicht mehr funktionieren 
sollte, wenn sie bisher lief.
 
Gefährlich sind die beiden Leseköpfe, die lediglich mit ttyUSB0 und ttyUSB1 
angesprochen werden. Diese Nummerierung kann sich durchaus mal ändern. Da 
solltest du sicherheitshalber udev-rules anlegen. Ist im Wiki dokumentiert.
 
Neustart von vzlogger mit systemctl stop vzlogger und systemctl start vzlogger.
 
Grüße
Frank
 
René W.  schrieb am Mi., 5. Juni 2019 22:18:
Hallo Frank,
API und Middleware URL habe ich ergänz. Außerdem hatte ich noch USB0 und UBS1 
vertauscht.
Hier meine aktuelle conf
 
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
  "meters": [
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e",
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-0:1.8.0"
    }
  ],
  "protocol": "d0",
  "device": "/dev/ttyUSB1",
  "dump_file": "",
  "pullseq": "2f3f210d0a",
  "ackseq": "auto",
  "baudrate": 9600,
  //"baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 10,
  "baudrate_change_delay": 0
    },
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
 

Re: [vz-users] System auf Raspberry neu aufsetzen undalteDatenbank(Synology) nutzen

[René W .]

Hey,

USB0 ist die Wärmepumpe, also 
https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440

USB1 ist Hausstrom, also 
https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/easymeter_q3d

Reicht es sonst mal die entsprechenden Stellen auszukommentieren „//“ und auf 
die Kommas dann zu achten?

Von: Frank Richter
Gesendet: Donnerstag, 6. Juni 2019 09:14
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry neu aufsetzen 
undalteDatenbank(Synology) nutzen

Moin René,

in der alten Config lief dein zweiter Zähler ohne Baudraten-Umschaltung auf 300 
Baud. In der neuen Config ist eine Umschaltung auf 9600 Baud drin. 
Wahrscheinlich klappt das so nicht.

Grüße
Frank

René W.  schrieb am Do., 6. Juni 2019, 07:16:
Moin,
 
hab die symlinks angelgt. Ich möchte auch erstmal mit der neuen conf 
weitermachen.
Unter cat /dev/usb-ir-lesekopf1 werden mir kryptische Zeichen ausgegeben. Ich 
denke da ist das letzte Puzzleteil versteckt, komme aber mit der Doku nicht 
wirklich weiter, da diese ja wohl nicht konfiguriert werden müssen. Ich 
verwende die USB Leseköpfe von Nils.
 
Gruß
 
Von: Frank Richter
Gesendet: Mittwoch, 5. Juni 2019 23:12
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry neu aufsetzen und 
alteDatenbank(Synology) nutzen
 
Hi René,
 
eigentlich gibt's keinen Grund, warum die alte Config nicht mehr funktionieren 
sollte, wenn sie bisher lief.
 
Gefährlich sind die beiden Leseköpfe, die lediglich mit ttyUSB0 und ttyUSB1 
angesprochen werden. Diese Nummerierung kann sich durchaus mal ändern. Da 
solltest du sicherheitshalber udev-rules anlegen. Ist im Wiki dokumentiert.
 
Neustart von vzlogger mit systemctl stop vzlogger und systemctl start vzlogger.
 
Grüße
Frank
 
René W.  schrieb am Mi., 5. Juni 2019 22:18:
Hallo Frank,
API und Middleware URL habe ich ergänz. Außerdem hatte ich noch USB0 und UBS1 
vertauscht.
Hier meine aktuelle conf
 
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
  "meters": [
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e",
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-0:1.8.0"
    }
  ],
  "protocol": "d0",
  "device": "/dev/ttyUSB1",
  "dump_file": "",
  "pullseq": "2f3f210d0a",
  "ackseq": "auto",
  "baudrate": 9600,
  //"baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 10,
  "baudrate_change_delay": 0
    },
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035",
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-1:1.7.0"
    }
  ],
  "protocol": "d0",
  "device": "/dev/ttyUSB0",
  "dump_file": "",
  "pullseq": "2F3F210D0A",
  "ackseq": "auto",
  "baudrate": 300,
  "baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 100,
  "baudrate_change_delay": 500
    }
  ]
}
 
Und hier die alte conf
 
{
  "retry": 0,     /* how long to sleep 
between failed requests, in seconds */
  "daemon": true,    /* run periodically */
  "verbosity": 15,  /* between 0 and 15 */
  "log": "/tmp/vzlogger.log",  /* path to logfile, optional */
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": true,
    "timeout": 30,  /* timeout for long polling 
comet requests, 0 d

Re: [vz-users] System auf Raspberry neu aufsetzen und alteDatenbank(Synology) nutzen

[René W .]

Hier noch zur Ergänzung

pi@raspberrypi:~ $ vzlogger -c /etc/vzlogger.conf
[Jun 06 07:18:56][main] vzlogger v0.7.0 based on heads/master-0-g79402aeb96 
from Wed, 30 Jan 2019 15:56:19 +0100 started.
[Jun 06 07:18:56][push] Ignoring push entry due to empty array or duplicate 
section
[Jun 06 07:18:56][mtr0] Creating new meter with protocol d0.
[Jun 06 07:18:56][d0]   pullseq len:5 found
[Jun 06 07:18:56][d0]   using autoack
[Jun 06 07:18:56][mtr0] Meter configured, enabled.
[Jun 06 07:18:56]   New meter initialized (protocol=d0)
[Jun 06 07:18:56]   Configure channel.
[Jun 06 07:18:56][chn0] New channel initialized (uuid=...cdf40e 
api=volkszaehler id=1-0:1.8.0)
[Jun 06 07:18:56][mtr1] Creating new meter with protocol d0.
[Jun 06 07:18:56][d0]   pullseq len:5 found
[Jun 06 07:18:56][d0]   using autoack
[Jun 06 07:18:56][mtr1] Meter configured, enabled.
[Jun 06 07:18:56]   New meter initialized (protocol=d0)
[Jun 06 07:18:56]   Configure channel.
[Jun 06 07:18:56][chn1] New channel initialized (uuid=...7f2035 
api=volkszaehler id=1-1:1.7.0)
[Jun 06 07:18:56]   Have 2 meters.
[Jun 06 07:18:56][main] log level is 15
[Jun 06 07:18:56][main] daemon=1, local=0
[Jun 06 07:18:56]   Daemonize process...

Von: Frank Richter
Gesendet: Mittwoch, 5. Juni 2019 23:12
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry neu aufsetzen und 
alteDatenbank(Synology) nutzen

Hi René,

eigentlich gibt's keinen Grund, warum die alte Config nicht mehr funktionieren 
sollte, wenn sie bisher lief.

Gefährlich sind die beiden Leseköpfe, die lediglich mit ttyUSB0 und ttyUSB1 
angesprochen werden. Diese Nummerierung kann sich durchaus mal ändern. Da 
solltest du sicherheitshalber udev-rules anlegen. Ist im Wiki dokumentiert.

Neustart von vzlogger mit systemctl stop vzlogger und systemctl start vzlogger.

Grüße
Frank

René W.  schrieb am Mi., 5. Juni 2019 22:18:
Hallo Frank,
API und Middleware URL habe ich ergänz. Außerdem hatte ich noch USB0 und UBS1 
vertauscht.
Hier meine aktuelle conf
 
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
  "meters": [
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e",
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-0:1.8.0"
    }
  ],
  "protocol": "d0",
  "device": "/dev/ttyUSB1",
  "dump_file": "",
  "pullseq": "2f3f210d0a",
  "ackseq": "auto",
  "baudrate": 9600,
  //"baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 10,
  "baudrate_change_delay": 0
    },
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035",
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-1:1.7.0"
    }
  ],
  "protocol": "d0",
  "device": "/dev/ttyUSB0",
  "dump_file": "",
  "pullseq": "2F3F210D0A",
  "ackseq": "auto",
  "baudrate": 300,
  "baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 100,
  "baudrate_change_delay": 500
    }
  ]
}
 
Und hier die alte conf
 
{
  "retry": 0,     /* how long to sleep 
between failed requests, in seconds */
  "daemon": true,    /* run periodically */
  "verbosity": 15,  /* between 0 and 15 */
  "log": "/tmp/vzlogger.log",  /* path to logfile, optional */
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": true,
    "timeout": 30, 

Re: [vz-users] System auf Raspberry neu aufsetzen und alteDatenbank(Synology) nutzen

[René W .]

Moin,

hab die symlinks angelgt. Ich möchte auch erstmal mit der neuen conf 
weitermachen.
Unter cat /dev/usb-ir-lesekopf1 werden mir kryptische Zeichen ausgegeben. Ich 
denke da ist das letzte Puzzleteil versteckt, komme aber mit der Doku nicht 
wirklich weiter, da diese ja wohl nicht konfiguriert werden müssen. Ich 
verwende die USB Leseköpfe von Nils.

Gruß

Von: Frank Richter
Gesendet: Mittwoch, 5. Juni 2019 23:12
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf Raspberry neu aufsetzen und 
alteDatenbank(Synology) nutzen

Hi René,

eigentlich gibt's keinen Grund, warum die alte Config nicht mehr funktionieren 
sollte, wenn sie bisher lief.

Gefährlich sind die beiden Leseköpfe, die lediglich mit ttyUSB0 und ttyUSB1 
angesprochen werden. Diese Nummerierung kann sich durchaus mal ändern. Da 
solltest du sicherheitshalber udev-rules anlegen. Ist im Wiki dokumentiert.

Neustart von vzlogger mit systemctl stop vzlogger und systemctl start vzlogger.

Grüße
Frank

René W.  schrieb am Mi., 5. Juni 2019 22:18:
Hallo Frank,
API und Middleware URL habe ich ergänz. Außerdem hatte ich noch USB0 und UBS1 
vertauscht.
Hier meine aktuelle conf
 
{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": false,
    "timeout": 0,
    "buffer": 0
  },
  "meters": [
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e",
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-0:1.8.0"
    }
  ],
  "protocol": "d0",
  "device": "/dev/ttyUSB1",
  "dump_file": "",
  "pullseq": "2f3f210d0a",
  "ackseq": "auto",
  "baudrate": 9600,
  //"baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 10,
  "baudrate_change_delay": 0
    },
    {
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
    {
  "api": "volkszaehler",
  "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035",
     "middleware": 
"http://192.168.178.22/middleware.php;,
  "identifier": "1-1:1.7.0"
    }
  ],
  "protocol": "d0",
  "device": "/dev/ttyUSB0",
  "dump_file": "",
  "pullseq": "2F3F210D0A",
  "ackseq": "auto",
  "baudrate": 300,
  "baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 100,
  "baudrate_change_delay": 500
    }
  ]
}
 
Und hier die alte conf
 
{
  "retry": 0,     /* how long to sleep 
between failed requests, in seconds */
  "daemon": true,    /* run periodically */
  "verbosity": 15,  /* between 0 and 15 */
  "log": "/tmp/vzlogger.log",  /* path to logfile, optional */
  "push": [],
  "local": {
    "enabled": false,
    "port": 8080,
    "index": true,
    "timeout": 30,  /* timeout for long polling 
comet requests, 0 disables comet, in seconds */
    "buffer": 600 /* how long to buffer readings for the local 
interface, in seconds */
  },
  "meters": [{
  "enabled" : true ,  /* disabled meters will be ignored */
  "protocol" : "d0",  /* use 'vzlogger -h' for list of available 
protocols */
      "baudrate" : 9600,
  "device" : "/dev/ttyUSB1",
  "parity" : "7E1",
  "pullseq" : "2f3f210d0a", // nur wenn Aufforderung notwendig, sonst 
auskommentieren.
  "allowskip": false,
  "interval": 30,
  "aggtime": 60,
  "aggfixedinterval": false,
  "channels": [{
 

Re: [vz-users] System auf Raspberry neu aufsetzen und alte Datenbank(Synology) nutzen

[René W .]

Hallo Frank,
API und Middleware URL habe ich ergänz. Außerdem hatte ich noch USB0 und UBS1 
vertauscht.
Hier meine aktuelle conf

{
  "retry": 0,
  "daemon": true,
  "verbosity": 15,
  "log": "/var/log/vzlogger.log",
  "push": [],
  "local": {
"enabled": false,
"port": 8080,
"index": false,
"timeout": 0,
"buffer": 0
  },
  "meters": [
{
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
{
  "api": "volkszaehler",
  "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e",
  "middleware": "http://192.168.178.22/middleware.php;,
  "identifier": "1-0:1.8.0"
}
  ],
  "protocol": "d0",
  "device": "/dev/ttyUSB1",
  "dump_file": "",
  "pullseq": "2f3f210d0a",
  "ackseq": "auto",
  "baudrate": 9600,
  //"baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 10,
  "baudrate_change_delay": 0
},
{
  "enabled": true,
  "allowskip": false,
  "interval": -1,
  "aggtime": -1,
  "aggfixedinterval": false,
  "channels": [
{
  "api": "volkszaehler",
  "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035",
  "middleware": "http://192.168.178.22/middleware.php;,
  "identifier": "1-1:1.7.0"
}
  ],
  "protocol": "d0",
  "device": "/dev/ttyUSB0",
  "dump_file": "",
  "pullseq": "2F3F210D0A",
  "ackseq": "auto",
  "baudrate": 300,
  "baudrate_read": 9600,
  "parity": "7e1",
  "wait_sync": "off",
  "read_timeout": 100,
  "baudrate_change_delay": 500
}
  ]
}

Und hier die alte conf

{
  "retry": 0,   /* how long to sleep between failed requests, 
in seconds */
  "daemon": true,   /* run periodically */
  "verbosity": 15,  /* between 0 and 15 */
  "log": "/tmp/vzlogger.log",   /* path to logfile, optional */
  "push": [],
  "local": {
"enabled": false,
"port": 8080,
"index": true,
"timeout": 30,  /* timeout for long polling comet requests, 0 
disables comet, in seconds */
"buffer": 600   /* how long to buffer readings for the local 
interface, in seconds */
  },
  "meters": [{
  "enabled" : true ,/* disabled meters will be ignored */
  "protocol" : "d0",/* use 'vzlogger -h' for list of available 
protocols */
  "baudrate" : 9600,
  "device" : "/dev/ttyUSB1",
  "parity" : "7E1",
  "pullseq" : "2f3f210d0a", // nur wenn Aufforderung notwendig, sonst 
auskommentieren.
  "allowskip": false,
  "interval": 30,
  "aggtime": 60,
  "aggfixedinterval": false,
  "channels": [{
  "uuid": "fe916ca0-82e7-11e9-b3a3-a5ae4f544aae", //Hausstrom - 
Leistung NEU fe916ca0-82e7-11e9-b3a3-a5ae4f544aae ALT 
8a9db380-840d-11e6-b822-372ffe327b1e
  "identifier": "1-0:1.7.0",
  "api": "volkszaehler",
  "middleware": "http://192.168.178.22:81/middleware.php;,
  "secretKey": "",
  "type": "device",
  "scaler": 1,
  "aggmode": "AVG", // "AVG" Der Mittelwert für Leistung, "MAX" für 
Zähler, "SUM" für Counter
  "duplicates": 0
}]
 },
  {
 "enabled" : true ,
 "protocol" : "d0",
 "baudrate" : 300,
 "device" : "/dev/ttyUSB0",
 "parity" : "7E1",
 "pullseq" : "2f3f210d0a", // HEX Darstellung der Pullsequenz
 "interval" : 30, // Wartezeit bis zum naechsten Pull
  "channels": [{
  "uuid": "6f

[vz-users] System auf Raspberry neu aufsetzen und alte Datenbank (Synology) nutzen

[René W .]

Hallo,
ich habe aufgrund diverser Fehler und zerschossenen php Update nun die 
Reißleine gezogen und möchte nun ganz sauber von vorne starten. Anschließend 
soll auch noch PiHole darauf laufen.
Die Datenbank ist schon auf Maria 10 umgezogen. Ich habe die Image aus der 
Anleitung https://wiki.volkszaehler.org/howto/raspberry_pi_image verwendet 
(also 2019-04-24-volkszaehler_raspian_buster.img) und auf eine SD geladen.
Dann habe ich zwei UUID angelegt. Einer soll für Hausstrom (Easymeter Q3DA1004) 
und der andere für Wärmepumpe (Elster AS1440) sein. Da ich ja noch eine alte 
vzlogger.conf hatte habe aber diese nicht trotz geänderter UUID funktionierte 
habe ich das online tool zum Erstellen verwendet.

Das ist meine derzeitige conf: https://pastebin.com/jtC6mVWL
Hier meine config.yaml https://pastebin.com/yAYLrWEA

Ich befürchte aber das die vzlogger.conf noch nicht ganz korrekt ist, da keine 
Daten geschrieben werden.
Hier ein Auszug aus der Log
[Jun 05 21:41:05][d0]   nothing received for more than 10 seconds
[Jun 05 21:41:05][d0]   read timed out!, context: 0, bytes read: 0, last byte 
0x5a
[Jun 05 21:41:05][mtr0] Got 0 new readings from meter:
[Jun 05 21:41:05][mtr0] Next reading in 30 seconds
[Jun 05 21:41:11][d0]   nothing received for more than 10 seconds
[Jun 05 21:41:11][d0]   read timed out!, context: 0, bytes read: 0, last byte 
0x0
[Jun 05 21:41:11][mtr1] Got 0 new readings from meter:

Sieht jemand den Fehler?

LG René

Re: [vz-users] php module for mysql has not been found

[René W .]

Hallo Daniel,

auf dem Pi läuft noch PiHole, also noch ein Projekt. Angefangen hat es damit 
das /tmp auf der Synology wo die Datenbank ist sofort 100% (250MB) voll war und 
ich am frontend nix mehr sah. Daraufhin habe ich gesehen das es eine neue 
Version gibt und so kam eins zum anderen.
PiHole ließe sich ggf. nachinstallieren also wäre Image eine Option.

LG René

Von: Daniel Lauckner
Gesendet: Sonntag, 26. Mai 2019 08:55
An: volkszaehler.org - users
Betreff: Re: [vz-users] php module for mysql has not been found

Hallo,


sieht nach einer ziemlich vergurkten PHP-Installation aus.
Wie ist die Vorgeschichte des Systems und warum nutzt du nicht das
Image?


mfg Daniel

Re: [vz-users] php module for mysql has not been found

[René W .]

Hey,
nein keine Sorge, wobei der „Schaden“ bei einer vernünftigen Sicherung gering 
wäre.

root@pihole:/home/pi# php -v
PHP 7.1.29-1+0~20190503100939.18+jessie~1.gbp946c98 (cli) (built: May 10 2019 
07:16:48) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.1.0, Copyright (c) 1998-2018 Zend Technologies

LG

Von: Andreas Goetz
Gesendet: Sonntag, 26. Mai 2019 09:32
An: volkszaehler.org - users
Betreff: Re: [vz-users] php module for mysql has not been found

Kannst Du bitte auch nochmal ein php -v machen? Welche Version läuft überhaupt?

Im Zweifel würde ich alles was nach php aussieht deinstallieren und nochmal 
sauber mit 7.3 anfangen. Keine Panikaktionen wie SD-Karte löschen ;)

Viele Grüße, Andreas 

Am 26.05.2019 um 08:30 schrieb René W. :
Guten Morgen,
aber gerne doch.
root@pihole:/home/pi# php -m
[PHP Modules]
Core
date
filter
hash
libxml
openssl
pcntl
pcre
Reflection
session
SPL
standard
zlib
 
[Zend Modules]
 
MfG
Von: Daniel Lauckner
Gesendet: Sonntag, 26. Mai 2019 07:45
An: volkszaehler.org - users
Betreff: Re: [vz-users] php module for mysql has not been found
 
Morgen,
 
 
am Sonntag, 26. Mai 2019 um 02:54 hat René W geschrieben:
> php module for mysql has not been found
> try 'sudo apt-get install php-mysql' on Debian/Ubuntu based systems
 
Poste bitte das Ergebnis von
 
php -m
 
 
mfg Daniel
 
 

Re: [vz-users] php module for mysql has not been found

[René W .]

Guten Morgen,
aber gerne doch.
root@pihole:/home/pi# php -m
[PHP Modules]
Core
date
filter
hash
libxml
openssl
pcntl
pcre
Reflection
session
SPL
standard
zlib

[Zend Modules]

MfG
Von: Daniel Lauckner
Gesendet: Sonntag, 26. Mai 2019 07:45
An: volkszaehler.org - users
Betreff: Re: [vz-users] php module for mysql has not been found

Morgen,


am Sonntag, 26. Mai 2019 um 02:54 hat René W geschrieben:
> php module for mysql has not been found
> try 'sudo apt-get install php-mysql' on Debian/Ubuntu based systems

Poste bitte das Ergebnis von

php -m


mfg Daniel

[vz-users] php module for mysql has not been found

[René W]

Hallo,
ich versuche auf meinem Raspberry die neuste VZ Version zu installieren,
also 2.0
Die Datenbank ist extern auf ein Synology aber soweit bin ich noch nicht.
Ich hänge noch beim bash install.sh
























*root@pihole:/var/www/volkszaehler.org/etc# 
sudo apt-get install php-mysqlPaketlisten werden gelesen...
FertigAbhängigkeitsbaum wird aufgebaut.Statusinformationen werden
eingelesen Fertigphp-mysql ist schon die neueste Version.Die folgenden
Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libapache2-mod-php7.0 libapache2-mod-php7.1 php7.0-cli php7.0-json
php7.0-opcache php7.0-readline php7.1-cli php7.1-json php7.1-opcache
php7.1-readlineVerwenden Sie »apt-get autoremove«, um sie zu entfernen.0
aktualisiert, 0 neu installiert, 0 zu entfernen und 98 nicht
aktualisiert.root@pihole:/var/www/volkszaehler.org/etc#
 bash install.shvolkszaehler.org
 installation scriptchecking prerequisites: php:
/usr/bin/php mysql: /usr/bin/mysql awk: /usr/bin/awk sed: /bin/sed grep:
/bin/grep wget: /usr/bin/wget mktemp: /bin/mktemp mkdir: /bin/mkdir git:
/usr/bin/gitphp module for mysql has not been foundtry 'sudo apt-get
install php-mysql' on Debian/Ubuntu based systems*

Re: [vz-users] waiting for someone to free some space...

[René W]

Naja, wenn das Programm schlecht geschrieben ist und unnötige Tabellen und
Zugriffe dadurch erzeugt werden ist es kein Hardwareproblem.
Ich werde aber trotzdem parallel schauen wie ich mein /tmp auf mein
Synology NAS vergrößern kann.
LG

Am Sa., 11. Mai 2019 um 19:18 Uhr schrieb Andreas Götz :

> Du schreibst von einem Datenbankproblem laut Name der Tempfiles. Mit VZ
> hat das m.M. erstmal nichts zu tun.
>
> Wenn Deine Platte Platz hat und nur /tmp voll ist einfach tmp vergrössern?
>
> Viele Grüße,
> Andreas
>
> Am 11.05.2019 um 18:35 schrieb René W :
>
> Hi
> Die Platte aufm NAS ist nicht voll.
> Nur /tmp wird mit 100% belegt angezeigt. Dadurch erhalte ich im Frontend
> Dir Fehlermeldung „waiting for someone to free some space...“
> Wenn ich das TMP Verzeichnisse per Hand leere wird es sofort wieder
> gefüllt.
>
> Aber schonmal gut zu wissen das die Anzahl der Einträge nicht ungewöhnlich
> sind.
>
> Ich möchte eher herausfinden warum das tmp so schnell gefüllt wird und
> nicht alleine geleert wird. So kann ich VZ nicht nutzen.
>
> Gruß René
>
> Andreas Götz  schrieb am Sa. 11. Mai 2019 um 14:53:
>
>> Hallo Rene,
>>
>> Was genau ist Dein Problem? Platte voll auf dem Nas? /tmp einfach
>> löschen- dafür ist es da.
>>
>> Wobei soll ein Neustart der „Anlage“ etwas bringen?
>>
>> Oder gefällt Dir die Anzahl der DB Einträge nicht? Bei mir sinds deutlich
>> mehr auf dem Raspi...
>>
>> Viele Grüße,
>> Andreas
>>
>> Am 11.05.2019 um 12:04 schrieb René W :
>>
>> Hallo,
>>
>> ich nutzt den VZ schon seit einigen Jahren. Ausgelesen wird über ein
>> Raspberry und die Datenbank liegt auf ein Synology NAS. Soweit so gut. Seit
>> kurzem wird der /tmp voll geknallt mit 250MB. Dort sind Dateien wie zum
>> Beispiel /tmp/#sql_2681_0.MAI und /tmp/#sql_2681_0.MAD
>>
>> VZ hat in der DB über 4 Millionen(!) Einträge und belegen 183MB Daten und
>> 149MB Indizes. Ein Neustart der gesamten Anlage bringt leider auch nichts.
>>
>> Was sind nun meine nächsten Schritte? TMP erhöhen? DB besser
>> konfigurieren? Alte Daten löschen/zusammenfassen?
>>
>> Lieben Gruß René
>>
>>

Re: [vz-users] waiting for someone to free some space...

[René W]

Hallo Frank,
soweit ich das beurteilen kann, erst beim Zugriff über die Middleware, da
dann wohl die Tabellen ins /tmp geschrieben werden.
@all: Wie groß ist denn euer /tmp so? Ich habe auf meiner Synology nur 250MB
Gruß

Am Sa., 11. Mai 2019 um 19:08 Uhr schrieb Frank Richter <
frank.richte...@gmail.com>:

> Hi,
>
> passiert das Volllaufen durch Zugriffe der Middleware oder auch unabhängig
> davon?
>
> Grüße
> Frank
>
> René W  schrieb am Sa., 11. Mai 2019, 18:35:
>
>> Hi
>> Die Platte aufm NAS ist nicht voll.
>> Nur /tmp wird mit 100% belegt angezeigt. Dadurch erhalte ich im Frontend
>> Dir Fehlermeldung „waiting for someone to free some space...“
>> Wenn ich das TMP Verzeichnisse per Hand leere wird es sofort wieder
>> gefüllt.
>>
>> Aber schonmal gut zu wissen das die Anzahl der Einträge nicht
>> ungewöhnlich sind.
>>
>> Ich möchte eher herausfinden warum das tmp so schnell gefüllt wird und
>> nicht alleine geleert wird. So kann ich VZ nicht nutzen.
>>
>> Gruß René
>>
>> Andreas Götz  schrieb am Sa. 11. Mai 2019 um 14:53:
>>
>>> Hallo Rene,
>>>
>>> Was genau ist Dein Problem? Platte voll auf dem Nas? /tmp einfach
>>> löschen- dafür ist es da.
>>>
>>> Wobei soll ein Neustart der „Anlage“ etwas bringen?
>>>
>>> Oder gefällt Dir die Anzahl der DB Einträge nicht? Bei mir sinds
>>> deutlich mehr auf dem Raspi...
>>>
>>> Viele Grüße,
>>> Andreas
>>>
>>> Am 11.05.2019 um 12:04 schrieb René W :
>>>
>>> Hallo,
>>>
>>> ich nutzt den VZ schon seit einigen Jahren. Ausgelesen wird über ein
>>> Raspberry und die Datenbank liegt auf ein Synology NAS. Soweit so gut. Seit
>>> kurzem wird der /tmp voll geknallt mit 250MB. Dort sind Dateien wie zum
>>> Beispiel /tmp/#sql_2681_0.MAI und /tmp/#sql_2681_0.MAD
>>>
>>> VZ hat in der DB über 4 Millionen(!) Einträge und belegen 183MB Daten
>>> und 149MB Indizes. Ein Neustart der gesamten Anlage bringt leider auch
>>> nichts.
>>>
>>> Was sind nun meine nächsten Schritte? TMP erhöhen? DB besser
>>> konfigurieren? Alte Daten löschen/zusammenfassen?
>>>
>>> Lieben Gruß René
>>>
>>>

Re: [vz-users] waiting for someone to free some space...

[René W]

Hi
Die Platte aufm NAS ist nicht voll.
Nur /tmp wird mit 100% belegt angezeigt. Dadurch erhalte ich im Frontend
Dir Fehlermeldung „waiting for someone to free some space...“
Wenn ich das TMP Verzeichnisse per Hand leere wird es sofort wieder gefüllt.

Aber schonmal gut zu wissen das die Anzahl der Einträge nicht ungewöhnlich
sind.

Ich möchte eher herausfinden warum das tmp so schnell gefüllt wird und
nicht alleine geleert wird. So kann ich VZ nicht nutzen.

Gruß René

Andreas Götz  schrieb am Sa. 11. Mai 2019 um 14:53:

> Hallo Rene,
>
> Was genau ist Dein Problem? Platte voll auf dem Nas? /tmp einfach löschen-
> dafür ist es da.
>
> Wobei soll ein Neustart der „Anlage“ etwas bringen?
>
> Oder gefällt Dir die Anzahl der DB Einträge nicht? Bei mir sinds deutlich
> mehr auf dem Raspi...
>
> Viele Grüße,
> Andreas
>
> Am 11.05.2019 um 12:04 schrieb René W :
>
> Hallo,
>
> ich nutzt den VZ schon seit einigen Jahren. Ausgelesen wird über ein
> Raspberry und die Datenbank liegt auf ein Synology NAS. Soweit so gut. Seit
> kurzem wird der /tmp voll geknallt mit 250MB. Dort sind Dateien wie zum
> Beispiel /tmp/#sql_2681_0.MAI und /tmp/#sql_2681_0.MAD
>
> VZ hat in der DB über 4 Millionen(!) Einträge und belegen 183MB Daten und
> 149MB Indizes. Ein Neustart der gesamten Anlage bringt leider auch nichts.
>
> Was sind nun meine nächsten Schritte? TMP erhöhen? DB besser
> konfigurieren? Alte Daten löschen/zusammenfassen?
>
> Lieben Gruß René
>
>

[vz-users] waiting for someone to free some space...

[René W]

Hallo,

ich nutzt den VZ schon seit einigen Jahren. Ausgelesen wird über ein
Raspberry und die Datenbank liegt auf ein Synology NAS. Soweit so gut. Seit
kurzem wird der /tmp voll geknallt mit 250MB. Dort sind Dateien wie zum
Beispiel /tmp/#sql_2681_0.MAI und /tmp/#sql_2681_0.MAD

VZ hat in der DB über 4 Millionen(!) Einträge und belegen 183MB Daten und
149MB Indizes. Ein Neustart der gesamten Anlage bringt leider auch nichts.

Was sind nun meine nächsten Schritte? TMP erhöhen? DB besser konfigurieren?
Alte Daten löschen/zusammenfassen?

Lieben Gruß René