I thought your name sounded familiar! 🙂
Overall the X310+UBX-160 appears to be a good fit to our requirements. My
original question was really about ensuring that our host PC & network
interface have sufficient bandwidth to ingest the IQ data from a pair of
UBX-160s. It would be nice (although n
On 18/02/2025 19:13, Brendan Horsfield wrote:
Thanks for the suggestion about the noise source -- that's what I
would normally do. Unfortunately I haven't actually purchased the
hardware yet -- I was hoping to clarify this issue before raising a
purchase order.
Perhaps I should follow this u
Thanks for the suggestion about the noise source -- that's what I would
normally do. Unfortunately I haven't actually purchased the hardware yet
-- I was hoping to clarify this issue before raising a purchase order.
Perhaps I should follow this up with one of the application engineers at
NI? The
On 18/02/2025 21:45, Brendan Horsfield wrote:
Point taken. At this stage we are mainly interested in straight IQ
recording & playback with minimal processing. However, in the future
it would be desirable to be able to display a real-time spectrum trace
& waterfall plot during recording/playba
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 wrote:
>
On 18/02/2025 19:26, Brendan Horsfield wrote:
I thought your name sounded familiar! 🙂
Overall the X310+UBX-160 appears to be a good fit to our
requirements. My original question was really about ensuring that our
host PC & network interface have sufficient bandwidth to ingest the IQ
data fro
Point taken. At this stage we are mainly interested in straight IQ
recording & playback with minimal processing. However, in the future it
would be desirable to be able to display a real-time spectrum trace &
waterfall plot during recording/playback, using GNU Radio or something like
it.
As you
Yes, I assumed that was the case. However, it is not clear from the X300
documentation how sharp those filters are. Can you tell me how wide the
transition band is at the lower sample rates?
To give you some context, I would like to use an X300 (or X310) with a
UBX-160 daughterboard to digitise
On 18/02/2025 18:45, Brendan Horsfield wrote:
Yes, I assumed that was the case. However, it is not clear from the
X300 documentation how sharp those filters are. Can you tell me how
wide the transition band is at the lower sample rates?
To give you some context, I would like to use an X300 (
Like David says, nothing you're doing to the radio should affect the
peeks/pokes of your block.
But if you're seeing op_timeout being thrown, then that's also not the
block controller timing out. Maybe you have a deadlock in your application?
--M
On Mon, Feb 17, 2025 at 5:07 PM wrote:
> Hi Dav
Hi Kevin,
you can follow the rfnoc-gain example:
https://github.com/EttusResearch/uhd/blob/master/host/examples/rfnoc-gain/lib/gain_block_control_python.hpp
--M
On Mon, Feb 17, 2025 at 10:02 AM Kevin Williams <
kevin.willi...@vastech.co.za> wrote:
> Hi Everyone,
>
> I have a few "get()" and "se
Attenuators on RX port will decrease the uplink performance, which will result
lower coverage even with high power transmitted on downlink…
with active T/R switch and TDD, how shall I synchronize the DL/UL slots timing
with the switch input controller? Without any delay and very accurately.
B
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, Brendan Horsfield
> wrote:
>
> 
> Hi All,
>
> I have a question about the usable bandwidth of the X300 USRP / UBX-160
> da
Does anybody have any tips or tricks for improving streaming performance on
MacOS? I am using a B200mini with an M3 MacBook Air, 16 GB RAM on MacOS 15. RX
performance at the full 56e6 sample rate is decent, but I’m still getting
occasional overruns. Typically on Linux I can stream indefinitely a
Hi David,
Thanks a lot for this. I will have a look on the “ATR” GPIO functionality.
Yes 40 dBm after the power amplifier inline and before the switch. I need to
check if I can find a switch with 55 dB isolation or 2 switches in cascade
summing the isolation.
Best
John
From: David
Hi Martin,
I don’t fully understand you comment about it not being the block controller.
(bear with as I am not super experienced)
At the moment I have not trapped a timeout exception just yet (see snippet
below). It could well be somewhere else in the application as you say.
---
```
Hi John,
You might investigate whether the “ATR” GPIO functionality built into UHD will
work for your application. It can automatically transition GPIO pins to
different states during transmission and reception.
If that doesn’t work for your use case, I’ve had success using the software
GPIO A
Perfect, thanks Martin. That worked great!
From: Martin Braun
Sent: Tuesday, 18 February 2025 15:26
To: Kevin Williams
Cc: usrp-users@lists.ettus.com
Subject: [EXTERNAL]Re: [USRP-users] block control methods in the python api
Hi Kevin,
you can follow the rfnoc-gain example:
https://
18 matches
Mail list logo
