<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
</head>
<body>
Hi Bill,<br>
<br>
Were you going to include a slow rate, too? Like 5sps or 10sps?<br>
While these rates are arbitrary, I do favor keeping the rates
compatible with other past radios. Also, powers of two makes the
filtering easier in the FPGA.<br>
<br>
so how about:<br>
8 sps<br>
4000 sps<br>
8000 sps<br>
48 ksps<br>
96 ksps<br>
192 ksps<br>
384 ksps<br>
768 ksps<br>
1.536 Msps<br>
<br>
Maybe some of the intermediate rates are not needed. Low-end rates
are helpful for slower SBCs.<br>
<br>
We can also have a different format for panadapter streams, since
they need to cover a wide freq span, but do not need much resolution
(since the individual signals will not be demodulated).<br>
<br>
73,<br>
Scotty WA2DFI<br>
<br>
<div class="moz-cite-prefix">On 4/27/2020 9:59 AM, Engelke, Bill via
TangerineSDR wrote:<br>
</div>
<blockquote type="cite"
cite="mid:ada9342946444b54b4d09ce6aed11514@ua.edu">
<pre class="moz-quote-pre" wrap="">For your review & comment - I have added to the protocol a method for the LH to inquire to the DE for a list of supported data rates; see Page 5. (The table listed there is just an example, actual supported data rates list is expected to include different rates, but should use this format).
Please give feedback, if any thoughts - thanks & 73 - Bill, AB4EJ
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
</blockquote>
<br>
</body>
</html>