Re: [Discuss-gnuradio] saturation with multi_fft.py

[ematlis]

So there is no difference in the fpga code between the standard 
usrp_fft.py and multi_fft.py found in the multi-antenna directory?  Then 
why does the latter specify std_4rx_0tx.rbf?

And to reiterate my original concern, the multi-antenna versions of the 
code will not accept more than between .3-.4 V p-p for decimation rates 
greater than 128; greater than .4 V p-p and the result acts as if the A/D 
chips are clipping.  It's not a hardware issue with my USRP because the 
usrp_fft.py codes correctly measure up to 2 V p-p.

thanks for your help,
eric

On Tue, 9 Oct 2007, Eric Blossom wrote:

> On Tue, Oct 09, 2007 at 09:11:31AM -0400, address@hidden wrote:
> > Actually no, I want the code that enables a single usrp to receive signals
> > on two daughterboards.  Sorry about the confusion on that; I assumed the
> > "multi" in the filenames was referring to multiple daughterboards, I had
> > forgotten there's a multi-usrp capability as well.
>
> The standard host and fpga code support multiple daughterboards as
> long as they are sharing the same interp and decim rates.
>
> For examples of this please take a look at
>
>  gnuradio-examples/python/multi-antenna/*
>
> > So, with that cleared up, can you verify which file specifically I should
> > load into Quartus?  There is only one usrp_std.qpf project file in
> >
> > usrp/fpga/toplevel/usrp_std
> >
> > so it is unclear to me how to compile for the two-daughter board case as
> > opposed to the single.  Do I need to configure something in the project
> > file for the two-daughterboard case?
>
> There is nothing for you to do.  The standard code supports two
> daughterboards.  On the fpga it's handled via the muxes implemented in the
> FPGA.  See http://gnuradio.org/trac/wiki/UsrpRfxDiagrams
>
> > thanks,
> > eric
> >
> > p.s.- on a positive note, at least my efforts to date have revealed what
> > updates the multi_usrp.qsf file needs to compile!
>
> Thanks!
> Eric