Untitled - MRTC
Untitled - MRTC
Untitled - MRTC
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Intern realtidskommunikation i framtida Svenska satelliter sid 15<br />
Martin Normark<br />
4 Krav på nästa satellitgenerations<br />
internkommunikationsnätverk<br />
Generellt kan sägas att det finns ett självändamål med att återanvända så mycket som möjligt av<br />
tidigare design, då detta sparar tid och pengar framför allt i utvecklingsfasen. Samtidigt måste givetvis<br />
kraven som ställs på nätverket uppfyllas. Dock är vissa krav mer att betrakta som önskemål även om<br />
gränsen är tämligen flytande. Vissa kombinationer av krav kan också vara mer eller mindre omöjliga<br />
att realisera samtidigt. Sedermera kommer alltså krav att ställas mot återanvändning, men även krav<br />
som ställs emot andra krav kommer att förekomma, på samma sätt som det är svårt att bygga en<br />
fjäderlätt pansarvagn med gott skydd. Det skall tilläggas att ingen idag vet hur nästa satellit eller<br />
satellitgeneration ser ut. Därför får kraven en ganska allmän karaktär och många grundläggande<br />
designdrag, varav många givetvis från SMART-1 [1], såsom den av Rymdbolaget ganska flitiga<br />
uppdelningen mellan last, (payload) som ofta består av instrument och kameror, och satellitens egna<br />
system.<br />
4.1 Systembussen<br />
Systembussens uppgift är som namnet antyder att erbjuda kommunikation mellan alla delar i<br />
satellitens systemdelar, t.ex. de delar som sköter kommunikationen med jorden, positionsangivning,<br />
attitydstyrning, elkraftreglering, huvuddator. Systembussens meddelandekaraktär är således till större<br />
delen av typen periodiskt återkommande kontrollmeddelanden. Perioden ligger idag kring 1 Hz. I<br />
framtida satelliter där det kan komma att ställas allt högre krav på positions- och attitydstyrningen<br />
kommer periodfrekvensen att öka, en ökning med tio gånger ska nog inte ses som orealistisk, även om<br />
detta är spekulationer. Detta gäller dock inte den/de närmaste i tiden kommande satelliterna. Trots en<br />
ökad periodicitet, kommer inte mängden information per cykel att minska, dock kan tänkas att<br />
noggrannheten, d.v.s. antalet databitar, i kontrolldatameddelandena ökar varför även mängden data per<br />
cykel kan tänkas öka med upp till 50%. I dagens CAN-buss lösning används 3,25 % av tillgänglig<br />
bandbredd, en framtida satellit kan därför tänkas använda:<br />
10 ⋅ ( 1,<br />
5⋅<br />
3,<br />
25%)<br />
= 48,<br />
75%<br />
≈ 50%<br />
av tillgänglig bandbredd.<br />
Att i princip 50 % av tillgänglig bandbredd används kan tyckas ligga på den övre gränsen av vad som<br />
bör allokeras i ett nätverk. Dock kan i ett tidsschememässigt uppstyrt nätverk höga nätlaster tillåtas, då<br />
inga toppar och dalar i kommunikationen tillåts. Det är dock stor risk att systemet växer ur nätverket<br />
om ytterligare funktionalitet läggs till. Därför kan en bandbreddshöjning tänkas vara klok då nästa<br />
nätverksgeneration skall designas.<br />
Med större noggrannhet i position och attityd följer ett större noggrannhetskrav vad gäller<br />
synkroniseringen noderna emellan och att en distribuerad global tid med hög noggrannhet når alla<br />
noder. Ett minsta krav, enligt Gunnar Andersson på Rymdbolaget [18], på noggrannheten är 100µs,<br />
gärna bättre. Styrsystem med hög prestanda kräver dessutom att tiden det tar att sända ett meddelande<br />
på förhand är känd och kan garanteras för viktiga meddelanden. Detta kräver alltså ett tämligen<br />
deterministiskt nätverk.<br />
Nätverket bör dessutom vara distribuerat, d.v.s. att alla noder skall höra samtliga meddelanden, detta<br />
då flera noder än en sannolikt behöver ta del av information som position, tid och globala uppgifter<br />
vid en given tidpunkt.<br />
Systembussen är idag skild från payloadbussen av två skäl: Framför allt ökas säkerheten, såtillvida att<br />
ett instrument som ”löper amok” inte saboterar trafiken på systembussen utan istället kan stängas av,<br />
genom att strömmen till enheten kopplas bort med hjälp av ett kommando från jorden eller från<br />
huvuddatorn ombord. Det andra skälet är att en högsta fördröjning av viktiga meddelanden lättare kan<br />
garanteras. Kan säkerheten på ett framtida nät höjas, genom att t.ex en busguardian bevakar varje nod<br />
och stänger av en skenande dylik, samt den garanterade sändningstiden för viktiga meddelanden hålls<br />
låg, kan de både näten slås samman.<br />
4.2 Payloadbussen<br />
Syftet med satelliten är i allmänhet att bära en nyttolast. Lasten består ofta av diverse instrument<br />
och/eller sambandsutrustning. Payloadbussen erbjuder dessa typer av noder<br />
kommunikationsmöjligheter instrumenten emellan men framför allt med controllern, satellitens<br />
huvuddator. Då det i själva verket är nyttolasten som ställer de allt högre kraven på satellitens position