<div dir="ltr"><div>The ITU rain models are pretty straight-forward to implement and I already have them baked into here:</div><div><a href="https://github.com/phase4space/payload-dmt/blob/master/link-budget/DVB-Tool/SystemDefinition.py">https://github.com/phase4space/payload-dmt/blob/master/link-budget/DVB-Tool/SystemDefinition.py<br></a></div><div><br></div><div>It's simply a matter importing the ITUR module (+1 for Python) and providing the right information.</div><div><br></div><div>Cheers,</div><div>Thomas</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 21 Jan 2021 at 19:50, <ground-station-request@lists.openresearch.institute> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Date: Thu, 21 Jan 2021 09:59:07 -0800<br>
From: Michelle Thompson <<a href="mailto:mountain.michelle@gmail.com" target="_blank">mountain.michelle@gmail.com</a>><br>
To: Salvatore Lionetti <<a href="mailto:salvatorelionetti@gmail.com" target="_blank">salvatorelionetti@gmail.com</a>>, Alan Rich<br>
        <<a href="mailto:arich127@gmail.com" target="_blank">arich127@gmail.com</a>><br>
Cc: Michelle Thompson via Ground-Station<br>
        <ground-station@lists.openresearch.institute><br>
Subject: Re: [Ground-station] Link budget<br>
Message-ID:<br>
        <<a href="mailto:CACvjz2WGGm%2BfGpu4p_RO014%2BKvzguNgqkgWZ2FJD-R_UWske%2Bw@mail.gmail.com" target="_blank">CACvjz2WGGm+fGpu4p_RO014+KvzguNgqkgWZ2FJD-R_UWske+w@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Salvatore and Alan,<br>
<br>
I see the spreadsheet in the cloud instance, and am looking forward to<br>
hearing how this translates into Python.<br>
<br>
A tricky part of this is the required propa.dll. The ITU Rain Model in the<br>
spreadsheet uses macros. Some of these macros make use of a database, which<br>
computes rain, atmospheric and scintillation losses. This information is in<br>
a system file called propa.dll.<br>
<br>
I put the propa.dll in the repository with the spreadsheet here:<br>
<br>
<a href="https://github.com/phase4ground/documents/tree/master/Engineering/Link_Budget" rel="noreferrer" target="_blank">https://github.com/phase4ground/documents/tree/master/Engineering/Link_Budget</a><br>
<br>
Here's instructions from Jan King:<br>
<br>
"You put this file into your WINDOWS10 machine (this thing won't work on a<br>
Mac) operating folder using the procedures in the Word file (also<br>
attached). Then reboot the machine; then install and open the Excel Link<br>
Model attached.  When you open this Excel as it is a .xlsm type file, it is<br>
suitable for using macros.  When you open the file it will prompt you by<br>
asking if you want to enable the macros.  Say YES."<br>
<br>
At that point the rain models work.<br>
<br>
We have two choices here. We can set the ITU Rain Model aside for now. Or,<br>
we can commit to converting the entire thing.<br>
<br>
"Working code is better than complete documentation". My goal here is to<br>
get working code, quickly. Then, review and evaluate. Setting aside the ITU<br>
Rain model for now and getting the rest done first is not a bad approach to<br>
start out.<br>
<br>
We do have to consider rain fade at the frequencies we are looking out.<br>
However, there is still a substantial amount of utility without the ITU<br>
Rain Model, and we are smart enough to understand the effect on margin.<br>
<br>
This is a substantial landmark spreadsheet. It will continue to be used,<br>
and to be useful, in its current form. This discussion is not an insult to<br>
the spreadsheet or anything like that.<br>
<br>
It will involve some effort to port to Python (Jupyter Notebook), but many<br>
hands make light work. The benefits of this work being in a Jupyter<br>
Notebook are numerous. The first one is that it eliminates the restrictions<br>
incurred by having to use propa.dll and Windows. The second is that there's<br>
every expectation that fixing bugs and testing this budget will become a<br>
*lot* easier. This work is well worth doing and appreciated.<br>
<br>
-Michelle W5NYV<br>
<br>
<br>
<br>
<br>
On Tue, Jan 19, 2021 at 11:12 AM Michelle Thompson <<br>
<a href="mailto:mountain.michelle@gmail.com" target="_blank">mountain.michelle@gmail.com</a>> wrote:<br>
<br>
> Thank you very much Salvatore,<br>
><br>
> There is no Octave code base that I know of, but this is a very good<br>
> direction.<br>
><br>
> -Michelle W5NYV<br>
><br>
><br>
><br>
><br>
> On Sun, Jan 17, 2021 at 8:31 AM Salvatore Lionetti via Ground-Station<br>
> <ground-station@lists.openresearch.institute> wrote:<br>
><br>
>> Hi guys,<br>
>><br>
>> I'm sorry but I've started yesterday to work on this topic.<br>
>><br>
>> I've made the spreadsheet available on my personal Nextcloud web instance:<br>
>><br>
>> <a href="https://cumlaborare.strangled.net/s/Ng5H3RmmZP8HzNE" rel="noreferrer" target="_blank">https://cumlaborare.strangled.net/s/Ng5H3RmmZP8HzNE</a><br>
>><br>
>> By this way:<br>
>> * multiple people can collaborate on the same document, at the same<br>
>> moment.<br>
>> * comments are allowed,<br>
>> * versioning is in force.<br>
>><br>
>> I've setup no password for now, but content can be recovered from a<br>
>> previous version very easily. (similar to Wikipedia)<br>
>><br>
>> In the meanwhile I've verified that Jupyter can also use Octave<br>
>> interpreter, giving us the possibility to have a single code base.<br>
>><br>
>> Is there a (also partial) Octave code base to reuse?<br>
>><br>
>> Have a good day<br>
>><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openresearch.institute/pipermail/ground-station-openresearch.institute/attachments/20210121/f50ee42e/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.openresearch.institute/pipermail/ground-station-openresearch.institute/attachments/20210121/f50ee42e/attachment-0001.html</a>><br>
</blockquote></div></div>