Hi usrp users,
Using an older release of UHD, I was able to build 2 rx streams (in order to
process data of
each stream in a separate process) using this kind of code:
usrp->set_rx_subdev_spec((std::string)"A:0 A:1");
uhd::stream_args_t stream_args("sc16",wire_format);
stream_args.channels.push
Sorry, don't take account my last message on this subject.
I made an error constructing the subdev spec string.
Sorry and thanks.
Matis
--
Hi usrp users,
Using an older release of UHD, I was able to build 2 rx streams (in order to
process data of
each stream in a separate process) using this
Hi all - I have an Octoclock-G. I'm trying to get confirmation on what
get_sensor("gps_time") actually returns.
I guess it's not number of seconds since the GPS epoch (Jan 6 1980), as I
had assumed from the tag "gps_time".
It looks more like Unix seconds. So, seconds since the Jan 1 1970 epoch
On 03/30/2018 04:00 PM, Eric W via USRP-users wrote:
Hi all - I have an Octoclock-G. I'm trying to get confirmation on
what get_sensor("gps_time") actually returns.
I guess it's not number of seconds since the GPS epoch (Jan 6 1980),
as I had assumed from the tag "gps_time".
It looks more
Hi,
When I follow the instruction from "Getting Started with RFNoC Development" web
and youtube video "RFNoC Getting Started Video Tutorial", everything was smooth
until making the gain block testbench. Here is the error I got after the step
"make noc_block_gain_tb":
"/bin/sh: 1: source: not
Thanks, that seems to confirm my guess.
Looking at the gps_ctrl.cpp that I have (which is a little different than
yours, I have uhd-release_003_010_002_000, but it must do the same thing,
thanks for the pointer) .. it looks like the UHD lib gets the GPS
receiver's time via a NMEA GPRMC message fro
