most tightly packed stream of packets?

[WhiteHare]

After looking at the current drain on an oscilliscope, I'm scrapping the use of timeout1 and timeout2 and just going with 128usec and the radio staying indefinitely in Rx when RSSI is above threshhold.  TIMEOUT1 and TIMEOUT2 seemed like they  might be a nice refinement, but they didn't seem to pan out.

Fortunately, the 128usec Listen-Mode Rx window is functioning according to prediction.   

[WhiteHare]

Fortunately, the 128usec Listen-Mode Rx window is functioning according to prediction.   

Argh, I found some bugs in my hasty code, and I'm in the process of re-writing it.  I'm now pretty sure that the shortest Listen Mode Rx Window that will work for RSSI detection is not 128uSec (as I stated above), but rather 3*64=192uSec.  At least that's the result I'm getting now that I've stripped the code down to the bare minimum.

Has anyone actually gotten above-threshold RSSI detection to work using a Listen Mode Rx window of 128uSec?  Doesn't seem to be an mcu coding thing.  Rather, the radio either detects a high RSSI within the alloted window, or it doesn't.  With a 128uSec Listen-Mode Rx window, I'm getting zero detections.