Implementation » History » Version 70

RIBAS MACHADO, Ederson , 03/24/2015 12:12 PM

1 1 RIBAS MACHADO, Ederson
h1. Implementation
2 1 RIBAS MACHADO, Ederson
3 15 SERRA FONT, Anna
{{>toc}}
4 15 SERRA FONT, Anna
5 11 SERRA FONT, Anna
At this point we were familiar with the system analyse of a link budget, knowledge acquired throughout the different subjects imparted in the master course and especially thanks to the realisation of the project 2 (_Design of a regional multi-beam satellite system_), that has an strong bond with the present project.
6 1 RIBAS MACHADO, Ederson
7 11 SERRA FONT, Anna
h2. Diagram block of application development
8 11 SERRA FONT, Anna
9 11 SERRA FONT, Anna
The diagram below shows the planning with the different phases we have designed in order to perform the successful and coherent development of the tool.
10 11 SERRA FONT, Anna
11 20 SERRA FONT, Anna
p=. !{width: 70%}plan_application.png!  
12 18 SERRA FONT, Anna
<div style="margin-left: auto; margin-right: auto; width: 25em">Figure 1: Project plan diagram.
13 18 SERRA FONT, Anna
</div>
14 1 RIBAS MACHADO, Ederson
15 13 SERRA FONT, Anna
In short, the first steps were to decide what would be the basic structure of our link budget program and identify all the parameters and possible calculations, as well as the logical place to perform them in this structure. Thus, a preliminary design with the fundamental and simplest conditions has been performed, to then add gradually other features in order to improve its capabilities. Finally, verification of results and testing with subjects has been done in order to finish the complete design of the tool. These steps are further explained below.
16 1 RIBAS MACHADO, Ederson
17 13 SERRA FONT, Anna
18 14 SERRA FONT, Anna
19 14 SERRA FONT, Anna
h2. Overview Application Plan
20 14 SERRA FONT, Anna
21 14 SERRA FONT, Anna
At the beginning of this project it was essential to ask ourselves about what we would expect of tool a Link Budget Tool. For instance, some thoughts we considered were:  _If I had an analysis tool... what would I do with it? What would be the settings I give? What would be the results that I expect?_
22 14 SERRA FONT, Anna
23 14 SERRA FONT, Anna
Hence, in order to design a tool to help with the comprehension of the link budget analysis, we have had to ask each time the question _"How will I present my results and information?”_. This leads us to the *GUI (Graphical User Interface)*, one of the key points of this project.
24 1 RIBAS MACHADO, Ederson
25 15 SERRA FONT, Anna
When we thought about all this aspects, we know what it has to do, which are the necessary parameters and results we want to show, etc. At this point, we can start to design our screen according to this. Thus, we identified the topology of the satellite communication system and we divided it in the following block groups, that corresponds to different tabs in the software tool:
26 1 RIBAS MACHADO, Ederson
27 15 SERRA FONT, Anna
* *Service:* The user introduces the requirements of his system (i.e. modulation, channel BW, code rate, margin, etc.), and the tool gives as outputs the required information bit rate, overall link carrier-to-power noise power ratio, etc.
28 15 SERRA FONT, Anna
29 15 SERRA FONT, Anna
* *System Geometry:* The user introduces the latitude and longitude of the earth stations and the satellite and he obtains as outputs the corresponding azimuth and elevation angles and the range between satellite and each earth station.
30 15 SERRA FONT, Anna
31 15 SERRA FONT, Anna
* *Uplink:* The user introduces all the parameters involved from the transmission on earth station A to the reception at the satellite, including the uplink path losses depending on the weather conditions. All the results associated with uplink are computed, being the uplink carrier-to-power noise spectral density the most important result.
32 15 SERRA FONT, Anna
33 15 SERRA FONT, Anna
* *Payload:* The user introduces the input back-off and the carrier-to-power intermodulation power ratio is computed.
34 15 SERRA FONT, Anna
35 15 SERRA FONT, Anna
* *Downlink:* Similar to uplink, but here the parameters introduced by the user are those involved from the satellite transmission to the reception on earth station B.
36 15 SERRA FONT, Anna
37 15 SERRA FONT, Anna
* *Overall link:* The user can see a summary of the principle results obtained in the previous tabs and introducing the carrier power-to-interference power ratio of the system the tool determines if the link budget requirements are achieved with the given specifications or not.
38 14 SERRA FONT, Anna
39 14 SERRA FONT, Anna
40 14 SERRA FONT, Anna
h2. Preliminary design
41 11 SERRA FONT, Anna
42 1 RIBAS MACHADO, Ederson
It is known that link budget equations can become messy and complex and this calculus involve several aspects and conditions, furthermore, link budget can be analysed from different points of view. Globally, it can be defined with the following approaches:
43 5 SERRA FONT, Anna
* The first approach is a feasibility study: The user gives the features of the system, the targeted service, the bit rate, the bit error rate, etc., and the link budget says either if it is possible with this margin or if this is not possible (negative margin).
44 11 SERRA FONT, Anna
45 1 RIBAS MACHADO, Ederson
* In the second approach the user also defines the features of the system, and then the link budget says what is possible to do in terms of bit rate, bit error rate, etc.
46 1 RIBAS MACHADO, Ederson
47 13 SERRA FONT, Anna
* Finally there is a third approach where the user says which is the service he would like to have, and the link budget tool finds all the system settings. But this approach is much more complex, because as there are several parameters to define, it turns into a lot of different configuration options.
48 14 SERRA FONT, Anna
49 19 SERRA FONT, Anna
In the interest of simplification we have implemented the link budget using the first approach: the *feasibility study*.
50 1 RIBAS MACHADO, Ederson
51 19 SERRA FONT, Anna
Thus, once defined what would be the program structure, we started implementing the calculations starting from a first basic implementation. I.e. calculating the basic parameters for each tab and taking the simplest hypothesis (e.g. clear sky conditions rather than rain conditions), and finally by assembling the individual results for the overall link budget.
52 1 RIBAS MACHADO, Ederson
53 19 SERRA FONT, Anna
At this early stage we had a first implementation, comprehensive and simplified, but only with the numerical values. From here we started, in the one hand, to focus on the visual and clear interface aspect of the program and, in the second hand, to add more complex equations and conditions, as well as new LabVIEW features that are listed below.
54 14 SERRA FONT, Anna
55 13 SERRA FONT, Anna
h2. Added features
56 14 SERRA FONT, Anna
57 38 RIBAS MACHADO, Ederson
* *Service*
58 38 RIBAS MACHADO, Ederson
** *Multicarrier/Singlecarrier*
59 65 SERRA FONT, Anna
This feature allows to select between a multicarrier and a singlecarrier mode. If the singlecarrier is selected, there will be one carrier per transponder, which means that all transponder Bandwith will be used  only by this carrier. In multicarrier mode, we have implemented the option of 3 carriers per transponder. Then the transponder BW will be divided by 3, and we will have different formulas to compute the IBO and OBO. In multicarrier there is an inter-modulation product and  ${(C/No)}_{IM}$ that affect the available ${(C/No)}_{T}$. When a mode is selected, the payload transponder window use the corresponding formulas, and the selected mode is then also indicated in the payload transponder window,  in a dialog box.  
60 39 RIBAS MACHADO, Ederson
** *Selection of BER (Quasi-error-free , $BER=10^{-7}$).*
61 65 SERRA FONT, Anna
The SatLinkTool was firstly designed to take into account modulations, with a range of code rates, in the situation of Quasi-error-free. Each code rate imposes a code gain in comparison with the "no coding" situation. In service, the user can select a modulation (BPSK, QPSK, 8PSK, 16PSK and 32PSK), the channel Bandwith and the mode (singlecarrier/multicarrier). In accordance with this inputs, a required ${(C/N)}_{T}$ is generated, and then this value will be compared with the available ${(C/N)}_{T}$. A table with all possible code rates and modulations for the application is showed in [[Further Improvements]].
62 40 RIBAS MACHADO, Ederson
63 41 RIBAS MACHADO, Ederson
p=. !{width: 35%}service.png!  
64 40 RIBAS MACHADO, Ederson
&nbsp;
65 60 RIBAS MACHADO, Ederson
<div style="margin-left: auto; margin-right: auto; width: 15em">Figure 2- service features.
66 40 RIBAS MACHADO, Ederson
</div>
67 39 RIBAS MACHADO, Ederson
** *System Geometry*
68 66 SERRA FONT, Anna
In system geometry  we have added a map which indicates the position of the two stations (A and B ). This map has the objective of helping the user to know where are these stations positioned in a map, in according of the input latitudes and longitudes.
69 38 RIBAS MACHADO, Ederson
* *Payload*
70 38 RIBAS MACHADO, Ederson
** *Depointing 1* 
71 66 SERRA FONT, Anna
One of the most exhaustive calculations is related to the optimal antenna diameter. To perform this value we need to calculate the total depointing angle. In the _Depointing 1_ window the angles of the geometry satellite to Earth Station B (Downlink) are computed. The aim of this computation is to provide a first step to the total depointing angle calculation. This operations take the values of the Satellite and Earth Station B positions from the window _System Geometry_. Then, if the user wants change the input parameters, it is necessary to go to the _System Geometry_ window, set them, and recalculate.
72 39 RIBAS MACHADO, Ederson
** *Transponder*
73 66 SERRA FONT, Anna
The payload chosen to be used in this application is the Transparent payload. As mentioned before, two modes are provided: multi/single carrier. The transponder window perform, from an $IBO$ input, $OBO$, intermodulation product,${(C/No)}_{IM}$, and $(C/No)sat$ values related.
74 38 RIBAS MACHADO, Ederson
* *Uplink/ Downlink* 
75 1 RIBAS MACHADO, Ederson
** *Clear Sky or Rain condition*  
76 66 SERRA FONT, Anna
The main feature implemented in uplink and downlink is the possibility to choose between _clear sky_ and _rain conditions_. The user can also specify the path losses due to the gas attenuation, the rainfall rate or the exceed percentual in according with the corresponding earth station position and earth station losses (noise temperature of feeder, Tground, etc.). The main values of the link budget (${(C/No)}_{U,D}$, $EIRP$, $G/T$) are the outputs of each individual path (uplink: Earth Station A => Satellite, downlink: Satellite => Earth Station B ).   
77 66 SERRA FONT, Anna
In rain conditions there is also the possibility to see a map with the $R001$ values in according with the Earth Station position.This graphic is interesting to have an idea of which can be the coherent values of $R001$ to choose.
78 66 SERRA FONT, Anna
** $h0$ - _Yearly average 0°C isotherm height(km) above sea level_ (value used to compute the effect of rain conditions) is computed automatically by the locations of the Earth Stations using an ITU Recommendation table[1]. For each input of longitude and latitude, this table gives the correspondent $ho$ value. The table of values is based on the graphic below:
79 1 RIBAS MACHADO, Ederson
80 1 RIBAS MACHADO, Ederson
p=. !{width: 50%}h0.jpg!  
81 1 RIBAS MACHADO, Ederson
&nbsp;
82 66 SERRA FONT, Anna
<div style="margin-left: auto; margin-right: auto; width: 40em">Figure 3: $ho$ table _Yearly average 0°C isotherm height(km) above sea level_ . "ITU-R P.839-4":http://www.itu.int/rec/R-REC-P.839-4-201309-I [1] ( "Download zip source":http://www.itu.int/dms_pubrec/itu-r/rec/p/R-REC-P.839-4-201309-I!!ZIP-E.zip )
83 1 RIBAS MACHADO, Ederson
</div>
84 46 RIBAS MACHADO, Ederson
85 1 RIBAS MACHADO, Ederson
* *Overal Link*
86 46 RIBAS MACHADO, Ederson
** *Required Objective accomplished - Indicator*
87 66 SERRA FONT, Anna
We have implemented one "led" indicator which depending on the modulation, carrier mode and code rate specified in _Service_ window, signalize if our system is capable/or not to accomplish the ${C/N}_T$ _Required_.
88 46 RIBAS MACHADO, Ederson
** *Graphic of ${C/N}_T$ comparison*
89 66 SERRA FONT, Anna
This graphic implements the comparison of the values obtained by our system  ${C/N}_T$ _Available_ in comparison with the ${C/N}_T$ _Required_. It is the final result for the user. There are three different situations that can occur depending on the result of the link budget implemented. These situations are shown in the picture below. 
90 66 SERRA FONT, Anna
*** In the first situation the system has achieved the required ${C/N}_T$ for the modulation input in the _Service_ window. In blue we have the available ${C/N}_T$, in red the required ${C/N}_T$ and in green the extra margin of our system.
91 66 SERRA FONT, Anna
*** In the second situation the system has not achieved the required ${C/N}_T$ for the modulation input in the _Service_ window. In yellow we have the needed ${C/N}_T$ to achieve the required. In this situation the available ${C/N}_T$ is greater than zero.
92 66 SERRA FONT, Anna
*** In the third situation the system has not achieved the required ${C/N}_T$ for the modulation specified neither. In yellow we have the needed ${C/N}_T$ to achieve the required. Notice that in this situation the available ${C/N}_T$ is lower than zero, which means that the linear value of the available ${C/N}_T$ is lower than 1 (corresponding to a situation with great attenuation due to loss).
93 70 RIBAS MACHADO, Ederson
*** Generating report file
94 70 RIBAS MACHADO, Ederson
A button with generates a report file was also implemented. This report take the main values of the link budget and write it in a word file. A example of the file generated can be found in the documentation.
95 1 RIBAS MACHADO, Ederson
p=. !{width: 70%}overal3.png!  
96 1 RIBAS MACHADO, Ederson
&nbsp;
97 67 SERRA FONT, Anna
<div style="margin-left: auto; margin-right: auto; width: 70em">Figure 4- Comparison of ${(C/N)}_T$ _Required_ and ${(C/N)}_T$ _Avaiable_  with the "led" indicator of accomplishment of the system requirements with the modulation chosen. 
98 46 RIBAS MACHADO, Ederson
Three situations:
99 47 RIBAS MACHADO, Ederson
* First ${(C/N)}_T$ avaiable$>$ ${(C/N)}_T$
100 67 SERRA FONT, Anna
* Second situation ${(C/N)}_T$ avaiable$<$ ${(C/N)}_T$ required, and ${(C/N)}_T$ avaiable > 0dB 
101 67 SERRA FONT, Anna
* Third situation ${(C/N)}_T$ avaiable$<$ ${(C/N)}_T$ required, and ${(C/N)}_T$ avaiable < 0 dB </div> 
102 1 RIBAS MACHADO, Ederson
  
