[vz-users] Itron ACE3000 Typ 260

[Matthias Behr]

Ackseq passt.

Funktioniert es jetzt bei dir wie gewünscht? Ohne hohen Debug-Level sollten deutlich weniger Warnungen kommen.
Ich mache noch mal die Anpassung für den verlorenen F.F(00) Code, ist aber nicht kritisch.


> Am 01.01.2015 um 23:22 schrieb Stefan <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/82b16e0f/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5256 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150101/82b16e0f/attachment-0001.bin>