<div dir="ltr"><div dir="ltr"><div>Hi Bill - thanks for generating the spec.  It's good to see various pieces of the project starting</div><div>to get documentation. It's a nice document.  Can I borrow the nice HAMSCI and TAPR logos?<br></div><div><br></div><div>Here are some comments on the spec - it may be too early to address most of them (perhaps</div><div>put them in the parking lot and get back to them later?).</div><div><br></div><div>1.User Interface.  Would it be useful to have an optional status / eye-candy display<br>of space weather, propagation, or measurements?   This might be a selling<br>point for people to acquire a PSWS. Would it need to download something<br>from the central server to do this?</div><div><br></div><div>2. Does the system need a way to do unattended recovery / restart?  Once the<br>system has been configured for unattended operation and measurement, should<br>the system have a GUI settable configuration to enable the ability to auto<br>discover radios, program them to the current observational needs (frequency, band,<br>etc.), and establish server reporting?  Essentially, get back to what it was doing<br>before power failed, or the node was rebooted, etc.</div><div><br></div><div>3. One of the key issues will be the time required to upload data to the central<br>server. For example:  a dual-receiver 8-band 192 ks/s 15-minute observation would<br>be about 20 GB of data. Assuming a 1 Mbit/s upload speed it would take about 2 days<br>to upload (assuming near 100% efficiency).  During that upload the 24-hour buffer<br>would be over-written.  </div><div><br></div><div>4. Could the data to be uploaded to the server be compressed effectively?  Lossless</div><div>compression might not achieve much reduction in data size.  Lossy compression might</div><div>obscure science data. Can the SBC compress data while doing other tasks (concern</div><div>about CPU performance).</div><div><br></div><div>5. Should Gnuradio support be optional?  It is a lot of overhead, there may be</div><div>lower-resource approaches to data processing.  Does Gnuradio have reliability<br>issues for long-running / continuous tasks?</div><div><br></div><div>-- Tom, N5EG</div><div><br></div><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div class="gmail_attr" dir="ltr">On Sat, May 11, 2019 at 12:46 PM Engelke, Bill <<a href="mailto:bill.engelke@ua.edu">bill.engelke@ua.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">





<div lang="EN-US">
<div class="gmail-m_6775360553136096715WordSection1">
<p class="MsoNormal">See attached, first draft of Functional Spec for the Local Host (SBC).   Hope to discuss at Dayton.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">-73- Bill AB4EJ<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">W. D. Engelke (Bill), Asst. Research Engr.<u></u><u></u></p>
<p class="MsoNormal">Center for Advanced Public Safety<u></u><u></u></p>
<p class="MsoNormal">Cyber Hall<u></u><u></u></p>
<p class="MsoNormal">The University of Alabama<u></u><u></u></p>
<p class="MsoNormal">Tuscaloosa, AL 35487<u></u><u></u></p>
<p class="MsoNormal">Desk: (205) 348-7244<u></u><u></u></p>
<p class="MsoNormal">Mobile: (205) 764-3099<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>

</blockquote></div>