[vz-users] Itron ACE3000 Typ 260

[Matthias Behr]

Sieht besser aus.

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.

 Die Ack-Sequenz scheint auch noch nicht zu passen. Es kommen jedenfalls Teile davon wieder an:
[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).

Schickst du noch mal die Config?

Matthias


> Am 01.01.2015 um 22:44 schrieb Stefan <stefan at stinkes.de>:
> 
> Am 01.01.2015 um 22:31 schrieb Matthias Behr:
>> mbehr at rpi2:~/volkszaehler/vzlogger$ src/vzlogger -V
> Hurra!
> 0.4.0
> based on git version: heads/ut_meterd0_ace-0-gc73ca5f686
> 
> Das war aber ein gemeiner Trick :-)
> 
> Anbei das neue Logfile :-) Die Ackseq habe ich auf Udos Mail hin angepasst.
> 
> Danke!
> 
> Stefan
> 
> <vzlogger.log>

Gruß

Matthias Behr

-------------- 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/22795ac4/attachment.bin>