Hi Dear Deeksha, Thanks for your solution.
But the problem is ,when I modify ReceiverP file,Changes will not affect the program.even if i write a irrelevant words in the middle of ReceiverP file! Cheers. I'm useing "Make micaz sim" and then simulate it by TOSSIM. Where is the problem? On Wed, Sep 15, 2010 at 11:56 AM, Deeksha Rao Sahib < [email protected]> wrote: > > Hey, > > Check the CC2420ReceiveP.nc program. In the receiveDone_task(show below) > the Receive.receive is signalled after checking for the address in the > function passesAddressCheck(). So after the address part is over you have > to implement the logic you want to add. Try it out. I have not worked with > anything like this. > > task void receiveDone_task() { > > cc2420_metadata_t* metadata = call CC2420PacketBody.getMetadata( > m_p_rx_buf ); > > cc2420_header_t* header = call CC2420PacketBody.getHeader( m_p_rx_buf); > > uint8_t length = header->length; > > uint8_t tmpLen __DEPUTY_UNUSED__ = sizeof(message_t) - > (offsetof(message_t, data) - sizeof(cc2420_header_t)); > > uint8_t* COUNT(tmpLen) buf = TCAST(uint8_t* COUNT(tmpLen), header); > > > > metadata->crc = buf[ length ] >> 7; > > metadata->lqi = buf[ length ] & 0x7f; > > metadata->rssi = buf[ length - 1 ]; > > > > if (passesAddressCheck(m_p_rx_buf) && length >= CC2420_SIZE) { > > #ifdef CC2420_HW_SECURITY > > if(securityOn == 1){ > > if(m_missed_packets > 0){ > > m_missed_packets --; > > } > > if(authentication){ > > length -= micLength; > > } > > } > > micLength = 0; > > securityOn = 0; > > authentication = 0; > > #endif > > m_p_rx_buf = signal Receive.receive( m_p_rx_buf, m_p_rx_buf->data, > > length - CC2420_SIZE); > > } > > atomic receivingPacket = FALSE; > > waitForNextPacket(); > > } > > > > > > 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 > > > > -- > > 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. > > -- 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
