Hi, This gets difficult to debug. Here are just a couple of ideas:
Do you use different NodeIDs for the different motes? Do you send messages to a specific NodeID or do you send messages as broadcasts? Have you tried with other motes? (in case there is a hardware problem) Have you tried to reverse the roles of the mote? (in case one of the motes can't send but can receive, or vice versa) If you have MicaZ motes (they have the same radio and can communicate), does your program work on the MicaZ motes? If so, does it work with a MicaZ and a TelosB mote? If you have a sniffer, do you see data transmissions from the sending mote? (If yes, could you send us a trace?) If you don't have a dedicated sniffer, but you have additional motes, there are sniffer programs available for TelosB and MicaZ. If this still doesn't help you can send me your program and I'll try it on TelosB motes here. Cheers, Urs On 12/03/2010 08:13 AM, 徐瑞涛 wrote: > Hi Urs: > > I add the following line to the Makefile > > CFLAGS += -DCC2420_DEF_RFPOWER=15 (Because 16 isn't is a valid value in > the datasheet) > > But it doesn't work, either. > I also increase the send interval to 1024 ms and test again. The > horrible situation remains. > > Thanks for your help. > Looking forward to any tip. > I will try more solution and expect mote receiving correctly earlier. > > Best Regards, > Ruitao Xu > > > On Fri, Dec 3, 2010 at 2:07 PM, Urs Hunkeler <urs.hunke...@epfl.ch > <mailto:urs.hunke...@epfl.ch>> wrote: > > Hi, > > One problem that I encountered personally is that sometimes the > Moteiv Tmote Skys seem to have difficulties communicating when they > are too close together (maybe the receiver gets saturated?). If this > is the case, I found that lowering the transmission power helps. You > can try this by adding the following line to the Makefile and > recompiling the application: > > CFLAGS += -DCC2420_DEF_RFPOWER=16 > > To ensure that the program is really recompiled, I recommend the > following command sequence: > > make clean && make tmote > > Did you check whether AMSend.send(..) returns any errors? > > Cheers, > Urs > > > > On 12/3/10 4:24 AM, 徐瑞涛 wrote: > > > Hi everyone, It's a strange problem. I tried my best to fix it, > but I > can't. > > First of all, I installed BlinkToRadio under T2 source tree on two > Telosb motes. But two motes didn't have any response both. Three > Leds > never be toggled. > > ps: T2 Source Tree revision is 5244 and last modified at 2010-06-30 > > And I want to know the reason: 1) Mote can't send pkt ? 2) Mote > can't > receive pkt ? 3) Mote doesn't work ? > > So, secondly, I change the BlinkToRadio source a little. Make a mote > as sending mote and another as receiving mote. And Leds' denotes > different event: > > Led0: When receiving mote received a pkt., code below: event > message_t* Receive.receive(message_t* msg, void* payload, uint8_t > len){ if (len == sizeof(BlinkToRadioMsg)) { BlinkToRadioMsg* > btrpkt = > (BlinkToRadioMsg*)payload; //setLeds(btrpkt->counter); call > Leds.led0Toggle(); } return msg; } > > Led1: When motes booted successfully! event void Boot.booted() { > call > AMControl.start(); call Leds.led1Toggle(); } > > Led2: When sending mote sended a pkt successfully event void > AMSend.sendDone(message_t* msg, error_t err) { if (&pkt == msg) { > busy = FALSE; if (err == SUCCESS){ call Leds.led2Toggle(); } } } > > Under the configuration above, the running results as follow: 1) > Sending and Receiving motes both start successfully. Because led1 > keep on and led2 blinks periodically, it at least also means > that the > sending mote's radio start successfully. And I guess the Receiving > mote's radio start successfully too. 2) Sending mote can send pkt > successfully because of led2 blinks periodically. > > But the question is why the receiving mote's led0 (when it receive a > pkt) doesn't blink. It appears that it can't receive any pkt and > that also can explain why BlinkToRadio doesn't work. > > If any of you have met the similar situation or know how to > solve it, > please help me. > > Best Regards, Ruitao Xu > > > > > -- > Be Your Personal Best! _______________________________________________ Tinyos-help mailing list Tinyos-help@millennium.berkeley.edu https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
