[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] byte-wide ADC transfers
From: |
Clark Pope |
Subject: |
Re: [Discuss-gnuradio] byte-wide ADC transfers |
Date: |
Mon, 20 Feb 2006 10:03:30 -0500 |
----Original Message Follows----
From: Eric Blossom <address@hidden>
To: Clark Pope <address@hidden>
CC: address@hidden
Subject: Re: [Discuss-gnuradio] byte-wide ADC transfers
Date: Sun, 19 Feb 2006 11:16:43 -0800
On Sun, Feb 19, 2006 at 11:47:46AM -0500, Clark Pope wrote:
>
> Please look at the *current* code. You are misunderstanding what it's
> doing. Both modes are capable of sending [ch0, ch7] across the bus. The
> even channels are the I outputs of the DDCs, the odd channels are the
> Q outputs.
>
> > I still haven't tracked down why the make_format isn't showing up
either,
> > btw.
>
> You do not have the current usrp code. I can tell this from the
> verilog you posted. Please updated usrp and gr-usrp from CVS.
>
> Using that rbf file and this command (all from current CVS):
>
> $ ./usrp_fft.py -f 100.1M -8 -d 4
>
> produced the attached screenshot. Note that it is 16 MHz wide.
> I was using the TV_RX daughterboard, which contains an approximately
> 6 MHz wide SAW filter, hence there's not much outside of +/- 3 MHz.
>
> Eric
>
>
> << fft-16MHz-wide.png >>
>
>
> Okay, I went and blew away gnuradio-core, usrp, and gr-usrp and
reinstalled
> from CVS. I WAS able to get the usrp_fft.py to do 16 Mhz wide by loading
> the std_4rx_0tx.rbf file. However, it still doesn't know where
make_format
> is.
What is your PYTHONPATH? I suspect you've got a stale install
somewhere on the path and that you are picking up at least part of
that. I suggest removing all gnuradio stuff found anywhere on
PYTHONPATH and doing a "make install" again.
> Even in python if I:
> from gnuradio import usrp
> u=usrp.source_c(0,fpga_filename="std_4rx_0tx.rbf")
> u.make_format(8,8,true,false)
>
> I get:
> AttributeError: 'usrp1_source_c_sptr' object has no attribute
'make_format'
>
> At this point it doesn't matter because I can hard code the format, but I
> just wanted to explain that:
There's a problem in your install. Thinking that hardcoding
make_format is OK is just papering over a symptom of a bigger problem.
Eric
gnuradio is in only one place on my Pythonpath. I deleted it and reran 'make
install' in gnuradio-core, gr-usrp, and gr-wxgui. Reran usrp_fft.py and it
still chokes on the make_format call.
Is there another function that I can test?
Is it possible that my swig isn't wrapping the function correctly?
I don't want to take up a lot of your time on this. I'm collecting 16MHz,
8-bit data presently so I'm fine for now.
Thanks
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Re: [Discuss-gnuradio] byte-wide ADC transfers, Eric Blossom, 2006/02/13