Eric Blossom comsec.com> writes:
> To disable automatic ADC control on all ADC's:
>
> u.set_dc_offset_cl_enable(0x0, 0xf)
>
> Then set the offset that you want for each ADC using:
>
> u.set_adc_offset(0, offset0)
> u.set_adc_offset(1, offset1)
> u.set_adc_offset(2, offset2)
> u.set_a
feldmaus gmx.de> writes:
> Any comments ?
>
I noticed that the dc offset changes if i change the frequency forward
and then back to last frequency.
Will the automatic dc loop enabled if i change the frequency ?
Regards Markus
___
Discuss-gnuradi
feldmaus gmx.de> writes:
> Any comments ?
>
I also noticed the dc offset, which is needed, changes from
signal generator to signal generator.
Could this be true ?
How to avoid this ?
Regards Markus
___
Discuss-gnuradio mailing list
Discuss-gnurad
On Tue, Mar 31, 2009 at 10:31:31AM -0400, Marcus D. Leech wrote:
> Works just fine, but I wonder if it's in the standard repos for Ubuntu,
> and whether I could apt-get for a Ubuntu system? Anyone
> on the list with a Ubuntu recent edition care to try installing xforms
> from the Ubuntu reposito
Hi All,
i have a signal generator which is only connected to 1 SMA connector
at the LFRX daughterboard.
In the gnuradio documentation is written:
"Each of the 4 ADC's can be routed to either of I or the Q input
of any of the 4 DDC's."
But if i store the data coming from the usrp to disk, i have g
Hello everyone,
I am trying to implement some relaying schemes in gnuradio which require fast
response from
the relay. I only know how to use flow graphs at the moment so I made my code
with flowgraphs and
the delay from receiving a packet until I retransmit it is about 10ms. I'm
using USRP
"feldmaus" wrote:
I also noticed the dc offset, which is needed, changes from
signal generator to signal generator.
Could this be true ?
How to avoid this ?
With the LFRX, the DC offset will depend on the DC resistance of your signal
source. You need 50 ohms (at DC) on the input to get (app
Jay Kumar ruby-forum.com> writes:
> >>> import sys
> >>> sys.path
> ['', '/usr/local/lib/python2.4/site-packages',
> '/usr/local/lib/python24.zip', '/usr/local/lib/python2.4',
> '/usr/local/lib/python2.4/plat-linux2',
> '/usr/local/lib/python2.4/lib-tk',
> '/usr/local/lib/python2.4/lib-dynload',
On Wed, Apr 01, 2009 at 07:32:04AM +, feldmaus wrote:
> Eric Blossom comsec.com> writes:
>
> > To disable automatic ADC control on all ADC's:
> >
> > u.set_dc_offset_cl_enable(0x0, 0xf)
> >
> > Then set the offset that you want for each ADC using:
> >
> > u.set_adc_offset(0, offset0)
>
On Wed, Apr 01, 2009 at 08:15:47AM +, feldmaus wrote:
> Hi All,
>
> i have a signal generator which is only connected to 1 SMA connector
> at the LFRX daughterboard.
> In the gnuradio documentation is written:
> "Each of the 4 ADC's can be routed to either of I or the Q input
> of any of the 4
Hi list,
Lately I've been getting a strange error message when running a python
graph that contains the wfm_rcv_pll block:
Exception RuntimeError: 'maximum recursion depth exceeded while
calling a Python object' in ignored
USRP Serial: 492605d9
Using d'board B: Basic Rx
>>> gr_fir_ccf: using SS
Forgot to copy the list.
-- Forwarded message --
From: Johnathan Corgan
Date: Wed, Apr 1, 2009 at 9:17 AM
Subject: Re: [Discuss-gnuradio] arbitrary or variable numbers of
inputs or outputs
To: Dimitris Symeonidis
On Wed, Apr 1, 2009 at 8:57 AM, Dimitris Symeonidis wrote:
> La
Hi,
--- On Wed, 4/1/09, feldmaus wrote:
> Hi All,
>
> i have a signal generator which is only connected to 1 SMA
> connector
> at the LFRX daughterboard.
> In the gnuradio documentation is written:
> "Each of the 4 ADC's can be routed to either of I or the Q
> input
> of any of the 4 DDC's."
>
FYI,
Eric
--- Begin Message ---
Final sale: two more weeks, april 14th absolute bottom deadline
Yesterday, the 1000th HAR2009 ticket was sold. A great moment, you
early-birds make this event possible!
To celebrate, the early-bird deadline has been extended one final time.
Up until Ap
Eric Blossom schrieb:
On Wed, Apr 01, 2009 at 07:32:04AM +, feldmaus wrote:
Eric Blossom comsec.com> writes:
To disable automatic ADC control on all ADC's:
u.set_dc_offset_cl_enable(0x0, 0xf)
Then set the offset that you want for each ADC using:
u.set_adc_offset(0, offset0)
u.set
Hi,
Are there any examples to use USRP just using the libusrp c++
interface? I don't want to use GNU Radio.
My requirements are to initialize the USRP, set a target frequency,
set the interpolation rate and to transmit/receive data. I know that
we will have to use the libusrp, but am not a
Hi everyone
I have a question about the dynamic range of the USRP 1. Let's say I
have 2 input signals. The power of the one signal is such that it
uses just about all the dynamic range of the ADC. How low can the
second signal be in order for both to be detected when they reach the
PC (after DD
Suppose I wanted to create a new daughterboard for the USRP; then what
is entailed on the host software side to allow GNU Radio robust access
to using this daughterboard? At this time, this is a thought
experiment: I've been asked the question, done a little research, and
don't have a good
On Wed, Apr 01, 2009 at 04:12:35PM -0400, Michael Dickens wrote:
> Suppose I wanted to create a new daughterboard for the USRP; then what
> is entailed on the host software side to allow GNU Radio robust access
> to using this daughterboard? At this time, this is a thought
> experiment: I've
Hello,
I am running gnuradio on a Linux x86_64 box, fedora10. I downloaded the
code from the development trunk on 2/26/09. Lately I notice that my
uspr2 has been working intermittently. Sometimes, even running the
example code would give me a segmentation fault error or errors like the
one list
On Wed, Apr 01, 2009 at 03:00:57PM -0600, Pham, Thanh wrote:
> Hello,
>
> I am running gnuradio on a Linux x86_64 box, fedora10. I downloaded the
> code from the development trunk on 2/26/09. Lately I notice that my
> uspr2 has been working intermittently. Sometimes, even running the
> example
Eric Blossom wrote:
> It appears that you do not have the current firmware (and possibly
> FPGA image) installed on the SD Card. Please grab the latest from:
> http://gnuradio.org/releases/usrp2-bin/trunk/
>
> Eric
>
>
set-curmudgeon-mode(True)
Segmentation Fault on the host should *never* be
Marcus-
> > It appears that you do not have the current firmware (and possibly
> > FPGA image) installed on the SD Card. Please grab the latest from:
> > http://gnuradio.org/releases/usrp2-bin/trunk/
> >
> > Eric
> >
> >
> set-curmudgeon-mode(True)
>
> Segmentation Fault on the host should *neve
feldmaus wrote:
Matt Ettus ettus.com> writes:
You are not seeing harmonics. You are seeing DC offset, which you have
not corrected for.
Is there any example which corrects the dc offset ?
So that we see, which commands are up to date.
Everybody is talking about something different on th
On Wed, Apr 01, 2009 at 06:45:59PM -0400, Marcus D. Leech wrote:
> Eric Blossom wrote:
> > It appears that you do not have the current firmware (and possibly
> > FPGA image) installed on the SD Card. Please grab the latest from:
> > http://gnuradio.org/releases/usrp2-bin/trunk/
> >
> > Eric
> >
Jeff Brower wrote:
>
> Not everything the FPGA does -- register format/contents, FIFO widths, etc --
> can be
> error checked. There has to be some reasonable expectation on the software
> side.
> The typical method is a "revision id" register, the software checks this and
> adjusts
> capabili
Hi,
I have been trying to create a new block
"howto_ren_bin_statistics_mean_f" using the howto example as the base.
I have created a .cc, .h, edited the howto.i and edited the Makefile.am.
The block successfully "compiles" after calling automake -> ./configure
-> make, and .la, howto.cc, howto.p
Michael Dickens wrote:
> Hi Ali - Check out the following MS thesis, by a ex-colleague of mine
> here at ND:
>
> Practical Implementation of a Cognitive Radio System for Dynamic
> Spectrum Access
>
> < http://etd.nd.edu/ETD-db/theses/available/etd-07252008-162749/ >
>
> It sounds similar to what
> -Original Message-
> From:
> discuss-gnuradio-bounces+per.zetterberg=ee.kth...@gnu.org
> [mailto:discuss-gnuradio-bounces+per.zetterberg=ee.kth...@gnu.
org] On Behalf Of Radha Krishna Ganti
> Sent: den 1 april 2009 19:35
> To: Discuss-gnuradio@gnu.org
> Subject: [Discuss-gnuradio] li
Dear All,
I have connected a signal generator to my USRP and I am using a CW. Thus I
have a constant input power. I am running the usrp_rx_cfile.py utility
(exact command line below). If I run gnuradio 3.1.3 then the amplitude I see
is 16dB higher than if compile from the trunk (checked out a wee
30 matches
Mail list logo