[vz-users] Schaltspiel- und Betriebsstundenzähler - Konzept gesucht

[Christian Wulff]

Moin,

 

ja läuft auf jeden Fall viel schneller!

Von ~40 Sekunden oder so, geht jetzt quasi sofort.

 

……kommt aber ein kleines aber:

Wie Werte kommen jetzt zwar schnell, stimmen aber nicht mehr exakt zu jeder Zeit.

Ich denke das liegt daran, dass es erst wieder exakt stimmt, wenn die Aggregation gerade erst gelaufen ist und die Tabelle wieder aktualisiert wurde.

In dem Fall muss man halt wissen was man will. Schnell einen relativ genauen Überblick über einen großen Zeitraum. Oder ganz genau einen bestimmten Wert. Letzteres geht dann nur deutlich langsamer oder schnell nur für ein kleines Zeitfenster.

Ich denke das ist okay so.

 

Ich habe nur einen S0 Zähler am Laufen. Meine Wasseruhr.

Und die verliert immer wieder mal ein paar Impulse habe ich das Gefühl, jedenfalls läuft die manuelle Anzeige und der Volkszähler Wert über S0 immer mal wieder ein wenig auseinander über die Zeit.

Ich kann jetzt nicht genau sagen wie viel über welchen Zeitraum, aber auffällig ist, das ich den Initialwert in Größenordnung halbes Jahr oder länger immer mal wieder korrigiere, weil es nicht genau stimmt.

Warum das passiert kann ich bisher nicht nachvollziehen.

Deswegen bin ich kein Fan von S0 Impulsen sondern finde echte Zählerstände hier deutlich besser.

Mal gucken, vielleicht bau ich mir aus der S0 Wasseruhr nochmal einen Sensor mit Zählerständen. (Die S0 Wasseruhr würde dann von einem ESP8266 mit zusätzlichem FRAM Speicher die S0 Impulse aufaddieren und im FRAM nicht flüchtig speichern. Und dann sendet der ESP8266 diese als Zählerstand an den Volkszähler. Dann hab ich in der Datenbank echte Zählerstände.)

Ich stell mir vor, dass das stabiler läuft als das wie es jetzt ist.

 

Aber erstmal bleibt dann so alles wie es ist J

 

Lieben Gruß und vielen Dank,

Chris

 

 

Von: Frank Richter [mailto:frank.richter83 at gmail.com] 
Gesendet: Mittwoch, 9. Mai 2018 15:12
An: volkszaehler.org - users
Betreff: Re: [vz-users] Schaltspiel- und Betriebsstundenzähler - Konzept gesucht

 

Hi Christian,

 

MySQL braucht temporären Speicher für große Transaktionen. Bei Aggregation von großen Datenbanken sind die 30MB wohl zu knapp bemessen.

 

Das S0-Problem tritt vor allem dann auf, wenn vzlogger gleichzeitig ein Logfile schreiben muss. Im Produktivsystem sollte verbosity auf 0 stehen, also unproblematisch.

 

Fazit: so lassen wie es jetzt ist, bei SSD erst recht.

 

Hat es was gebracht, d.h. läuft dein Frontend jetzt schneller?

 

Gruß

Frank

 

Udo1 <udo1 at gmx.net> schrieb am Mi., 9. Mai 2018 15:02:



Am 09.05.2018 um 13:48 schrieb Christian Wulff:
> Das heisst die Aggregation benutzt den /tmp Ordner?
Keine Ahnung, mit der Agg kenne ich moch nicht aus.
Der /tmp-Ordner im jetzigen Image wird wie von rasbian vorgesehen genutzt.

> Wie merke ich denn, das S0 Impulse nicht mehr sauber erfasst werden können?
Da sind dann Lücken in der Grafik.


Gruß
Udo

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20180510/22463a2d/attachment.html>