[Ground-station] Link budget

[Alan Rich]

Hi All ,
My apologies for being really late / absent to respond to lots of the
emails on this subject.

I think I was the one that unfortunately dragged Octave into the
discussion. The main reason was that I am not an experienced python person
(yet) but I have contributed in the past  to some Matlab utilities for RF
work that were converted to executables in the end. Matlab isn't open
source, but Octave is, and it was one of the original open engineering
tools. It's been around for 20 plus years and has good community support. I
was thinking that a link budget and propagation "Toolbox" for Octave might
be a nice thing to have for the community.

Given that python, numpy, scipy.. have really become the open source
baseline, I'm sure that this is absolutely the right way to go for a
mission application/planning tool.  I apologize for the distraction.
I'll experiment  a bit over in Matlab/Octave in the background to see if a
set of .m files or functions can be built up to support future work.

Link budgets , Bus power budgets (and antenna pointing requirements)  are
so important. Everything else ( throughput and BER/SER/PER) falls out of
them.

Cheers!
Alan

<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#m_3502320734441759451_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Tue, Jan 19, 2021 at 3:56 PM Thomas Savarino <thomas.savarino at mac.com>
wrote:

> I understand that you don’t want any help with this, but I can’t resist
> mentioning that you’d probably be better off doing everything in python and
> avoiding the dependence on Octave, so you should really consider what you
> need by way of calculation. Numpy probably has most if not all of the
> functions you’ll need.
> Best of luck
> S
>
> Sent from my iPad
>
> On Jan 19, 2021, at 11:13 AM, Michelle Thompson via Ground-Station
> <ground-station at lists.openresearch.institute> wrote:
>
> 
> Thank you very much Salvatore,
>
> There is no Octave code base that I know of, but this is a very good
> direction.
>
> -Michelle W5NYV
>
>
>
>
> On Sun, Jan 17, 2021 at 8:31 AM Salvatore Lionetti via Ground-Station
> <ground-station at lists.openresearch.institute> wrote:
>
>> Hi guys,
>>
>> I'm sorry but I've started yesterday to work on this topic.
>>
>> I've made the spreadsheet available on my personal Nextcloud web instance:
>>
>> https://cumlaborare.strangled.net/s/Ng5H3RmmZP8HzNE
>>
>> By this way:
>> * multiple people can collaborate on the same document, at the same
>> moment.
>> * comments are allowed,
>> * versioning is in force.
>>
>> I've setup no password for now, but content can be recovered from a
>> previous version very easily. (similar to Wikipedia)
>>
>> In the meanwhile I've verified that Jupyter can also use Octave
>> interpreter, giving us the possibility to have a single code base.
>>
>> Is there a (also partial) Octave code base to reuse?
>>
>> Have a good day
>>
>
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openresearch.institute/pipermail/ground-station-openresearch.institute/attachments/20210119/2ea34553/attachment.html>