Hi all !
I am interested in observing spectrum around 200kHz and tried the following
command :
./usrp_fft.py -R A:0 -f 20 -d 112
with a coil antenna connected to RX-A input of LFRX daughterboard.
Should it work ?
If so, does it mean that there is something wrong with my antenna ?
Regards,
P
Hi,
I'm doing some tests on the microtune 4937 DI5 RF TUNER MODULE (3x7702) to
determine the modules gain sensitivity.
Essentially, i'd like to reproduce the IF AGC and RF AGC graphs, shown in
the modules datasheet.
I intend on using the _set_rfagc and _set_ifagc methods in the db_tv_rx.py
modul
Hello,
one task of the project I have been working on is to collect raw 4-bit
samples from two input to a basic RX daughterboard (RXA, RXB) connected
to two IF signals.
We have been working on reducing the number of bits per sample taken
from within the rx_buffer.v file. In that file we are c
zhifeng chen wrote:
> I am wondering why there are two switches in the RFX series daughter
> from schematics. It seems their purposes is different: one for switch
> between Tx and Rx, another switch between Rx and Rx2. So, my questions as:
> 1. we may use one tx and rx enough, why need to use two R
Christian Sokolowski wrote:
>
> I expect that "assert(imu >=0);" is not very robust for synchronising the
> signal for some unknown reason.
>
Have you tried commenting that out and seeing what happens?
Matt
___
Discuss-gnuradio mailing list
Discus
John Bratteli wrote:
> I'm attempting to write a script, based on
> usrp_fft.py, that will read a file of gr_complex and
> display it. It works, except that it plays back much
> faster than it was recorded.
Insert a gr.throttle() instance after the file source to reduce the
stream item rate.
th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There is a gr_throttle block that you can use to rate-limit your data. I
think the only rate-limiting going on here is CPU time.
- -Dan
John Bratteli wrote:
> I'm attempting to write a script, based on
> usrp_fft.py, that will read a file of gr_compl
Well, that was easy. Thanks guys!
John
--- Johnathan Corgan <[EMAIL PROTECTED]>
wrote:
> John Bratteli wrote:
>
> > I'm attempting to write a script, based on
> > usrp_fft.py, that will read a file of gr_complex
> and
> > display it. It works, except that it plays back
> much
> > faster than
Dan Halperin wrote:
> There is a gr_throttle block that you can use to rate-limit your data. I
> think the only rate-limiting going on here is CPU time.
Correct. The GNU Radio runtime scheduler will always execute signal
processing blocks at the fastest rate possible given data availability.
Wi
I'm attempting to write a script, based on
usrp_fft.py, that will read a file of gr_complex and
display it. It works, except that it plays back much
faster than it was recorded. For example, I recorded
a five second file and gave it to my script. It
looked to be correct data, but it finished pla
Message: 2
Date: Thu, 05 Jul 2007 10:10:15 -0700
From: Matt Ettus <[EMAIL PROTECTED]>
Subject: Re: [Discuss-gnuradio] why two switches and two Rx in RFX
...
I use two sets of USRP with RFX900 to test a FDD( frequency devision
duplex) by cable connection. According to my experience, the cable
l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've asked a similar question before, so please try and bear with me :).
Is there a way to calculate the delay of all blocks after yours in a
chain? It might be as easy as summing up the histories of all of the
blocks...
As an illustration of why we
Hello all,
I've been working with the udp-sink and source blocks to try and get
a usrp working from a remote location. Everything I've tried seems to be
working fine when I test on a local machine, but I'm getting an odd
error once I move to a remote test. I used the vector_source.py and
v
Dev Ramudit wrote:
> socket connect: Invalid argument
> terminate called after throwing an instance of 'std::runtime_error'
> what(): can't connect to socket
> Aborted
You must have the remote listener already running before running the
sender script.
--
Johnathan Corgan
Corgan Enterprises LL
Eric A. Cottrell wrote:
> Hello,
>
> I finally checked in the infamous Mode Select code to
> branches/developers/wb1hbu/wip and I am glad this portion is done.
>
> I spent a couple of days cleaning the code up a little. I also added
> some features. Likely I missed using a few neat gnuradio fun
Martin Dvh wrote:
> Hi Eric,
> I tried out your code.
> Does it run on your machine in realtime?
Yes. It works quite well on my Core 2 Duo.
> I have a dual-core athlon X2 3800 and both processor go to 100 % when I run
> it.
> (I didn't know gnuradio could use both processors , I though we still h
Eric A. Cottrell wrote
>
> One thing to try is to use the scope program to set the threshold. The
> default is low for alot of front ends including the DBSRX. The DBSRX
> tends to be deaf. Also I find a gain setting of 32 to 36 seems to work
> best for the DBSRX.
The DBSRX typically has a noi
>
> Question. What is "a lot of attenuation" (ballpark?) I have a RFX1800
> transmitting at "20" going into (cabled) a dbsrx with gain "40".
> Between the transmitter and receiver I have 40dB worth of
> attenuators... Would you suggest any different? I learnt the hard way
> on the first dbsrx :)
Hi Matt,
Thanks a lot! So, you means I just need connect between Tx/Rx and leave Rx2
unused for RFX 900. But I want to implement FDD (frequency division duplex),
it should use Rx2. Do I need to make change to hardware? how?
Thank you!
2007/7/6, Matt Ettus <[EMAIL PROTECTED]>:
zhifeng chen wrot
Greetings.
GNU Radio is a fascinating idea and clearly has lots of applications. As I
delve into this thing, it's equally clear to me that I need more background
on this and related technologies. Can anyone suggest some books that can
help me understand better what's going on here? I have very
20 matches
Mail list logo