103 1 RIBAS MACHADO, Ederson
h3. Control Features
104 1 RIBAS MACHADO, Ederson
105 67 SERRA FONT, Anna
We have add the following control features:
106 67 SERRA FONT, Anna
107 1 RIBAS MACHADO, Ederson
  (v) Button _CLEAR VARIABLES_
108 67 SERRA FONT, Anna
Clear all the input variables of the window.
109 56 RIBAS MACHADO, Ederson
  (v) Button _SET TO DEFAULT_
110 67 SERRA FONT, Anna
Set all the input variables of the window to the default values.
111 1 RIBAS MACHADO, Ederson
 (v) Button _CALCULATE_
112 48 RIBAS MACHADO, Ederson
Compute the calculation taking the input values and providing the output (results).
113 56 RIBAS MACHADO, Ederson
 (?) Information Pictures
114 67 SERRA FONT, Anna
Pictures in order to help the well understanding of the input parameters
115 1 RIBAS MACHADO, Ederson
 (?) Help text
116 67 SERRA FONT, Anna
Each button (input parameter or result) has an explanation in the help labVIEW window.
117 1 RIBAS MACHADO, Ederson
118 17 SERRA FONT, Anna
h2. Final design
119 1 RIBAS MACHADO, Ederson
120 67 SERRA FONT, Anna
In Figures 5 to 11 are shown the captures with the final design of each of the different tabs of the _SatToolLink_.
121 18 SERRA FONT, Anna
122 1 RIBAS MACHADO, Ederson
h3. Service:
123 17 SERRA FONT, Anna
124 1 RIBAS MACHADO, Ederson
p=. !{width: 60%}servicePage.png!  
125 1 RIBAS MACHADO, Ederson
&nbsp;
126 67 SERRA FONT, Anna
<div style="margin-left: auto; margin-right: auto; width: 30em">Figure 5: First window of SatlinkTool - _Service_.
127 17 SERRA FONT, Anna
</div>
128 1 RIBAS MACHADO, Ederson
129 1 RIBAS MACHADO, Ederson
h3. System Geometry:
130 17 SERRA FONT, Anna
131 1 RIBAS MACHADO, Ederson
p=. !{width: 61%}SystemGeometryPage.png!  
132 1 RIBAS MACHADO, Ederson
&nbsp;
133 67 SERRA FONT, Anna
<div style="margin-left: auto; margin-right: auto; width: 30em">Figure 6: Second window of SatlinkTool - _System Geometry_.
134 17 SERRA FONT, Anna
</div>
135 18 SERRA FONT, Anna
136 1 RIBAS MACHADO, Ederson
h3. Uplink:
137 17 SERRA FONT, Anna
138 17 SERRA FONT, Anna
p=. !{width: 60%}uplinkpage.png!  
139 1 RIBAS MACHADO, Ederson
&nbsp;
140 67 SERRA FONT, Anna
<div style="margin-left: auto; margin-right: auto; width: 25em">Figure 7: Third window of SatlinkTool - _Uplink_.
141 17 SERRA FONT, Anna
</div>
142 1 RIBAS MACHADO, Ederson
143 17 SERRA FONT, Anna
h3. Payload:
144 18 SERRA FONT, Anna
145 1 RIBAS MACHADO, Ederson
* Transponder window:
146 17 SERRA FONT, Anna
147 17 SERRA FONT, Anna
p=. !{width: 60%}PayloadTransponderPage.png!  
148 1 RIBAS MACHADO, Ederson
&nbsp;
149 67 SERRA FONT, Anna
<div style="margin-left: auto; margin-right: auto; width: 30em">Figure 8: Fourth window of SatlinkTool - _Payload: Transponder_.
150 17 SERRA FONT, Anna
</div>
151 18 SERRA FONT, Anna
152 17 SERRA FONT, Anna
* Antenna window:
153 17 SERRA FONT, Anna
154 1 RIBAS MACHADO, Ederson
p=. !{width: 60%}PayloadAntennaPage2.png!  
155 17 SERRA FONT, Anna
&nbsp;
156 67 SERRA FONT, Anna
<div style="margin-left: auto; margin-right: auto; width: 30em">Figure 9: Fourth window of SatlinkTool - _Payload: Antenna_.
157 1 RIBAS MACHADO, Ederson
</div>
158 18 SERRA FONT, Anna
159 17 SERRA FONT, Anna
h3. Downlink:
160 17 SERRA FONT, Anna
161 17 SERRA FONT, Anna
p=. !{width: 60%}downlinkPage.png!  
162 1 RIBAS MACHADO, Ederson
&nbsp;
163 67 SERRA FONT, Anna
<div style="margin-left: auto; margin-right: auto; width: 25em">Figure 10: Fifth window of SatlinkTool - _Downlink_.
164 17 SERRA FONT, Anna
</div>
165 18 SERRA FONT, Anna
166 17 SERRA FONT, Anna
h3. Overall link:
167 17 SERRA FONT, Anna
168 1 RIBAS MACHADO, Ederson
p=. !{width: 60%}overallPage.png!  
169 24 SERRA FONT, Anna
&nbsp;
170 67 SERRA FONT, Anna
<div style="margin-left: auto; margin-right: auto; width: 25em">Figure 11: Sixth window of SatlinkTool - _Downlink_.
171 1 RIBAS MACHADO, Ederson
</div>
172 29 SERRA FONT, Anna
173 24 SERRA FONT, Anna
174 67 SERRA FONT, Anna
Finally, the figure below (Figure 12) shows the window where the user will have to attach the files needed for the correct functioning of the SatLinkTool.
175 24 SERRA FONT, Anna
176 24 SERRA FONT, Anna
* _map.txt_: File needed to show the map with the two earth station locations corresponding to the parameters entered in the System Geometry tab.
177 24 SERRA FONT, Anna
* _h01.txt_ and _h02.txt_: These files are used when the _Rain Condition_ is selected either in the Uplink tab or the Downlink tab in order to compute the 0 degree isotherm height (see section _Added Features_ above for more information) [1]. 
178 69 RIBAS MACHADO, Ederson
* _finalResult.bmp_ : File used to save the final graphic of results, and provide the word file with main results of the application.
179 1 RIBAS MACHADO, Ederson
180 69 RIBAS MACHADO, Ederson
p=. !{width: 20%}table.png!  
181 67 SERRA FONT, Anna
<div style="margin-left: auto; margin-right: auto; width: 20em">Figure 12: Attach file window of SatlinkTool.
182 14 SERRA FONT, Anna
</div>
183 1 RIBAS MACHADO, Ederson
184 1 RIBAS MACHADO, Ederson
185 1 RIBAS MACHADO, Ederson
h2. Validation & Final tests
186 30 SERRA FONT, Anna
187 1 RIBAS MACHADO, Ederson
As the calculations were implemented in the different tabs, the results were also checked. Finally, once all the SatLinkTool design and implementation was completed, all tests were remade in order to verify the correct results. Tests with other students were also made in order to verify if the operation program was understood. This allowed us to detect the weak points of the tool and where we should modify the design or add additional explanation in the help pop-up. These steps are more detailed in section [[Tests and results]].
188 30 SERRA FONT, Anna
189 30 SERRA FONT, Anna
h2. Delivery Application
190 30 SERRA FONT, Anna
191 30 SERRA FONT, Anna
SatLinkTool is intended to be distributed out of charge through the website of the SCS program for future students. The files needed to use this tool are the following:
192 30 SERRA FONT, Anna
193 31 SERRA FONT, Anna
* File name: *SatLinkTool.vi* - File format: _LabVIEW Instrument (.vi)_
194 25 SERRA FONT, Anna
* File name: *map.txt* - File format: _Text file (.txt)_
195 25 SERRA FONT, Anna
* File name: *h01.txt* - File format: _Text file (.txt)_ 
196 25 SERRA FONT, Anna
* File name: *h02.txt* - File format: _Text file (.txt)_
197 25 SERRA FONT, Anna
198 64 SERRA FONT, Anna
A user manual of the SatLinkTool Software is also provided in order to support the users for the correct understanding of the tool and the process to follow. The User Manual is presented [[How_to_use_it#User-Manual|here]].
199 1 RIBAS MACHADO, Ederson
200 1 RIBAS MACHADO, Ederson
h1. REFERENCES
201 55 RIBAS MACHADO, Ederson
202 63 SERRA FONT, Anna
[1] http://www.itu.int/rec/R-REC-P.839-4-201309-I 
203 63 SERRA FONT, Anna
[2] Maral, Gérald / Bousquet, Michel. +Satellite Communication System+.-5th ed. UK, 2009.