On Tue, Feb 10, 2009 at 10:48:18AM -0600, Douglas Geiger wrote: > Eric Blossom wrote: > > > > You have to tell it to use them. > > > > Take a look in <usrp2/usrp2.h>: > > > > config_mimo(MC_WE_LOCK_TO_SMA) > > sync_to_pps() > > > > There are python bindings for these. > > (Oops, looks like we're missing the python binding for config_mimo...) > > Are you using this from Python? If so, I'll fix this later on today. > > > > Eric > > On a related note. If I have two (or more) USRP2's locked onto my 10MHz > and 1PPS signal (calls to ->config_mimo(MC_WE_LOCK_TO_SMA) and > ->sync_to_pps() return true, so I believe they are), do I need to do > anything else special? > I'm working C++, based on the rx_streaming_samples.cc code - I have two > usrp2 sptr's, u2a, and u2b (each created with a separate make() using > the specified mac address from the command line). > Once I start streaming samples (making two calls: > u2a->start_rx_streaming(0), and u2b->start_rx_streaming(0)), and then > with two different handlers for receiving the samples: > bool oka = u2a->rx_samples(0, handlera.get()) > bool okb = u2b->rx_samples(0, handlerb.get()) > Where the handler is just writing to the specified files.
> > I'm getting some odd results: both files typically end up with exactly > the sample results (i.e. in octave, subtracting the results of one from > the other results in all zeros). > > Since I've now tried this a few times > doing things like: removing the antenna from one (and not the other), > moving them far apart, etc. - I'm fairly certain this is a software > problem, and not the correct results. OK. Just to be sure, are you explicitly specifying different mac addresses in the calls to usrp2::make? > I can post my code if that would be helpful - I'm hoping I'm just > making some silly mistake with my calls to rx_samples, and the copy > handler or something similar. Please post a link to your code. > E.g., should I be using different channel numbers? Nope, channel number zero is the only one you need. > I just updated the firmware on my USRP2's to r10377, and the fpga > bitstream to r10183. > Eric _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
