< 32 ***GB*** RAM >
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
Yes, I am using UHD v4.0.0.0, built from source on my HP Omen laptop (Intel
Core i7-8750H CPU, 32MB RAM, 512GB SSD).
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
On 04/13/2021 11:23 PM, Brendan Horsfield wrote:
Fair enough. To ensure that this problem is logged with the Ettus
engineering team, is there an official mailing list or email address
that I should report this bug to?
You can put an issue in the GitHub repository:
https://github.com/EttusRese
Code snippet in previous post got scrambled by Gmail. Should have read:
```
while num_rx_samps < target_num_samples:
try:
samps = rx_streamer.recv(recv_buffer, metadata)
print(metadata.error_code)
if samps:
etc
```
__
Further to my original post, it appears that it is not just the number of
dropped samples that is being missed by the metadata object.
As an experiment, I modified the benchmark_rate.py example so that the
metadata error_code flag is printed out every time the recv() method is
called:
while num_r
Fair enough. To ensure that this problem is logged with the Ettus
engineering team, is there an official mailing list or email address that I
should report this bug to?
On Wed, Apr 14, 2021 at 12:02 PM Marcus D Leech
wrote:
> That just sounds like a bug. The Python API is still considered
> exp
That just sounds like a bug. The Python API is still considered experimental.
Sent from my iPhone
> On Apr 13, 2021, at 9:22 PM, Brendan Horsfield
> wrote:
>
>
> Hi Marcus,
>
> I have run some comparison tests between the C++ and Python versions of
> "benchmark_rate", using a high samplin
Hi Marcus,
I have run some comparison tests between the C++ and Python versions of
"benchmark_rate", using a high sampling rate in order to force some
overruns.
It appears that both versions are detecting & reporting overrun events
correctly. However, when it comes to the number of dropped sampl
Hi Marcus, I originally build the UHD without the 64bit option, then I rebuilt
it with the 64bit on, but I didn’t uninstall the first UHD build. That might be
causing some issues. Maybe I’ll do a clean install and try again.
Also, yes, I did a ‘sudo ldconfig’ after the build/install.
Thanks, h
This is the kind of error that happens when you have a “mixed” system with
libraries and utilities from different builds.
Also after rhe build/install did you “sudo ldconfig” ?
Sent from my iPhone
> On Apr 13, 2021, at 2:38 PM, Robin Coxe wrote:
>
>
> Have you checked the B205mini-i board
Have you checked the B205mini-i board itself to ensure the USB connector
pins are soldered down securely? There have been instances where a
dislodged connector caused USB connection issues. (If not, you can either
retouch the connections yourself with a soldering iron or RMA to NI.)
On Tue,
Hi Marcus, thanks for the response. So I tried to do what you suggested, but
unfortunately it’s giving me and error, and google isn’t being helpful at all,
maybe you’ve seen this before?
/usr/local/lib64/uhd/utils/b2xx_fx3_utils: symbol lookup error:
/usr/local/lib64/uhd/utils/b2xx_fx3_utils: u
Hello everyone
Mi name is Isaac. I'd like to ask a question about the use of the method
tune_request(). I am thinking to tune my reception frequencies using the
method tune_request() and the time_spec() method with values of
microseconds. My question is: Is it possible that a USRP N210 could tune
On 04/13/2021 10:17 AM, 王璀 WANG Cui wrote:
I am testing with software generated GPS L1 C/A signal and the
sampling rate is 1.023M sps, same as the C/A code rate 1.023M chips/s.
The result baseband signal file can be tracked and positioned by
gnss-sdr receiver.
So I am wondering: I am not us
I am testing with software generated GPS L1 C/A signal and the sampling rate is
1.023M sps, same as the C/A code rate 1.023M chips/s. The result baseband
signal file can be tracked and positioned by gnss-sdr receiver.
So I am wondering: I am not using 2B sampling rate (say 2.046 sps), but seems
On 04/13/2021 12:21 AM, 王璀 WANG Cui wrote:
I am not expert in this, do you mean if sample in real format, we must
double the sample rate, to contain both I phase and Q phase information?
In my application, I just sample at baseband digital code rate
(Nyquist Freq), and seems it works well wh
Hi Jonathon,
I am using register pokes (poke32). My block controller reads the I/Q taps
out of a file that is the identical format of an I/Q file that I would use
for streaming to or from the USRP (SC16 such as rx_samples_to_file or
tx_samples_from_file). If streaming using send() or recv() things
Sent from my iPhone
> On Apr 13, 2021, at 3:05 AM, brendan.horsfi...@vectalabs.com wrote:
>
>
> Hi All,
>
> I am using a Python script to capture a short burst of rx samples from my
> B210. The script is based heavily on the Ettus example “benchmark_rate.py”,
> with a couple of additional
Hi All,
I am using a Python script to capture a short burst of rx samples from my B210.
The script is based heavily on the Ettus example “benchmark_rate.py”, with a
couple of additional tweaks I took from the Ettus GitHub repo
(https://github.com/EttusResearch/uhd/blob/master/host/python/uhd/u
Cheers to all the mailing list.
I have similar problem too (the device is an X310 with TwinRx, UHD-3.15
on ubuntu 20.04). My NoC Block too has 2 input and 2 output at a
different data rate. The start streaming goes smootly and it seems to
work for a while, but when I stop the streaming (during my
20 matches
Mail list logo
