paolsen

Men, dette er ikke i tråd med HDLC-spekken... I praksis skal 0x7d og 0x7e i payload (alt mellom 0x7e start/slutt tag) escapes ved sending, etter at selve pakken med opprinnelig lengde og crc er ferdig. På tilsvarende måte skal mottager de-escape datastrømmen, og gjenskape 0x7e/0x7e på vei inn - slik at HDLC-pakken med mulige 0x7d/0x7e i payload blir prosessert og dekodet. Sagt på en annen måte; en tenkt 8 lang HDLC-melding {a0 08 10 7e 20 7d 00 00} burde vært sendt og mottatt som {7e a0 08 10 7d 5e 20 7d 5d 00 00 7e} - merk her at den kodede pakke-lengden (08) er uendret selv om det er skutt inn to ekstra (escape) bytes. Uansett, mener dette i grunnen er en "bug" i implementasjonen i Aidon. Så spørsmålet er om det "plutselig" dukker opp en fix... BTW: er det tilsvarende HDLC-feil fra de andre måler-fabrikantene..? -pål-

Hei, Er det flere enn meg som opplever at Aidon måleren (jeg har fra Hafslund) sender data med HDLC-flagget (0x7e) inne i meldingen - altså ikke escapet som påkrevet i HDLC spekken. Også selve escape karakteren (0x7d) kommer i "klartekst".. Dette medfører at vi ikke kan bruke 0x7e som indikasjon på mottak av komplett HDLC-pakke, men at pakkelengden (kodet i de to første oktettene) må tolkes og brukes "on the fly". mvh -pål-