Hi Yong,
I think with maximum signal levels of +/- 45 on the digital side your
signal would be severely distorted due to quantization noise. Perhaps
the easiest thing to do would be to put a mini-circuits attenuator
inline with the SMA output of the RFX2400 board? Not sure if this will
wo
Hi
can any body provide me some description of benchmark_tx.py and
benchmark_rx.py in /usr/local/share/gnuradio/examples/digital directory.So that
I can change it according to my requirement.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
On Tue, 2009-01-20 at 15:33 -0500, Catalin Lacatus wrote:
> Hello,
>
> I am working with usrp_spectrum_sense.py and I am trying to analyze the
> intermediate data from different DSP blocks.
>
> After I passed the input stream to a vector I tried to save this information
> on a file like this:
Hi, all!
Now I'm using USRP1 and RFX2400 d'board. In our project, we have to be able
to reduce transmit power down to -40dBm. Please correct me if my approach is
wrong.
If we set tx_pga=0dB, the transmit power only depends on the level of
signal. So, +/-32767 can give us maximum transmit power 1
On Mon, 2009-01-19 at 22:37 -0800, Johnathan Corgan wrote:
> On Mon, Jan 19, 2009 at 2:22 PM, Martin DvH
> wrote:
>
> > The first bug prevents the OpenBTS tranceiver from starting with the
> > error "make failed on Rx"
> >
> > The check on line 173 in USRPDevice should be for !m_uRx in stead of
Hello,
I am working with usrp_spectrum_sense.py and I am trying to analyze the
intermediate data from different DSP blocks.
After I passed the input stream to a vector I tried to save this information on
a file like this:
/s2v = gr.stream_to_vector(gr.sizeof_gr_complex, self.fft_size
David Caruth wrote:
> Hi All.
>
> I've been trying to use the DBSRX daughterboard in slot A but am
> running into some trouble while reading the status bytes of the Maxim
> chip via i2c. The code I'm using to control the USRP is written in
> Visual C++ 2005, and I've been able to talk to the
Hi Martin -
On Jan 20, 2009, at 10:53 AM, Martin Braun wrote:
I am probably going to need some templates in C++ blocks in the near
future, so I had a look at the code in gnuradio-core, where the
templates are processed before the compiler gets to see the code (all
the *X.cc.t files). If I read c
On Tue, Jan 20, 2009 at 7:53 AM, Martin Braun
wrote:
> I am probably going to need some templates in C++ blocks in the near
> future, so I had a look at the code in gnuradio-core, where the
> templates are processed before the compiler gets to see the code (all
> the *X.cc.t files). If I read cor
Gohar,
When you are in a directory that has the executable you need to do this:
$ ./burn-db-eeprom
Try that.
--
Newell
http://www.gempillar.com
Before enlightenment: chop wood, carry water
After enlightenment: code, build circuits
___
Discuss-gnur
well i have sorted out the issue. I was doing a mistake by putting 'cd' before
the directory and then was trying to run the file after entering the directory
(gnuradio/usrp/host/apps). I should have written the following in terminal
instead:
go...@ubuntu:~gnuradio/usrp/host/apps/burn-db-eepro
Hi,
I am probably going to need some templates in C++ blocks in the near
future, so I had a look at the code in gnuradio-core, where the
templates are processed before the compiler gets to see the code (all
the *X.cc.t files). If I read correctly, there was some discussion a
while ago to change th
On Jan 19, 2009, at 5:46 AM, Bruhtesfa Ebrahim wrote:
Details:
- The sampling rate of the original recieved signal from USRP was
64MHz/128=500KHz, so I used decimation factor of 500 in the xlating
filter such that the output baseband signal will have a sampling
rate of 500KHz/500=1KHz.
- s
I did all the modifications on rfx900.
when trying to burn eeprom i receive the following error.
bash: burn-db-eeprom: command not found
I am trying to run the command in the following manner (after mounting the
rfx900 on side A of USRP rev 3):
go...@ubuntu:~/gnuradio/usrp/host/apps$burn-db-ee
On Jan 19, 2009, at 7:54 PM, Michael Dickens wrote:
i686-apple-darwin9-gcc-4.0.1: src/lxml/lxml.etree.c: No such file
or directory
Looks like this is a beta version of lxml ... maybe ./src/lxml/
lxml.etree.c wasn't included in the tarball or generated properly?
I'm running 2.1.4 installed
On Jan 20, 2009, at 5:52 AM, Bruhtesfa Ebrahim wrote:
I see that i have py25-l...@2.1.2_0 already installed through
macports. But, the GRC is not able to install despite that.
Make sure your shell environment's PYTHONPATH includes "/opt/local/lib/
python2.5/site-packages" (without the "quotes"
Michael Dickens wrote:
> On Jan 19, 2009, at 2:04 PM, Josh Blum wrote:
>> Anyone with OSX advice, installing lxml specifically?
>>
>>> $ python setup.py build
>>> Building lxml version 2.2.beta1-61090
>
> [snip]
>
>>> i686-apple-darwin9-gcc-4.0.1: src/lxml/lxml.etree.c: No such file
>>> or dire
17 matches
Mail list logo
