Pluto `Frequency Sweep Example gnu radio

Dwell time is how long you remain at one frequency.

-Travis

ok travis lets say 3 milli seconds that means the radio will be able to visit the same freq atlesst twict in a second for the bandwidth between 70 Mhz - 6 Ghz

Hope i am correct

Maybe I can frame this a bit for you. So in GNU Radio the way you are controlling frequency updates relative to the data stream is purely asynchronous. From the perspective of general software control of the LO frequency and data stream, they are asynchronous.  This creates a scenarios like I mentioned in a previous post:

travisfcollins said:

Note too that when you change frequency the data may not reflect the updated frequency as there is natural elasticity in the system. This delay would need to be measured

Without highly customizing the HDL and software control the only way to make sure the current data reflects the current desired frequency is to process say N buffers aka wait. N would take into account the GNU Radio inter-block buffers and the buffers libiio uses to stream data from hardware. By default the number of libiio buffers is 4 (size of buffers is set by the block). Getting the number of inline buffers in GNU Radio is complex since its managed by a scheduler. The hacky way to do this is to just make N large. Like >10+libiio buffers.

I would recommend verifying that your data reflects the desired frequency of interest. Say ping pong between 2 frequencies with known spectral content. Once that works you can scan the entire band of interest.

-Travis