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

[Zohair]

So guys, I want try to to modify the xml of the already existing
usrp2_source_xxxx by adding these line at the end of the <make> 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 sure this happens by
waiting for a second, then start streaming at time 4 seconds. Of course,
this will be done for all USRP2's used.

Is this going to solve the issue? Any further suggestions?


Douglas Geiger-2 wrote:
> 
> On Mon, Jun 21, 2010 at 10:05 AM, Douglas Geiger
> <address@hidden> 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::uint32_t is a typedef for an integer type, so
>> while I don't get compile-time errors, by the time I fire up python to
>> test out the function call (set_type_next_pps(const uhd::time_spec_t
>> &time_spec) in this case) - and try to construct a time_spec_t object
>> to pass, python throws an error as it doesn't believe I'm passing the
>> correct type.
>>
> 
> Of course shortly after sending this, I figure out a solution - adding
> some typedefs to the SWIG .i file.
> It may not be the most elegant, but I do have something to work with now.
>  Doug
> 
> -- 
> Doug Geiger
> address@hidden
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Synchronising-USRP2%27s-in-GRC.-tp28947018p29008563.html
Sent from the GnuRadio mailing list archive at Nabble.com.