If there is enough room the frequency scan functions could be implemented on the existing board with the output being sent out over the USB bus instead of the full spectrum info.
Or even possibly (and probably more easily) just snapshot the entire 60MHZ bandwidth and dump that to the GPC for processing while the centre frequency changes (or not for measurement purposes) for the next snapshot. In that way you get 60MHz chunks of simultaneous spectrum snaps and processing taking place during the lag time, or even after if you don’t need real time.
Has anyone gotten the lag time for the LimeSDR frequency changes?
It’s probably pretty close to the lag time of the main oscillator I would think.
With a nominal start time of 10ms to 90% output on a frequency change the installed Rakon means we can bounce up the frequency centres from 30MHz to 3800MHz continuously tuning without measuring in 60MHz jumps in roughly 700ms including command timing. 64 jumps covers the entire available spectrum so then it’s just a matter of adding the data dump time to snapshot the 60MHz chunk and get it back to the GPC and you have the scan rate minus any processing time, Processing at that rate can be done after the fact to capture as close to a continuous real time spectrum use picture as possible give or take a second or two over 3800MHz and only needs to be done on the bit of spectrum that is of interest for that measurement.
Quicker if there is no frequency hop required, then it is all data transfer and processing time for the 60MHz chunk (or slice thereof) of interest.
Sorry, just thinking out loud here.