Space systems engineering: come si imposta un esame di budget

Space Systems Engineering è l’esame più diverso da tutti gli altri del corso di ingegneria aerospaziale, e per questo il più spiazzante quando arriva. Non c’è un’unica equazione da applicare: c’è un satellite intero da dimensionare, un sottosistema alla volta, e ogni numero che scrivi deve reggere il confronto con gli altri (se il power budget non copre il consumo del transponder, il link budget che hai calcolato è inutile). Lavoro nei sistemi spaziali, e questo è esattamente il tipo di ragionamento che uso ogni giorno: qui ti mostro come impostare l’esame, dove si perdono i punti, e risolviamo insieme due esercizi numerici — un power budget completo con eclisse e degrado dei pannelli, e un link budget passo passo con il margine finale.

Cosa chiede davvero l’esame

Il programma segue il ciclo di vita di una missione: dai requisiti (cosa deve fare il satellite, con quale precisione, per quanto tempo) si arriva a un budget di massa, potenza e link per ogni sottosistema, verificando che i numeri tornino con i vincoli di lancio e di missione. I sottosistemi che l’esame chiede quasi sempre di conoscere, con la loro funzione in una frase:

• EPS (Electrical Power System): genera, immagazzina e distribuisce l’energia elettrica — pannelli solari, batterie, regolatori.
• ADCS (Attitude Determination and Control System): determina e controlla l’orientamento — sensori (sun sensor, star tracker) e attuatori (ruote di reazione, magnetotorquer, propulsori).
• TT&C (Telemetry, Tracking and Command): il collegamento radio con la Terra — telemetria in downlink, comandi in uplink.
• OBC (On-Board Computer): l’elaborazione di bordo, gestisce tutti gli altri sottosistemi.
• Sottosistema termico: mantiene ogni componente nel proprio range di temperatura operativo, con superfici radianti, isolanti multistrato (MLI) e a volte riscaldatori attivi.
• Struttura: il telaio meccanico che porta i carichi di lancio e sostiene tutto il resto.
• Propulsione: quando serve correggere l’orbita o de-orbitare a fine vita.

Su questo scheletro, l’esame costruisce quasi sempre due conti quantitativi, che sono il cuore della parte numerica:

Power budget. Il satellite consuma energia sia in eclisse (alimentato solo dalle batterie) sia in luce solare (alimentato dai pannelli, che devono anche ricaricare le batterie). Il bilancio energetico su un’orbita si scrive, per la potenza che i pannelli devono fornire in fase di luce,

dove $P_e,T_e$ sono potenza e durata in eclisse, $P_d,T_d$ potenza e durata in luce, ed ${\eta }_e,{\eta }_d$ i rendimenti dei due percorsi energetici (pannello $\to$ batteria $\to$ carico in eclisse; pannello $\to$ carico direttamente in luce). Il risultato va poi corretto per il degrado dei pannelli nel tempo, perché le celle solari perdono efficienza con l’esposizione a radiazione e cicli termici.

Link budget. Il collegamento radio deve garantire un rapporto segnale-rumore sufficiente a decodificare i dati con il tasso di errore richiesto. La catena tipica di calcolo:

dove $EIRP$ è la potenza equivalente isotropa irradiata dal trasmettitore, $L_{tot}$ le perdite totali di percorso, $G/T$ la sensibilità del ricevitore, $k$ la costante di Boltzmann, e $R_b$ il bit rate. Il risultato si confronta con l’$E_b/N_0$ richiesto per il BER (bit error rate) di progetto: la differenza è il margine di link, il numero che ogni professore vuole vedere esplicitamente scritto e commentato.

Dove si perdono i punti

1. Dimenticare l’eclisse nel power budget. Un budget che considera solo la fase di luce sovrastima drasticamente la potenza disponibile: in orbita bassa un satellite passa tipicamente un terzo del periodo in ombra, e in quella fase i pannelli non producono nulla.

2. Confondere rendimento di conversione con margine di progetto. ${\eta }_e$ ed ${\eta }_d$ sono le perdite fisiche reali del percorso energetico (regolatori, cablaggio, ciclo di carica/scarica batteria); il margine di progetto (tipicamente 20-30% aggiuntivo) è una scelta ingegneristica separata, che va sommata dopo, non incorporata dentro $\eta$.

3. Dimenticare il degrado dei pannelli nel calcolo dell’area. Un pannello dimensionato sulla potenza richiesta a inizio vita (BOL, beginning of life) risulterà insufficiente a fine vita (EOL): bisogna dimensionare l’area sulla potenza EOL richiesta, riportata a BOL dividendo per il fattore di degrado cumulato.

4. Lavorare in scala lineare invece che in dB nel link budget. Tutta la catena EIRP/perdite/G-T è pensata per essere sommata in decibel: mischiare Watt lineari con dB a metà catena è l’errore più comune, e il modo più veloce per ottenere un numero senza senso fisico.

5. Consegnare l’$E_b/N_0$ calcolato senza confrontarlo con il requisito. Il numero da solo non vale nulla: l’esame vuole il margine, cioè $E_b/N_0$ disponibile meno $E_b/N_0$ richiesto per il BER di progetto, con un commento su cosa succede se il margine è troppo stretto (aumentare il guadagno d’antenna? Ridurre il bit rate? Cambiare la codifica?).

