[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Zohair
Subject: Re: [Discuss-gnuradio] Synchronising USRP2's in GRC.
Date: Mon, 28 Jun 2010 06:40:22 -0700 (PDT)

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:

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: 
Sent from the GnuRadio mailing list archive at Nabble.com.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]