Thanks Doug. I took a sample dump at 25Msps using the USRP2 and have been
pumping these samples through the decoder trying to get some output. I know
for a fact there are 8 packets in the trace, but haven't been able to find
any yet. Working on it :)
- George
On Sun, Nov 29, 2009 at 11:44 PM,
One more poke...
https://www.cgran.org/browser/projects/bbn_80211/trunk/src/bbn/bbn_plcp80211_bb.cc#L229
I'm assuming d_shift is supposed to shift the descrambled bytes to try and
find synchronization, but it seems like this doesn't happen?
- George
On Sun, Nov 29, 2009 at 11:35 PM, George Nyc
I also think that the decoder is improperly looking for synchronization...
According to the 802.11 spec, the long preamble uses an SFD that is 0xF3A0,
and the short is 0x05CF (verified by a quick google (
http://www.google.com/search?hl=en&safe=off&client=firefox-a&rls=org.mozilla%3Aen-US%3Aoffici
Hi all,
For those of you who have worked closely with the BBN 802.11 code, does it
only handle a long preamble? I have not been able to get it to successfully
decode any of my packets, which are all using a short preamble.
- George
___
Discuss-gnuradio
On 11/29/2009 07:52 AM, Tim Newman wrote:
alfa...@aol.com wrote:
Hi, I've been working on cross compiling the latest stable GNU Radio
release, 3.2.1, onto the TI Davinci DM6446 board using OpenEmbedded as
my build environment and Angstrom as my Linux Distro. I've managed to
cross compile and d
alfa...@aol.com wrote:
Hi, I've been working on cross compiling the latest stable GNU Radio
release, 3.2.1, onto the TI Davinci DM6446 board using OpenEmbedded as
my build environment and Angstrom as my Linux Distro. I've managed to
cross compile and download gnuradio onto the board, though
