I believe this code was never updated to the blks2/hier_block2 API.
At least in the usrp2_branch and my branch on CGRAN it hasn't been. It
may just take the same work that was done for the transmit and receive
code to port it over (e.g. changing blks - blks2, hier_block -
hier_block2, and the
Hi again,
Thanks for the reply, that confirmed my suspicion of me being wrong
about D=2.
But then I am wondering how the gr_unpacked_to_packed_bb- block is working?
When I setup a unpacked_to_packed_bb(2,GR_MSB_FIRST) (I guess GR_MSB_FIRST
on a regular intel x86, right?) and connect it to a
Mattias Kjellsson wrote:
Hi again,
Thanks for the reply, that confirmed my suspicion of me being wrong
about D=2.
But then I am wondering how the gr_unpacked_to_packed_bb- block is working?
When I setup a unpacked_to_packed_bb(2,GR_MSB_FIRST) (I guess GR_MSB_FIRST
on a regular intel x86,
Since I have made changed in the bbn_80211b_rx.py and bbn_80211b_tx.py (also
some related script such as bbn_80211b.py and bbn_80211b_pkts.py) as you
mention: blks-blks2, hier-block-hier_block2, and the __init__ call.
(modifiy the original version since it is for usrp1). It can run but the
Hi,
In your simple_mac.py, do you change these things: flow_graph-top_block
blks-blks2, hier_block-hier_block2?
I think these are some differences between new and old version of GNU Radio.
And the bbn code is for the old version of GNU Radio
Thanks,
Chen
On Fri, Oct 16, 2009 at 10:15 AM,
[32-bit versus 64-bit on OSX is just downright confusing! This issue
is just the tip-o-the-iceberg ... The rest of GNU Radio, including
USRP support, can be made to work as 64-bit under 10.6; we're working
on getting some fixes in place to handle 10.6 and 32/64 bits. - MLD]
Please disregard my last mail on the same topic.
I figured it out. It turned out there was no problem once I figured a
bit about what packed and unpacked bytes actually mean.
This shows how important having a cup of coffee now and then is...
cheers,
//Mattias
I think you are making wrong use of the unpacked_to_packed block:
Your source is a file with bytes.
These should be considered packed
(i.e., bits are packed into a byte).
Thus you need to unpack them using
packed_to_unpacked_bb(2,GR_MSB_FIRST)
The output of this block will be bytes, each having
I think you are making wrong use of the unpacked_to_packed block:
I think so to. I was creating the file in Matlab, writing zeros and ones
as chars to a file, used that file as input to the flow- graph...
So to get my original code to work, I had to write 27 in the data file
(27 =
Hi
All these days i thought both are the same! But they are not. Does any one
have any idea what is the difference between both of them?
Thanks
Udaya
--
View this message in context:
http://www.nabble.com/bits_per_symbol-and-samples_per_symbol-tp25931575p25931575.html
Sent from the GnuRadio
One thing to be aware of: the USRP1 does *not* have sufficient
bandwidth to the host PC to do real DSSS 802.11b. On the receive side
they were able to get it 'sort of' working by simply accepting the
aliasing that results from under-sampling. For transmitting/receiving
between two USRP1's - I
Hello,
./configure was ok on a debian PPC,
even the ./bootstrap ansd ./configure from svn.
but during the 'make' process, I have this error:
In file included from ./../general/spu/fft_1d_r2.c:22:
/home/cosmos/gnuradio/gcell/include/gcell/spu/libfft.h:111: error: expected ')'
before 'float'
I've got a USRP board and several radio boards which I wish to sell.
USRP, compatible USB cable and original power supply: $585
LFRX DC-50 Mhz receiver (two available): $60 each
LFTX (two available): $60 each
FLEX 1800 transciever: $229
SMA 1.8 Ghz arubber duck antennas (three available): $10
13 matches
Mail list logo
