[vz-users] vzlogger OBIS-Codes 3.xx und 4.x.x werden nicht geloggt
applicationMGR ecoCuyo
applicationMGR at ecoCuyo.de
Thu Apr 2 11:41:42 CEST 2015
Hallo Matthias,
sorry! Da hat sich ein Fehler bei meiner Versionsangabe zum vzlogger eingeschlichen:
der Befehl am betreffenden Gerät bringt folgendes:
$ vzlogger -V
0.4.0
based on git version: heads/master-0-g4caba0b2a5
War bei dieser Version die Änderung ()OBIS 3.x.x, 4.x.x) ebenfalls schon drin und wird geloggt?
Als Log-File habe ich im Moment nur das - da sieht man, dass beim Meter[0] 4 Blindarbeitskanäle und beim Meter [1] 2 Blindarbeitskanäle einfach fehlen, obwohl in der vzlogger.conf angelegt (siehe unten und meine erste Mail zum Thema):
>> vzlogger.log … darin fehlen die oben angelegten Channels für Blindarbeit:
>>
>> $ tail /var/log/vzlogger.log
>>
>> [Mar 30 15:26:39][d0] nothing received for more than 10 seconds
>> [Mar 30 15:26:39][d0] read timed out!, context: 0, bytes read: 0, last byte 0xa
>> [Mar 30 15:27:39][mtr0] Meter connection established
>> [Mar 30 15:27:39][mtr1] Meter connection established
>> [Mar 30 15:27:50][d0] nothing received for more than 10 seconds
>> [Mar 30 15:27:50][d0] read timed out!, context: 0, bytes read: 0, last byte 0x33
>> [Mar 30 15:28:01][d0] nothing received for more than 10 seconds
>> [Mar 30 15:28:01][d0] read timed out!, context: 0, bytes read: 0, last byte 0x30
>> [Mar 30 15:28:12][d0] nothing received for more than 10 seconds
>> [Mar 30 15:28:12][d0] read timed out!, context: 0, bytes read: 0, last byte 0x30
>> [Mar 30 15:28:27][d0] nothing received for more than 10 seconds
>> [Mar 30 15:28:27][d0] read timed out!, context: 0, bytes read: 0, last byte 0xa
>> [Mar 30 15:29:38][chn8] Adding reading to queue (value=0.00 ts=1427722121.254) >>> Erzeugung Wirk 1.8.1
>> [Mar 30 15:29:38][chn9] Adding reading to queue (value=152.00 ts=1427722132.487) >>> Erzeugung Wirk 1.8.2
>> [Mar 30 15:29:38][chn12]Adding reading to queue (value=0.00 ts=1427722077.724) >>> Erzeugung Wirk kumulativ max 1.2.1
>> [Mar 30 15:29:38][chn13]Adding reading to queue (value=1.69 ts=1427722078.356) >>> Erzeugung Wirk kumulativ max 1.2.2
>> [Mar 30 15:29:38][chn14]Adding reading to queue (value=0.00 ts=1427722078.923) >>> Erzeugung Wirk max 1.6.1
>> [Mar 30 15:29:38][chn15]Adding reading to queue (value=0.97 ts=1427722094.389) >>> Erzeugung Wirk max 1.6.2
>> [Mar 30 15:29:53][d0] nothing received for more than 10 seconds
>> [Mar 30 15:29:53][d0] read timed out!, context: 0, bytes read: 0, last byte 0x61
>> [Mar 30 15:31:52][chn8] Adding reading to queue (value=0.00 ts=1427722255.379)
>> [Mar 30 15:31:52][chn9] Adding reading to queue (value=152.00 ts=1427722266.611)
>> [Mar 30 15:31:52][chn12]Adding reading to queue (value=0.00 ts=1427722211.847)
>> [Mar 30 15:31:52][chn13]Adding reading to queue (value=1.69 ts=1427722212.480)
>> [Mar 30 15:31:52][chn14]Adding reading to queue (value=0.00 ts=1427722213.048)
>> [Mar 30 15:31:52][chn15]Adding reading to queue (value=0.97 ts=1427722228.512)
>> [Mar 30 15:32:03][d0] nothing received for more than 10 seconds
>> [Mar 30 15:32:03][d0] read timed out!, context: 0, bytes read: 0, last byte 0x61
>> [Mar 30 15:32:05][chn0] Adding reading to queue (value=31.50 ts=1427722200.885) >>> Bezug Wirk 1.8.1
>> [Mar 30 15:32:05][chn1] Adding reading to queue (value=79.80 ts=1427722212.119) >>> Bezug Wirk 1.8.2
>> [Mar 30 15:32:05][chn2] Adding reading to queue (value=2.50 ts=1427722234.584) >>> Lieferung Wirk 2.8.1
>> [Mar 30 15:32:05][chn3] Adding reading to queue (value=176.00 ts=1427722245.818) >>> Lieferung Wirk 2.8.2
>> [Mar 30 15:32:20][d0] nothing received for more than 10 seconds
>> [Mar 30 15:32:20][d0] read timed out!, context: 0, bytes read: 0, last byte 0xa
>> [Mar 30 15:34:02][chn8] Adding reading to queue (value=0.00 ts=1427722384.503)
>> [Mar 30 15:34:02][chn9] Adding reading to queue (value=152.00 ts=1427722395.736)
>> [Mar 30 15:34:02][chn12]Adding reading to queue (value=0.00 ts=1427722340.972)
>> [Mar 30 15:34:02][chn13]Adding reading to queue (value=1.69 ts=1427722341.604)
>> [Mar 30 15:34:02][chn14]Adding reading to queue (value=0.00 ts=1427722342.171)
>> [Mar 30 15:34:02][chn15]Adding reading to queue (value=0.97 ts=1427722357.637)
>> [Mar 30 15:34:17][d0] nothing received for more than 10 seconds
>> [Mar 30 15:34:17][d0] read timed out!, context: 0, bytes read: 0, last byte 0x61
>> [Mar 30 15:35:59][chn0] Adding reading to queue (value=31.50 ts=1427722434.426)
>> [Mar 30 15:35:59][chn1] Adding reading to queue (value=79.80 ts=1427722445.659)
>> [Mar 30 15:35:59][chn2] Adding reading to queue (value=2.50 ts=1427722468.125)
>> [Mar 30 15:35:59][chn3] Adding reading to queue (value=176.00 ts=1427722479.357)
>
Best Grüße
Armin
> Am 31.03.2015 um 21:29 schrieb Matthias Behr <mbehr at mcbehr.de>:
>
> Änderung ist mit commit 79166a9 <https://github.com/volkszaehler/vzlogger/commit/79166a9fc0f7fa826909c83cd78268bf81b5db58> am 24.2. reingekommen. D.h. mit deiner Version sollte es eigentlich gehen!
>
> Kannst du mir mal log schicken, dann schaue ich mir das an.
>
>
>> Am 31.03.2015 um 16:49 schrieb Matthias Behr <mbehr at mcbehr.de <mailto:mbehr at mcbehr.de>>:
>>
>> Git Sha ist das "heads/master-0-g<sha>"
>>
>> Ich schaue nachher, wann die Änderung eingeflossen ist.
>>
>> Falls du vom git gebaut hast geht auch einfach:
>> git pull im Verz vzlogger
>> dann "cmake . & make & sudo make install"
>>
>> sonst wie unten git clone, dann im Verz vzlogger wie oben "cmake . " etc.
>>
>> Gruß
>> Matthias
>>
>> Sent from a mobile device.
>>
>> Am 31.03.2015 um 16:38 schrieb applicationMGR ecoCuyo <applicationMGR at ecoCuyo.de <mailto:applicationMGR at ecoCuyo.de>>:
>>
>>> Hallo Matthias,
>>>
>>> habe in dieser Mail keinen Bezug zu Issue 62 gefunden:
>>>
>>> **********
>>> Hallo Matthias:
>>>
>>> $ vzlogger -V
>>> 0.4.0
>>> based on git version: heads/master-0-g4c08caa984
>>> last commit date: Tue, 3 Mar 2015 09:13:30 +0100
>>>
>>> Was ist „git sha“?
>>>
>>> Wie genau läuft der Update - mit git clone https://github.com/volkszaehler/vzlogger.git <https://github.com/volkszaehler/vzlogger.git> ?
>>>
>>> ***********
>>>
>>> Grüße, Armin
>>>
>>>
>>>
>>>
>>>> Am 31.03.2015 um 16:25 schrieb volkszaehler-users-request at demo.volkszaehler.org <mailto:volkszaehler-users-request at demo.volkszaehler.org>:
>>>>
>>>> Send volkszaehler-users mailing list submissions to
>>>> volkszaehler-users at demo.volkszaehler.org <mailto:volkszaehler-users at demo.volkszaehler.org>
>>>>
>>>> To subscribe or unsubscribe via the World Wide Web, visit
>>>> https://demo.volkszaehler.org/mailman/listinfo/volkszaehler-users <https://demo.volkszaehler.org/mailman/listinfo/volkszaehler-users>
>>>> or, via email, send a message with subject or body 'help' to
>>>> volkszaehler-users-request at demo.volkszaehler.org <mailto:volkszaehler-users-request at demo.volkszaehler.org>
>>>>
>>>> You can reach the person managing the list at
>>>> volkszaehler-users-owner at demo.volkszaehler.org <mailto:volkszaehler-users-owner at demo.volkszaehler.org>
>>>>
>>>> When replying, please edit your Subject line so it is more specific
>>>> than "Re: Contents of volkszaehler-users digest..."
>>>> Today's Topics:
>>>>
>>>> 1. Re: vzlogger OBIS-Codes 3.xx und 4.x.x werden nicht geloggt
>>>> (Matthias Behr)
>>>>
>>>> Von: Matthias Behr <mbehr at mcbehr.de <mailto:mbehr at mcbehr.de>>
>>>> An: "volkszaehler.org <http://volkszaehler.org/> - users" <volkszaehler-users at demo.volkszaehler.org <mailto:volkszaehler-users at demo.volkszaehler.org>>
>>>> Datum: 31. März 2015 15:01:09 MESZ
>>>> Antwort an: "volkszaehler.org <http://volkszaehler.org/> - users" <volkszaehler-users at demo.volkszaehler.org <mailto:volkszaehler-users at demo.volkszaehler.org>>
>>>> Betreff: Aw: [vz-users] vzlogger OBIS-Codes 3.xx und 4.x.x werden nicht geloggt
>>>>
>>>>
>>>> Hallo Armin,
>>>>
>>>> welche Version nutzt du? (vzlogger -V)
>>>>
>>>> Bis vor kurzem wurden nur Obis Codes beginnend mit 1 oder 2 akzeptiert. Das ist aber mittlerweile geändert. In der akt. Version müssten die erkannt/akzeptiert werden.
>>>>
>>>> Gruß
>>>> Matthias
>>>>
>>>>
>>>>
>>>>> Am 31.03.2015 um 14:31 schrieb applicationMGR ecoCuyo <applicationMGR at ecoCuyo.de <mailto:applicationMGR at ecoCuyo.de>>:
>>>>>
>>>>> Hallo zusammen,
>>>>>
>>>>> habe gestern eine VZlogger / Volkszähler Frontend angesehen und festgestellt, dass einige Kanäle nicht in die MySQL-DB geschrieben werden. Oder anders herum ausgedrückt: alle Wirkarbeit- und kumulierte Leistungs-Codes aus dem OBIS-Set werden geloggt und im Frontend angezeigt. Die in der vzlogger.conf eingetragenen und in der DB auch angelegten UUIDS zu 3.8.1, 3.8.2, 4.8.1, 4.8.2 werden nicht geloggt. Dies habe ich mit phpmyadmin in der DB geprüft: Properties alles Channels sind angelegt. In Daten liefert die SQL-Abfrage keinen einzigen Eintrag für die Blindarbeits-Channels.
>>>>>
>>>>> Frage: Reagiert der vzlogger nicht auf Identifier, die mit 3.x.x oder 4.x.x beginnen?
>>>>>
>>>>> Bin für Eure Hinweise und Ideen offen, wo ich den Fehler suchen soll…
>>>>>
>>>>> Beide Zähler spucken die gesuchten Werte zur Blindarbeit aus - siehe dazu exemplarisch das HTerm-Protokoll des Bezugs-/Liefer-Zählers.
>>>>>
>>>>> Viele Grüße
>>>>> Armin
>>>>>
>>>>>
>>>>>
>>>>> HTerm-Protokoll des Bezugs-/Liefer-Zählers (gekürzt auf relevante Codes):
>>>>> /?!
>>>>> /LGZ4\2ZMD410xxx
>>>>>
>>>>> …
>>>>>
>>>>> 1.2.1(0008.82*kW)
>>>>> 1.2.2(0004.96*kW)
>>>>> 2.2.1(0008.52*kW)
>>>>> 2.2.2(0007.98*kW)
>>>>> 1.6.1(00.06*kW)(1503100530)
>>>>> …
>>>>> 1.6.2(00.09*kW)(1503300815)
>>>>> …
>>>>> 1.8.0(0000111.2*kWh)
>>>>> …
>>>>> 1.8.1(0000031.5*kWh)
>>>>> …
>>>>> 1.8.2(0000079.7*kWh)
>>>>> …
>>>>> 2.8.0(0000178.3*kWh)
>>>>> …
>>>>> 2.8.1(0000002.5*kWh)
>>>>> …
>>>>> 2.8.2(0000175.7*kWh)
>>>>> …
>>>>> 3.8.0(0000075.2*kvarh)
>>>>> …
>>>>> 3.8.1(0000004.8*kvarh)
>>>>> 3.8.1*10(0000004.4)
>>>>> 3.8.1*09(0000004.1)
>>>>> 3.8.1*08(0000003.6)
>>>>> 3.8.1*07(0000003.0)
>>>>> 3.8.1*06(0000002.6)
>>>>> 3.8.1*05(0000002.0)
>>>>> 3.8.1*04(0000001.7)
>>>>> 3.8.1*03(0000001.3)
>>>>> 3.8.1&02(0000001.2)
>>>>> 3.8.1*01(0000000.0)
>>>>> 3.8.1*00(0000000.0)
>>>>> 3.8.1*00(0000000.0)
>>>>> 3.8.1*00(0000000.0)
>>>>> 3.8.1*00(0000000.0)
>>>>> 3.8.1*00(0000000.0)
>>>>> 3.8.2(0000070.4*kvarh)
>>>>> 3.8.2*10(0000061.0)
>>>>> 3.8.2*09(0000051.0)
>>>>> 3.8.2*08(0000040.9)
>>>>> 3.8.2*07(0000030.7)
>>>>> 3.8.2*06(0000019.3)
>>>>> 3.8.2*05(0000009.6)
>>>>> 3.8.2*04(0000006.1)
>>>>> 3.8.2*03(0000001.5)
>>>>> 3.8.2&02(0000001.2)
>>>>> 3.8.2*01(0000000.0)
>>>>> 3.8.2*00(0000000.0)
>>>>> 3.8.2*00(0000000.0)
>>>>> 3.8.2*00(0000000.0)
>>>>> 3.8.2*00(0000000.0)
>>>>> 3.8.2*00(0000000.0)
>>>>> 4.8.0(0000002.9*kvarh)
>>>>> 4.8.0*10(0000002.8)
>>>>> 4.8.0*09(0000002.8)
>>>>> 4.8.0*08(0000002.7)
>>>>> 4.8.0*07(0000002.7)
>>>>> 4.8.0*06(0000002.6)
>>>>> 4.8.0*05(0000002.6)
>>>>> 4.8.0*04(0000002.6)
>>>>> 4.8.0*03(0000002.5)
>>>>> 4.8.0&02(0000002.5)
>>>>> 4.8.0*01(0000000.0)
>>>>> 4.8.0*00(0000000.0)
>>>>> 4.8.0*00(0000000.0)
>>>>> 4.8.0*00(0000000.0)
>>>>> 4.8.0*00(0000000.0)
>>>>> 4.8.0*00(0000000.0)
>>>>> 4.8.1(0000001.5*kvarh)
>>>>> 4.8.1*10(0000001.5)
>>>>> 4.8.1*09(0000001.4)
>
> Gruß
>
> Matthias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150402/aa28a6a7/attachment-0001.html>
More information about the volkszaehler-users
mailing list