<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0in;
        margin-right:0in;
        margin-bottom:0in;
        margin-left:.5in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
span.EmailStyle19
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:black;}
span.EmailStyle20
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
/* List Definitions */
@list l0
        {mso-list-id:1778060515;
        mso-list-type:hybrid;
        mso-list-template-ids:1475405114 67698703 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level2
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level3
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level4
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level5
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level6
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level7
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level8
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level9
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
ol
        {margin-bottom:0in;}
ul
        {margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:black">Seconded….I was gonna write long winded stuff, but Howie summed up what I was thinking pretty well. (that won’t keep me from writing more though).  What follows is a bit off topic, so feel free to skip, though
 IMHO is the kind of area that excites me for the hobby and is not unrelated to ideas for building our own capabilities akin to TDRSS/Iridium/Globalstar for low rate, reliable ‘pings’ to other Amateur spacecraft.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:black">I’ve been fascinated by crosslink mission concepts for a long time now.  If GEO goals ever pan out, I would love to see an ‘Amateur TDRSS’ concept worked into the mission objectives (crosslink sub-sub bands worked
 into existing Amateur Satellite Service sub bands?).  Something APRS-like in terms of interoperation (not the underlying protocols) for things like LEO-LEO crosslinks would be exciting as well (an ‘amateur Iridium’ or ‘Amateur Globalstar’ type concept).  Would
 love the ‘first to hear’ award for some future spacecraft to go to someone that heard it via a crosslink two seconds after power up.  As far as protocols involved, not sure I have enough experience to vote one way or the other on heavy FEC narrowband vs SS
 for the general goal of ‘reliable, low bit rate, dirt cheap, and easy pings.’ (isn’t this a debate that has lasted through generations of engineers?)  I do think whoever fields such a crosslink system (whatever the flight regime) would have to either agree
 on one or the other, or agree on something like SDR technology that could ‘do both’ to support a heterogeneous mix of devices.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:black">Some more long-winded stuff about fully open source / open hardware software radio satellite transponders (feel free to skip, these are just ideas….and ideas are a dime a dozen), not completely unrelated to a crosslink
 style mission:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:black">I think there is a ‘technology gap’ that exists.  Way back when AMSAT flew an SDX with some pretty cool features (15 years ago or there about right?).  Jump ahead to today and for a few hundred thousand bucks,
 you can get highly proprietary (though highly reliable) space rated SDRs (AstroSDR, Tethers Unlimited, I think GOMSpace has one that is cheaper, not sure there, etc.)……..or you can harden cheaper terrestrial SDRs (AMSAT GOLF and E310) or you can ‘roll your
 own’ (Hawkeye360).  All those designs are based on Xilinx FPGAs (Xynqs with embedded ARMs) married to AD93XX ADC/DACs or similar…..but can do things like 54 MHz instantaneous bandwidths, or full DVB-S2X modulation/demodulation, etc….<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:black">I’m not knocking any of the high-end stuff…..but where is the 100 kHz to say maybe 1 MHz wide SDR based transponder?  Where is the recreation of the same type of thing that was done on ARISSat-1 (I think that’s
 where the first SDX flew right?), but on a 1U cubesat with modern technology….maybe a stretch goal of making it reconfigurable in orbit.  I’m not talking highly sophisticated anything here, I’m talking the incremental step from an analog transponder to something
 that can do some amount of onboard processing that is interesting……like switching between narrowband FEC or SS (or doing both simultaneously) to support a crosslink type mission, handling doppler, or FM up / SSB down, or simple FFT based power monitoring and
 normalization from Uplink to downlink, or notching out uplink alligators on the downlink (re-implement G6LVB’s STELLA power equalizer), or ranging experiments, etc.  ARISSat-1 I think was ahead of its time a bit, and just recreating that SDX capability with
 modern technology would be super cool and worth while to pursue IMHO (fully open source, open hardware as always).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:black">Last collection of random thoughts that are hopefully relevant (mostly about software radio transponders):<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="color:black"><span style="mso-list:Ignore">1.<span style="font:7.0pt "Times New Roman"">      
</span></span></span><![endif]><span style="color:black">To bruces point about capable microcontrollers……..I’ve wanted to build a ‘simple SDX’ for a long time (but lack the time, full range of skillsets required, and realize I’m probably being “blissfully ignorant”
 of the challenges involved….so mostly toyed with the idea when I’m bored).  Somewhere in the last year or two there was QEX article about hooking a DAC up to microcontroller that reignited this interest….and then I discovered the STM32F4 family (ARM Cortex-M4s,
 180 MHz speeds, etc.):  <a href="https://www.st.com/en/microcontrollers-microprocessors/stm32f4-series.html">
https://www.st.com/en/microcontrollers-microprocessors/stm32f4-series.html</a> ….way more capable than whatever flew on the SDX (which I think was like 1 MHz speed or something like that right?), and I would think fully capable of keeping up with say a 1 MHz
 complex sampling rate.<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="color:black"><span style="mso-list:Ignore">2.<span style="font:7.0pt "Times New Roman"">      
</span></span></span><![endif]><span style="color:black">Liquid-dsp:  <a href="https://github.com/jgaeddert/liquid-dsp">
https://github.com/jgaeddert/liquid-dsp</a>.  Written in C, and from the github description:  “liquid-dsp is a free and open-source digital signal processing (DSP) library designed specifically for software-defined radios on embedded platforms. The aim is to
 provide a lightweight DSP library that does not rely on a myriad of external dependencies or proprietary and otherwise cumbersome frameworks.”  Full disclosure, this was created by one of my VT colleagues, when he was a PhD student, and he’s now back with
 VT as a researcher at Hume, so I might be biased……super smart dude and he still maintains the repo (also by the way, he got the JPEG compression working for us on the two VT FOX cameras, also STM32 based, when he was a Postdoc….the VT watermark in the images
 was his handywork).  In some short discussions with him on this topic, he seems to think getting liquid working with an STM32F4 might be super easy (though again, he’s a genius in my opinion….so ‘easy’ with a grain of salt).<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="color:black"><span style="mso-list:Ignore">3.<span style="font:7.0pt "Times New Roman"">      
