Hi,
On 04/18/2017 04:34 PM, Nikita Airee wrote:
> Hi again, a few quick questions.
>
> How do you decide on the values of MIN_GAP(480) and Max frame size(540*80)?
I chose MIN_GAP to correspond to the shortest possible frame.
MIN_GAP(480) = Preamble (320) + Signal field(80) + at least one data
Hi again, a few quick questions.
How do you decide on the values of MIN_GAP(480) and Max frame size(540*80)?
If during reception, one frame arrives within 480 samples of the other, say
within preamble duration of the first, are the subsequent samples are
copied anyway because the block is in
Hi,
On 04/12/2017 03:49 PM, Nikita Airee wrote:
> Oh yes it does! But how does MIN_GAP come into the picture? Is it the
> minimum gap required between 2 frames for the second to be detected as well?
Yes. At the beginning of a a frame, the autocorrelation stays high for
some time. This makes sure
Oh yes it does! But how does MIN_GAP come into the picture? Is it the
minimum gap required between 2 frames for the second to be detected as well?
Also if I'm not wrong the first frame is simply discarded when the one
coming after is detected because there seems to be no provision for keeping
the
Hi Nikita,
I'll jump into the general_work method here, directly:
switch(d_state) {
case SEARCH: {
int i;
for(i = 0; i < ninput; i++) {
if(in_cor[i] > d_threshold) {
if(d_plateau <
Hello everyone,
I was trying to understand how the synchronization in gr-ieee802-11
actually works and went through:
Bastian Bloessl, Michele Segata, Christoph Sommer and Falko Dressler, "An
IEEE 802.11a/g/p OFDM Receiver for GNU Radio"
However, it seems that the Short Sync and many other
