[vz-users] Itron ACE3000 Typ 260

[Stefan]

Am 01.01.2015 um 23:30 schrieb Matthias Behr:

Hi Matthias,
> Ackseq passt.
ja, super. Dann lag Udo ja doch richtig.
>
> Funktioniert es jetzt bei dir wie gewünscht? Ohne hohen Debug-Level 
> sollten deutlich weniger Warnungen kommen.
Ich bin jetzt wieder auf 5 runter und habe nur noch sporadisch diese 
Meldungen:

[Jan 01 23:49:00][d0]   nothing received for more than 10 seconds

[Jan 01 23:49:00][d0]   read timed out!, context: 0, bytes read: 0, last byte 0x7f

[Jan 01 23:49:03][d0]   Something unexpected happened: read:587!


> Ich mache noch mal die Anpassung für den verlorenen F.F(00) Code, ist 
> aber nicht kritisch.
>
Danke für Deine Hilfe.

Grüße

Stefan
>> Am 01.01.2015 um 23:22 schrieb Stefan <stefan at stinkes.de 
>> <mailto:stefan at stinkes.de>>:
>>
>> Am 01.01.2015 um 23:05 schrieb Matthias Behr:
>>
>> Hallo Matthias,
>>> Sieht besser aus.
>> das freut mich. Dann hat sich der Git Exkurs ja vielleicht gelohnt .-)
>>> Komisch ist, dass immer noch vermutlich korrupte Daten vom Logger 
>>> kommen:
>>> [Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte 1 hex= 31
>>> [Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte . hex= 2E
>>> [Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte 8 hex= 38
>>> [Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte . hex= 2E
>>> [Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte 0 hex= 30
>>> [Jan 01 22:41:06][d0]   DEBUG OBIS_CODE byte ( hex= 28
>>> [Jan 01 22:41:06][d0]   DEBUG VALUE byte= 0 hex= 30
>>> [Jan 01 22:41:06][d0]   DEBUG VALUE byte= 1 hex= 31
>>> [Jan 01 22:41:06][d0]   DEBUG VALUE byte= 3 hex= 33
>>> [Jan 01 22:41:06][d0]   DEBUG VALUE byte= 9 hex= 39
>>> [Jan 01 22:41:06][d0]   DEBUG VALUE byte= 4 hex= 34
>>> [Jan 01 22:41:06][d0]   DEBUG VALUE byte= 4 hex= 34
>>> [Jan 01 22:41:06][d0]   DEBUG VALUE byte= . hex= 2e
>>> [Jan 01 22:41:06][d0]   DEBUG VALUE byte= 4 hex= 34
>>> [Jan 01 22:41:06][d0]   DEBUG VALUE byte=  hex= 4
>>> [Jan 01 22:41:06][d0]   DEBUG VALUE byte= - hex= 2d
>>> [Jan 01 22:41:07][d0]   Read package with 2 tuples (vendor=ACE, 
>>> baudrate=0, identification=\3k260V01.19)
>>>
>>> Das ist der interessante 1.8.0(013944.4… und dann kommt ein 
>>> korruptes Byte 0x04 statt ‚*'. Daher wird der nicht übertragen.
>> Da bist Du viel tiefer drin als ich - aber wenn Du es sagst ...
>>> Die Ack-Sequenz scheint auch noch nicht zu passen. Es kommen 
>>> jedenfalls Teile davon wieder an:
>> Da hoffe ich auf die Werte von Olli. Im Handbuch steht nur ein Beispiel.
>>> [Jan 01 22:41:52][d0]   Sending ack sequence send (len:6 is:6,000
>>> ).
>>> [Jan 01 22:41:52][d0]   DEBUG OBIS_CODE byte  hex= 6
>>> [Jan 01 22:41:53][d0]   DEBUG OBIS_CODE byte 0 hex= 30
>>> [Jan 01 22:41:53][d0]   DEBUG OBIS_CODE byte 0 hex= 30
>>> [Jan 01 22:41:53][d0]   DEBUG OBIS_CODE byte 0 hex= 30
>>> [Jan 01 22:41:53][d0]   DEBUG OBIS_CODE byte
>>>  hex= D
>>> [Jan 01 22:41:53][d0]   DEBUG OBIS_CODE byte
>>>  hex= A
>>> [Jan 01 22:41:54][d0]   DEBUG OBIS_CODE byte  hex= 2
>>> [Jan 01 22:41:54][d0]   DEBUG OBIS_CODE byte F hex= 46
>>> [Jan 01 22:41:54][d0]   DEBUG OBIS_CODE byte . hex= 2E
>>> [Jan 01 22:41:54][d0]   DEBUG OBIS_CODE byte F hex= 46
>>> [Jan 01 22:41:54][d0]   DEBUG OBIS_CODE byte ( hex= 28
>>> [Jan 01 22:41:54][d0]   DEBUG VALUE byte= 0 hex= 30
>>> [Jan 01 22:41:54][d0]   DEBUG VALUE byte= 0 hex= 30
>>> [Jan 01 22:41:54][d0]   DEBUG VALUE byte= ) hex= 29
>>> [Jan 01 22:41:54][d0]   Ignored reading (OBIS code=000F.F, 
>>> value=00, unit=)
>>>
>>> Der erste Obis Wert wird daher immer verworfen. Kann ich aber noch 
>>> optimieren, da der Logger mit STX die eigentlichen Daten ankündigt.
>>>
>>> Insgesamt werden die Daten aber ganz gut verarbeitet (bis auf den 
>>> Code F.F(00), der bisher aber auch immer weggelassen wurde).
>> Vielen Dank für Deine Arbeit. Wenn ich noch etwas testen kann - gerne!
>>> Schickst du noch mal die Config?
>> Klar. Siehe Anhang.
>>
>> Stefan
>> <vzlogger.conf>
>
> Gruß
>
> Matthias Behr
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150101/cbe2db6c/attachment.html>