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
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
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
Yes, but with constraints, since they both have to be derived from the same
radio clock.
Anyways, that's in the end just a parameterization of the DUC and DCC!
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
Hi Seyed,
the E320 is probably not the device you want: While you attach B210 and X310 to
a powerful
PC, which would then run OAI on the samples gotten from the USRP, the real
strength of the
E320 is being an embedded system, especially for people who want to develop
FPGA logic and
embedded so
Hi!
It's probably easiest if you just clone the UHD source code, go into host/lib/
and grep
for peek32 in there – that's the realest-world example of peeking around in
device
registers you'll find :)
Best regards,
Marcus
On 29.03.21 15:15, COURANT Frederique - Contractor via USRP-users wrote:
Hi Snehasish,
chances are that if the board doesn't show up in lspci, there's not much you
can debug;
your mainboard doesn't seem to play nice.
Try the following:
* Check dmesg for anything related to PCIe enumeration
* Check in your BIOS/UEFI setup whether it has some dialog to list connect
Hi Muhammed,
you can use it with just one.
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 environments. You assume all risks for use of the Code. Use o
have a problem with the UBX related to said CPLD, we can definitely
try to help
you on that!
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 hazardo
Hi Rylee,
did you add the files to the Makefile or Makefile.inc or Makefile.srcs
(depending on where
your files ended up in) that contains the instruction to build your main module
.v file?
Best regards,
Marcus
DISCLAIMER: Any attached Code is provided As Is. It has not been tested or
valida
Hm, this looks like the EEPROM on the B205 containing the bootloader / initial
USB
identifier code for the USB chipset isn't quite right.
Good news: you can fix that!
When you built UHD, b2xx_fx3_utils got built along the way, and is probably
install under
somewhere like $PREFIX/lib64/uhd/utils
Hm, I can see that.
I've only observed the behaviour Damon describes with a single embedded system,
and there
was no solution: It was the SBC's vendor firmware that simply waited for that
USB bulk
device to do something. That's not standard, it was not fixable, and it's
honestly nothing
the B20
Hi Martin,
that's a bit of a wide field there :) In essence, there's not a single answer
to your
question: whether your hardware is sufficiently fast depends on what you do
with it!
For example: 192 kb/s is really not much data to process, if there's a simple
(say,
Hamming(4,7) ) error-correct
Hi Martin,
> Many thanks for your reply.
You're more than welcome! USRPs in ground stations are fun stuff!
> The ground station is intended to primarily support future educational
> CubeSat projects
> so it's difficult to say exactly what communications protocols will be used
> but you are
> r
Hi Oscar,
the metadata contains a timestamp. That's literally a timestamp – If you know
the time at
*any* PPS, for example because you set it, then you can directly infer the time
at the
last PPS from the timestamp.
However, usually people care about the time of a sample, not the time at the
Hi Daniel,
On 23.05.21 10:30, Daniel Estévez wrote:
>
> That's an interesting idea to decode Golay (23,12). The results would be
> equivalent to
> algebraic decoding, I believe. This is because the balls of Hamming radius 3
> centred on
> the codewords are a partition of the total code space.
Hello!
All daughteboards for the X310, as far as I know, allow for much, much faster
tuning times
than 10 ms. This is not true for the B200mini, on which large tuning steps can
take very long.
Are you using timed commands correctly? How are you measuring the tuning time?
Best regards,
Marcus
I didn't get your code, sorry. Maybe you can describe how you're measuring
tuning speed?
Do you have some external meter, or do you observe the TX frequency on your RX
using the
same USRP?
Best regards,
Marcus
DISCLAIMER: Any attached Code is provided As Is. It has not been tested or
validated
Hi,
sadly, your approach can't be used to measure tuning time: querying the sensor
is much
slower than the tuning is. You're sampling the speed at which you can *ask* the
device
whether its LO is locked, not the actual tuning time.
If you want to measure the tuning times, I'd recommend doing so
Hi!
> I don’t understand how use this if get_rx_sensor is “querying the sensor is
> much
slower than the tuning is“
This is a way to be *sure* you've finished locking the LO before you do
something else.
This is NOT a way to measure how quickly you can tune.
In applications where tuning speed
Hello!
huh, this doesn't look too good. The most common reason for prob1:
> problem 1 : I’m using E320 with uhd 3.15 and static boost lib. I can do
> uhd_find_device
and it work for a min then its stop when I use args=”addr=192…..” does anyone
has this
problem? I appreciate the help
would be t
Hi Marcus,
On 06.06.21 03:37, Marcus D Leech wrote:
> Isn’t sd-resolv part of systemd?
Certainly is; it happens to be the process that is the origin of the syscall
that seems to
crash!
> No user land process should ever be able to do anything to cause a kernel
> oops, modulo kernel bugs, which t
Ok, I'm stumbling at least as much in the dark as the next Marcus, but: these
two
machines, do they use the same MTU for their NICs?
On 10.06.21 07:26, Kelvin Lok wrote:
> Both computers are connected to only a single x310 at a time, 10GB SPF+
> through to a
> x520 NIC.
>
> If it helps, I also
Hello Jim,
hm, that knowledge base article must be wrong: The octoclock internally only
has a 3.3V
supply. But before I say something wrong here, let me check back.
Best regards,
Marcus
On 11.06.21 14:17, Jim Palladino wrote:
> Hello,
>
> We are planning on using an octoclock with several
Ah wait, you're right! I overlooked U120. I was actually also confused by
C200…C207, which
happen to be on VCC3V3 and would in numbers make sense to decouple the two
7404s, U204 and
U203. Sorry!
On 11.06.21 15:39, Marcus D. Leech wrote:
> On 06/11/2021 09:11 AM, Marcus Müller wrote:
x27;ll check
> with R&D.
>
>
>>
>> --
>> *From:* Marcus D. Leech
>> *Sent:* Friday, June 11, 2021 9:39 AM
>> *To:* usrp-users@lists.ettus.com
>> *Subject:* [U
Hi Alex,
that's the right (and only) approach: Metadata contains the time stamp for the
first
sample in a packet; the rest is counting!
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
That's not possible; you'll have to use the set_rx_frequency / set_tx_frequency
API.
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
Hi!
Could you tell us which version of UHD / the FPGA code this is?
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 environments. You assume all risks f
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
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
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
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
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
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
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
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
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 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
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 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
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 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
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!
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
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
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
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
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
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
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
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 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
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!
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
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
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
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
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
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
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.
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.
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
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
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
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
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
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 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.
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,
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
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 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,
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,
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
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,
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
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 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
/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
---
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
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
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 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 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
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 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
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 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,
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
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 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
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 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:
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 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
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
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
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
1 - 100 of 491 matches
Mail list logo
