[vz-users] Einträge in die vzlogger.log unterdrücken?

[applicationMGR ecoCuyo]

Hallo Matthias,

keine Ahnung, was die Gemeinde denkt... für meine Belange wäre das eine Lösung.

Beste Grüße
Armin

> Am 16.01.2016 um 13:48 schrieb Matthias Behr <mbehr at mcbehr.de>:
> 
> Das Problem ist, dass die nicht der 
> IEC 62056-21 entsprechen.
> 
> Erlaubt wäre höchtens ein C.60.5*2 aber nicht ein C.60.5.2.
> 
> Ich könnte aber den Loglevel eins höher setzen Fehler sind ja nicht wirklich kritisch. Soll ich das tun?
> 
>  
>> Am 15.01.2016 um 18:12 schrieb application MGR <applicationMGR at ecoCuyo.de>:
>> 
>> Hallo Andreas,
>> 
>> Fehler sind das nicht unbedingt, vielmehr sind das weitere Register für IDs, Tamper…
>> Beispielsweise wäre C.60.9 = Fraud flag, nur das kommt bei dem Zähler gar nicht vor.
>> 
>> Jedoch wirft der Zähler für C.60.5.2 folgendes aus (Hardware ID (=Revision.Produktzustand)):
>> 
>> 	C.60.5.2(07.000   0998 B7FD)(12-11-16 06:32)	Line: 'C.60.5.2(07.000   0998 B7FD)(12-11-16 06:32)
>> 
>> Siehe http://www.ooe-ausfuehrungsbestimmungen.at/assets/download/AMIS-Zaehler.pdf
>> 
>> Für die Energiezählung, Leistung-, Spannungs-, Strom- und Phasenmessung sind diese Codes m.E. unerheblich.
>> 
>> Hilft das?
>> 
>> Beste Grüße
>> Armin
>> 
>>> Am 15.01.2016 um 17:38 schrieb Andreas Goetz <cpuidle at gmail.com>:
>>> 
>>> Bei log_level=0 werden nur Fehler geloggt- das sind Fehler. Mich würde eher interessieren ob wir in der Lage sein sollten diesen Obis Code nicht als Fehler zu interpretieren?
>>> 
>>> Viele Grüße,
>>> Andreas
>>> 
>>> 
>>>> On Fri, Jan 15, 2016 at 10:45 AM, application MGR <applicationMGR at ecocuyo.de> wrote:
>>>> Hallo zusammen,
>>>> 
>>>> eine Frage zu Log-Einträgen bei einer Konfiguration mit einem Siemens TD3511 D0-Zähler:
>>>> 
>>>> Einstellung in der vzlogger.conf_
>>>> 
>>>> "verbosity" : 0,                      /* 0 = log_error or log-warning, 5 = log_info, 10 = log-debug, 15 = log_finest */
>>>>   "log" : "/var/log/vzlogger.log",      /* path to logfile, optional */
>>>> 
>>>> 
>>>> Weil der Zähler an vzlogger unbekannte OBIS-Codes auswirft, schreibt er fortlaufend folgende Meldungen in die vzlogger.log-Datei, die dadurch massiv anschwillt:
>>>> 
>>>> [Jan 15 10:36:58][d0]   Failed to parse obis code (C.60.5.1)
>>>> [Jan 15 10:36:58][d0]   Failed to parse obis code (C.60.5.2)
>>>> [Jan 15 10:36:58][d0]   Failed to parse obis code (C.1.8.1)
>>>> [Jan 15 10:36:58][d0]   Failed to parse obis code (C.1.8.2)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.1.8.3)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.1.8.4)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.1.8.5)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.1.8.6)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.2.8.1)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.2.8.2)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.2.8.3)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.2.8.4)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.2.8.5)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.2.8.6)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.1)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.2)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.3)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.4)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.5)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.6)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.7)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.11)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.13)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.14)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.15)
>>>> [Jan 15 10:36:59][d0]   Failed to parse obis code (C.60.4.16)
>>>> 
>>>> Wie kann man das unterbinden ohne das Logging komplett abzuschalten? 
>>>> 
>>>> Beste Grüße
>>>> Armin
> 
> Gruß
> 
> Matthias
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160116/fc1ef3e4/attachment-0001.html>