Hello,
I have an X300 with two TwinRX daughterboards, and I'm using UHD 3.13.1. I need
channels synchronization for DOA calculation, so the channels share the same LO
provided by channel 0.
The code for the LO sharing is the following:
m_MultiUsrp->set_time_unknown_pps(uhd::time_spec_t());
std::this_thread::sleep_for(std::chrono::seconds(1)); // wait for pps sync pulse
// Set channel specific settings
m_MultiUsrp->set_rx_lo_export_enabled(true, m_MultiUsrp->ALL_LOS, 0);
m_MultiUsrp->set_rx_lo_source("internal", m_MultiUsrp->ALL_LOS, 0);
m_MultiUsrp->set_rx_dc_offset(true, 0);
m_MultiUsrp->set_rx_lo_source("companion", m_MultiUsrp->ALL_LOS, 1);
m_MultiUsrp->set_rx_dc_offset(true, 1);
m_MultiUsrp->set_rx_lo_source("external", m_MultiUsrp->ALL_LOS, 2);
m_MultiUsrp->set_rx_dc_offset(true, 2);
m_MultiUsrp->set_rx_lo_source("external", m_MultiUsrp->ALL_LOS, 3);
m_MultiUsrp->set_rx_dc_offset(true, 3);
I am able to correctly tune the channels for the first time. However I'm having
problems with changing the center frequency at runtime. When using the command
set_rx_frequency() both in channel tuning and in channel synchronization, after
a few loops the application crashes producing the error:
what(): EnvironmentError: IOError: Block ctrl (CE_01_Port_40) no response
packet - AssertionError: bool(buff)
in uint64_t ctrl_iface_impl<_endianness>::wait_for_ack(bool, double) [with
uhd::endianness_t _endianness = (uhd::endianness_t)0u; uint64_t = long unsigned
int]
at /home/emanuele/uhd/host/lib/rfnoc/ctrl_iface.cpp:154
In particular, in the attached code of the ReceiveSamplesBurst function, if I
comment between lines tagged with "INDICTED CODE LINES", the application runs
without problems but the channels are not phase-synchronized.
How can I avoid this error while keeping the synchronization between all the
four channels?
Thank you in advance.
Emanuele Tolomei
LEGAL DISCLAIMER:
The contents of this email and any transmitted files are confidential and
intended solely for the use of the individual or entity to whom they are
addressed. We hereby exclude any warranty and any liability as to the quality
or accuracy of the contents of this email and any attached transmitted files.
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing or copying
of this email is strictly prohibited. If you have received this email in error
please contact the sender and delete the material from any computer.
_______________________________________________
USRP-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
