Hi,
Thank you Brian for such a fast reply.
Actually my problem is that when the cc2420 radio recieves a packet (with the
packet having last two bytes as the CRC bytes), it checks whether the CRC bytes
in the packet are correct or not. and then it replaces the two CRC bytes at the
end of the packet with RSSI information and some correlation values and only
one bit to tell whether the recieved packet had valid CRC or not. So now I want
to know if I can get the 16 bit CRC which was initially recieved by the radio.
And in the CRCPacket.nc, while checking for CRC it is assumed that last two
bytes in recptr are CRC bytes.This way I can implement CRC in software, but how
can I ensure that after I have put my software calculated CRC with the packet,
the radio won't again add the hardware generated 16 bit CRC as well i.e. is
there any command which I can use to disable this feature?
Himanshu.
Brian Mulanda <[EMAIL PROTECTED]> wrote:
On 7/12/07, Hi Its me <[EMAIL PROTECTED]> wrote: Hi,
I would like to know if I can somehow get the 16 bit CRC which is calculated
by the cc2420 radio for an incoming packet.
Have a look at CRCPacket.nc
-Brian
And also how can I implement CRC calculation and verification in software
and disable the hardware support for CRC in cc2420.
Thanks in advance.
Himanshu.
---------------------------------
Get the Yahoo! toolbar and be alerted to new email wherever you're surfing.
_______________________________________________
Tinyos-help mailing list
[email protected]
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
---------------------------------
8:00? 8:25? 8:40? Find a flick in no time
with theYahoo! Search movie showtime shortcut._______________________________________________
Tinyos-help mailing list
[email protected]
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
