fabian,
I have tested your solution, but the get_time_last_pps always gives me the
expect value.
Daniel, On a different point, the issue might be related to timing, here are
some examples of timing related to the DACs. The compilation is successful but
the margin is very low, in the 10 ps
Nate,
Thanks, this did the trick. Edited
/usr/lib/python3.5/site-packages/usrp_mpm/periph_manager/e320_periphs.py on the
E320 with the changes and now it locks perfectly (tested only in network mode).
Thanks for finding this and pushing it out!
From: Nate Tem
Hi,
I am trying to set the connection between my PC and my USRP X310.
I ran the command uhd_find_devices, and successfully it found the USRP.
Then I use the uhd_usrp_probe command and I had the next error:
aaron@leonard:~$ uhd_usrp_probe
[INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501;
UHD_
No, it was a 3.3V CMOS variant of that IC. I cannot figure it out as I
would have to take the hardware apart.
Am 27.09.2019 um 09:30 schrieb Daniel Jepson via USRP-users:
Fabian,
I noticed on the SN74LS125A datasheet the minimum input voltage is
4.75V. Is this the correct part that you're usi
Fabian,
I noticed on the SN74LS125A datasheet the minimum input voltage is 4.75V.
Is this the correct part that you're using?
-Daniel
On Fri, Sep 27, 2019 at 9:27 AM Daniel Jepson
wrote:
> Thanks Fabian. As long as the input PPS is driven by the same RefClk that
> is provided to the X310, this
Thanks Fabian. As long as the input PPS is driven by the same RefClk that
is provided to the X310, this system should be ok. You might also consider
driving the PPS on the falling edge of the RefClk to ensure timing is met
at the X310. There are some timing constraints here that might affect
perfor
