Hi, thanks for the detailed explanation.
On Sat, Dec 4, 2021, 08:38 Marcus Müller wrote:
> Hello!
>
> > I want to know if I can use N200 with UBX160
>
> Sadly, no. The N200 needs an anti-alias filter of at most 50 MHz bandwidth
> (one-sided) for
> effectively alias-free operation, and a UBX160
Hello!
> I want to know if I can use N200 with UBX160
Sadly, no. The N200 needs an anti-alias filter of at most 50 MHz bandwidth (one-sided) for
effectively alias-free operation, and a UBX160 has 80 MHz.
> My goal is to run the N200 at 100Msps to receive 100MHz bandwidth of signal.
That is i
On 2021-12-03 16:07, ChunChih Lin wrote:
Hi all,
I'm new to USRP N310.
I'm trying to use the uhd_fft spectrum monitor command to receive signals.
Is it possible that I transmit and receive signals while using RF 1
instead of the default RF 0?
What kind of --args should I use?
Many thanks
Chun
Hi all,
I'm new to USRP N310.
I'm trying to use the uhd_fft spectrum monitor command to receive signals.
Is it possible that I transmit and receive signals while using RF 1 instead
of the default RF 0?
What kind of --args should I use?
Many thanks
Chun-Chih Lin
___
On 2021-12-03 10:02, iw1...@gmail.com wrote:
The NIC is an Intel X710 Dual Port 10Gb Direct Attach, SFP+,PCIe. MTU
is now 9000. I tried now with 1500, but still same error. I still have
to check with new image, if any.
My "hunch" is that packets are getting lost or re-ordered during the
FPG
The NIC is an Intel X710 Dual Port 10Gb Direct Attach, SFP+,PCIe. MTU is now
9000. I tried now with 1500, but still same error. I still have to check with
new image, if any.
```
abusso@ttclabsdr:~$ ifconfig
eno1: flags=4163 mtu 1500
inet 10.181.165.152 netmask 255.255.252.0 broadcast
On 2021-12-03 09:14, iw1...@gmail.com wrote:
I can try re-programming with new images (if not already done)
starting from Vivado. Is this what you mean?
I tried a flood ping. With up to 6000 bytes packet all is fine. With
7000 I start loosing a bit. With 8000 it loose 50%. I’m not sure if
t
I don't know exactly when, but Ettus changed from using XGS and HGS images
to XG and HG. I think this was in between 3.9 and 3.10 so maybe you are OK
with the XG image. But, I would recommend using the "--fpga-path" command
line argument to specify exactly which image you want. My guess is that
w
I can try re-programming with new images (if not already done) starting from
Vivado. Is this what you mean?
I tried a flood ping. With up to 6000 bytes packet all is fine. With 7000 I
start loosing a bit. With 8000 it loose 50%. I’m not sure if this is normal
with such long packets.
```
abusso
On 2021-12-03 07:47, iw1...@gmail.com wrote:
This is what I obtain from the two commands. In the image loader
command, if I do not specify the image it takes automatically the XG,
which is the same I used to program the FPGA with Vivado (2x10G).
|abusso@ttclabsdr:~$ uhd_usrp_probe|
|linux;
There’ll be aliasing.
Sent from my iPhone
> On Dec 3, 2021, at 2:35 AM, 翁偉吾 wrote:
>
>
> Hi, I want to know if I can use N200 with UBX160. My goal is to run the N200
> at 100Msps to receive 100MHz bandwidth of signal. Which means that UBX40 is
> not the right choice. I don't see the UBX16
This is what I obtain from the two commands. In the image loader command, if I
do not specify the image it takes automatically the XG, which is the same I
used to program the FPGA with Vivado (2x10G).
```
abusso@ttclabsdr:~$ uhd_usrp_probe
```
```
linux; GNU C++ version 7.3.0; Boost_106501; UHD
12 matches
Mail list logo
