Hi Folks,
I would like to interface my Raspberry Pi 4 to a USRP B210 via the Python
API. This requires the UHD driver to be built from source. Unfortunately,
whenever I try this I encounter some errors that stop the build process in
its tracks.
Details of the error are as follows:
[ 53%] Linki
l”
>
>
>
> Sent from my iPhone
>
> On Apr 2, 2021, at 7:19 AM, Brendan Horsfield <
> brendan.horsfi...@vectalabs.com> wrote:
>
>
> Hi Folks,
>
> I would like to interface my Raspberry Pi 4 to a USRP B210 via the Python
> API. This requires the UHD
gt; Sent from my iPhone
>
> On Apr 3, 2021, at 7:08 AM, Brendan Horsfield
> QUESTION 2: This whole process feels more difficult than it should be.
> Why isn't the Python API installed with the UHD driver by default? Would I
> be better off using another language (like C++
ody
> 'help' to
> usrp-users-requ...@lists.ettus.com
>
> You can reach the person managing the list at
> usrp-users-ow...@lists.ettus.com
>
> When replying, please edit your Subject line so it is more specific than
> "Re: Contents
Hi Page,
Yes, working with Linux can certainly be "character building" sometimes!
I would be very grateful if you could share your install instructions with
me. I have made some progress today using Ken's suggestion -- I can detect
the USRP using the "uhd_usrp_probe" utility -- but I am still st
gt; processing—even when you use things like numpy.
>
> Sent from my iPhone
>
> On Apr 3, 2021, at 7:37 PM, Brendan Horsfield <
> brendan.horsfi...@vectalabs.com> wrote:
>
>
> Your point is well taken, although I confess I am still a bit surprised
> that P
that
issue.
Cheers,
Brendan.
On Sun, Apr 4, 2021 at 11:53 AM Ron Economos wrote:
> This is just a guess, but you could try:
>
> -DCMAKE_SHARED_LINKER_FLAGS="-latomic"
>
> in addition.
>
> Ron
> On 4/3/21 18:34, Brendan Horsfield wrote:
>
> Thanks Ken.
's still a niggling problem with the Python API (a
> different one than before), but I will start a new thread to cover that
> issue.
>
> Cheers,
> Brendan.
>
>
> On Sun, Apr 4, 2021 at 11:53 AM Ron Economos wrote:
>
>> This is just a guess, but you could try:
>
Hi All,
I am looking to purchase an external power supply for my USRP B210, but I can’t
figure out what size connector I should get. I found an old post where the
specs were given as outer shell = 5.5mm, pin diameter = 2.1mm, but that was in
2011 for a USRP1.
Does anyone know what the latest
Thanks Marcus.
Regards,
Brendan.
On Fri, Apr 9, 2021 at 9:49 PM Marcus D Leech
wrote:
> 5.5 x 2.1 is still correct.
>
> Sent from my iPhone
>
> On Apr 9, 2021, at 7:09 AM, brendan.horsfi...@vectalabs.com wrote:
>
>
>
> Hi All,
>
> I am looking to purchase an external power supply for my USRP
lex I&Q. (No real reason to do 32-float, since the native samples are
> 16-bit I&Q in the FPGA on the B205, right?)
>
>
>
> I use the ‘host examples’ in the latest 4.x version of UHD. And they are
> pretty easy to modify. I have adapted for things like using the 1-P
Hi Page,
When you say "I can reliably capture 400-500k samples sized files", do you
actually mean 400-500 *kilo**byte* sized files?
Using tips received from yourself and others, I can now capture around 800
kilobytes of data before I see any overflows. This is equivalent to:
- 100 kilosample
> wire values), and I might be making that up. I do see a “sc8” wirefmt
> option for the rx_samples_to_file, which runs at higher rates without
> overflow.
>
>
>
> Ken
>
>
>
> *From:* Brendan Horsfield [mailto:brendan.horsfi...@vectalabs.com]
> *Sent:* Sunday, Apr
Hi Christian,
Thanks for the GitHub link, I'll definitely check it out. My current
interest is in receiving signals, not transmitting them, but I can imagine
some future scenarios where a signal generator capability might be handy.
A couple of questions:
- Is there any reason why you chose n
4/11/2021 09:16 PM, Brendan Horsfield wrote:
>
> Ken,
>
> Are you using a USRP B210, or something different? If I try to record one
> second's worth of samples on my Raspberry Pi / B210 combo, I can barely
> achieve 8 Msps on one channel. Changing the over-the-wire paramete
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
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
red
> experimental.
>
> Sent from my iPhone
>
> On Apr 13, 2021, at 9:22 PM, Brendan Horsfield <
> brendan.horsfi...@vectalabs.com> wrote:
>
>
> Hi Marcus,
>
> I have run some comparison tests between the C++ and Python versions of
> "benchmark_rate&q
you can see, the Fastpath logger is printing 'O' to the console, but the
metadata object reports no errors.
Looks like a bug to me! :)
Brendan.
On Wed, Apr 14, 2021 at 1:23 PM Brendan Horsfield <
brendan.horsfi...@vectalabs.com> wrote:
> Fair enough. To ensure that this
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
```
__
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
< 32 ***GB*** RAM >
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
Hi there,
I am trying to measure some short bursts of Rx data with my B210 at a fairly
high sampling rate. I need to perform this operation repeatedly, ideally
several times per second. The advice I have received from Ettus is that this
task is best implemented using C++.
The problem is th
I should clarify: The Python API that comes with the UHD driver is not an
option here. I have tried this, and found that while it works well for
receiving very short bursts of samples, it cannot compete with the C++ API at
high sampling rates (not surprisingly).
___
Hi Christian,
I’m developing applications for two different platforms at the moment:
1. HP Omen laptop, Intel Core i7-8750H CPU @ 2.20GHz × 12, 32GB RAM, 512GB SSD
2. Raspberry Pi 4 Model B, 8GB RAM, 128GB SSD
In both cases the B210 is connected to the host via USB 3.0. Each host has a
1GB RA
Hi All,
I have just upgraded my laptop to the latest version of GNU Radio Companion
(ver 3.8.2.0 (Python 3.6.9)), and am now trying to use it to monitor a block of
spectrum with my USRP B210. Unfortunately the flowgraph won’t run (even though
it ran in my old GNU Radio setup), and instead prin
Martin, Marcus,
I don't see how adding a circulator will protect the Rx port of the USRP
without blocking the signal from the CubeSat as well.
Are you transmitting and receiving on different frequencies? If so, you
could insert a filter between the Rx port and the switch to block the Tx
frequenci
OK, that makes sense.
Note that a double-junction circulator can give even higher isolation, e.g.
40-50 dB.
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
Hi Marcus,
Running gnuradio-config-info -v returns the following:
*v3.8.2.0-112-ge20ffa3c*
My PYTHONPATH is as follows:
/usr/local/lib/python3.6/dist-packages
/usr/lib/python2.7
/usr/lib/python2.7/plat-x86_64-linux-gnu
/usr/lib/python2.7/lib-tk
/usr/lib/python2.7/lib-old
/usr/lib/python2.7/lib-d
tting UHD from?
>
> Sent from my iPhone
>
> On Apr 19, 2021, at 6:01 PM, Marcus D Leech
> wrote:
>
> My guess is that PyBombs is finding the old UHD and using that to build
> GR.
>
> Sent from my iPhone
>
> On Apr 19, 2021, at 5:58 PM, Brendan Horsfield <
the Ettus Python API. Then I will give the GNU Radio installation another
try.
Thanks,
Brendan.
On Tue, Apr 20, 2021 at 8:35 AM Marcus D. Leech
wrote:
> On 04/19/2021 06:21 PM, Brendan Horsfield wrote:
>
> Importing uhd in Python 3:
> /usr/local/lib/python3.6/dist-packages/
Thanks,
Brendan.
On Tue, Apr 20, 2021 at 8:54 AM Marcus D. Leech
wrote:
> On 04/19/2021 06:51 PM, Brendan Horsfield wrote:
>
> OK, I didn't realise that GNU Radio needed the Python UHD module to be
> installed. I deliberately excluded the Python API from my UHD driver b
ct has no attribute
'set_fft_window_normalized'
Brendan.
On Tue, Apr 20, 2021 at 9:17 PM Cédric Hannotier via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 20/04/21 16:02, Brendan Horsfield wrote:
> > I have reinstalled both UHD and GNU Radio: [...], the
>
mechanisms over time and not backing out of them cleanly before
> starting a new one.
>
>
>
> Sent from my iPhone
>
> On Apr 20, 2021, at 2:02 AM, Brendan Horsfield <
> brendan.horsfi...@vectalabs.com> wrote:
>
>
> Hi Marcus,
>
> Progress update: Still st
ry: no path found matching pattern *(libuhd.so.003.010.003
/usr/lib/x86_64-linux-gnu)*
Regards,
Brendan.
On Tue, Apr 20, 2021 at 11:20 PM Cédric Hannotier via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi Brendan,
>
> On 20/04/21 22:15, Brendan Horsfield wrote:
> > I ha
Wed, Apr 21, 2021 at 1:14 AM Cédric Hannotier via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi Brendan,
>
> On 21/04/21 00:01, Brendan Horsfield wrote:
> >> I do not get this part. What do you mean by "reinstalled"?
> >> Did you installed GNU Radio f
ose to working?
Brendan.
On Wed, Apr 21, 2021 at 10:02 AM Marcus D. Leech
wrote:
> On 04/20/2021 07:07 PM, Brendan Horsfield wrote:
>
> Hi Cédric,
>
> Results of dpkg queries are given below. It looks like those files are
> not part of any installed packages:
>
> $
on't believe the UHD driver has anything to do with my current crop
of problems.
Thank you all for your help and patience with this novice GNU Radio user!
Cheers,
Brendan.
On Wed, Apr 21, 2021 at 10:33 AM Brendan Horsfield <
brendan.horsfi...@vectalabs.com> wrote:
> Hi Marcus,
&g
at 4:49 PM Brendan Horsfield <
brendan.horsfi...@vectalabs.com> wrote:
> Just a quick follow up to close out this thread (for now):
>
> I have run "sudo make uninstall" and "sudo make clean" on my Volk & GNU
> Radio installations, and manually deleted ev
ough not essential) if we could run one
channel at 100 Msps, and the other at 200 Msps, to reduce the bandwidth
requirements on the backend hardware.
On Wed, 19 Feb 2025 at 10:17, Marcus D. Leech
wrote:
> On 18/02/2025 19:13, Brendan Horsfield wrote:
>
> Thanks for the suggestion ab
eers at
NI? They might have access to an X310+UBX-160 system that they can use to
answer my question directly.
Thanks again for your help in this matter.
Regards,
Brendan.
On Wed, 19 Feb 2025 at 09:55, Marcus D. Leech
wrote:
> On 18/02/2025 18:45, Brendan Horsfield wrote:
>
> Yes, I a
Just to clarify one point: How do you define the start of the transition
region? Do you go from the 3 dB corner frequency, or something else, like
the equiripple bandwidth of the FIR filter?
On Wed, 19 Feb 2025 at 13:11, Marcus D. Leech
wrote:
> On 18/02/2025 21:45, Brendan Horsfield wr
As you suggest, I am assuming our host machine will need a dual-10Gbe
adaptor card and a high-spec CPU, memory, SSD etc. This is a complex
procurement exercise all by itself.
On Wed, 19 Feb 2025 at 10:58, Marcus D. Leech
wrote:
> On 18/02/2025 19:26, Brendan Horsfield wrote:
>
> I
this information documented somewhere?
On Tue, 18 Feb 2025 at 23:11, Marcus D Leech
wrote:
> There will always be some edge roll off. Decimation includes filtering and
> those filters cannot be infinitely steep.
> Sent from my iPhone
>
> > On Feb 18, 2025, at 2:12 AM,
Hi All,
I have a question about the usable bandwidth of the X300 USRP / UBX-160
daughterboard combo at sampling rates below 200 Msps:
As I understand it, the UBX-160 receiver has an analog (hardware) filter
before the ADC that limits the usable bandwidth to 160 MHz, while the ADC
runs at 200 Msps
Hi Martin,
Thanks for your kind offer. I would be very interested in obtaining the taps
for the half-band filters in the X300 series, if it’s not too much trouble.
Another contributor emailed me the taps for a USRP half-band filter yesterday,
but they weren’t 100% sure if the taps were from th
Hi Folks,
I would like to write my own Python 3 script to stream Rx samples off my
Ettus B210 USRP. I have installed the Python API on my Ubuntu laptop, but
I can't seem to get it to work, despite trying numerous ideas I found on
the Ettus Knowledge Base.
For example, check out the following Pyt
(and many other projects). - MLD
>
> Also in the log of activities, I see BOTH a "pybombs install uhd", AND a
> build of the latest HEAD of UHD, but no actual compile+install of
> that built code.
>
>
> On Mon, Nov 9, 2020 at 1:36 AM Brendan Horsfield via USRP-us
48 matches
Mail list logo
