Thanks Dear Deeksha, Yes I want to know that in which layer this logic is checked In order to change it to my scenario. In my scenario I want to use AM_BROADCAST_ADDR .But i dont like every node in the listening distance receives this packet.Just some nodes with a characteristic inside the node can receive the broadcastet message.
So do you know which file or module I have to change ? On Tue, Sep 14, 2010 at 12:43 PM, Deeksha Rao Sahib < [email protected]> wrote: > Hey, > > I gather that you are talking about the unicast instead of broadcast. > The checking of the destination address is done in some lower layers > before it is pushed to the application where Receive.receive is signalled. > > If you want to include another parameter in making this decision, then you > will have to include some extra details and logic at the place where it is > checking for the destination. > > These details might be like the structure inside the packet(data field of > message_t), any exclusive packet type that you are using your > application(ex: alarm pkt, event pkt, status pkt might have a field which > will distinguish them from each other) > > Hope this helps you > > > Hi Dear Jeonghoon, > > > > Thanks for your answer. > > > > I didn't get your solution.May be I'm not making myself clear. > > > > I want to avoid signaling the Receive.receive event. > > The scenario is this: > > when we use AMSend.Send(*node1*,...)(I mean not broadcasting),every other > > node in the listening node of sender will receive the signal,But because > > the > > destination of the message is *node1* so only this node will receive the > > packet(Receive.receive of other nodes will not triggered). I want to add > > another factor(beside the destination of the message). for example a > > variable in the node.So if we are sending a message to *node1*,the > message > > should be received by a node by the the address of *node1* as well as > > having > > the mentioned factor. > > > > Any Solution? > > > > > > On Mon, Sep 13, 2010 at 5:41 PM, Jeonghoon Kang > > <[email protected]>wrote: > > > >> Hi, > >> > >> How about trying to use different AM type. > >> > >> command send[1] > >> command send[2] > >> event receive[1] > >> event receive[2] > >> > >> or > >> > >> if (NODE_ID == 0x00) { ~~~ } > >> > >> Jeonghoon Kang > >> Managerial Researcher > >> at Korea Electronics Technology Institute(www.keti.re.kr) > >> TinyOS Korea Forum Administrator > >> www.tinyos.or.kr > >> work = [email protected] > >> private = [email protected] > >> www.pinkfloyd.re.kr/rnd/ > >> *Kmote Connector > >> http://www.tinyos.re.kr/bbs/upload/kmote_connector.pdf > >> > >> > >> > >> > >> 2010/9/11 mojtaba raznahan <[email protected]>: > >> > Hi, > >> > > >> > How can I filter a message depending on some feature of nodes ?I mean > >> a > >> way > >> > to prevent the Receive.receive from being signaled. > >> > > >> > your help would be highly appreciated. > >> > > >> > -- > >> > Mojtaba Raznahan > >> > BS of Computer engineering > >> > TMU university > >> > www.raznahan.com > >> > > >> > _______________________________________________ > >> > Tinyos-help mailing list > >> > [email protected] > >> > > https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help > >> > > >> > > > > > > > > -- > > Mojtaba Raznahan > > BS of Computer engineering > > TMU university > > www.raznahan.com > > > > -- > > 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 > > > --Deeksha > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > -- Mojtaba Raznahan BS of Computer engineering TMU university www.raznahan.com
_______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
