<div dir="ltr">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<div>
<br></div><div>.... a project for another day.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 27, 2013 at 2:16 AM, Sylvain Munaut <span dir="ltr"><<a href="mailto:246tnt@gmail.com" target="_blank">246tnt@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">> Thanks, Sylvain. That makes sense. I probably wouldn't have spent so much<br>
> time on it if the lib gave some indication that it wasn't setting those<br>
> rates.<br>
<br>
</div>Well, we don't really know exactly what rates are supported by the<br>
hardware or not since there isn't exactly good documentation on it ...<br>
and the lib will just pass that to the hardware as long as the range<br>
fits into the "registers". This way users can  experiment ...<br>
<br>
But if you want reliable operation you should stick to "known" working<br>
samples rates like 250k 1M 1.024M 2M 2.048M 2.4M<br>
<br>
Cheers<br>
<span class="HOEnZb"><font color="#888888"><br>
    Sylvain<br>
</font></span></blockquote></div><br></div>