Hi Luke,
What version of UHD are you using?
There was an issue with the DUC/DDC phase accumulator's resolution, but it
was fixed with UHD 3.14.1.0.
The threads below are were this was identified:
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2019-May/059914.html
http://lists.ettus
On 12/07/2019 12:05 PM, Nate Temple via USRP-users wrote:
Hi Luke,
What version of UHD are you using?
There was an issue with the DUC/DDC phase accumulator's resolution,
but it was fixed with UHD 3.14.1.0.
The threads below are were this was identified:
http://lists.ettus.com/pipermail/usrp
Hi Nate,
Thank you so much, this is very useful.
I am using Gnuradio 3.7 on Windows and according to uhd_cal_rx_iq_balance.exe
for example, UHD version is UHD_3.14.1.HEAD-0-g5491b80e. That should have the
issue fixed, right?
Would you mind to elaborate briefly how to get the "timed command"?
Hi Luke,
There is an example of setting timed commands in a custom block for the
TwinRX in gr-doa here:
https://github.com/EttusResearch/gr-doa/blob/master/python/twinrx_usrp_source.py#L101-L121
You can do this with the standard UHD source/sink blocks, by first making
your flowgraph, then genera
On 12/07/2019 02:35 PM, Lukas Haase via USRP-users wrote:
Also: Why wouldn't such an approach cause issues due to the clock differences
between the host computer and the USRP?
The CPU clock plays no role here at all. Samples are timed by the USRP,
NOT the host. Further, in a "timed command"
Hi Nate,
Nate wrote:
> Hi Luke,
>
> There is an example of setting timed commands in a custom block for the
> TwinRX in gr-doa here:
>
> https://github.com/EttusResearch/gr-doa/blob/master/python/twinrx_usrp_source.py#L101-L121
>
> You can do this with the standard UHD source/sink blocks, by firs
