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, Josh Blum <j...@joshknows.com> wrote: > >>> 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 the mode " >> STREAM_MODE_NUM_SAMPS_AND_DONE" with " STREAM_MODE_START_CONTINUOUS ",it >> works. The rest of code is same. >> > > Ok, just checking. I will try to reproduce the problem on monday. > > Two more questions: > > 1) When you used STREAM_MODE_NUM_SAMPS_AND_DONE, was there a time set, and > if so, was it greater than the time set by set_time_next_pps? > > 2) When you used STREAM_MODE_START_CONTINUOUS, did the timestamps on the RX > packets appear to be correct (after the time set by set_time_next_pps)? > > Thanks, > -Josh > > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio