[vz-users] Itron ACE3000 Typ 260

[Matthias Behr]

Ja, das ACK sollte gesendet werden. Es kann sein, dass in den Rohdaten gegen Ende ein Mix aus S0-Impulse und Datentelegram stattgefunden hat. Vermutlich still die Checksumme der Nachricht (BCC) nicht. Wollte ich später noch mal prüfen. (Wird akt. im Parser nicht ausgewertet.)

Dennoch kommt der akt. Parser nicht gut damit klar, wenn z.B. 0x7f am Anfang stehen. 
Ich habe den Parser ein wenig fehlertoleranter geschrieben. Damit sollten auch paar komische Fehler (wie Crashes, Speicherüberschreiber,…) behoben sein. Das „endseq“ Handling hat zu starken/häufigen Speicherüberschreibern geführt.
Wenn ein Telegram gegen Ende Fehler hat, dann werden jetzt die ersten vollständig erkannten Obis Codes dennoch zurückgeliefert.


> Am 01.01.2015 um 12:18 schrieb Udo1 <udo1 at gmx.net>:
> 
> Hallo und gutes neues Jahr,
> 
> Am 31.12.2014 um 16:28 schrieb Stinkes:
>> aber noch einige Fehlermeldung im Logfile
> 
> Meiner Meinung nach braucht es in vzlogger keine Änderung.
> 
> Der ACE3000  benötigt lt.Wiki nach dem Senden der Anforderungssequenz und der Antwort des Zählers eine Bestätigung in Form von CR/LF.
> Die fehlt in deiner vzlogger.conf.
> Deshalb sendet der Zähler nach der Antwort auf die Anforderungssequenz wieder S0-Impulse in Form von '7F'.
> Damit kann vzlogger natürlich nichts anfangen.
> Oliver Regehr hat dich darauf schon hingewiesen. Hast du das mal ausprobiert?
> 
> Gruß
> Udo
> 

Gruß
Matthias

-------------- 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/04dedc92/attachment.bin>