Hello,
I would like to access sensor data like "gps_time",
"ref_locked","gps_locked" using a USRP device defined as
"uhd::device3::sptr usrp" on a E310 unit.
All the examples are for USRP devices defined as
"uhd::usrp::multi_usrp::sptr usrp".
I searched the documentation and tried all possible co
Dear Wade,
I would like to add Xilinx IP to RFNoC module and still have no idea to do
that.
Could you share your example to help me get started?
Thank you so much!
Tuan
Vào Th 7, 23 thg 1, 2021 vào lúc 02:22 Wade Fife via USRP-users <
usrp-users@lists.ettus.com> đã viết:
> Yes, I have done i
I was able to get around this by replacing...
#include
with
#include #include
Also, I had to set a compile-time flag to disable support of recursive
mutexes in the Rhapsody framework (-DOM_NO_RECURSIVE_MUTEX_SUPPORT),
as PTHREAD_MUTEX_RECURSIVE_NP seems to not be defined in the SDK.
Dennis
Dear Mr. Askar,
you can get the detailed names of the available gain elements of every device
by calling
auto gain_names = my_multi_usrp->get_rx_gain_names();
and then do something fun like:
for(const auto& gain_name : gain_names) {
auto gain = my_multi_usrp->get_rx_gain(gain_name);
st
Hi Radio User aka "radiogeek381" - USRPs work for me on Big Sur using UHD
from MacPorts; I've tested a B200mini, B210, E310, and X310. I'm mostly
testing UHD 4.0 (port "uhd-devel") rather than 3.15 (port "uhd"), but
either should work. I have a bunch of builtbots for testing MacPorts
builds, includ
Dear Sir or Madam,
We are using the X310 with CBX-120 daughter cards. How can we get and set the
digital RX gain (ads62p48 gain) from C++ application?
Best regards / Mit freundlichen Grüßen
--
Askar, Ramez, M.Sc.
Research Associate / Project Manager / Delegate
Wireless Communications and Netwo
I've finally found the solution to this.
Searching the internet for libgnuradio-tutorial.so issues showed that several
people have hit the same error.
The solution was "sudo ldconfig"
From: USRP-users On Behalf Of Mark D via
USRP-users
Sent: 15 February 2021 15:02
To: 'Mike'
Cc: 'usrp-users@
I use IBM Rational Rhapsody for embedded software development. It
includes a framework that must be cross-compiled for the target
architecture. When I attempt to cross-compile for the E310 using the
3.15 SDK, the compile fails pretty quickly with this error:
make -C oxf -f linuxoxf.mak CFG=oxf LIB_
Thanks Mike,
Good idea, but I'd already got the Python path pointing correctly to the
/usr/lib/python3/dist-packages.
I've been doing a bit more digging and trying to see what actually happens as
the code loads up.
The "import dilbert" that's near the top of the python code generated from GNU
On Fri, Feb 12, 2021 at 5:53 AM Mark D via USRP-users
wrote:
> So far I’ve got the FPGA built and uploaded to the FPGA. Uhd_usrp_probe shows
> that the RFNoC routing as expected, but the name of OTT block has been
> replaced with Block#0. The OOT project appears as a folder in GNU radio with
>
Mark,
I had a similar problem earlier.� Jonathon Pendlum responded to me as
follows:
/The might be due to the PYTHONPATH env variable not including the />/directory where
your OOT module is installed. Try looking for a />/directory like
/usr/lib/python2/dist-packages or similar and adding
Mike,
Thanks for your input into this, it's really useful being able to talk over
this issue.
My system will be placing all the signal conditioning within the FPGA. The
output from this is a relatively low data rate which I was hoping to stream via
the Ethernet connected to the ARM. There shou
12 matches
Mail list logo
