[vz-users] Ausreißer im GW-Bereich

Sun Jan 10 20:10:13 CET 2016

> Am 10.01.2016 um 20:01 schrieb Thomas Hümmerich <thomas.huemmerich at arcor.de>:
> 
> Hallo Andreas,
> vielen Dank für die Aufmerksamkeit, ich habe verstanden, dass die Werte wohl nicht richtig gelesen werden..
> Was Du vorschlägst zur Lösungsfindung würde ich gerne machen, aber ich weiß leider nicht wie –
> Dump-File?

Schau hier: https://github.com/volkszaehler/vzlogger/blob/master/etc/vzlogger.conf#L99

> VZLOGGER.LOG weiß ich wo und wie
> Lvl 15?

Hier: https://github.com/volkszaehler/vzlogger/blob/master/etc/vzlogger.conf#L16

> Bei github einstellen?

Unser Fehlertracking Tool, siehe hier https://github.com/volkszaehler/vzlogger/issues

> Tut mir leid für die ahnungslose Nachfrage.

Immer gern. Hoffe das lässt sich beheben...

Vg Andreas

> Danke und Gruß, Thomas
>  
> Von: volkszaehler-users [mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von Andreas Götz
> Gesendet: Sonntag, 10. Januar 2016 19:01
> An: volkszaehler.org - users
> Betreff: Re: [vz-users] Ausreißer im GW-Bereich
>  
> Hallo Thomas,
>  
> Da scheint was mit der Verbindung zu, Zähler krumm. Trotzdem sollten falsche Werte natürlich nicht bis in die db kommen. Könntest Du mal ein dump file anlegen und das gemeinsam mit log auch lvl 15 als neues issue bei github einstellen? Bitte pastebin verwenden für die Dateien.
>  
> Vg Andreas
> 
> Am 10.01.2016 um 18:38 schrieb Thomas Hümmerich <thomas.huemmerich at arcor.de>:
> 
> Hallo,
> so sieht ein Ausreißer aus, Zählerstand um 17:59:21 Uhr, channel 0.
> Innerhalb der letzten Stunde gab es 2 solcher Ausreißer.
> Was um 17:58:01 Uhr passierte "d0: Too much data...",
> kommt auch relativ häufig vor.
> 
> [Jan 10 17:57:41][chn3] Adding reading to queue (value=175.77 ts=1452445061613)
> [Jan 10 17:57:41][chn4] Adding reading to queue (value=289.73 ts=1452445061613)
> [Jan 10 17:57:41][chn5] Adding reading to queue (value=617.95 ts=1452445061613)
> [Jan 10 17:57:41][mtr0] Next reading in 10 seconds
> [Jan 10 17:57:51][chn0] Adding reading to queue (value=3210.94 ts=1452445071615)
> [Jan 10 17:57:51][chn1] Adding reading to queue (value=14518.71 ts=1452445071616)
> [Jan 10 17:57:51][chn2] Adding reading to queue (value=152.32 ts=1452445071616)
> [Jan 10 17:57:51][chn3] Adding reading to queue (value=175.69 ts=1452445071616)
> [Jan 10 17:57:51][chn4] Adding reading to queue (value=289.59 ts=1452445071616)
> [Jan 10 17:57:51][chn5] Adding reading to queue (value=617.60 ts=1452445071617)
> [Jan 10 17:57:51][mtr0] Next reading in 10 seconds
> [Jan 10 17:58:01][d0]   Too much data for obis_code (byte=0x35)
> [Jan 10 17:58:01][d0]   Too much data for obis_code (byte=0x35)
> [Jan 10 17:58:01][d0]   Failed to parse obis code (1-0:1.8.41.7.0*2)
> [Jan 10 17:58:01][chn4] Adding reading to queue (value=289.49 ts=1452445081634)
> [Jan 10 17:58:01][chn5] Adding reading to queue (value=617.66 ts=1452445081634)
> [Jan 10 17:58:01][mtr0] Next reading in 10 seconds
> [Jan 10 17:58:11][chn0] Adding reading to queue (value=3210.94 ts=1452445091636)
> [Jan 10 17:58:11][chn1] Adding reading to queue (value=14518.71 ts=1452445091637)
> [Jan 10 17:58:11][chn2] Adding reading to queue (value=152.69 ts=1452445091637)
> [Jan 10 17:58:11][chn3] Adding reading to queue (value=175.39 ts=1452445091637)
> [Jan 10 17:58:11][chn4] Adding reading to queue (value=289.50 ts=1452445091637)
> [Jan 10 17:58:11][chn5] Adding reading to queue (value=617.58 ts=1452445091638)
> [Jan 10 17:58:11][mtr0] Next reading in 10 seconds
> [Jan 10 17:58:21][chn0] Adding reading to queue (value=3000175.53 ts=1452445101643)
> [Jan 10 17:58:21][chn4] Adding reading to queue (value=289.55 ts=1452445101644)
> [Jan 10 17:58:21][chn5] Adding reading to queue (value=617.47 ts=1452445101645)
> [Jan 10 17:58:21][mtr0] Next reading in 10 seconds
> [Jan 10 17:58:31][chn0] Adding reading to queue (value=3210.94 ts=1452445111651)
> [Jan 10 17:58:31][chn1] Adding reading to queue (value=14518.71 ts=1452445111652)
> [Jan 10 17:58:31][chn2] Adding reading to queue (value=152.01 ts=1452445111653)
> [Jan 10 17:58:31][chn3] Adding reading to queue (value=175.41 ts=1452445111654)
> [Jan 10 17:58:31][chn4] Adding reading to queue (value=289.49 ts=1452445111655)
> [Jan 10 17:58:31][chn5] Adding reading to queue (value=616.91 ts=1452445111656)
> [Jan 10 17:58:31][mtr0] Next reading in 10 seconds
> 
> 
> > Date: Sun, 10 Jan 2016 09:52:15 +0100
> > From: mailing at jahp.de
> > To: volkszaehler-users at demo.volkszaehler.org
> > Subject: Re: [vz-users] Ausreißer im GW-Bereich
> > 
> > Morgen,
> > 
> > Am Sonntag, 10. Januar 2016 um 09:27 schrieb Thomas Hümmerich:
> > > Nun zeigt das Frontend Ausreißer im GW-Bereich.
> > > Kann man die durch bestimmte Einstellungen glätten:
> > 
> > Bei solchen Ausreißern ist davon auszugehen das falsche Daten in die
> > Datenbank gelangt sind.
> > 
> > Wenn man das versucht zu filtern gibts in der Regel Folgefehler. Und
> > wenn mal kleinere Ausreißer dabei sind die der Filter nicht erkennt
> > hast du trotzdem Darstellungsfehler.
> > Das Beste ist also die betreffenden, falschen Datensätze manuell aus
> > der Datenbank zu löschen. (Z.B. über phpMyadmin)
> > 
> > Das Problem ist deswegen nicht beseitigt, aber wie schon erwähnt: Wir
> > könne nicht hellsehen. Ohne nähere Informationen (z.B. vzlogger.log)
> > wissen auch wir nicht was da vor sich geht.
> > 
> > 
> > mfg Daniel
> > 
> > P.S. Bezüglich Darstellungs"fehler". Udo hatte dir mal gesagt du
> > solltest von lines auf steps umstellen. Offensichtlich nicht erfolgt.
> > 
> > 
> > ---
> > Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> > https://www.avast.com/antivirus
> >
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160110/ecd74d8b/attachment.html>