from:"china2013"


Hi,

 

ich werde sicher kein Video drehen und hochladen, dass ihr mir glaubt, was die drei LEDs machen:

Das ist meiner: http://bg-etech.de/os/product_info.php/products_id/174/osCsid/k5k8ard75bh21cbroi2322nu32

Zitat: "Ebenfalls wird der Stromfluss je Phase über jeweils eine LED (L1, L2 und L3) dargestellt. Je größer die Last pro Phase, desto schneller Blinkt die jeweilige LED bis hin zum Dauerleuchten."

 

Fakt ist, wenn bei mir die drei ABC LEDs in Summe 10x geblitzt haben, dann blitzt die S0-LED 1x.

Das beschriebene Dauerleuchten habe ich bei meinem Verbrauch noch nicht. Notfalls den Zähler eine Nummer größer wählen.

 

Ich würde die einfach ABC-LEDs durch Optokoppler ersetzen und deren Gezappel dem Volkszähler geben.

So kann man das Prokekt "55-Kanäle" vieleicht für 9-10 EUR pro Kanal realisieren (=22€/3pasen)


 

Viele Grüße

 


Gesendet: Dienstag, 14. März 2017 um 12:54 Uhr
Von: Udo1 
An: volkszaehler-users@demo.volkszaehler.org
Betreff: Re: [vz-users] galvanisch getrennte Strommessung / Leistungsmessung an xx-Channel

Am 14.03.2017 um 11:43 schrieb china2...@abwesend.de:
> Die A B C LEDs sind für die 3 Phasen.
> Die haben auch eine deutlich feinere Auflösung als die S0 LED
> mit nur 400 imp/kWh

Wenn das so wäre, wäre das sicher hier aufgeführt:

Specification:

Color: White

Voltage: 3*230/400V

Current: 3*5(80A)

Accuracy class: 1.0

Standard: IEC62052-11,IEC62053-21

Frequency: 50-60Hz

Impulse constant: 400imp/kWh

Display: LCD6+2

Power consumption: ≤2W, 10VA

Starting current: 0.004Ib

Working temperature: -20~55℃

Storage temperature: -25~70℃

Working voltage: 0.9-1.1 Rated voltage

Utmost voltage: 0.8-1.15 Rated voltage

Average humidity value of year: ≤75%

Creep: Less than 1 impulse when the rated voltage is 115% or current
loop without current.

Dimension: 100mm×76mm×65mm

Net weight: 392g

Re: [vz-users] galvanisch getrennte Strommessung / Leistungsmessung an xx-Channel


pssst man kann auch die U mit I Momentanwerte analog multiplizieren (mit OP-Verstärker)

... und dann die resultierende Wirkleistung im Kondensator von der Sample Stufe integrieren.

Da braucht man keine Phaseninformation, weils mit jeder beliebigen Kurvenform stimmt.

(das war Teil der Ausbildung vor 30 Jahren)

 

Greetings

 

Gesendet: Dienstag, 14. März 2017 um 10:33 Uhr
Von: "Frank Richter" 
An: "volkszaehler.org - users" 
Betreff: Re: [vz-users] galvanisch getrennte Strommessung / Leistungsmessung an xx-Channel


Am 14.03.2017 09:13 schrieb :
>
> Übrigens: Man miss nicht die Kurvenform mit hoher Frequenz sampeln um sauber zu messen. Einfach erst mal analog ein paar Secunden integrieren und dann sampeln und den Kondensator auf 0V rücksetzen - wenn man das wirklich selber machen will, dann würd ich es so anpacken.

Damit integrierst du aber die komplette Phaseninformation weg, das kann höchstens für rein ohmsche Lasten mit cos phi = 1 funktionieren, und die werden heutzutage immer seltener...

Grüße
Frank

Re: [vz-users] galvanisch getrennte Strommessung / Leistungsmessung an xx-Channel


Die A B C LEDs sind für die 3 Phasen.

Die haben auch eine deutlich feinere Auflösung als die S0 LED mit nur 400 imp/kWh

Ich hab so einen ähnlichen Zähler, der aber deutlich teurer war (aber bei nur 22€ würde ich sofort zuschlagen)

 

Gesendet: Dienstag, 14. März 2017 um 09:31 Uhr
Von: Udo1 
An: volkszaehler-users@demo.volkszaehler.org
Betreff: Re: [vz-users] galvanisch getrennte Strommessung / Leistungsmessung an xx-Channel

Am 14.03.2017 um 09:13 schrieb china2...@abwesend.de:
> z.B. Ebay 22€ die drei puls LEDs kann ein Elektroniker mit Leichtigkeit
> anzapfen:

Welche drei Puls-LEDs?
Ich sehe da nur eine.

Gruß
Udo

Re: [vz-users] galvanisch getrennte Strommessung / Leistungsmessung an xx-Channel

Noch ein Ansatz:

Nimm trotzdem einen 3-Phasen Zähler und versuche den einen S0-Ausgang auf 3 einzelne S0 jeweils pro Phase aufzusplitten.

Gehäuse Sensoren etc. ist dann alles schon fertig.

z.B. Ebay 22€ die drei puls LEDs kann ein Elektroniker mit Leichtigkeit anzapfen:

http://www.ebay.de/itm/LCD-Drehstromzahler-Stromzahler-Wattmeter-fur-DIN-Hutschiene-3x5-80-A-400V-Neu/131892492631?_trksid=p2385738.c100677.m4598&_trkparms=aid%3D222007%26algo%3DSIC.MBE%26ao%3D1%26asc%3D20160908110712%26meid%3D2f1713f772ef4667a709a520cf7fbd04%26pid%3D100677%26rk%3D15%26rkt%3D45%26sd%3D361910841777

Übrigens: Man miss nicht die Kurvenform mit hoher Frequenz sampeln um sauber zu messen. Einfach erst mal analog ein paar Secunden integrieren und dann sampeln und den Kondensator auf 0V rücksetzen - wenn man das wirklich selber machen will, dann würd ich es so anpacken.

Gesendet: Dienstag, 14. März 2017 um 00:02 Uhr
Von: "Frank Richter"
An: "volkszaehler.org - users"
Betreff: Re: [vz-users] galvanisch getrennte Strommessung / Leistungsmessung an xx-Channel

Hallo Michael,

ich will deinen Elan ja gar nicht bremsen, aber IMHO ist es vom Stromwandler bis zu einem Zähler, der auch nicht-ohmsche und getaktete Lasten sauber misst, noch ein sehr weiter Weg. Welcher Controller soll die vielen Eingänge mit ausreichend hoher Samplingfrequenz abtasten, und woher soll die Software kommen? Ich glaub da steckt eine ganze Menge Egineering drin, das würde ich mir nicht antun wollen.

