Hi Stephen,

Look at RF230DriverLayerP.nc, there you will find the check for
correct CRC in the receive path. I think the best would be to use a
specially formatted message and in RF230DriverLayerP you manually copy
the CRC correct/incorrect bit to a known location to the message and
let the message processing through. However, if the bit corruption is
somewhere in the header, then the radio stack might not signal the
message correctly to the upper layers (it might fire for a different
AM receiver). If you want complete control, the you have to write and
wire up everything by yourself. Take a look at the
apps/test/rfxlink/sniffer application how to use the driver layer
directly without all the other upper stuff.

Best,
Miklos

On Mon, Jun 3, 2013 at 9:09 AM, Stephen Sun <[email protected]> wrote:
> Hi, Miklos.
> I want to disable crc in IRIS so as to let nodes receive both good packets
> and bad packets, and then analyse the link quality.
>  As far as I known, there exists three crc checks : radio chip level( set a
> bit in RX register ), AM level( in RF230LayerP.nc file ) and mote-PC level
> (serial packets check). Is that right?
> Build of the expriment consists of two motes: a sender and a basestation
> connected with PC. And my task is to observe good packets and bad packets
> from PC.
> How can I finish the task?
>
> Thanks in advance,
> Best Regards.
>
> Looking forward to your reply.
>
>
> 2013/5/31 Stephen Sun <[email protected]>
>>
>> Hi, Miklos.
>> I want to disable crc in IRIS so as to let nodes receive both good packets
>> and bad packets, and then analyse the link quality.
>>  As far as I known, there exists three crc checks : radio chip level( set
>> a bit in RX register ), AM level( in RF230LayerP.nc file ) and mote-PC level
>> (serial packets check). Is that right?
>> Build of the expriment consists of two motes: a sender and a basestation
>> connected with PC. And my task is to observe good packets and bad packets
>> from PC.
>> How can I finish the task?
>>
>> Thanks in advance,
>> Regards.
>>
>> Stephen SUN
>
>
_______________________________________________
Tinyos-help mailing list
[email protected]
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Reply via email to