Hi Philip, I've got an answer from Jan on the devel mailing list. The major reason is that I forgot to acquire SPI resource before calling the strobe (I'm using an old version of the radio). I double checked the latest version of cc2420TransmitP, this scenario will never happen. I need to update to the latest code base soon.
Thank you, Jun On Fri, Mar 28, 2008 at 4:08 PM, Philip Levis <[EMAIL PROTECTED]> wrote: > > On Mar 23, 2008, at 9:34 AM, Jun wrote: > > > Hi All, > > > > I recently observed some unexpected behavior of cc2420 radio, which > > happened > > when I try to send a high priority packet that would cancel pending > > packet > > that has been loaded to cc2420 TXFIFO. > > > > It seems that SFLUSHTX strobe does not flush the loaded data from > > TXFIFO. > > I first called CSN.clr, SFLUSHTX.strobe, CSN.set to cancel the > > pending data > > which is 40 bytes. > > Then I wrote a new packet of 11 bytes (just cc2420 header) to TXFIFO > > using > > loadTXFIFO and no error is observed. > > > > The strange behavior from this point. After calling the STXONCC > > strobe, > > a receiving node got a packet of 40 bytes rather than the newly > > loaded packet > > which is only 11 bytes. I ran same code on micaz and telosb and got > > exactly > > the same results. > > > > Did I do anything wrong when involving SFLUSHTX.strobe? > > Does anyone have any idea on this strange behavior of cc2420? > > > > Thanks in advance for your help, > > > > Jun > > I don't know where the problem is, but it's definitely the case that > SFLUSHTX works: Jung Il (cc'd) uses it quite often in his research. > > Phil > -- -- Mailto: [EMAIL PROTECTED]
_______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