Mein Vorschlag für deine 55 Stromkreise wären einphasige Hutschienenzähler (1 TE) mit ModBus-Interface:

http://bg-etech.de/os/product_info.php/cPath/24_27/products_id/255

oder direkt vom Hersteller: https://www.aliexpress.com/item/SDM120C-Single-Phase-Two-Wire-Din-Rail-Energy-Meter-with-RS485-Modbus-and-Pulse-Output-CE/32349129725.html

Der RS485-Bus wird einfach von Zähler zu Zähler durchgeschleift und hängt mit einem USB-RS485-Wandler am Raspberry. vzlogger kann bislang noch kein ModBus, aber ich habe den genannten Zähler schon erfolgreich via mbrtu (von Lars Täuber von der Liste) und via Python-Script ausgelesen.

Grüße

Frank

Am 13. März 2017 um 22:36 schrieb Koch, Michael :

Hallo liebe Volkszähler,

ich hab mir was bescheuertes in den Kopf gesetzt :-)

Da wollen wir doch mal sehen ob hier noch mehr bescheuerte wie ich sind :-)

Ich bin Elektromeister und Spiele gerne mit Linux rum. Also sozusagen von Haus aus ein Mensch wie für den Volkszähler geschaffen. Leider hab ich euch erst vor nem Monat entdeckt.

Und weil wir Elektromeister ja von Haus aus auch ein bischen einen an der Klatsche haben, bauen diese gerne mal ein paar mehr Kabel und Sicherungen in Ihre eigenen Häuser ein.

So habe ich natürlich 55 Stromkreise bei mir im Haus. Alle schön sauber nach Steckdosen, Beleuchtungsstromkreisen und Großverbrauchern getrennt :-)

Was ich jetzt vor habe dürfte jetzt einigen ebenfalls hoffentlich bescheuerten bereits klar sein :-)

Zählen :-) bis der Arzt kommt.

Soweit habe ich mir dann die am Markt erhältlichen S0 Wechselstromzähler angesehen.

Doch

1. zu teuer und

2. zu ungenau

3. zu uneffizient

4. Datenerfassung fast unmöglich bei 10+ Messungen.

Und jetzt erhoffe ich mir trotz meiner bekolpptheit ernsthafte Meinungen ob es möglich ist auf wirtschaftlicher-Volkszähler-Basis eine Hall-Platine (o.ä.) zu entwerfen,mit der ein solcher Messumfang möglich ist. Ich dachte z.B.auf LEM-Basis.

Hat sich überhaupt schon mal einer solche Gedanken gemacht?

Gespannt auf Interessante antworten!

Noch ein Hinweis: Ich erhoffe mir antworten von euch aus dieser Gemeinschaft. Ich versuche gerade etwas für den Volkszähler zu bauen, was dem Projekt einen Mehrwert bietet - weil ich es so genial finde!

Bitte, bitte keine Verweise auf microcontroller.net o.a., da ich gerne eine kompatible smarte Lösung HIER bei euch suche :-)

Dann lieber weniger antworten - und muss mich (leider) weiter alleine dem Ziel ebnen. Ich sehe das hier mehr als erste Ideensammlung/findung unter den o.g. bekloppten :-).

Grüße,

Michael

Re: [vz-users] falschen Messwert in der Aggregation löschen

2017-02-15 Diskussionsfäden china2013


  
  
ja, genau wie die zyklischen "FRITZ!Box-Info"-Mails.
Das meinte ich.

Am 15.02.2017 um 20:57 schrieb
  Christian Wulff:


  
  
  
  
  
Moin
Saftwerk,
 
Mir
schicken meine Fritz!Boxen jeden Tag eine email mit den
Logdaten.
Mir
schickt mein RPi3 auf dem mein VZ läuft jeden Tag eine email
ob das Backup (raspiBackup script) gelaufen ist oder nicht.
So
wäre es doch eine perfekte Lösung wenn auch der Log vom VZ
z.B. jeden Tag eine email mit dem Log sendet.
Das
belastet dann weder den RPi, noch den VZ und auch nicht den
Speicher der VZ Installation. Und man kann die emails
wunderbar in einem email Postfach wegsortieren und bei
Bedarf wieder rausholen. So geht nie was verloren.
 
Lieben
Gruß,
Chris

Re: [vz-users] falschen Messwert in der Aggregation löschen

2017-02-13 Diskussionsfäden china2013

Mal noch ein ganz anderer Ansatz, um die Log komplett loszuwerden:
Alles was man loggen will wird per Push ins Netz geschoben. Entweder
ein anderer Rechner hört zu und fängt sie auf. Ich weiß nicht, ob
das auch sinnvoll und auf für den Laien praktikabel ist. Kann ein
Browser den Log-Stream auffangen/anzeigen und bei Bedarf speichern?

Info nebenbei:
Mein Aggregate day ist gestern Nacht unter meiner Beobachtung
gelaufen:
Das Datenbank-temp-File ist bis auf 497MB angewachsen Es ging
(vermutlich) gut aus.
Den Dienst vzlogger hab ich vorher gestoppt und dann erst wieder
aktiviert, als die CPU-Last nach 10 Minuten endlich wieder unter
300% lag. danach ging sie immer weiter runter bis 100 % Dann war
auch das tmp-file wieder weg und jetzt ist die Monatsansicht wieder
Highspeed :-)
Irgendwie hab ich den Verdacht, dass das temp-lile nur entsteht wenn
die Datenbank was größeres vorhat (wie z.b. aggregate day)

