tart convincing Neel now…)
On 30.12.24 20:03, Marcus D. Leech wrote:
On 30/12/2024 13:58, Marcus Müller wrote:
Hello USRP-Users,
when I started hanging around on this mailing list in 2013, I wouldn't have thought
that I'd still be around eleven years later.
But me asking about spo
on hacking the electromagnetic spectrum, never let your signal processing
slow down, and:
See you around,
Marcus Müller
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
d the frequency you're working on. I wish I could give you
a simple number or even just a graph over gain, but it's necessarily a two-parameter
thing. You will have to measure.
At max gain, you'd expect full scale output to be achieved dep in th
Hello!
Regarding what you see in trailing, my guess is that this is the step response of the
built-in DC offset cancellation filter; "DC offset cancellation" is high-pass filter
behaviour. This affects only frequencies in your signal that are very low. It is meant to
remove imperfections that
Hi!
You'll have to describe that issue, what exactly you've done, which
versions you're using and what you've tried yourself if you want us to
be able to be of any assistance!
Best,
Marcus
On 2024-02-28 12:12 PM, Yashaswini Guruprasad wrote:
Hello,
I had an issue on how to work with keep o
Hi Chris, Marcus and Scott,
Just to be the balancing Marcus here: I like the approach of user downloadability. In
testing environments, we heavily advocate for isolating installations from user-done
downloads, for example! I think what Marcus tried to say is: His 2ct are that you
shouldn't be
Hi Sebastian!
I'm not saying GNU Radio isn't at fault here, but do note that it usually does scale
relatively well; but yeah, 200 MS/s is not very little. Also note that Ali didn't go into
what he actually did to produce that signal – a file source, for example, would commonly
*not* be able to
a 6GB installer image)
On 24.07.24 17:12, Marcus Müller wrote:
Note that while I've never used it, I don't think it'll work with the N320; IIRC it is a
gen2-device wrapper around what you do with usrp_burn_mb_eeprom, usrp2_card_burner, and
uhd_image_loader.
Best,
Marcus
On 24
Note that while I've never used it, I don't think it'll work with the N320; IIRC it is a
gen2-device wrapper around what you do with usrp_burn_mb_eeprom, usrp2_card_burner, and
uhd_image_loader.
Best,
Marcus
On 24.07.24 15:36, Martin Anderseck wrote:
The NI-USRP configuration utility should
Hi Mark,
Board revision is relatively easy to narrow down: is your board white or green? If green,
yeah, 5, very likely.
> Is there any way to debug what the issue truly is?
going to be hard; usually, this is the point where we honestly say we can't.
Just to give you an understanding, 5
That alternate streaming target functionality re-emerged in later UHD versions for
RFNoC-supported devices.
On 05.05.24 17:35, Marcus D. Leech wrote:
On 05/05/2024 11:27, jmalo...@umass.edu wrote:
Hello,
I am wondering if it is possible to allow another host device to start a session with
a
Hi John,
the B2x0 motherboard just connects the GPSDO's antenna pin to the SMA connector on the
back of the board, directly [1, p1 J101].
So, the part you need to inspect for current capabilities here is the GPSDO. I don't have
the exact numbers at hand right now, but assume up to at most 40
nd between 1000 to 2500us.
Is there no other way of getting tx and rx to be synchronised by a pilot pulse
for example?
Best regards,
Tim Vancauwenbergh
----------
*From:* Marcus Müller
*Sent:* Wednesday, March 13, 2
Hi Tim,
that delay will vary, the way you're currently are setting things up, and there's likely
going to be an underflow on the transmitter side, because you start both "roughly" at the
same time, but it takes some time for RX to produce some samples, while TX expects samples
to be ready.
S
Hi Alessandro,
well, this post worked :)
I have no access to the management console of the list, but the most common reasons people
get rejected are
- wrong From: address; the email address you're sending from must be the one registered on
the list, and
- too large: if attaching files, esp
Hi Olivia,
I was able to make your flow graph build just beautifully, simply by adding a "new" UHD
USRP Sink and UHD USRP Source block, and manually copying the settings over from the
original blocks, then removing them.
I'll guess it's a problem caused by changes to the USRP Blocks between w
Hi Dario,
you're right, that currently doesn't exist. R&D is aware of that, and from what I hear
through the grapevine, it's something that they want to re-establish functionally (don't
know whether that means "forward-porting" the old tool or writing a new one).
Alas, there's nothing that we
Hello Mark,
I'm afraid there isn't a straightforward way of doing that; can't really think of a way
that would enable that short of inventing another "radio block"-style RFNoC core that
handles these GPIOs as separate channels; and that would be a pretty big endeavour.
Best,
Marcus
On 17.01.
Hi Arnaldo,
On 29.01.24 14:23, Arnaldo Sans wrote:
Are there any details about what the measurement conditions were used to accomplished
both the Rx and Tx measurements... e.g. input power etc.?
Which measurements specifically are you referring to? For most of the RX figures, input
power is th
Hi Jeyakumar,
nice to hear from you again! But: I'm almost certain you didn't mean to send your homework
to a couple hundred people :)
Best regards,
Marcus
On 29.01.24 11:05, Jeyakumar K-[BL.EN.P2VLD22009] via USRP-users wrote:
___
USRP-users
Long story short: That will be excessively hard, and I don't see any chance of you
achieving lower latency than gr-ieee802-11 [1], which is not *quite* fast enough for an
access point, because you would need your USRP to react with ACK packages faster than the
USB and host software latency allow
Hi Purva Joshi,
let's pick this apart:
On 18.12.23 12:41, purva.jo...@phd.unipi.it wrote:
Dear Users,
I am using USRP N310, with UHD 4.0 version in Ubuntu 20.04. When I want to test
my uplink sniffing using N310, it gives me following errors:
1) \[WARNING\] \[MPM.RPCServer\] A timeout event
Committee:
Bastien Cabay, ON4BCY , Marc Balmer, HB9SSB
- Software-Defined Radio Program Committee:
Marcus Müller
You can also find this announcement on
https://gnuradio.org/news/2023-11-08-FOSDEM24-CfP
should you want to share it.
___
USRP-user
Hi Cyberphox,
as Marcus Leech alludes to, there's many things that actually affect the generation of
bitstreams for FPGA programming. You will need to capture all these variables.
> Basically if I take the file changes from my colleague and build the FPGA starting from
the same reference bran
Dear Pablo,
welcome to the usrp-users community! Let's quickly answer your questions
in-text:
On 19.10.23 12:03, Mico-Soler Pablo via USRP-users wrote:
Regarding X440, ETTUS USRP X440 (8 TX AND 8 RX, 1.6 GHZ BW, 30 MHZ TO 4 GHZ
SDR, GPSDO):
1. If each channel has a bandwidth up 1.6GHz, why
re 2-:
Your `recv` call fills in a metadata object, which has a `timespec` member. You could use
that. I've hacked together debugging receivers in the past where I just wrote the
timespecs and the samples they belong to interleaved to a separate file, something like
(this is just copied togeth
Hi Anna,
On 28.09.23 23:49, Anna Lamkin Broome wrote:
Hi Marcus,
After a bit more testing, I am increasingly convinced that the application begins to
hang only after encountering a late command error for the first time. If this is indeed
the case, the time it takes from start of application t
Hello Ms. Broome,
that does sound complicated and undesirable. From the top of my head, I have no idea what
could cause this. Barring any method of directly debug this – how quickly does
reproduction for you work? Meaning, from the start of your application to the application
hanging or no sam
Hi Achilleas,
> I see one more package "python3-uhd". Do I also need this package […]?
No, *but* (I think you're doing this right, but for posteriority, I write this. State as
of 2023-09-27, current UHD is 4.5, dear future reader.):
> I usually install uhd from ettus binaries through the sugg
Sounds like the USB host controller's Windows driver and/or controller firmware coming
with that driver leave things to be desired. I honestly don't have a good recommendation
there, other than to make sure your Windows drivers are up to date – Windows is not per se
worse than Linux at USB.
Be
e with your comments. I shall add more to this once I
understand the existing codebase.
Many thanks for your valuable time & support !
Thanks
Jeyakumar
------
*From:* Marcus Müller
*Sent:* 19 September 2023 17
Hi,
On 19.09.23 09:24, ouzan...@hotmail.com wrote:
Dear Marcus,
Thank you for your reply. I think your RF engineers have an aim to have the pads on the
PCB for bypassing the switches. In other case, why do you have these pads if they
haven't tested if they are working ?
When you build a co
Hi Jeyakumar,
obviously, we'd point you to the same resources on the Ettus knowledge base that you've
already read, probably. So, um, can you maybe phrase this in a less open-ended way? What
do you need help with?
Also: "Add AI capabilities", that makes my "underdefined term usage" meter ha
ally know what TX/RX isolation is possible on the AD9361; if I'd have to take
a guess from the RX EVM figures in the presence of close-by blockers, it would indeed be
in the range of 2×24 dB.
Best,
Marcus
On 18.09.23 15:13, Marcus D. Leech wrote:
On 18/09/2023 06:11, Marcus Müller wrote:
Hi Oğuzhan,
we of course haven't run any matching tests on what happens in that bypass mode; it would
still seem to me that if you bypass U805, you'd want to remove the in- and output
capacitors, indeed. I'd strongly advise against doing this modification, for the following
technical reason:
ive the command .
--
*From:* Marcus Müller
*Sent:* 14 September 2023 15:51
*To:* usrp-users@lists.ettus.com
*Subject:* [EXTERNAL] [USRP-users] Re: How to connect usrpb210 to google cloud
/CAUTION EXTERNAL MAIL WARNING://This message has originated from an external source.
Use proper judgment and cauti
ive the command .
--
*From:* Marcus Müller
*Sent:* 14 September 2023 15:51
*To:* usrp-users@lists.ettus.com
*Subject:* [EXTERNAL] [USRP-users] Re: How to connect usrpb210 to google cloud
/CAUTION EXTERNAL MAIL WARNING://This message has originated from an external source.
Use proper judgment and cauti
Hi Sivanesh,
this is a bit confusing: Google Cloud runs on Google's datacenters. Your USRP is connected
to your PC, not to google's datacenter. So, long story short: you need to do initial
signal processing on your PC, then can transfer signal, or data, very likely at a starkly
reduced data r
How so? As Marcus said, two radios with independent oscillators will
phase-drift against each other during operation.
On 8/15/23 10:23, Ali G. Dezfuli wrote:
Thanks Marcus,
They work continuously up to not having any dample drift caused by
sampling clock offset
On Tuesday, August 15, 2023, M
Hi Dario,
https://kb.ettus.com/Getting_Started_with_RFNoC_in_UHD_4.0 would be my go-to
here.
Best regards,
Marcus
On 24.08.23 11:10, Dario Pennisi wrote:
Hi,
i'm experimenting migration to GNURadio 3.10 and UHD4.4 but i noticed that in GNURadio
3.10 gr-ettus is not needed anymore as everyth
Hi Mark,
first time I see samcrow's uhd-rust! Interesting, and it does quite a few
things.
Now, I'll guess that the uhd-rust streamer objects are working subtly differently than the
underlying C++ objects, and you notice that here. It does seem to make a few assumption on
internals of UHD,
Dear sp,
the GNU Radio mailing list couldn't solve it because we asked for line numbers and
verbatim error messages[1], but you never told us ;) Please don't put the GNU Radio
mailing list into bad light, just because we don't have clairvoyance!
This error very much looks like your build is m
HI Jorge,
you didn't attach screenshots, but that's OK: We would much rather have you include
copy&pasted text. Images are always inferior when it comes to understanding text messages.
Best regards,
Marcus
On 05.06.23 22:19, JORGE GONZALEZ ORELLANA via USRP-users wrote:
Hi all, I have been tr
Hey Cy,
it's getting a bit late here in Germany¹, I'll try to come up with a test setup tomorrow;
haven't tried that feature (it being rather fresh).
Excellent debugging by the way; my first reaction was that, hm, if MAC address resolution
fails, the device might be trying to inadvisably stre
Hi Page,
not quite sure which problems you're referring to, but in general, UHD has only been
getting better :) So, I'd recommend you use a current long-time supported version of
Ubuntu, i.e., Ubuntu 22.04LTS.
Best regards,
Marcus
On 17.05.23 19:30, page wrote:
For some time I have been usin
Hi Andrea,
No, that's not possible.
Best,
Marcus
On 16.05.23 11:10, Andrea De Jesus Torres via USRP-users wrote:
Hi,
is it possible to use a single X300/X310 equipped with two daughterboards (say, UBX-160)
with a single host connected with two Ethernet cables to the USRP with two different
Hi Bob,
there's no saturation flag coming from the hardware.
The conversion is done within UHD running on your host machine, and the source files you'd
want to look into are all in uhd/host/lib/convert in the UHD source code.
Best regards,
Marcus
On 20.04.23 18:34, Tillson, Bob (US) via USRP
Hi Ian,
that looks quite good:
On 21.04.23 14:09, Ian Chodera wrote:
Bus 001 Device 008: ID 2500:0021 Ettus Research LLC USRP B200-mini
So, first thing I'd try is
uhd_find_devices --args 'type=b200'
to force UHD to look for B200-series devices (which does include the B210, and B20x-mini
v
---
On Monday, April 17th, 2023 at 13:43, Marcus Müller
wrote:
Interesting! Can you run it in debugger, to see in which call/where
exactly it crashes?
On 4/17/23 11:10, Olo via USRP-users wrote:
I copied init_usrp.cpp to ConsoleApplication in visual studio and in
properties I set Configuration
/projects/boost/files/boost-binaries/1.82.0/.
Sent with Proton Mail <https://proton.me/> secure email.
--- Original Message ---
On Monday, April 17th, 2023 at 10:14, Marcus Müller
wrote:
Hi Olo,
nobody's going to be mad at you because of your English, which, by
the way
Hi Olo,
nobody's going to be mad at you because of your English, which, by the way, is very good!
English isn't my first language, either :) Welcome to the USRP developer community.
So, let's tackle this one by one:
If you take the code from init_usrp.cpp [1] and try to compile it in your pro
Hi Ojas,
it's a bit hard to know how that VPN of yours is actually set up. In general, doing
arbitrary other networking on the same machine has absolutely no effect on UHD, as long as
the packets to and from the USRP still go through regularly.
What might be happening here is that the VPN est
Hi,
don't have a device to test with me, but don't forget that the *tuning* to that frequency
might be technically possible due to FPGA frequency shifting, so that indeed the frequency
1 kHz gets shifted to baseband, 0 Hz.
(You being able to observe the LO hints at that: the "physical" tu
Dear Olo,
that certainly does sound like it should work.
Note that the limiting factor is how well your notebook's thunderbolt works with that
Startech box. Also note that if you actually need to process full-rate date from two
TwinRX, the thermal limitations of a notebook computer might limit
Hi,
20 and 10dB gain are very low on a B210. See uhd_usrp_probe to see the possible
gain ranges!
Best regards,
Marcus
DISCLAIMER: Any attached Code is provided As Is. It has not been tested or
validated as a product, for use in a deployed application or system, or for use
in hazardous enviro
Hi,
On 15.02.23 18:22, Marcus D. Leech wrote:
*
*
2)Is UHD able to be run on an Android device and control a USRP SDR (using
USB OTG,
for example)? If not, are there other ways to have an Androidapp control
the USRP
SDR in real time?
There is no port of UHD to Android that
Hi Maxim,
UHD/RFNoC doesn't need any "special" capabilities of your network stack; only the ability
to pass through relatively high-rate data without reordering packets. I had students
myself that worked with N-series USRPs under WSL, that works just fine.
The Radioconda installation method o
Hi Mark-Jan,
let me quickly reply in-text:
> - Is this LO filter automatically selected, and where should I look for the
rules ?
yes, and: uhd/host/lib/usrp/dboard/db_ubx.cpp; look for the set_{tx,rx}_freq
methods.
- Is there some way to control this LO filter selection via UHD, similar to
Hi,
can you share the outputs of
which sh
which benchmark_rate
which uhd_find_devices
with us? Could you also try to search for any "libuhd.dll" on your system, and verify that
only there's only the one that you expect to be there?
The person actually in charge of maintaining the UHD package
eems likely that you could port UHD to
the Linux ARM CPU on the ZCU102, and then you could talk to either
the N210 or
N310 via the network ports from your ZCU102.
On Tue, 3 Jan 2023 at 15:15, Marcus Müller
wrote:
Note that the N310's FPGA might actu
Hi again :)
I just confirmed that at least as far as the maintainer of the UHD and GNU Radio anaconda
packaging is concerned, the anaconda builds are 64 bit, but yours seems to be 32 bit, so
this *very* likely is a competing installation!
Best regards,
Marcus
On 03.01.23 16:14, henry.powell.
Note that even in RFNoC you get a stream of samples from the radio frontend, which you
basically paid NI/Ettus for to design it for you, so that you don't have to worry about
how to talk to the physical hardware and can care about signal processing :)
Cheers,
Marcus
On 03.01.23 16:11,
Hi Mr Pereira,
the directest access you get to samples in the N210 is the ethernet connection – and that
has no downside for GNSS applications, as the VITA49 samples fully represent the RF
signal, thanks to Shannon-Nyquist.
That is, of course, unless you start modifying the FPGA image of the
Hello,
I'm guessing here, but: /
/
/RX channel 2106923663889/
is not the worst indication that your benchmark_rate calls a UHD function with a different
function signature than it thinks it has.
This would only happen if you have competing installations of UHD on your machine: one
from whic
Note that it's rather important that your router does not reorder packets; I think UHD for
the most of its existence wasn't able to put incorrectly ordered packets back, and even if
it can, it comes with an inherent latency and CPU load – both things you need to avoid.
Also: You might have a gi
Hi Hua,
yes, this works well.
> Are there instructions online on how to install UHD and GNU Radio (as well as their
dependencies) in Windows 10?
https://wiki.gnuradio.org/index.php?title=WindowsInstall
Go for the radioconda installer. If you want to know what that does internally,
https://w
It's actually set in the firmware software code, firmware/usrp3/x300/x300_main.c towards
the end. What the host-side UHD does is ask the firmware running on the X3x0 to reply with
the content of that piece of memory.
How to figure out such things: you see how the code you found access a leaf "f
As you might have guessed, I'm not aware at all of the NI-USRP utilities. If they just
allow setting an IP address, but not a subnet, that would be pretty … incomplete.
If that's the case, please try following the guide I linked you to about setting `ip-addr`
and `subnet` fields in the N2xx.
To which address and subnet do you configure it in the utility?
Best regards,
Marcus
On 08.11.22 14:39, ali.mah...@brunel.ac.uk wrote:
Dear Marcus,
UPDATE
I just did what you told me. it is detected when I use the safe mode. I changed the IP
address by using NI-USRP Configuration Utility.
Probably, the device is programmed to use a different IP address than you think
it's using.
See https://files.ettus.com/manual/page_usrp2.html#usrp2_loadflash_brick on how to use the
safe-mode button to temporarily set a fixed IP address. Do that, use the address to
correct the programmed IP a
Hi sp,
That sounds like a bad idea. How are you planning to synchronize access to that
register?
Generally, in almost *any* context, avoid global state. That makes things complicated and
error prone; this is true for python as much as it is for C++, as much as it is for
digital hardware desig
m/CMakeFiles/CMakeError.log".
uno@uno-laptop:~/rfnoc/src/gr-ettus/build-arm$
}}}
El mar, 25 oct 2022 a las 14:14, Marcus Müller ()
escribió:
Hi Jorge,
I sadly can't read your screenshot. Would you mind Copy and Pasting the
text?
GMP and MPIR are the same thing. You only need
Dear Xingjian,
the Ettus USRP X310 is not climate chamber-rated as far as I know.
The NI-USRP 2940, however, is, and you'll notice the hardware is identical, but comes with
more guarantees (and a matching price tag);
https://www.ni.com/docs/de-DE/bundle/usrp-2940-seri/page/seri.html might be
Seconding that.
Now, armchair network standardist here, but if I remember correctly, 2.5 Gb/s Ethernet is
a reduced-rate 10 GBase-T (so, pretty much IEEE802.3an-2006, with reduced clocks). I'm not
sure whether there's any other incompatibility between 802.3an-2006 and 802.3bz. But
honestly, th
Hi!
This is incredibly hard to debug with this little info, but the most likely case would
still be an API mismatch between the version of Boost or UHD that you use for NR-Softmodem
and for your UHD build. Make sure you don't have multiple, potentially conflicting
versions of UHD or Boost inst
But that application is the USRP block of GNU Radio, so you're at least not the first to
use it :)
Wild stab:
So, this is run on your PC, right; are you sure that the GNU Radio you run was built
against the UHD you're using? (This is basically asking how you installed both GNU Radio
and UHD)
Hi Gonzalo,
the tune requests work exactly the same.
I'd point out that 400 kHz is a sampling rate that's simply very very low, and might not
work well on the N200, where the Master Clock Rate is a fixed 100 MHz, so the digital
signal from the 100 MHz ADC needs to get divided by 250, which isn
Hi Stefani,
I don't think even I could find that CPLD design code. Also, I'm honestly having a very
hard time figuring out what you'd achieve by that – the CPLD really does but a tiny bit of
logic/timing glue on the UBX; what is it that you want to achieve by modifying it? Maybe
we can help yo
Hi Joshua,
got it.
By the way, you can see how people responded, in our mail archive!
https://lists.ettus.com/empathy/search?q=jjwhite%40RiversideResearch.org&slist=usrp-users.lists.ettus.com&sort=newer&collapse=on
Best regards,
Marcus
On 10.06.22 16:35, White, Joshua J wrote:
Hi,
If anyon
That's what *you* need to determine, through calibration! Apply a say, -50 dBm power
signal to the USRP's input. Note down the digital power. Choose the reference level as the
difference between -50 dBm and what you observed.
Best regards,
Marcus
DISCLAIMER: Any attached Code is provided As
blocks in image builder really
work? I think they are not stable and have a bug ...
Does anyone work with them? ... So I manually change the USRP image core. But in GUI I
had ambiguity... So I ask.
Thanks very much
On Sun, May 29, 2022 at 4:33 PM Marcus Müller wrote:
Hi Stackprogrammer
Hi Stackprogrammer,
have you read
https://kb.ettus.com/Getting_Started_with_RFNoC_in_UHD_4.0#Running_the_Image_Builder ?
Best regards,
Marcus
DISCLAIMER: Any attached Code is provided As Is. It has not been tested or
validated as a product, for use in a deployed application or system, or for
They're UHD settings, not NIC settings. So, you cannot change them in the NIC.
What your NIC needs to support are the large ethernet frame sizes ("jumboframes"), but I
doubt that's someone your NIC needs help with – it's probably a network stack problem if
the MTU is set too low.
Best regards
n
operation like correlate and convolution, and so on.
Can we use RAM in an RFNOC block that enables us to work with specific
count samples??
It is possible?
any example or guide thanks
On Mon, Mar 21, 2022 at 1:16 PM Marcus Müller
wrote:
Hi!
> In Gnurad
Hi!
In Gnuradio when we want to work with samples buffer samples is 4096 ...
No, it's not! GNU Radio has a variable workload length approach, so you **must not**
assume any fixed length buffer. Especially not 4096.
but for RFNOC we faced 32 samples
How can increased samples buffer
Hi JP,
quick remark: Are you *sure* you want 200 MS/s from *both* channels? The frontend
bandwidth per Channel is 80 MHz, so that 100 MHz would suffice.
Best regards,
Marcus
DISCLAIMER: Any attached Code is provided As Is. It has not been tested or
validated as a product, for use in a deploy
Hi LoyCurtis,
there's no general resource; this is just time synchronization for wireless networks;
you'd need to implement it within the bounds of the wireless system you're building. GPS
does it differently than GSM than LTE than distributed radar systems than…
I don't know whether and if s
Dear Arash,
you've got a gmail account. It definitely works to click on the "unsubscribe" button next
to the "From" field. We can't do this for you.
Best regards,
Marcus
DISCLAIMER: Any attached Code is provided As Is. It has not been tested or
validated as a product, for use in a deployed
Hi Seckin,
it's unlikely your processor is the problem here – if anything, it's the 40·10⁶·64b/s ~=
2.4 Gigabit per second that you're reading from your storage from two different files.
Storage devices and file systems have pretty non-deterministic and large-variance read
speeds and access ti
Hi Jason,
hm, if *I* had to make I wild guess (and it's really only that), something in the network
stack reordered or dropped packets, and now the firmware running on the softcpu can't
reconcile that - or just the host UHD.
I bet this is hard to debug, so let's plan this a bit; I honestly d
Hi Mike,
1. making another identical object will just give you another copy of the same smart
pointer :)
1. & 2. & 3 are sadly all inadequate solutions, because you query the device time at some
randomly varying time after a sample has been produced.
The right approach is actually 4, but
Hello Seckin,
if I remember correctly, the N320 should have a maximum gain of 60 dB, but you're only
using 10 dB; does the figure get better when you increase the gain to say, 55 dB? I'm well
aware the resulting signal might be too strong for you, but it'd give us a lead.
Best regards,
Marcu
Hi Stackprogrammer,
swig errors like that really like to happen if SWIG, for some reason, finds the wrong
headers. Is it possible you've got *multiple* installations of UHD, or GNU Radio, or an
existing gr-ettus installation?
Best regards,
Marcus Müller
On 19.12.21 10:40, sp h wrot
Hi Jason,
if I understand your problem correctly, this is a bit like the problem that, say,
independent user equipment (UE) devices (==mobile phones) need to solve in a cellular
network: they all need to align their clocks to the network-provided time, based on some
synchronization signal.
Y
Dear Huacheng,
while it's hard to rule something like that out, it'd be surprising. Maybe you had a very
strong interferer that led to undesired intermodulation? Next time it happens, try to scan
through the overall spectrum (not only within your bandwidth of interest!) with a spectrum
analyze
Dear Temir,
https://files.ettus.com/schematics/e310/ , the daughterboard schematic (e310_db.pdf), page
7: no, there's no biasing on the RF ports.
Best regards,
Marcus
DISCLAIMER: Any attached Code is provided As Is. It has not been tested or
validated as a product, for use in a deployed app
ost cost-effective solution.
Best regards,
Marcus Müller
DISCLAIMER: Any attached Code is provided As Is. It has not been tested or
validated as a product, for use in a deployed application or system, or for use
in hazardous environments. You assume all risks for use of the Code. Use of the
Code
Hi Andreas,
which USRP is this about? My guess is the X310, and you're using the BasicTX
daughterboard. Is that correct?
To talk about features of the DSP architecture, it's also (very) relevant to know which
version of UHD we're talking about!
I have tried to add skip_duc=1 which is menti
Hi fan,
In 2020, Alekh Gupta wrote a predistortion module for exactly that purpose.
https://github.com/gnuradio/gr-dpd
Your questions regarding gain make no sense, because the whole point of
nonlinearity is
that you can't represent it as a single gain number, so you might need to read
up on th
Hello Weit,
the maximum sampling rate of a B210 is 30.72 MHz per direction per frontend, so
that's
61.42 MS/s per direction (TX and RX). That times 12 bit per sample makes 1.47
Gb/s. So, I
don't really know where the 5 Gb/s your USRP might theoretically go. So, I must
admit your
question makes
1 - 100 of 491 matches
Mail list logo
