On 03/14/2019 04:37 PM, Damon wrote:
Hi Marcus,
The UHD Version is v3.14.0.0-rc1.
Best regards,
Damon
I don't see this issue at all, using v3.14.0.0-rc3
How are you measuring phase, what does you flow-graph look like? Have
you increased the gain enough to assure that the inherent system
W dniu 12.03.2019 o 17:49, Patscheider, Dominik via USRP-users pisze:
>
> Hello ,
>
>
>
> For a Radar I´m transmitting and receiving with the USRP X310 samples
> on different frequency steps.
>
>
>
> For instance, after 4 frames I´m coming back to the first center freq
> and continue this a few
Hi,
Same happened to me once before. You need to follow this:
https://kb.ettus.com/X300/X310_Device_Recovery
Good luck.
Regards,
Xavier
On Fri, 15 Mar 2019 at 12:57, Ilay Nissim via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi
>
> I am using x310 and after upgrading 13.01 to 13.3.1
>
>
On 03/15/2019 06:49 AM, Janos Buttgereit via USRP-users wrote:
Hi Ettus Users,
I wanted to friendly bump up this topic again. It’s really blocking me
from working with the N310 if this error persists. I’m a bit lost with
finding out why the MAC address of the network interfaces cannot be
look
Hi
I am using x310 and after upgrading 13.01 to 13.3.1
I have an urgent issue
My FPGA burn was stoppend in the beginning and now it seems there is a brick
No eth connection on either port
Is there a golden image for the FPGA?
And advice?
Regards
Regards,
Ilay Nissim
RT Embedded Team Leader
Netlin
Hi Ettus Users,
I wanted to friendly bump up this topic again. It’s really blocking me from
working with the N310 if this error persists. I’m a bit lost with finding out
why the MAC address of the network interfaces cannot be looked up, looked
through the implementation of commit_xport, hover h
