Hi,
UHD device driver prints the indicator "O" while overflow to stdout.
How to supress this printing of the indicator?
Mikio Fukushima
___
USRP-users mailing list
USRP-users@lists.ettus.com
We would like to announce the 10th annual New England Workshop on
Software-Defined Radio (NEWSDR 2020) on Wednesday August 12. This year's
event will be run virtually. The event program includes keynote speaker Dr
Tom Rondeau of DARPA, exciting "fireside chats" on topics such as spectral
Awesome, thanks Marcus
On Tue, Jul 21, 2020 at 12:18 PM Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 07/21/2020 03:15 PM, Stephen Spears via USRP-users wrote:
>
> Hi there,
>
> I have a question about using the LFRX and LFTX daughterboards together. I
> tried
On 07/21/2020 03:15 PM, Stephen Spears via USRP-users wrote:
Hi there,
I have a question about using the LFRX and LFTX daughterboards
together. I tried contacting Ettus through their website, but received
no response, so I thought I might find answers here instead. I need to
do both RX and
Hi there,
I have a question about using the LFRX and LFTX daughterboards together. I
tried contacting Ettus through their website, but received no response, so
I thought I might find answers here instead. I need to do both RX and TX at
low frequencies (<30 MHz), but according to the Ettus
On 07/21/2020 03:04 PM, Jerrid Plymale via USRP-users wrote:
Hello All,
So I have been running into some interesting issues lately with using
a USRP X310 as a signal generator. I have a UBX 40 Duaghterboard
installed in the USRP, and I have been testing sending signals at
varying
Hello All,
So I have been running into some interesting issues lately with using a USRP
X310 as a signal generator. I have a UBX 40 Duaghterboard installed in the
USRP, and I have been testing sending signals at varying frequencies. I have
noticed that I can set the center frequency of the
Hi Cherif,
this is typically an issue encountered if you didn't install the blocks
into a directory GNU Radio companion looks into.
Make sure that you've used `-DCMAKE_INSTALL_PREFIX=` with a prefix that
contains a path that GNU Radio looks into; GRC prints the paths into the
console when it's
Hello Prasad,
I second everything Marcus L said, and will add:
In your first email you said this is about the UE.
UE (user equipment) are normally things like phones. These don't have
any great clocks of their own. They derive their clocks from that of the
network.
Sure, for prototyping,
On 07/21/2020 12:31 PM, Prasad wrote:
Then how we can handle this drift in our 5G-NR stack by using
/uhd_rx_streamer_issue_stream_cmd/?
Or we should go with GPSDO/external clock?
Thanks,
Well, since most users on here aren't experts on 5G stacks, me included,
I can't tell you what to do
Then how we can handle this drift in our 5G-NR stack by using
uhd_rx_streamer_issue_stream_cmd?
Or we should go with GPSDO/external clock?
Thanks,
From: Marcus D. Leech [mailto:patchvonbr...@gmail.com]
Sent: Tuesday, July 21, 2020 9:56 PM
To: Prasad; usrp-users@lists.ettus.com
Subject: Re:
On 07/21/2020 12:25 PM, Prasad wrote:
We are using internal clock, don’t use any GPSDO or external clock.
So for internal clock is this expected?
Thanks,
The internal clock is specced to +/- 2PPM. You're seeing much less
than that, so it's within spec.
*From:*USRP-users
On 07/21/2020 12:13 PM, Prasad via USRP-users wrote:
Soft reminder!
Thanks,
*From:*Prasad [mailto:kp...@trilcomm.com]
*Sent:* Monday, July 20, 2020 7:58 PM
*To:* 'usrp-users@lists.ettus.com'
*Cc:* 'Rao Yenamandra'
*Subject:* 1 Ts delay in USRP B210
Dear Team.
Hope you are doing well and
Soft reminder!
Thanks,
From: Prasad [mailto:kp...@trilcomm.com]
Sent: Monday, July 20, 2020 7:58 PM
To: 'usrp-users@lists.ettus.com'
Cc: 'Rao Yenamandra'
Subject: 1 Ts delay in USRP B210
Dear Team.
Hope you are doing well and safe.
We are bringing up our NR-5G UE stack with
On 07/21/2020 10:53 AM, Carmichael, Ryan via USRP-users wrote:
On the DPDK page (https://files.ettus.com/manual/page_dpdk.html) the
following statement is made:
“Device discovery via DPDK is not currently implemented, so the device
args |mgmt_addr|, |addr|, and |second_addr| (if applicable)
On 07/21/2020 10:53 AM, Carmichael, Ryan via USRP-users wrote:
On the DPDK page (https://files.ettus.com/manual/page_dpdk.html) the
following statement is made:
“Device discovery via DPDK is not currently implemented, so the device
args |mgmt_addr|, |addr|, and |second_addr| (if applicable)
You might want to look into benchmark_rate.
https://kb.ettus.com/Verifying_the_Operation_of_the_USRP_Using_UHD_and_GNU_Radio
Sent from my iPhone
> On Jul 21, 2020, at 11:20 AM, Marcus D Leech wrote:
>
> The ports that iperf3 terminate on would be inside the ARM host in the Zynq.
> I would
The ports that iperf3 terminate on would be inside the ARM host in the Zynq. I
would not expect stunning performance there.
For actual data, which is what you care about, the streams originate inside the
FPGA logic.
Sent from my iPhone
> On Jul 21, 2020, at 10:59 AM, Pavlos Basaras via
Hi Marcus,
- Are you creating a multi_usrp object for each USRP, or are you creating a
single multi_usrp object with multiple streamers coming out of that object?
I'm having a multi_usrp object for each USRP, with a streamer for each
object.
- Is this on Linux or Windows?
This is on Linux
Hello,
i installed the usrp n310 following the instructions from
https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide
I have the same uhd between the usrp and the host
output of "uhd_find_devices"
[INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800;
On the DPDK page (https://files.ettus.com/manual/page_dpdk.html) the following
statement is made:
"Device discovery via DPDK is not currently implemented, so the device args
mgmt_addr, addr, and second_addr (if applicable) must all be specified at
runtime. There is no mechanism for MPM's
On 07/21/2020 02:20 AM, Hai Nguyen via USRP-users wrote:
I'm kinda confused (and curious!) why it is not possible to spawn
multiple threads for multiple streamers. This was not happening with
B210s, but just when I started to work with the X310s. I will be
appreciate for further info about
Hi Marcus,
So with new UHD version, the LED behavior disappeared, but now the USRPs
cannot stream at all (0 samples received from streamer). I figured out that
this happens when I tried to create multiple threads for multiple
streamers, one streamer for one USRP. (I'm having 2 USRPs streaming 2
23 matches
Mail list logo
