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
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
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
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::
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-
Hi everyone,
I need to use several USRP2's in the same GRC programme (MIMO). Is there a
way to sychronise them to the same clock in GRC itself?
Best,
Zoh
--
View this message in context:
http://old.nabble.com/Synchronising-USRP2%27s-in-GRC.-tp28947018p28947018.html
Sent from the GnuRadio mail
