Hi Joe,
We did not extensively test the patch. The two problems you found were
things we did not test.
Regarding reproducing the problem of missed SFDs, you could set up a
scenario similar to what I've explained in earlier e-mails. We can also
give you access to our code. However, the code we
Hi Martin,
I've tried your patch, and it actually degrades performance in high
bandwidth utilization cases. Receive is inadvertently called, and
often the same packet is received multiple times due to a race
condition that is caused by adding your patch.
As for the radio missing SFD, I
On Mon, 2007-02-19 at 13:28 +0100, Martin Jacobsson wrote:
I don't know how long address decoding takes, but it's 7 bytes from
the SFD to the end of the address byte. That's 56 bits, which on a
250kbps radio is 224 us. So if there's any series of atomic blocks
that run a bit longer
Phil,
Thanks for your reply!
On Fri, 2007-02-16 at 17:59 -0800, Philip Levis wrote:
This can actually cascade to cause a bunch of other issues. E.g.,
since packets are delayed, then acks will stop working properly.
Packet A is stuck in the FIFO. You receive packet B, spool A out of
the
On Mon, 2007-02-19 at 13:28 +0100, Martin Jacobsson wrote:
2) The FIFO and SFD flags can both by high also when there is a complete
packet in the buffer. Perhaps there are 1.5 packets in the buffer.
Unfortunately, there is no way of knowing. Hence, if FIFO and SFD are
both high, I guess we
Hi All,
I would like to know if anybody here have experienced problems with
T-mote sky and Boomerang 2.0.4 when receiving packets. The problem is
that in rare occasions, when a packet is received on the radio, the
event SPReceive.receive() or the event Receive.receive() are not called
