<div dir="ltr"><div>Hi Bill - generally the bandwidth and sample rate are locked together. The Nyquist criteria is that the</div><div>sample rate be at least twice the highest frequency component. When using I+Q samples, we are able</div><div>to distinguish negative from positive frequencies, so the range of usable frequencies goes from <br></div><div> -fsamp/2 to +fsamp/2. Nyquist means that in theory no information is discarded at lower than half the sample</div><div>rate ** - even very fractional Hertz stuff is in there and can be recovered, but it might take a long time.<br></div><div><br></div><div>As an example:</div><div>In order to receive a 10 Hertz wide spectrum slice (+/- 5 Hz) the receiver would need to first</div><div>lowpass filter the signal to < 5 Hz. (i.e. from -5 to +5) then decimate and change the sample rate, then send those to you.</div><div></div><div>You could then for example implement a Complex FFT of size=1024. This would yield bin sizes of</div><div>10 / 1024, or 9.8 milliHertz. Beware however that at a 10 Hz sample rate, that FFT process needs 102.4 seconds worth</div><div> of data per FFT.</div><div><br></div><div>Does this clarify?</div><div><br></div><div>-- Tom, N5EG</div><div></div><div><br></div><div>** Except that due to imperfect LPF filter roll-off, ADC quantization, etc.</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 14, 2020 at 10:17 AM Engelke, Bill via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org">tangerinesdr@lists.tapr.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div lang="EN-US">
<div class="gmail-m_-5121161141950030347WordSection1">
<p class="MsoNormal">This question is sort of directed to Scotty, but I am posting it here because I’m sure others will have useful thoughts on this matter.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">As you may recall, in TangerineSDR when we collect IQ data for multiple channels, we have to run them all at the same sample rate (at least, for Phase 1). The main reason for this is that Digital RF is optimized for handling data that way,
and we need to roll with that rather than struggle against it, so that we can have something ready and tested in the time frame. We can add more complexity later if we want.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I am puzzling over something, however – probably because I still have a lot to learn about digital signal processing. The frequency precision of an FFT is related to the number of bins (i.e., when I do the FFT with 2048 samples, I get
more precision than if I do it with 1024 samples). In several conversations, the sample rate and the bandwidth have been almost interchangeable; however, is that mandatory?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Specifically, let’s say that I want to closely watch the carrier frequency of WWV at 10 MHz. We know that the most it moves due to doppler shift is a fraction of a Hz, so I only want to handle a few Hz of bandwidth – but I want to do
it to a precision of 0.01 Hz. This precision would seem to dictate a very high sample rate, but the bandwidth I want to process is only 2 to 3 Hz.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">The QUESTION then is this: when configuring the channels for the DE to run, is it feasible for me to be able to independently set the sample rate and bandwidth? If so, is there a major downside to doing this?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">-73- Bill AB4EJ<u></u><u></u></p>
</div>
</div>
-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" target="_blank">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" rel="noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><br>
</blockquote></div>