Ich hab heute mal meinen Kollegen gefragt: Er meinte, man könnte die
Aggregate-Query mal von "Microsoft Query Analyzer" Vollversion
untersuchen lassen (wenn es denn jemand hat). Das sagt einem dann,
was an der Query so lang dauert und warum welche Datenmengen
eventuell auch doppelt herum geschubst werden. (... sagte er - ich
kenn' das Ding überhaupt nicht)

Viele Grüße
Saftwerk

Am 10.02.2017 um 14:35 schrieb Frank
Richter:

Am 10. Februar 2017 um 08:49 schrieb
Andreas Goetz :

Zur SD-Kartenproblematik kann ich
nur sagen wer billig kauft, kauft
2x.
Und die Highspeed Karten zerstören
sich unter großer Hitze selbst.

Leider auch wer teuer kauft. Meine "gute"
Highspeed Karte ist im Pi3 jetzt trotz aller
Maßnahmen nach 3 Monaten abgeraucht.

Hi Andreas,

habe vor kurzem das hier gefunden und fand es nicht
uninteressant: https://www.voelkner.de/products/910943/M.2-SATA-SSD-Erweiterungs-Platine-fuer-den-Raspberry-Pi.html
Kann allerdings nicht mit eigenen Erfahrungen dienen,
mein Banana Pro hat SATA ab Werk, und die 3 Pis mit
vzlogger laufen eigentlich problemlos auch mit billigen
Speicherkarten. Spricht schon irgendwie für MySQL als
Übeltäter...

Grüße
Frank

Re: [vz-users] sicherung der datanbank direkt von der sdkarte

2017-02-12 Diskussionsfäden china2013


  
  
Ich mach es so:
Auf Windows7 die Software "Paragon ExtFS for Windows" installieren.
(für Apple kann ich nicht helfen)
SD-Karte einlegen > wird in Paragon angezeigt und auf Mount
klicken.
Dann kannst Du ganz normal mit den Windows-Explorer deine Files
sichern oder auch bearbeiten.
Die Datenbank liegt dann z.B. hier 
H:\var\lib\mysql\ibdata1

Am 08.01.2017 um 17:38 schrieb Stefan
  Makowsky:

Was ich in Google gefunden habe Hilfe leide nicht
  weiter.
  
  
  
  Am 08.01.2017 um 15:42 schrieb Daniel Lauckner:
  
  

am Sonntag, 8. Januar 2017 um 11:53 hast du geschrieben:

hat einer vieleicht sonst eine idee wie
  ich
  

google


(Bessere Antworten gits erst wenn du die Umschalttaste wieder
gefunden

hast)



Daniel

Re: [vz-users] falschen Messwert in der Aggregation löschen

2017-02-09 Diskussionsfäden china2013

Hallo Andreas,

also ich komm von unterwegs mit putty drauf. Vermutlich hast du Port 22 verwendet. Ich hatte geschrieben der Port ist 

 - in cron sind die Zeilen mit aggregate seit gestern lahmgelegt.

 - Tabelle ist bereits komplett leer, wurde mit "aggregate clear" erfolgreich gelöscht.

 - trotzdem steigt "aggrgate day mit einer einzigen UUID" nach spätestens 15 minuten mit Error aus.

Re: Häh? Womit kommt das nicht zurecht?
ok, ein "aggrgate day mit dem Channel Auto" funktioniert, weil da kaum Daten drin sind.

Die anderen Channels haben bestimmt 100.000-fach mehr Daten und damit macht aggrgate immer Error (wenn die Tabelle leer ist)

Re: Du hast dabei die DB zerschossen...

Na ich hoffe nicht, denn aggrgate day mit dem Channel Auto funktioniert ja noch oder es liegt daran, dass dieser Channelvom Typ "S0-Impulse" ist.

Immer wieder werde ich gefragt warum die 2-Sekundenaufzeichnung: Weil ich nur so an vernünftige Gradientenwerte herankomme. Minuten sind eine ganze Größenordnung zu langsam.

Also, Das Systen ist noch online - habs gerade gestetet und aggregate ist aktuell leer (truncate)

Viele Grüße

Saftwerk

Gesendet: Donnerstag, 09. Februar 2017 um 09:11 Uhr
Von: "Andreas Goetz" 
An: "volkszaehler.org - users" 
Betreff: Re: [vz-users] falschen Messwert in der Aggregation löschen

Moin

> On 9 Feb 2017, at 01:41, china2...@abwesend.de wrote:
>
>
>> Und mal interessehalber: wie groß ist deine DB mittlerweile, wenn du keinerlei vzlogger-Aggregation benutzt?
> sudo ls -l /var/lib/mysql/ = 3693 MByte ibdata1
>
>> Archivierst du alles oder dünnst du später aus?
> Alles! Erst wenn 365 Tage komplett sind gibts eine neue Datenbank
> Aber ich hab so meine Zweifel, dass das klappt. Man muss zu oft Hand anlegen.
> Meine beiden PV-Überwachungen laufen seit 5 Jahren noch mit der ersten Speicherkarte ohne Probleme.

Warum auch immer Du für pv Sekundenwerte brauchst.

> ...
>
>> Hab das nachgeprüft: laut entities.js verwendet das Frontend nur group=day und group=hour. Wenn du minute auch nicht manuell verwendest, bringt es keinen Vorteil.
> Danke, also noch ein Grund das aggregate.php zu überarbeiten und "Minute" entsorgen.

Mit aggregate ist alles in Ordnung- benutz es halt einfach nicht mit Minuten!

> Letztlich war aggregate.php der Grund des ganzen Übels, dass es mit großen Datenmengen nicht zurechtkommt.

Häh? Womit kommt das nicht zurecht?

> Es war ja leider nur ein gut gemeinter Rat, der aufgedeckt hat, dass aggregate nun gar nicht mehr will.

Irgendwie gefällt mir der Ton nicht.

Deinen originären Fehler haben wir nie diagnostiziert weil Du bis heute die Rohdaten nicht gepostet hast. Stattdessen kam die Holzhammermethode zum Einsatz.

Ich würde sagen Du hast dabei die DB zerschossen indem Du gleichzeitig versucht hast a) alles aus aggregate zu löschen und b) die Tabelle je Minute komplett wieder neu aufzubauen. Irgendwann gabs out of memory und Korruption.

Anwenderfehler!

Jetzt gilt es:

- tabelle mittels drop entsorgen
- tabelle mittels misc/tools/doctrine orm:schema-tool:update neu aufbauen
- währenddessen crontab lahm lagen
- aggregate von hand mittels misc/tools/aggregate neu aufbauen
- crontab ohne Minuten wieder in Betrieb nehmen
- und dann abwarten

>
> Viele Grüße
> Saftwerk

Viele Grüße, Andreas

PS.: fixen kann ich nix weil ssh nicht antwortet...

Re: [vz-users] falschen Messwert in der Aggregation löschen

2017-02-08 Diskussionsfäden china2013


  
  


  

  Und mal interessehalber:
wie groß ist deine DB mittlerweile, wenn du keinerlei
vzlogger-Aggregation benutzt?

  

sudo ls -l /var/lib/mysql/  =  3693 MByte  ibdata1


  

   Archivierst du alles oder
dünnst du später aus?
  

  

Alles! Erst wenn 365 Tage komplett sind gibts eine neue Datenbank
Aber ich hab so meine Zweifel, dass das klappt. Man muss zu oft Hand
anlegen.
Meine beiden PV-Überwachungen laufen seit 5 Jahren noch mit der
ersten Speicherkarte ohne Probleme.


  

  
Kennst du den Push-Server? Könnte eine Lösung sein, wenn du
Werte in hoher Auflösung brauchst.

  

Nein, ich hab keinen extra Server laufen (will ich auch nicht). Die
SD-Karte sollte locker für ein Jahr reichen. Außer ein paar
Logfiles  und der Datenbank passiert auf der Karte nichts. (Und wenn
doch, dann ist es IMHO ein Designfehler)


  

  Hab das nachgeprüft: laut
