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
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
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
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
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
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
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:
>
> $
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
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
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
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
>
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
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/
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 <
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
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
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
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
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
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 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
< 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
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
```
__
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
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
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 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
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 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
> 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 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
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
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
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
'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:
>
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.
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
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
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
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++
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
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
(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
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
48 matches
Mail list logo
