Hi, I am now using the ActiveMessageAddress.setAddress() function to set the amAdress of the mote in the booted event as soon as i read the TOS_NODE_ID from the internal flash. This seems to solve the problem that i had before.
> Hi, > > I don't have experience with deluge, but I can suggest you these: > > 1. You can send a broadcast message with destination ID field (insider > the payload) and then filter it by yourself upon reception. > 2. Connect your mote to the PC and print the TOS_NODE_ID using printf - > see if the value is as expected. > 3. Check out the ActiveMessageAddress interface. Perhaps you will find > it > useful. > > Best, > Arik > > > > I don't experi > > On Mon, Mar 22, 2010 at 14:10, Deeksha Rao Sahib > <[email protected]>wrote: > >> okay.. Wat i am trying to solve is something like this.. >> >> 1.my application code doesnt contain deluge.It is stored as image 1 in >> flash. >> >> 2.in image 2 there is a blink prog which contains deluge.so i can move >> from image 2 to 1 using dr1 and r1. >> >> 3.i move from image 1 to 2 using NetProg function >> programImageAndReboot(Image_addr).since there is no deluge in this code >> i >> retrieve TOS_NODE_ID from the internal flash after booted event. >> >> 4.everything works perfectly fine. >> >> 5.problem arises when i try to use unicast in sec half of my code. >> >> 6. what i guess is that the unicast uses the TOS_NODE_ID for >> comparison.this code doesnt contain deluge and hence is not able to get >> the proper ID and receive event is not being triggered at al. >> >> 7.so the reading of ID from intrnal flash is only a temp solution.like >> when TOSH_DATA_LENGTH or default channel is modified in the makefile it >> only overwrites values defined in CC2420.h for that particular >> compilation >> and is not overwritten permanently. >> >> 8.I am trying to find out where i can provide the proper ID before >> comparison is made so tat unicast is not affected. >> >> any idea?? >> >> > You are right. >> > This can be done either in SW (the AM layer) or in HW (by the Radio >> chip). >> > The default is to use HW recognition. In order to stop that, you can >> use >> > CC2420_NO_ADDRESS_RECOGNITION flag >> > OR >> > CC2420Config.setAddressRecognition(bool on) through CC2420ControlC. >> > >> > Arik >> > >> > >> > On Mon, Mar 22, 2010 at 12:52, Deeksha Rao Sahib >> > <[email protected]>wrote: >> > >> >> Hi, >> >> >> >> can you please tel me at which layer and how the filtering is done >> while >> >> using AMSend as unicast?? >> >> >> >> The dest address is compared with the node's TOS_NODE_ID and then >> either >> >> passed further or discarded. Am i rite? >> >> if yes, where is the TOS_NODE_ID accessed from and where is the >> >> comparison >> >> done? >> >> >> >> Thanks.. >> >> >> >> --Deeksha >> >> >> >> -- >> >> This message has been scanned for viruses and >> >> dangerous content by MailScanner, and is >> >> believed to be clean. >> >> >> >> _______________________________________________ >> >> Tinyos-help mailing list >> >> [email protected] >> >> >> https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help >> >> >> > >> > >> > >> > -- >> > Best Regards, >> > Arik Sapojnik >> > >> > -- >> > This message has been scanned for viruses and >> > dangerous content by MailScanner, and is >> > believed to be clean. >> > >> > >> >> >> --Deeksha >> >> -- >> This message has been scanned for viruses and >> dangerous content by MailScanner, and is >> believed to be clean. >> >> > > > -- > Best Regards, > Arik Sapojnik > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > --Deeksha -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
