[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] USRP2 PPS and REF
From: |
Douglas Geiger |
Subject: |
Re: [Discuss-gnuradio] USRP2 PPS and REF |
Date: |
Tue, 10 Feb 2009 10:48:18 -0600 |
User-agent: |
Thunderbird 2.0.0.19 (Windows/20081209) |
Eric Blossom wrote:
>
> Hi Charles,
>
> 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.
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. E.g., should I be using different channel
numbers?
I just updated the firmware on my USRP2's to r10377, and the fpga
bitstream to r10183.
--
Doug Geiger
Research Assistant
Communications and Signal Processing Lab
Oklahoma State University
http://cspl.okstate.edu
address@hidden
address@hidden
- [Discuss-gnuradio] USRP2 PPS and REF, Suprin, Charles E., 2009/02/09
- Re: [Discuss-gnuradio] USRP2 PPS and REF, Eric Blossom, 2009/02/09
- Re: [Discuss-gnuradio] USRP2 PPS and REF,
Douglas Geiger <=
- RE: [Discuss-gnuradio] USRP2 PPS and REF, Suprin, Charles E., 2009/02/10
- Re: [Discuss-gnuradio] USRP2 PPS and REF, Eric Blossom, 2009/02/10
- Re: [Discuss-gnuradio] USRP2 PPS and REF, Douglas Geiger, 2009/02/10
- Re: [Discuss-gnuradio] USRP2 PPS and REF, Douglas Geiger, 2009/02/10
- Re: [Discuss-gnuradio] USRP2 PPS and REF, Johnathan Corgan, 2009/02/10
- Re: [Discuss-gnuradio] USRP2 PPS and REF, Douglas Geiger, 2009/02/12
- Re: [Discuss-gnuradio] USRP2 PPS and REF, Douglas Geiger, 2009/02/13
- RE: [Discuss-gnuradio] USRP2 PPS and REF, Newman, Timothy, 2009/02/13
- Re: [Discuss-gnuradio] USRP2 PPS and REF, Matt Ettus, 2009/02/13
- RE: [Discuss-gnuradio] USRP2 PPS and REF, Suprin, Charles E., 2009/02/13