Re: [Discuss-gnuradio] Synchronising USRP2's in GRC.

2010-06-28 Thread Zohair
So guys, I want try to to modify the xml of the already existing usrp2_source_ by adding these line at the end of the tag: self.$(id).set_time_at_next_pps(time_spec_t(0,0)) time.sleep(1); self.$(id).start_rx_streaming(0,time_spec_t(4,0)) So i set the time to zero at the next PPS, and make su

Re: [Discuss-gnuradio] Synchronising USRP2's in GRC.

2010-06-22 Thread Zohair
h, I am using two computers to do my work, one of them has gnuradio 3.3 and the other has 3.3.1. In the later, there are some options in the USRP2 source blocks: Clock source: - internal - external SMA - external MIMO I think I should use one of these, but don't know how. Any help or explan

RE: [Discuss-gnuradio] Synchronising USRP2's in GRC.

2010-06-21 Thread Zohair M. Abu Shaban
Doug, Thanks for sharing your solution. I will try it and see what happens. Cheers, Zoh > Date: Mon, 21 Jun 2010 10:05:59 -0400 > Subject: Re: [Discuss-gnuradio] Synchronising USRP2's in GRC. > From: doug.gei...@bioradiation.net > To: zohair...@hotmail.com > CC: Discuss

Re: [Discuss-gnuradio] Synchronising USRP2's in GRC.

2010-06-21 Thread Douglas Geiger
On Mon, Jun 21, 2010 at 10:05 AM, Douglas Geiger wrote: > >  The particular problem I run into is that time_spec_t is defined to > want a boost::uint32_t in the constructor (for the number of seconds), > along with a double (for fractional seconds) - but SWIG apparently > doesn't recognize boost::

Re: [Discuss-gnuradio] Synchronising USRP2's in GRC.

2010-06-21 Thread Douglas Geiger
For the old(er) USRP2 driver (i.e. in the current released version of GNURadio) - the C++ block supports the functionality to synchronize the clock, and they are available in python as well, but I don't believe the GRC block exposes this functionality. It would be relatively trivial to add a drop-