Hi, >> Yes, it does have automatic ack, but look at the errata and you will >> see that it does not work in certain cases, and besides it will have >> the same problem as the cc2420 stack that is you will ack packets that >> you cannot deliver to the appliaction. > > But right now we are seeing the opposite, right? The MCU asks the radio to > send an ack but the radio doesn't.
What probably happens is that when sending the ACK the radio is already receiving a corrupted random message (no RSSI/CCA is done, but if the radio is already in RX mode then I do not force it to TX but simply drop the ACK) >> So it is better to use software ack, and in fact you can do that (read the >> message verify the crc since there is no auto crc check, check the unique >> identifier then generate the ack) in less than 200 microseconds between the >> RX finish interrupt and the next SFD field! It is very quick and provably >> reliable. > > If the radio conditions are bad on channel 26 then CC2420 should equally be > effected. Except if the RF230 for some hardware reason is not so good at channel 26 as in the other channels. That is why I think more tests are needed.\ Miklos _______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
