fg = my_graph()
File "./usrp_spectrum_sense.py", line 169, in __init__
stats = gr.bin_statistics_f(self.fft_size, self.msgq,
AttributeError: 'module' object has no attribute 'bin_statistics_f'
Other example codes run well on my RFX2400. My swig version is 1.3.29.
Gnuradio ve
fg = my_graph()
File "./usrp_spectrum_sense.py", line 169, in __init__
stats = gr.bin_statistics_f(self.fft_size, self.msgq,
AttributeError: 'module' object has no attribute 'bin_statistics_f'
Other example codes run well on my RFX2400. My swig version is 1.3.29.
Gnuradio versi
Eric Blossom wrote:
>
> On Thu, Mar 29, 2007 at 08:23:23AM -0700, DiX wrote:
>
>>
>
> (1) bin_statistics_f is in the trunk, not in any of the tarballs.
> (2) For the trunk you'll need to use SWIG 1.3.31
>
> Eric
>
>
>
So I should update t
Dan Halperin wrote:
>
> DiX wrote:
>> So I should update the SWIG to 1.3.31, right? Then how to call
>> bin_statistics_f that is not in the Gnuradio 3.0 please? Thanks in
>> advance.
>>
>> DiX
>>
> You'll want to uninstall the code you
ork if the freq is tune to lower than 2.3Ghz. Is that
because the freq license or something like that?
Best
DiX
--
View this message in context:
http://www.nabble.com/Failed-to-tune-to-low-frequency-with-usrp.tune-tf4313695.html#a12281686
Sent from the GnuRadio mailing list
Hi guys,
Is there anyone using bbn 802.11 codes?
I find the tx path cannot output anything to the usrp board. I connect
the packet_transmitter to a file sink by adding two lines in
bbn_80211b_transmit_path.py
"
self.fsink=gr.file_sink(gr.sizeof_gr_complex, "Tx.dat")
fg
Thanks for your reply!
Greg Troxel wrote:
>
> DiX <[EMAIL PROTECTED]> writes:
>
> We used the receiver much more. Beware that the default flags don't use
> the barker code (because it's so cpu intensive), and that you'll have to
> turn that on if you
You may want to read some examples in gnuradio-examples/python/usrp/ . In
fact I implemented something similar with narrow band modulation. In that
directory the *nbfm*.py codes are narrow band related examples.
-Di
Ruby Lin wrote:
>
> Hi All,
>
> I am trying to use one USRP board to
icult for usrp? Is it because the 1MSps symbol rate is
too tough for the USRP board? ( USRP is not that fast to deal with 1
million 11-bit batter sequence?)
Best,
Dix
--
View this message in context:
http://www.nabble.com/Why-is-Barker-Spreading-difficult-to-usrp--tf4647456.html#a132
Hi everyone,
I am using FLEX2400 d'boards to transmit and receive 802.11b packets
with codes from bbn and gnuradio_example/python/digital. The problem is the
d'board is always interferenced by some CISCO access pointed and other
wireless cards located right outside of my lab.
I connec
"It seems that BBN codes doesnot work with MIMO dautherboards" ?
At least the rx path should work. I use the wireless card to generate the
packet instead of using bbn tx path. In fact I don't think I ever used the
USRP to generate any well shaped .11b packets.
-Di
Mohammad Hamed Firooz wrote
Martin Dvh wrote:
>
>
> It might pick it up on the 6V power cable.
> You could try putting ferrite beads around the power cable to reduce this.
>
> greetings,
> Martin
>
>
Thanks for your suggestion. I removed a ferrite bead from my USB cable and
put it on the power cable. Tested it again.
Hi,
I am currently using USRP to do two-way relaying between d'b A and d'b B
(FLEX2400). The graph looks like
rx_a -> tx_b
rx_b -> tx_a
Since there are one rx and one tx paths sharing the TX/RX port. The port
is used in time-multiplexing way. When I get something on rx_b, I
set_
George Nychis wrote:
>
>
>
> DiX wrote:
>> The problem is I have to use relatively high bit rate on these tx and
>> rx
>> paths. The demic rate should be <=16, and interp rate <=32. When I run
>> the
>> code with decim rate = 16 interp rat
14 matches
Mail list logo
