Hi Emanuele, I'm not certain, but it looks like the command buffer to the radio may be filling up such that when it's full, you receive the "no response packet" error. Configuration commands such as set_rx_frequency are inserted into a command FIFO on the FPGA. One thing that can cause the entire FIFO to be blocked is if the command at the head of the FIFO is a timed command and the time is still in the future. In this case, all commands behind the head command will block until the head command executes at the indicated time. And, the FIFO is not deep so it is pretty easy to fill it up if it is not simultaneously being consumed. I didn't notice any bug that should cause the FIFO to block. But, the fact that you can run error-free if you don't use the timed commands is a clue. I have 2 suggestions: 1) add a delay between the set_time_now() and the get_time_now(), and 2) move the get_time_now() below the first set of tune commands. Rob
On Tue, Nov 23, 2021 at 4:06 AM <emanuele.tolo...@intecs.it> wrote: > Hi Marcus, thank you > > I tried both changing the command-time (up to 1 second) and using UHD > version 3.15.0.0. > > The application still crashes with the same error. > > > terminate called after throwing an instance of 'uhd::io_error' > > what(): EnvironmentError: IOError: [0/DDC_0] sr_write() failed: > EnvironmentError: IOError: Block ctrl (CE_03_Port_60) 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:151 > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-le...@lists.ettus.com >
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
