[vz-users] volkszaehler-users Digest, Vol 44, Issue 63

[Matthias Behr]

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>:
> 
> 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 ?
> 
> ***********
> 
> Grüße, Armin
> 
> 
> 
> 
>> Am 31.03.2015 um 16:25 schrieb volkszaehler-users-request at demo.volkszaehler.org:
>> 
>> Send volkszaehler-users mailing list submissions to
>> 	volkszaehler-users at demo.volkszaehler.org
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>> 	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
>> 
>> You can reach the person managing the list at
>> 	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>
>> An: "volkszaehler.org - users" <volkszaehler-users at demo.volkszaehler.org>
>> Datum: 31. März 2015 15:01:09 MESZ
>> Antwort an: "volkszaehler.org - users" <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>:
>>> 
>>> 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)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150331/5eecc310/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2342 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150331/5eecc310/attachment.bin>