On 27/03/2025 14:55, Chris Rogers wrote:
I'm not super familiar with the RFNoC stuff or the python workflow,
but the real key is to do timed frequency tuning of each channel, as
seen in the changes from this commit :
https://github.com/EttusResearch/uhd/commit/de1542331ff5f9dc29e252814ddeaa645f
I'm not super familiar with the RFNoC stuff or the python workflow, but the
real key is to do timed frequency tuning of each channel, as seen in the
changes from this commit :
https://github.com/EttusResearch/uhd/commit/de1542331ff5f9dc29e252814ddeaa645f5641f3
As long as the API you're using provi
Thanks for that reminder. I took a look at that example. We are using the
RFNoC API (using the python bindings) and not the MultiUSRP API. I assume the
same sequence can be achieved setting up the SDR through RFNoC?
___
USRP-users mailing list -- usr
Okay but just a reminder, as far as I know only the one example script
"tx_waveforms.cpp" was fixed to address this problem, so it may be easier
to just print the latest version of that and follow that code structure in
your application (since I assume you're not just running tx_waveforms).
On Thu
Great, thank you! Will upgrade to UHD 4.8 and give it a shot.
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
Hi Heath and Marcus,
I was actually "R&D's plate" for this one. We worked through it and found
the issue. The root cause is the startup sequence in almost every example
UHD script is a bit out of order and had to be reorganized in terms of
clock setup and synchronized channel tuning. This problem
On 27/03/2025 12:46, Heath Stamm wrote:
Hi, I have an X440 loaded with the X4_200 FPGA image running UHD 4.6.
Using the RFNoC API, I am streaming the same 1 MHz tone into two
channels at the same time (timed command) using a TX streamer going
through the DUC (upsampling from 10.24MSPS to 245.
