I am indeed reading the list
desired freq = 2437000000.0
baseband frequency 2432000000.0
This looks ok - I think it’s trying to grab from above and below
Not sure when you updated, but we have changed the checked in code to
default to 2437, and run it like this (as a NetBSD rc.d start script):
$Id: etc:rc.d:gnuradio_80211,v 1.4 2006/09/12 15:40:00 gdt Exp $
$_rc_subr_loaded . /etc/rc.subr
$command > /tmp/gnuradio.log 2>&1 &
# Should have to bring tap0 up, but it’s up already.
# XXX wait for tap0 to come ready
# SIGTERM doesn’t work
pkill -9 -f bbn_80211b_tap.py
We had this working on Linux as well, but it’s possible that the Linux
tap code is not quite right, or sensitive to your linux kernel
version. Last time I ran this (9/23), it printed out beacons from an
AP just fine (NetBSD, with our tap(4) changes for 802.11). I’ll be
trying again soon, I expect.
It is on my todo list to merge this code into the main repository.
But, that raises a lot of issues, such as teasing apart 802.11 receive
and tap processing, which really should be completely separate.