2010/5/21 周亮 cjl...@hotmail.com:
Hi,
These days I am trying to synchronize two USRP2 with PPS signal and UHD.
The two USRP2 is connect with same reference clock and PPS signal. I use
function set_time_next_pps(uhd::time_spec_t(0)) to set time to be zero,
and make two USRP2 start sampling
It turns out that the time registers were being written in the wrong order.
I have pushed a fix to the master (seconds need to be written last).
-Josh
On Mon, May 24, 2010 at 3:49 AM, Manuel Fuhr
manuel.f...@student.kit.edu wrote:
2010/5/21 周亮 cjl...@hotmail.com:
Hi,
These days I am trying
Could you check that the revisions of the USRP2s are the same. I
remember that the lower impedance in the rev 1 caused a pretty long
delay, but I think we fixed this. You could still look at the PPS
inputs with an oscilloscope probe and see what it looks like.
juha
On Sat, May 22, 2010 at 08:49,
Hi,
These days I am trying to synchronize two USRP2 with PPS signal and UHD. The
two USRP2 is connect with same reference clock and PPS signal. I use function
set_time_next_pps(uhd::time_spec_t(0)) to set time to be zero, and make two
USRP2 start sampling after 3 seconds. The result shows
These days I am trying to synchronize two USRP2 with PPS signal and UHD. The two USRP2
is connect with same reference clock and PPS signal. I use function
set_time_next_pps(uhd::time_spec_t(0)) to set time to be zero, and make two
USRP2 start sampling after 3 seconds. The result shows that
Hi,
You need to configure the usrp2 to use the external reference. Did you
run set_clock_config(...) prior to setting the time?
Yes,
I have set the clock config to make USRP2 lock to reference clock SMA and PPS
SMA.
When performing set_time_next_pps(...) you will want a sleep(1) prior to
When performing set_time_next_pps(...) you will want a sleep(1) prior to
starting streaming. Because it could take as much as 1 second for the
registers to latch the new time value.
Yes, I have used sleep(1) commmand after I call set_time_next_pps() function. The
problem is that if I replace