<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Thank you, Tom.<div class=""><br class=""></div><div class="">As always, here is the recording: <a href="https://scranton.zoom.us/rec/share/_1ZZbMl3XodudwEOhlEoe2uIDVZnWxQKLKkQSSK9A26nWi2AsbCAZYPACUPOXCx3.50q7y7jHI5gmt0YU" class="">https://scranton.zoom.us/rec/share/_1ZZbMl3XodudwEOhlEoe2uIDVZnWxQKLKkQSSK9A26nWi2AsbCAZYPACUPOXCx3.50q7y7jHI5gmt0YU</a></div><div class=""><br class=""></div><div class="">73 de Nathaniel</div><div class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Nov 2, 2020, at 10:35 PM, Tom McDermott via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org" class="">tangerinesdr@lists.tapr.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><div class=""><br class=""></div><div class="">Notes from PSWS / TangerineSDR call of 11-02-2020</div><div class=""><br class=""></div><div class="">1. Scotty completed the first pass capturing the Data Engine schematic. Currently checking all the details. The Intel Quartus tool does not compile the DDR3 memory interface on Windows, Intel sent him a patch but it did not fix the issue. Currently Scotty would need to compile the FPGA using the Linux version of Quartus.</div><div class=""><br class=""></div><div class="">2. Bill generated version 1.0 of the specification for the protocol between the data engine and the local host computer protocol. </div><div class=""><br class=""></div><div class="">3. Walter K5WH, and Martin VE6VH joined the call tonight, welcome!</div><div class=""><br class=""></div><div class="">4. Dave Larson showed an open-source display program that is designed to display current/near-time NOAA geographic data in topo-json (a variant of geo-json) and other similar json formats. Demo available at <a href="http://earth.nullschool.net/" class="">http://earth.nullschool.net</a></div><div class=""><br class=""></div><div class="">5. Nathaniel asked what considerations might be needed if the PSWS was operated at the same location as a strong HF transmit signal (such as a contest station or other similar). A completely automatic detection (such as overload) method would be preferable but perhaps difficult. Overload might not occur in some deleterious situations (such as excess transmit white noise). The opposite approach might be to characterize the PSWS receiver response at the actual station - frequencies, antennas, antenna separation, power levels, cable coupling, etc. Another approach might be to provide a logical interlock signal to the Data Engine signifying that the data should be ignored (i.e. from the transmitter PTT signal). We might use NaN (Not a Number floating point value) to indicate corrupted samples.</div><div class=""><br class=""></div><div class="">6. Bill discussed potential difficulties in trying to distinguish between python2 and python3 dependencies. He has had some issues with python library package maintenance (how to decide which version of the library to use).</div><div class=""><br class=""></div><div class="">-- Tom, N5EG</div><div class=""><br class=""></div><div class=""><br class=""></div></div></div>
-- <br class="">TangerineSDR mailing list<br class=""><a href="mailto:TangerineSDR@lists.tapr.org" class="">TangerineSDR@lists.tapr.org</a><br class="">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org<br class=""></div></blockquote></div><br class=""></div></body></html>