entities.js verwendet das Frontend nur group=day und
group=hour. Wenn du minute auch nicht manuell verwendest,
bringt es keinen Vorteil.
  

  

Danke, also noch ein Grund das aggregate.php zu überarbeiten und
"Minute" entsorgen.
Letztlich war aggregate.php der Grund des ganzen Übels, dass es mit
großen Datenmengen nicht zurechtkommt. Es war ja leider nur ein gut
gemeinter Rat, der aufgedeckt hat, dass aggregate nun gar nicht mehr
will.

Viele Grüße
Saftwerk

Re: [vz-users] falschen Messwert in der Aggregation löschen

2017-02-08 Diskussionsfäden china2013


  
  
möglicherweise ist dein /tmp/ zu klein für
  das was MySQL da vorhat. Ist das ein Pi mit Udos Image (/tmp/ als
  Ramdisk)? 
Ja das ist Udos Image:
pi@PI3:~ $ df -h
Filesystem  Size  Used Avail Use% Mounted on
/dev/root    30G  5.3G   23G  19% /
devtmpfs    459M 0  459M   0% /dev
tmpfs   463M 0  463M   0% /dev/shm
tmpfs   463M  6.2M  457M   2% /run
tmpfs   5.0M  4.0K  5.0M   1% /run/lock
tmpfs   463M 0  463M   0% /sys/fs/cgroup
tmpfs    30M  4.0K   30M   1% /tmp
/dev/mmcblk0p1   60M   21M   40M  35% /boot



  Und brauchst du aggregate minute wirklich? Es war
IMHO mal so dass das Frontend das nicht benutzt hat, aktuellen
Stand kenne ich allerdings nicht.
  

Hmm, wer kann das beantworten?

   Was ist dein interval bzw. aggtime von vzlogger her?

ich brauche die Daten schon in maximaler Auflösung. vzlogger darf
höchstens die 0-Werte oder Duplikat-Werte zusammenfassen.

Gerade getestet:
php /var/www/volkszaehler.org/misc/tools/aggregate.php run -m
  delta -l hour

Ergebnis wieder ein Error (die Ramdisk ist nicht voll gelaufen)
[Doctrine\DBAL\Exception\DriverException]
  An exception occurred while executing 'REPLACE INTO
aggregate (channel_id, type, timestamp, value, count)SELECT
channel_id, ? 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, GREATEST(0, IF(@prev_timestamp = NULL,
NULL, @prev_timestamp)) AS prev_timestamp, @prev_timestamp :=
timestamp FROM data CROSS JOIN (SELECT @prev_timestamp
:= NULL) AS vars WHERE channel_id = ? AND timestamp <
UNIX_TIMESTAMP(DATE_FORMAT(NOW(), "%Y-%m-%d %H:00:00"))
* 1000 ORDER BY timestamp ) AS agg GROUP BY channel_id,
YEAR(FROM_UNIXTIME(timestamp/1000)),
DAYOFYEAR(FROM_UNIXTIME(timestamp/1000)),
HOUR(FROM_UNIXTIME(timestamp/1000))' with params [2,
"9"]:SQLSTATE[HY000]: General error: 126 Incorrect key
file for table '/tmp/#sql_423_1.MYI'; try to repair it
  
  [Doctrine\DBAL\Driver\PDOException]
  SQLSTATE[HY000]: General error: 126 Incorrect key file
for table '/tmp/#sql_423_1.MYI'; try to repair it
  
  [PDOException]
  SQLSTATE[HY000]: General error: 126 Incorrect key file
for table '/tmp/#sql_423_1.MYI'; try to repair it

Auch wenn man "aggregate day" mit nur einer UUID laufen lässt
kommt der Error. 
/var/log/mysql/error.log ist heute gewaltige 20MByte groß geworden.
Hallo Andreas, Du bekommt morgen früh post
Vielen Dank im Vorraus!

Re: [vz-users] falschen Messwert in der Aggregation löschen

2017-02-08 Diskussionsfäden china2013


  
  
Hallo Frank,

ja, der Channel ist "El. Energie (Zählerstände)"
CPU Last ist jetzt einen Tag später knapp 400% (Quadcore)

Die Last kommt sicher von crontab der jede Minute aggregate startet.
Da ich glaube, dass durch den kill und reboot die Arbeiten nicht
sauber zu Ende gelaufen sind will ich nochmal aufräumen.

1. in crontab -e die 3x aggregate.php run -m delta -l
minute/hour/day herausnehmen
2. sudo reboot
3. aggregate.php clear

