30.08.2013 Views

Untitled - MRTC

Untitled - MRTC

Untitled - MRTC

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!