Imported from previous forum
I try to decode FAST stream by hands (data is accumulated in file). I have also FAST coding templates.
I simply decoded two packets, but I can’t recognize the third. There was written in documentation that usually Pmap starts from “1” in second bit. It allows to read packets’ TID field. In my case I found next two bytes as 0x00 0x84 and can’t recognize Pmap and TID fields.
Any advice appreciated
Antanas,
I’m not sure I understand your explanation.
It’s difficult to tell what the problem is without the data and the template used to decode. If you provide that info by mail to: rolf.andersson@pantor.com, I’ll have a look and post back to the forum.
/Rolf
I try to decode FAST stream by hands (data is accumulated in file).
I have also FAST coding templates.I simply decoded two packets, but I can’t recognize the third.
There was written in documentation that usually Pmap starts
from “1” in second bit. It allows to read packets’ TID field.
In my case I found next two bytes as 0x00 0x84 and can’t recognize
Pmap and TID fields.Any advice appreciated
Antanas,
I’m not sure I understand your explanation.
It’s difficult to tell what the problem is without the data and the
template used to decode. If you provide that info by mail to:
rolf.andersson@pantor.com, I’ll have a look and post back to the forum./Rolf
I try to decode FAST stream by hands (data is accumulated in file). I
have also FAST coding templates.I simply decoded two packets, but I can’t recognize the third. There
was written in documentation that usually Pmap starts from “1” in
second bit. It allows to read packets’ TID field. In my case I found
next two bytes as 0x00 0x84 and can’t recognize Pmap and TID fields.Any advice appreciated
Thank you, Rolf,
your colleague explained me my mistake. Actually Pmap second bit can be equal to “0”. The meaning of this is that current message is the same type as previous. That was the point of my question and I got right answer.
Antanas