Ergebnis:  :-(
pi@PI3:~ $ php
/var/www/volkszaehler.org/misc/tools/aggregate.php clear
Clearing aggregation table.
Done clearing aggregation table.
  
pi@PI3:~ $ php
/var/www/volkszaehler.org/misc/tools/aggregate.php run -m delta
-l minute
Performing 'delta' aggregation on 'minute' level.
 
[Doctrine\DBAL\Exception\DriverException]
    An exception occurred while executing 'REPLACE INTO
aggregate (channel_id, type, timestamp, v
    alue, count) SELECT channel_id, ? AS type,
MAX(timestamp) AS timestamp, MAX(value) AS value,
    COUNT(timestamp) AS count FROM data WHERE channel_id =
? AND timestamp < UNIX_TIMESTAMP(DATE_
    FORMAT(NOW(), "%Y-%m-%d %H:%i:00")) * 1000 GROUP BY
channel_id, YEAR(FROM_UNIXTIME(timestamp/
    1000)), DAYOFYEAR(FROM_UNIXTIME(timestamp/1000)),
HOUR(FROM_UNIXTIME(timestamp/1000)), MINUTE
    (FROM_UNIXTIME(timestamp/1000))' with params [1, "6"]:
    SQLSTATE[HY000]: General error: 3 Error writing file
'/tmp/MYjCVsYM' (Errcode: 28)
  
  [Doctrine\DBAL\Driver\PDOException]
    SQLSTATE[HY000]: General error: 3 Error writing file
'/tmp/MYjCVsYM' (Errcode: 28)
  
  [PDOException]
    SQLSTATE[HY000]: General error: 3 Error writing file
'/tmp/MYjCVsYM' (Errcode: 28)
  run [-l|--level LEVEL] [-m|--mode MODE]
  [-p|--period PERIOD] [--] []...

Der Error kommt so nach ca. 5 Minuten
So ne Kacke - und wat nu? Die Tabelle aggregate ist jetzt nach dem
Error immer noch komplett leer.

Bitte helft mir
Saftwerk

Am 08.02.2017 um 00:43 schrieb Frank
  Richter:


  Ich geh mal davon aus, dass dein Kanaltyp
"Zählerstände" ist, oder? Dann kannst du die betreffende Zeile
in der Tabelle aggregate einfach händisch löschen.
Ansonsten stell mal die Rohwerte für den fraglichen Bereich
  hier rein (Middleware-Request mit options=raw).


Gruß
Frank

Re: [vz-users] falschen Messwert in der Aggregation löschen

2017-02-07 Diskussionsfäden china2013


  
  
"aggregate clear" hab ich hier gefunden:
https://demo.volkszaehler.org/pipermail/volkszaehler-users/2013-December/003244.html

und dann gestartet:
pi@PI3:~ $ php /var/www/volkszaehler.org/misc/tools/aggregate.php clear

Ich lass ihn dann mal bis Morgen in Ruhe - schwer beschäftigt der kleine:
(das rote ist weiter steigend - nur 'Swap free' bleibt konstant)


Am 07.02.2017 um 09:20 schrieb Andreas Götz:
Moin,

Das kann egtl. Nur passieren wenn Du einen Wert gelöscht hast der vorher da war? Schau mal aggregate clear an, das räumt die Tabelle wieder auf.

Viele Grüße, Andreas 

Am 07.02.2017 um 08:18 schrieb china2...@abwesend.de:

Hallo

ich habe in der Zusammenfassung (Aggregation) anscheinend einen falschen Wert.
Wenn man weiter hineinzoomt ist er verschwunden, daher glaube ich es ist kein normaler Messwert.
Wie bekomme ich den wieder weg?

Entstanden ist das vermutlich, weil der Pi3 an dem Tag ein paar Stunden außer Betrieb war.

[vz-users] falschen Messwert in der Aggregation löschen

2017-02-06 Diskussionsfäden china2013


  
  
Hallo

ich habe in der Zusammenfassung (Aggregation) anscheinend einen
falschen Wert.
Wenn man weiter hineinzoomt ist er verschwunden, daher glaube ich es
ist kein normaler Messwert.
Wie bekomme ich den wieder weg?

Entstanden ist das vermutlich, weil der Pi3 an dem Tag ein paar
Stunden außer Betrieb war.

Re: [vz-users] Login/Absicherung von VZ Installationen

2017-01-12 Diskussionsfäden china2013


  
  
Optionen-Leiste: Nee, das war nur ein Konzeptvorschlag, wie
es aussehen könnte. Ich brauche die Optionen auch nie. Aber
vielleicht sollte man schon langsam mal Gedanken machen, dass der VZ
vielleicht  ein Menü braucht, wie es andere Datensammler haben (z.B.
Solar-Log).
IMHO steht das Frontend noch viel zu isoliert von den anderen
Komponenten da (ja klar, das erzeugt Code-Abhängigkeiten die man
auch nicht will)

Login-Sache testen: Würd ich schon gern aber da hängts an was
anderem: Die aktuelle SD-Card ist ein paar kByte größer als alle
anderen Karten und so kann ich das Image nicht auf eine Kopie
überspielen um damit zu testen. 



Am 12.01.2017 um 23:57 schrieb Frank
  Richter:


  Hallo china2013,
  hm, so wie du dir das vorstellst wird das glaub ich
nix, denn Andreas will die Optionen-Leiste eigentlich loswerden
(https://github.com/volkszaehler/volkszaehler.org/pull/325).
Aber wenn du scharf auf neue Features bist: Willst du nicht mal
die Login-Sache testen und Feedback geben? Wir könnten noch
Tester brauchen...
  Gruß
Frank

Re: [vz-users] Login/Absicherung von VZ Installationen

2017-01-12 Diskussionsfäden china2013


  
  


Am 12.01.2017 um 18:41 schrieb Frank
  Richter:


  

  ...
Noch eine andere Idee um damit umzugehen: Das Frontend
checkt im Hintergrund, ob es Schreibzugriff auf die MW
bekommt, und falls nicht blendet es die "Bearbeiten" und
"Löschen" Buttons in den Kanalinfos aus. Dann kommen fremde
Betrachter gar nicht auf dumme Gedanken, und der Besitzer
versucht nicht was zu ändern und ärgert sich hinterher, dass
es nicht gespeichert wurde. Damit entfiele das Problem, den
Request irgendwie zwischenzuspeichern, und die von Klaus
vorgeschlagene read-only-Variante wäre noch etwas runder.
Idealerweise bräuchte man dann trotzdem noch irgendeine
  Login-Möglichkeit, wenn man als Besitzer wirklich von
  Remote was ändern möchte, also z.B. einen Login-Button
  oder eine Option, die man per URL mitgeben kann. 




Gruß
Frank
  

  



Ich finde unten im Frontend, dort wo man "Optionen" aufklappen kann,
passt so ein "Login" wunderbar rein. Da kann man auch alles andere
praktische Zeugs verstecken was man nicht so oft braucht:
 - Editor für "vzlogger.conf"
 - Anzeige von Wartungsinformationen: z.B. CPU Last , Diskfree,
Database Size, e.t.c.
 - Download  aller wichtigen Files als Backup
 - Manuelles Anstoßen des Datenbank Backups (evtl. vorher die
Datenbank herunterfahren und die DB als Datei downloaden)

ja, ja ich übertreibe wieder mal:

[vz-users] Ich wünsche allen ein frohes Fest

2016-12-23 Diskussionsfäden china2013


  
  
...und Schade dass dieser Link immer noch keinen Treffer findet:
http://wiki.volkszaehler.org/start?do=search=spende

Aber ich will ja nicht drängeln.
Ferien sind eben zur Erholung da.

Ich freu' mich auf 2017.
Viele Grüße an das ganze Team von
 __ ___ _  _ _
 \ \   / /__ | | | _ __ _  ___| |__ | | ___ _ __  ___  _ __ __ _
  \ \ / / _ \| | |/ / __|_  / _` |/ _ \ '_ \| |/ _ \ '__|/ _ \| '__/ _` |
   \ V / (_) | |   <\__ \/ / (_| |  __/ | | | |  __/ |   _  | (_) | | | (_| |
\_/ \___/|_|_|\_\___/___\__,_|\___|_| |_|_|\___|_|  (_)  \___/|_|  \__, |
   |___/

Re: [vz-users] Middlware und vzlogger.conf

2016-12-15 Diskussionsfäden china2013


  
  
Die 100W Zacken sind sicher kein Kühlschrank.(viel zu kurz und zu
oft)
Das sind die Ladezyklen deines Laptop Netzteils

Greetings
Saftwerk

Heiko W. hat geschrieben

  P.S.: Logger usw läuft und im Anhang mal ein ausschnitt vom
Frontend
  muss nun nur noch rausfinden was die 100-200 Watt Zacken sind. die
  1,5kw iss meine WP

Re: [vz-users] Monatsansicht + Jahresansicht = WTF ?

2016-12-13 Diskussionsfäden china2013

Ja, für Temperaturen sieht das ganz nett aus, aber für den Hausstromverbrauch ist es sinnvoller die täglich/wöchentlich/monatlich verbrauchten kWh darzustellen.

 

Nur Signale, die sich wirklich sehr langsam ändern bleiben auch in der Monatsansicht gut ablesbar.


Daher dieser Tread

Zählerstände in "kWh" ändern sich langsam genug und sind obendrein monoton.

 


Viele Grüße

Saftwerk



Von: "Nils op den Winkel" 
Ja, das hab ich mal probiert. Die URL sieht dann z.B. so aus: http://localhost/volkszaehler.org/frontend/?group=week



Der Teil bis "frontend" könnte bei dir natürlich anders aussehen.

Angehängt mal zwei grafiken mit und ohne group, zu, vergleich. Ich glaube es funktionieren alle Gruppierungen, die auch die middleware zulässt (siehe API). Ich hab es aber bisher nur mit hour, day und week benutzt.

 

Gruß

Nils

Re: [vz-users] Monatsansicht + Jahresansicht = WTF ?

2016-12-11 Diskussionsfäden china2013


  
  
Interessant!
Ist das ZIP-File noch aktuell? (17.‎01.‎2016 ‏‎17:23)


Auf der Seite sieht man 2x so ein Auswahlfeld "Januar 2016"
 ->
Kann man damit auch zwei Zeiträume in einer Grafik miteinander
vergleichen?

Viele Grüße
Saftwerk
Am 11.12.2016 um 14:30 schrieb Stefan
Bauer:

  
  Hallo Saftwerk.
  
  
  Vielleicht wäre ja "mein Frontend"
etwas für Dich
  http://wiki.volkszaehler.org/software/frontends/day_vaules
  
  
  Stefan

Re: [vz-users] hwclock: Cannot access the Hardware Clock


  
  
Habe gerade gesehen in */etc/modules* fehlte vermutlich die letzte
Zeile: 

  snd-bcm2835 
i2c-bcm2708 
i2c-dev 
ds2482 
w1-therm 
rtc-ds1307 
  
  Nein, die Zeile fehlt nicht. 
  

dann mach ich sie wieder raus

Was sagt denn: 
  ls /sys/bus/w1/devices/ 
  

das ist leer

 kleine Unterbrechung zwecks Abendessen

danach probier ich noch den Tipp anstatt Reboot die Power zu
unterbrechen:
Quelle: https://www.raspberrypi.org/forums/viewtopic.php?p=273354
Quote:

  by dm314 » Thu Jan 31, 2013 2:55
am
  I've got it working!!

My problem was the RTC hardware. I don't know but when I
unplugged and plugged the power
supply of the RTC, it doesn't preserve the time even though it
has a backup battery. That 's why
I've got an "invalid argument" error always.

Thanks

Re: [vz-users] hwclock: Cannot access the Hardware Clock


Nichts, du bist einen Link zu weit gefolgt.
Ich denke, dass die Kommentare unten auf der raspberrypi.org Seite bei 
der Fehlersuche nützlich sind.


Am 16.10.2016 um 18:19 schrieb Udo1:

Am 16.10.2016 um 18:09 schrieb china2...@abwesend.de:

siehe auch https://www.raspberrypi.org/forums/viewtopic.php?p=273354

Was haben wir mit adafruit zu tun??

Re: [vz-users] hwclock: Cannot access the Hardware Clock


  
  
noch das Image vom Februar.
Ich möchte eigentlich schnellstmöglich umziehen auf das "30.Sep",
aber dazu muss ich mich noch in das Thema "Umzug der SQL-Datenbank
auf neue SD-Card" einarbeiten.

Habe gerade gesehen in /etc/modules fehlte vermutlich die
letzte Zeile:
snd-bcm2835
  i2c-bcm2708
  i2c-dev
  ds2482
  w1-therm
  rtc-ds1307

Aber nee, die hwclock ist immer noch nicht zu fassen:
pi@PI3:~ $ sudo hwclock -r
hwclock: Cannot access the Hardware Clock via
  any known method.
  hwclock: Use the --debug option to see the details of our search
  for an access method.

Viele Grüße
Saftwerk

Am 16.10.2016 um 18:17 schrieb Udo1:

Am 16.10.2016 um 18:09 schrieb china2...@abwesend.de:
  
  Das hab ich schon erfolglos versucht:

pi@PI3:~ $ *sudo hwclock -r*

hwclock: Cannot access the Hardware Clock via any known method.

hwclock: Use the --debug option to see the details of our search
for an access method.

  
  Welches Image verwendest du?
  
  
  Gruß
  
  Udo

Re: [vz-users] hwclock: Cannot access the Hardware Clock


  
  
Das hab ich schon erfolglos versucht:
pi@PI3:~ $ sudo hwclock -r
hwclock: Cannot access the Hardware Clock via
  any known method.
  hwclock: Use the --debug option to see the details of our search
  for an access method.
pi@PI3:~ $ sudo -s
root@PI3:/home/pi# hwclock -r
hwclock: Cannot access the Hardware Clock via
  any known method.
  hwclock: Use the --debug option to see the details of our search
  for an access method.
root@PI3:/home/pi#

siehe auch https://www.raspberrypi.org/forums/viewtopic.php?p=273354

Am 16.10.2016 um 17:57 schrieb Theo:

Also ich muss die hwclock mit sudo aufrufen, dann
  funktioniert es. so steht es auch in der rc.local drin.
  
  
  gruß Tobias

  Am 16.10.2016 um 17:47 schrieb china2...@abwesend.de:
  
  

 Ich mach mal einen
  neuen Thread für die RTC-Uhr auf.
  
  Am 16.10.2016 um 17:00 schrieb Udo1:
  Dann hast du doch eine Hardware-Uhr. 
Normalerweise wird die Zeit des Raspi beim booten mit
dieser synchronisiert. Dafür steht in der /etc/rc.local
der Befehl: 'hwclock -s'. 
Und die rc.local wird vor systemd abgearbeitet. 

Gruß 
Udo 
  
  
  Aber anscheinend funktioniert sie
nicht:
  hwclock --debug
  hwclock from util-linux 2.25.2
hwclock: cannot open /dev/rtc: No such file or directory
No usable clock interface found.
hwclock: Cannot access the Hardware Clock via any known
method.
  
  
  /etc/rc.local
  ...
# Part of DS2482 I2C 1-Wire Master to Volkszaehler
'RaspberryPI deamon'.
echo ds2482 0x18 >
/sys/bus/i2c/devices/i2c-1/new_device

# Register I2C RTC bei grosser neuer Erweiterung
echo ds1307 0x68 >
/sys/bus/i2c/devices/i2c-1/new_device

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

hwclock -s

exit 0
  
  Zumindest ist das identisch mit der Beispiel rc.local im wiki.
  Muss ich erste diese Anleitung durcharbeiten?
  https://raspberry.tips/raspberrypi-tutorials/rtc-ds1307-uhrzeit-raspberry-pi/

[vz-users] hwclock: Cannot access the Hardware Clock


  
  
Ich mach mal einen neuen Thread für die RTC-Uhr auf.

Am 16.10.2016 um 17:00 schrieb Udo1:
Dann hast du doch eine Hardware-Uhr. 
  Normalerweise wird die Zeit des Raspi beim booten mit dieser
  synchronisiert. Dafür steht in der /etc/rc.local der Befehl:
  'hwclock -s'. 
  Und die rc.local wird vor systemd abgearbeitet. 
  
  Gruß 
  Udo 


Aber anscheinend funktioniert sie nicht:
hwclock --debug
hwclock from util-linux 2.25.2
  hwclock: cannot open /dev/rtc: No such file or directory
  No usable clock interface found.
  hwclock: Cannot access the Hardware Clock via any known method.


/etc/rc.local
...
  # Part of DS2482 I2C 1-Wire Master to Volkszaehler 'RaspberryPI
  deamon'.
  echo ds2482 0x18 > /sys/bus/i2c/devices/i2c-1/new_device
  
  # Register I2C RTC bei grosser neuer Erweiterung
  echo ds1307 0x68 > /sys/bus/i2c/devices/i2c-1/new_device
  
  # GPIOs exportieren und Datenrichtung einstellen,
  'Schaltausgang_new'
  echo 24 > /sys/class/gpio/export
  echo 25 > /sys/class/gpio/export
  echo out > /sys/class/gpio/gpio24/direction
  echo out > /sys/class/gpio/gpio25/direction
  
  hwclock -s
  
  exit 0

Zumindest ist das identisch mit der Beispiel rc.local im wiki.
Muss ich erste diese Anleitung durcharbeiten?
https://raspberry.tips/raspberrypi-tutorials/rtc-ds1307-uhrzeit-raspberry-pi/

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen

Hallo Daniel,
danke für die Links zur Uhr, aber damit mach ich einen anderen
Thread auf.
sonst ist das zu offtopic.

Die Ironie deiner jetzigen Anfrage im Vergleich zu der vom 23.06.16 ist
dir sicherlich auch nicht verborgen geblieben...

Nein, ich dachte wirklich damals, die Uhr ist überflüssig, weil die
Internetzeit ja zum greifen nah ist (es sei denn man verwendet den
VZ als Offline-Logger)

Es wäre auch hilfreich wenn du auf die erwähnten möglichen Ursachen
eingehst, dann könnte man etwas besser aufdröseln ob es ein allgemeines
oder spezielles Problem ist.

Hier werden alle Daten nur per Kabel übertragen. WLAN gibts nicht
und scheidet aus.
2x USB IR-Lesekopf(Hausstrom,PV-Stromzähler) und die große
Erweiterung mit Schaltausgängen von Udo verwendet aktuell nur 2x
S0(Heizungsstrom,Autostrom)

Ich denke ich habe den Beweis gefunden, wie der Raspi nach
Stromausfall weiterarbeitet:
Hier der Ausschnitt der PV-Leistungsdaten: Während des
Stromausfalles war inzwischen die Sonne untergegangen, aber um 17:39:21 war sie sicher noch oben:

17:38:36
160,8

17:38:39
161,6

17:38:43
161,2

17:38:48
160,8

17:38:50
160,4

17:38:52
159,9

17:38:54
158,4

17:39:21
0

18:32:28
0

18:33:28
0

18:34:29
0

18:35:30
0

18:36:31
0

Also der Raspi merkt sich die Uhrzeit beim ordnungsgemäßen shutdown
und verwendet diese dann direkt nach dem Boot unverändert weiter.
Dabei kam es zum Eintrag mit der roten Zeile mit der falschen
Uhrzeit. In der nächsten Minute danach kommt der automatische
Abgleich mit der Internetzeit und schon ist der ZeitSprung mit der
Dauer des Stromausfalls passiert. Alle Daten zwischen Boot und
Zeitsynchronisation haben einen falschen Zeitstempel. Dadurch
rechnet das Frontend aus den Zählerständen dann eine irre hohe
Leistung am Sprung aus. Kanäle mit Leistungswerten zeigen im
Frontend natürlich keinen Leistungssprung.

Also müssten 2 Minuten VZLogger-Start-Verzögerung ausreichen, wenn
es keine Möglichkeit gibt auf Internetzeitsynchronisation zu warten.

Viele Grüße
Saftwerk

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen



Am 15.10.2016 um 19:43 schrieb Daniel Lauckner:

Das mit Sicherheit, der Raspi hat eben keine Hardwareuhr die
batteriegestützt weitertickt.

Am 15.10.2016 um 19:57 schrieb Udo1:

Es sei denn er hat eine Große Erweiterung.

Gruß
Udo


Ja, jetzt hat die Große Erweiterung - aber die hat halt nicht jeder.
Also wie schon vorgeschlagen, sollte der VZLogger-Dienst verzögert werden,
oder noch besser solange warten, bis ntpd die Systemzeit synchronisiert hat.
Wie das geht muss ich erst noch googeln...

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen


  
  
Am 14.10.2016 um 23:07 schrieb Daniel Lauckner:

  Hallo,

Was für ein Timestamp hast du im Fehlerfall? Liegt der mittendrin oder
ist er älter als Erstinbetriebnahme?

Im zweiten Fall würd ich mir eher ne SQL-Einzeiler basteln und den bei
Bedarf ausführen.


mfg Daniel


Mittendrin ab dem 300kW Messwert !
Ich habe noch den fraglichen Ausschnitt als CSV Export.
Es sieht so aus, als ob die erste rote Zeile
26 sec Abstand zur blauen davor
hat.
Woher die große Lücke, wenn die anderen Timestamps nur 3-4 sec
Abstand haben?
Spekulation siehe unten.
Erst nach der grünen Zeile
passt alles wieder (bei der grünen ist die Leistung zu klein)

2016-10-09 17:38:30;113.172;1
2016-10-09 17:38:34;112.747;1
2016-10-09 17:38:37;115.126;1
2016-10-09 17:38:40;113.493;1
2016-10-09 17:38:43;112.817;1
2016-10-09 17:38:46;112.395;1
2016-10-09 17:38:49;112.43;1
2016-10-09 17:38:53;114.686;1
2016-10-09 17:38:56;117.763;1
2016-10-09 17:39:22;300594.105;1
  2016-10-09 17:39:23;248.276;1
  2016-10-09 17:39:25;248.276;1
  2016-10-09 17:39:26;233.463;1
  2016-10-09 17:39:28;248.447;1
  2016-10-09 17:39:29;243.243;1
2016-10-09 18:32:27;0.113;1
2016-10-09 18:32:28;246.744;1
2016-10-09 18:32:30;236.22;1
2016-10-09 18:32:31;246.914;1
2016-10-09 18:32:33;243.079;1
2016-10-09 18:32:34;236.531;1
2016-10-09 18:32:36;244.731;1
2016-10-09 18:32:37;241.611;1
2016-10-09 18:32:39;248.447;1
2016-10-09 18:32:40;244.731;1
Die roten und die grüne hab ich dann gelöscht.

Es gab jedenfalls eine knappe Stunde einen geplanten Stromausfall
und
der raspi wurde mit sudo shutdown heruntergefahren.
Danach noch ca 3 Minuten gewartet bis er sicher nicht mehr blinkt.

Spekulation: Es gibt 2 Möglichkeiten:
1. Die Uhr bleibt während des Stromausfalls einfach stehen und die
roten Zeilen werden nach PowerON aufgezeichnet.
2. Der shutdown Befehl stiftet irgendwo Unruhe und verursacht für
einen Moment Datenmüll bis der Raspi wirklich beendet wurde. Dann
stammen die roten Einträge noch vor dem Shutdown.

Hinweis: Nicht alle Kanäle hatten fehlerhafte Werte.

Mit Plausibilitäts-Grenzen wäre vermutlich nix passiert.
Und wer spielen möchte: siehe CSV-Anhang (19kB)

Viele Grüße und ein sonniges Wochenende
Saftwerk
  



Volkszähler.csv
Description: MS-Excel spreadsheet

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen


  
  
Auch vom mir danke für diesen Tipp!
Wenn man im Frontend auf der Y-Achse anstatt des "value"den
"timestamp" plottet, dann findet man auch schnell die falschen
Timestamps wegen verstellter Uhr. (Aber das gibts noch nicht)

Am 14.10.2016 um 21:31 schrieb
  Christian Schnellrieder:


  Hallo Rene,


solche Peaks kannst du wie folgt löschen:
phpmyadmin einlogen
VZ Db öffnen ==> data ="" DB nach Value sortieren
  ==> Zeile mit Peak Wert löschen





Grüße,
Christian




  Andreas Götz 
schrieb am Fr., 14. Okt. 2016 um 21:17 Uhr:
  
  Machst Du
ein Issue auf damit wirs nicht vergessen? Aber obacht- wenn
Du löschen kannst kann jeder löschen. Es sei denn wir bauen
endlich die Benutzerauthentifizierung ein...

Viele Grüße,
Andreas

> Am 14.10.2016 um 21:07 schrieb Klaus Reichenecker :
>
> Die Löschfunktion wäre genial
>
> Ich habe auch Sensoren, die plötzlich irgendwelche
Fantasiewerte zum Volkszaehler schicken, denen ist leider
nicht so einfach beizukommen
>
>
>
> - Original Message - From: "Andreas Götz" 
> To: "volkszaehler.org -
users" 
> Sent: Friday, October 14, 2016 8:54 PM
> Subject: Re: [vz-users] einzelne(n) Messwert(e) direkt
in phpmyadmin löschen
>
>
> Nur Einzelne? Geht auch übers Api, siehe Wiki. Brauchen
wir eine Löschfunktion im Frontend???
>
> Viele Grüße,
> Andreas
>
>> Am 14.10.2016 um 20:49 schrieb René :
>>
>> Moin,
>>
>> wie kann ich einen oder mehrere (fehlerhafte)
Messwerte direkt in der MySQL Datenbank löschen?
>> Ich kann mich zwar in phpmyadmin einloggen, weiß
aber noch nicht welche Tabellen für was zuständig sind und
was ich dort machen darf ohne Schaden anzurichten.
>> Warum möchte ich bestimmte Werte löschen? Ich habe
einen Peak von 20kW der nur falsch sein kann. Erst wenn
dieser mehrmals auftauchen sollte, werde ich dem auf dem
Grund gehen.
>>
>> Gruß
>
  

  
  -- 
  
  
Von meinem Smartphone versendet

Re: [vz-users] einzelne(n) Messwert(e) direkt in phpmyadmin löschen


  
  
Am 14.10.2016 um 21:07 schrieb Klaus
  Reichenecker:

Die Löschfunktion wäre genial 
  
  Ich habe auch Sensoren, die plötzlich irgendwelche Fantasiewerte
  zum Volkszaehler schicken, denen ist leider nicht so einfach
  beizukommen 
  


Ich hatte schon knapp 1 MW !
Anstatt Löschfunktion (die ich aber auch sehr schätzen würde) ist
eine vorbeugende Plausibilitätsprüfung im VZ-Logger oder der
Datenbank sicher besser: "Was nicht falsch werden kann muss man
nicht suchen und dann löschen".

Vorschlag zum Löschen im Frontend:
User macht extremen Zoom auf den schlechten Bereich und schaltet die
guten Channels auf unsichtbar.
Dann Button "Sichtbare Daten löschen?" mit Rückfrage "Sind sie
sicher, dass diese 42 Datensätze gelöscht werden sollen?"

Vorschlag zur Vorbeugung:
zwei neue Channel-Parameter im vzlogger.conf.
Für Leistungswerte oder Temperatursensoren ist das einfach:
"plausibility_max" : 5   /* maximal zulässiger Wert z.B für 50 kW
"plausibility_min" : 0       /* minimal zulässiger Wert
Wenn der Wert außerhalb ist, wird er verworfen.

Für Zählerstände ist das schwieriger:
"plausibility_max" : 1.5    /* maximal zulässige Differenz zum letzten gültigen Wert
"plausibility_min" : 0.001  /* minimal zulässige Differenz zum letzten gültigen Wert

Und für S0-Pulse darf sich jemand anders was ausdenken. Ich hatte
dort noch keine Probleme dank einer guten Hardware von Udo ;-)

Ursache ist oft eine eben verstellte Systemzeit. Ich habe das oft
nach einem Power OFF. Die falschen Werte entstehen dann, wenn das
Linux sich die Uhrzeit wieder aus dem Internet holt. Vielleicht
sollte der VZLogger erst mit dem Loggen beginnen, wenn er sicher
ist, dass die Systemzeit wirklich richtig ist.
Ich erkannte die falschen Daten an einem ganzen Block mit ähnlichen
Timestamps, die einfach nicht zum Rest passten.

Re: [vz-users] Update


uuups... sehr schön.

@Sollner : Aber Moment mal - hast du dieses Image denn verwendet?!?
Als dieser Thread begann, gab's das Image ja schon...



Am 14.10.2016 um 12:35 schrieb china2...@abwesend.de:

baldmöglichst ein neues Image gibt

Das letzte Image ist vom 30.09.16.
Noch frischer wäre Zukunft

Gruß
Udo

Re: [vz-users] Update