You can turn the ACKs ON by using: [yourProgram].MacControl -> CC1000RadioIntM; // in the config file call MacControl.enableAck(); // after Comm.init();
This will automagically switch the packet type ID and attempt to do ACKs. I doubt that this will help your problem, if you can isolate the device and messages that aren't getting through it might point to the real issue. My experience is that ACKS are not that much good on the mica2, search back on the list for my "radio reliability" messages of dec and jan for more info. MS Ji Xiong Huang wrote:
hello fellow members, My name is Jack, and I am part of a project group in Melbourne University working with MIB510 and MICA2 motes. We are using TinyOS 1.1.10. The specified packet type is 0*42, which doesn’t require ACK. However, after we implement the clock synchronization, the base receives packets from only 2 of the 3 motes. Packets sent by some mote are not received at all. It seems we have the problem of data collision in the base. We try to solve the problem by implementing the ACK. In order to do that, we need to change the packet type, don’t we? Can you point out the direction where in TinyOS the packet type can be changed, or is there another better way to eliminate data collision in the base? Thanks for your time, and we are looking forward to your help! _______________________________________________ Tinyos-help mailing list [email protected] https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
_______________________________________________ Tinyos-help mailing list [email protected] https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
