minimum sample rates?

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.

Francesco Gugliuzza f.gugliuzza at hacklabproject.org
Thu Jun 27 11:03:41 UTC 2013


You shouldn't need to do any tuning.
http://cgit.osmocom.org/rtl-sdr/tree/include/rtl-sdr.h search "test mode"
in the file. Once you have enabled the counter, just check the incoming
samples to see if you drop any data.
I *think* rtl_test does it when running in async mode, but I'm not so sure.
I'd like an official word from the devs on this.


2013/6/27 David Jacobowitz <david.jacobowitz at gmail.com>

> One could probably write a program that can tune to a known signal and
> then test through a range of sample rates to determine which ones generate
> a data stream that when treated at the expected sample rate gives the
> expected signal
>
> .... a project for another day.
>
>
> On Thu, Jun 27, 2013 at 2:16 AM, Sylvain Munaut <246tnt at gmail.com> wrote:
>
>> > Thanks, Sylvain. That makes sense. I probably wouldn't have spent so
>> much
>> > time on it if the lib gave some indication that it wasn't setting those
>> > rates.
>>
>> Well, we don't really know exactly what rates are supported by the
>> hardware or not since there isn't exactly good documentation on it ...
>> and the lib will just pass that to the hardware as long as the range
>> fits into the "registers". This way users can  experiment ...
>>
>> But if you want reliable operation you should stick to "known" working
>> samples rates like 250k 1M 1.024M 2M 2.048M 2.4M
>>
>> Cheers
>>
>>     Sylvain
>>
>
>


-- 
Francesco Gugliuzza
B.Sc. in Computer Engineering
HackLabProject.org Administrator
Linux user #374630
Tel (VoIP geographic number): +39 0921440446
Tel (Libera il VoIP number): 5125320
E-mail: f.gugliuzza at hacklabproject.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20130627/5cf32a1e/attachment.htm>


More information about the osmocom-sdr mailing list