Hi,
The ADALM-Pluto uses the AD9363 / AD9364 and is a member of the AD9631 family.
This has AGC which is set via the in_voltage0_gain_control_mode parameter and
works very well indeed, making the cheap and cheerful Pluto a very usable SDR.
Simon Brown, G4ELI
https://www.sdr-radio.com
To whom it may concern:
A few points to add:
-12-bit ADCs do not necessarily mean that you will get 12-bit resolutions from
your received data. Resamplers may increase the effective bit depth. Say you
have the smallest step of 1 and have [1 2] as samples; You downsample that to
[1.5] and now
Try removing all xml files you have in your OOT IP directory.
On Thu, Feb 20, 2020 at 10:22 PM Rob Kossler via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Unfortunately, I already tried that but no luck.
>
> On Thu, Feb 20, 2020 at 9:54 PM Nick Foster wrote:
>
>>
>>
Unfortunately, I already tried that but no luck.
On Thu, Feb 20, 2020 at 9:54 PM Nick Foster wrote:
>
> /home/kossler/nd_overhaul/uhd_nd/rfnoc/testbenches/noc_block_txarb_tb/build-ip/
>
> Wipe that whole directory and try it again. If you want to be selective
> and save some time you can wipe
/home/kossler/nd_overhaul/uhd_nd/rfnoc/testbenches/noc_block_txarb_tb/build-ip/
Wipe that whole directory and try it again. If you want to be selective and
save some time you can wipe only the axi_mem_64k directory.
On Thu, Feb 20, 2020 at 6:13 PM Rob Kossler via USRP-users <
Hi,
I am having a problem with a Block Memory Generator IP that is working with
2017.4 but is giving me issues with 2018.3. I have tried to upgrade the IP
as well as re-creating the IP from scratch in 2018.3, but I still get the
same failure (see below). I have attached the IP created from
On 02/20/2020 01:54 PM, Alvaro Pendas wrote:
I get what you mean, but maybe I did not explain myself correctly.
Let's forget about GNU Radio and focus on the ADC. The ADC resolution
is 12 bits, so it has 4096 digital levels. The question here is, does
the usrp adapts those levels to the signal
I get what you mean, but maybe I did not explain myself correctly. Let's
forget about GNU Radio and focus on the ADC. The ADC resolution is 12 bits,
so it has 4096 digital levels. The question here is, does the usrp adapts
those levels to the signal it is receiving at each moment? If that
On 02/20/2020 11:38 AM, Alvaro Pendas wrote:
However, the way I see it, this represents a problem in the receiving
part. Let me put it this way: the max output of the ADC is 1, and that
corresponds with the max input. That max input would represent the
case when you receive a high power signal
Hi Michael,
User now using a better PC, on Windows he’s streaming 20 Msps and is a happy
bunny. As he doesn’t have 10GigE he can’t really do much more (20Msps = 675Mbps
he says).
My ‘bitching’ is really the way UHD.dll handles frames – ideally I should be
able to have the software group
Hi Simon - When you say "but performance is not great" ... beyond CPU load:
do you get good Tx and Rx rates (e.g., if you run "benchmark_rate") without
underruns / overflows / late packets (etc)? What is the MTU set to for this
ENET link? 1 GbE or 10 GbE? Can you provide a little more detail for
However, the way I see it, this represents a problem in the receiving part.
Let me put it this way: the max output of the ADC is 1, and that
corresponds with the max input. That max input would represent the case
when you receive a high power signal and you set your drive amplifier next
to its
Hi,
Now using UDB 3.15 LTZ instead of UHD 4.0 and a user's X310 works but
performance is not great:
* CPU load high,
* MTU size results in only 364 samples per buffer which I believe to
indirectly cause the high CPU.
I've not found much on the Ettus site apart from ensuring
13 matches
Mail list logo