</span></span></span><![endif]><span style="color:black">The STM32F4 family also has an ‘audio processing’ flavor to it with built in DACs and ADCs for that sort of thing, and I think some kind of coprocessor built in (maybe for something like FFTs, been a
 while since I looked into this) so I’m wondering if some of that can be leveraged (akin to the funcube showing up as a ‘sound card’ and IQ samples pumped over stereo L/R channels)…..not sure if this really makes sense though, but maybe…..if not, then external
 DACs/ADCs.<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="color:black"><span style="mso-list:Ignore">4.<span style="font:7.0pt "Times New Roman"">      
</span></span></span><![endif]><span style="color:black">Combine 1-3 and I feel like that’s a pretty solid core device for some simple, cheap SDR transponder experimentation.<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="color:black"><span style="mso-list:Ignore">5.<span style="font:7.0pt "Times New Roman"">      
</span></span></span><![endif]><span style="color:black">I feel like there are also some examples out there for useful technology, like DIY softrock SDRs or something like that…..but not for space based transponders.<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="color:black"><span style="mso-list:Ignore">6.<span style="font:7.0pt "Times New Roman"">      
</span></span></span><![endif]><span style="color:black">Suitable up/down converters with traditional good ole analog RF engineering would be needed (maybe that’s obvious).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:black">Making a fully open hardware / open source transponder, even if it lacks the super high end capabilities of existing commercial stuff I think would be super cool and worthwhile to pursue.  Keeping the signal processing
 in the C/C++ domain (as opposed to say FPGA wizardry…not saying we shouldn’t also pursue FPGA based designs in general, just not the design I’m currently running my mouth about) might encourage more development support and volunteers since it would be a bit
 more accessible to folks.  Experiments in novel crosslink techniques (including modulation schemes), spectrum monitoring, illegal transmitter hunting (talk about policing the bands…), etc. could all be ‘on the table’ for the mission concepts……..and when not
 trying that stuff……turn it over for normal transponder use with novel modes……and I haven’t even gotten into low cost digital phased array concepts (for spacecraft) I think would be cool to pursue as well.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:black">-Zach, KJ4QLP<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span style="color:black">-- <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Research Associate<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Aerospace & Ocean Systems Lab<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Ted & Karyn Hume Center for National Security & Technology<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Virginia Polytechnic Institute & State University<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Work Phone: 540-231-4174<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Cell Phone: 540-808-6305<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Ground-Station <ground-station-bounces@lists.openresearch.institute>
<b>On Behalf Of </b>Howie DeFelice via Ground-Station<br>
<b>Sent:</b> Wednesday, March 31, 2021 7:40 PM<br>
<b>To:</b> Bruce Perens <bruce@perens.com>; Douglas Quagliana <dquagliana@gmail.com><br>
<b>Cc:</b> Michelle Thompson via Ground-Station <ground-station@lists.openresearch.institute><br>
<b>Subject:</b> Re: [Ground-station] Question for ORI:<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’m not a patent expert but it appears the first one listed covers the generation of spread spectrum “chirps” using a fractional N synthesizer. The other patent covers the  data formatting and modulation scheme. Assuming we have to stay
 away from those two aspects, we could still use chirp spread spectrum, just not generated the same way. The biggest advantage to chirped spread spectrum from a satellite operations perspective is that it’s inherently resistant to doppler issues. As long as
 the signal is in the receiver bandwidth and you can detect the direction of the chirp you can decode the signal.  Using a chirp spread spectrum physical layer into a an adapted 802.16 mesh network configuration could provide a way to have satellite augmented
 ground networks (or vice versa) without having to have a planned constellation of satellites. If every new LEO carried the transponder, the network would automatically form and grow.  When satellites are visible to each other traffic would also be repeated
 satellite to satellite. If the frequency plan was compatible to QO-100 transatlantic relays could be possible into the QO-100 footprint.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Howie AB2S<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From: </b><a href="mailto:ground-station@lists.openresearch.institute">Bruce Perens via Ground-Station</a><br>
<b>Sent: </b>Wednesday, March 31, 2021 7:13 PM<br>
<b>To: </b><a href="mailto:dquagliana@gmail.com">Douglas Quagliana</a><br>
<b>Cc: </b><a href="mailto:ground-station@lists.openresearch.institute">Michelle Thompson via Ground-Station</a><br>
<b>Subject: </b>Re: [Ground-station] Question for ORI:<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Wed, Mar 31, 2021 at 3:43 PM Douglas Quagliana <<a href="mailto:dquagliana@gmail.com">dquagliana@gmail.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<div>
<div>
<p class="MsoNormal">Bruce writes:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">> someone more skilled than me would be sitting down to make an open data link implementation built on some cheap microprocessor
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">If I understand what you're saying, Phil has already written several downlink schemes.<o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Yes, but I am not aware of Phil addressing this particular application, which is dirt-cheap SS data links between so-far-terrestrial embedded microprocessors with a link budget to go miles at the lowest data rate and long life on small
 batteries. I hold out some hope that the functionality of their chip can be duplicated with a relatively small number of discrete components and a cheap microprocessor. Certainly we have ones that can do significant DSP in the $4 range these days, and they
 idle at microamps drain.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">    Thanks<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
<p class="MsoNormal">    Bruce<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>