[vz-users] Probleme mit VZlogger / Frontend

Heiko W. luckyheiko at hotmail.com
Sun Oct 13 16:13:29 CEST 2013


Hallo

Tut mir leid. Ich meinte damit das ich nicht aufs phpadmin zugreifen kann da ich nicht zuhause bin.

Die DB scheint zu laufen.

Das komische ist, ich habe heute morgen noch mal neu gestartet und nun geht es erst mal wieder.
Ich schaue mal wie lange.

Mit freundlichen Grüßen
Heiko W.
Von meinem Windows Phone gesendet
________________________________
Von: Andreas Götz<mailto:cpuidle at gmail.com>
Gesendet: ‎13.‎10.‎2013 16:13
An: volkszaehler.org - users<mailto:volkszaehler-users at lists.volkszaehler.org>
Betreff: Re: [vz-users] Probleme mit VZlogger / Frontend

Wenn Du nicht auf die DB kommsr schafft die MW das auch nicht- also erstmal dort suchen.

Viele Grüße,
Andreas

> Am 13.10.2013 um 11:09 schrieb Rainer Gauweiler <volkszaehler at moppl.inka.de>:
>
> Hallo Heiko,
>
> Am 12.10.2013 20:54, schrieb Heiko W.:
>> hatte den Logger nun mal am laufen gehabt :)
>> für ca 1 oder 2 std
>>
>> dann is das 'Frontend' nicht mehr mit Daten versorgt worden
>> (vzlogger und frotend iss erreichbar)
>>
>> in meine rc.local hab ich das reingeschrieben
>> killall vzlogger
>> /home/pi/vzlogger
>> #/usr/local/bin/vzlogger
>
> Das ist soweit ok, sofern Du Dir das vzlogger-Binary von Peter nach "/home/pi" gelegt hast.
>
>> damit sollte ja das 'update' vom alten Post nun beim Start laufen (oder
>> ??!!)
>
> Ja. Tut er dem Log nach ja auch.
>
>> [Oct 12 20:46:03][mtr1] Got 8 new readings from meter:
>> [Oct 12 20:46:03][mtr1] Reading:
>> id=129-129:199.130.3*255/ObisItentifier:129-129:199.130.3*255 value=0.00
>> ts=1381603563.147
>> [Oct 12 20:46:03][mtr1] Reading:
>> id=1-0:0.0.9*255/ObisItentifier:1-0:0.0.9*255 value=0.00 ts=1381603563.147
>> [Oct 12 20:46:03][mtr1] Reading:
>> id=1-0:2.8.0*255/ObisItentifier:1-0:2.8.0*255 value=13554074.30
>> ts=1381603563.147
>> [Oct 12 20:46:03][mtr1] Reading:
>> id=1-0:2.8.1*255/ObisItentifier:1-0:2.8.1*255 value=13554074.30
>> ts=1381603563.147
>> [Oct 12 20:46:03][mtr1] Reading:
>> id=1-0:2.8.2*255/ObisItentifier:1-0:2.8.2*255 value=0.00 ts=1381603563.147
>> [Oct 12 20:46:03][mtr1] Reading:
>> id=1-0:16.7.0*255/ObisItentifier:1-0:16.7.0*255 value=0.00 ts=1381603563.147
>> [Oct 12 20:46:03][mtr1] Reading:
>> id=129-129:199.130.5*255/ObisItentifier:129-129:199.130.5*255 value=0.00
>> ts=31148128.000
>> [Oct 12 20:46:03][mtr1] Reading:
>> id=0-0:0.0.0*0/ObisItentifier:0-0:0.0.0*0 value=0.00 ts=0.000
>> [Oct 12 20:46:03][chn3] Adding reading to queue (value=13554074.30
>
> Soweit alles ok, Daten kommen vom Meter.
>
>> [Oct 12 20:46:03][chn3] CURL: Sent 45 bytes..
>> [Oct 12 20:46:03][chn3] CURL: Sent '[ [ 1381603563147.142822,
>> 13554074.300000 ] ]' bytes
>
> Soweit auch ok, die Daten werden an die Middleware geschickt.
>
>> [Oct 12 20:46:03][chn1] CURL: Received 28 bytes
>> [Oct 12 20:46:03][chn1] CURL: Received '11
>> {"version":"0.3"}
>> 0
>>
>> ' bytes
>
> Das ist mir unbekannt. Ist das der aktuelle Stand, den die middleware zurück gibt?  Oder ist irgendwie die Middleware verhunzt? Hast Du Dir irgendwo debug-Meldungen eingebaut die hier durchschlagen?
> Ansonsten sieht es gut aus - die Daten müssten dann in der DB stehen, falls obiges inzwischen der normale Rückgabewert ist.
>
> Gruss
>     Rainer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20131013/73c1f423/attachment-0001.html>


More information about the volkszaehler-users mailing list