Il metodo che uso

1. Parti sempre dai requisiti di missione, non dai sottosistemi: quota, inclinazione, vita operativa, tipo di payload determinano quasi tutti i numeri a valle.
2. Tieni un’unica tabella di bilancio per ogni budget (potenza, massa, link), con una riga per ogni contributo e il totale in fondo: è lo stesso formato che userai in un vero progetto preliminare, ed è quello che il professore si aspetta di vedere sul foglio.
3. Lavora sempre in decibel nel link budget, dall’inizio alla fine, e controlla le unità di ogni termine (dBW, dB, dB/K, dBHz) prima di sommarle.
4. Separa sempre rendimento fisico, degrado nel tempo e margine di progetto: sono tre correzioni concettualmente diverse, anche se finiscono nello stesso numero finale.
5. Chiudi ogni esercizio con un margine esplicito, positivo o negativo che sia, e un commento su cosa cambieresti se non bastasse.

Due esercizi numerici risolti

Esercizio 1 — Power budget con eclisse e degrado dei pannelli

Un piccolo satellite in orbita bassa ha un periodo di 95 minuti, di cui 35 minuti in eclisse e 60 in luce. Il consumo medio è $P_e=15$ W in eclisse e $P_d=20$ W in luce (payload più attivo). I rendimenti sono ${\eta }_e=0,6$ (percorso pannello-batteria-carico) ed ${\eta }_d=0,8$ (percorso diretto pannello-carico). Calcola la potenza richiesta ai pannelli a fine vita e l’area necessaria, sapendo che le celle degradano del 3,75% l’anno per una missione di 5 anni, con pannelli da 200 W/m² a inizio vita.

Potenza richiesta ai pannelli (valore riferito a inizio vita, prima del degrado):

Fattore di degrado cumulato su 5 anni:

Potenza da garantire a inizio vita per avere $39,6$ W disponibili a fine vita:

Area dei pannelli, con specific power 200 W/m² a BOL:

Un quarto di metro quadro è un numero ragionevole per un piccolo satellite con pannelli deployabili: se il tuo esercizio desse un’area implausibile (qualche metro quadro per un cubesat, ad esempio), è il primo segnale che qualcosa nel bilancio è saltato — di solito l’eclisse dimenticata o il degrado applicato al contrario.

Esercizio 2 — Link budget in downlink con margine finale

Downlink in banda S ($f=2,2$ GHz) da un satellite in LEO, distanza obliqua $d=2000$ km (caso peggiore, bassa elevazione). Trasmettitore: $P_t=2$ W, guadagno d’antenna $G_t=3$ dBi. Stazione di terra: guadagno d’antenna $G_r=30$ dBi, temperatura di sistema $T_{sys}=300$ K. Perdite aggiuntive (atmosferiche, di puntamento, implementazione) $2$ dB. Bit rate $R_b=1$ Mbps. Richiesto: BER $10^{-5}$ con BPSK non codificata (serve $E_b/N_0\approx 9,6$ dB) più $2$ dB di margine di implementazione.

EIRP:

Perdita di spazio libero (formula pratica con $d$ in km e $f$ in GHz):

Con le perdite aggiuntive, $L_{tot}\approx 167,32$ dB.

Figura di merito del ricevitore:

Rapporto portante-rumore in banda equivalente:

(la costante di Boltzmann, $k=1,38\times 10^{-23}$ J/K, vale $-228,6$ dBW/Hz/K in decibel).

$E_b/N_0$ disponibile, sottraendo il bit rate in dBHz ($10{\log }_{10}(10^6)=60$ dBHz):

Margine di link:

Meno di 1 dB di margine è un progetto al limite: basta un errore di puntamento leggermente più grande del previsto, o un giorno di pioggia intensa se ci fosse un tratto atmosferico più assorbente, e il link non chiude più con il BER richiesto. In un esame, il commento giusto a questo punto è dire cosa faresti per allargare il margine: un’antenna di terra più grande (più $G_r$), un data rate più basso, o passare a una codifica di canale (che abbassa l’$E_b/N_0$ richiesto per lo stesso BER) sono le tre leve che il professore si aspetta di vederti nominare.

Come lavoriamo nelle lezioni

Con Space Systems Engineering lavoriamo quasi sempre a partire da un caso concreto — un satellite reale o un progetto d’esame degli anni passati — e costruiamo il budget riga per riga, dal requisito di missione al numero finale, esattamente come dovrai fare all’esame o, più avanti, sul lavoro. È l’esame in cui vedo il salto più netto tra chi ha solo studiato le formule e chi ha capito il ragionamento sistemico: il secondo tipo di studente risolve un esercizio anche quando i dati non sono nella forma esatta vista a lezione.

Se stai preparando anche Meccanica Orbitale o Attitude Dynamics nello stesso semestre, guarda la pagina delle ripetizioni universitarie con tutte le simulazioni per corso, oppure quella di fisica per il resto del programma di base. E se un budget non ti torna, prenota una diagnosi gratuita: mandami i dati dell’esercizio e in venti minuti troviamo il punto in cui il bilancio si è rotto.