On Tue, Oct 09, 2007 at 01:02:18PM -0400, [EMAIL PROTECTED] wrote: > 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?
Because it wants 4 digital downconverters (it's a 4 antenna example). We generate two standard FPGA configurations: std_2rxhb_2tx.rbf # 2 DDCs w/ halfband filters and 2 Tx paths std_4rx_0tx.rbf # 4 DDCs w/o halfband filters and 0 Tx paths > 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. To avoid confusion, let's make sure we've got our terminology straight. There is no "multi-antenna" version of the FPGA code, only the two configurations described above. They are built from the same source, and vary only in which of the .vh files is included. However, taking a look at the modification dates on the .rbfs in: http://gnuradio.org/trac/browser/gnuradio/trunk/usrp/fpga/rbf/rev2 It appears that the std_2rxhb_2tx.rbf was updated 3 months ago, but that the std_4rx_0tx.rbf was updated 6 months ago. They should have both been generated and updated at the same time. [A makefile to handle this would be a good idea.] I will rebuild them both and update the rbf's in svn. I'll post a note when this is done. > thanks for your help, > eric You're welcome, Eric _______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
