Elaborazione separata del carico utile dalla supervisione del veicolo spaziale
Definire quale computer supervisiona il bus della navicella spaziale e quale elabora i dati del payload. Un processore di carico utile AI può essere autorizzato a riavviarsi senza interrompere le funzioni essenziali del bus, ma solo se le interfacce, i domini di alimentazione e il comportamento di ripristino supportano tale separazione. Documentare la proprietà dei comandi e lo stato di sicurezza di ciascuna interfaccia.
Selezionare il calcolo in base al carico di lavoro e alle prove
| Architettura | Cosa valutare | Trade-off di ingegneria |
|---|---|---|
| CPU | Software di controllo, pre-elaborazione e algoritmi flessibili | Flessibilità del software rispetto all'energia e alla produttività misurate |
| FPGA | Interfacce di streaming e percorsi di elaborazione deterministici | Percorsi dati personalizzati rispetto allo sforzo di sviluppo e al recupero della configurazione |
| NPU o altro acceleratore | Operatori supportati, precisione, memoria e strumenti di distribuzione | Efficienza del modello rispetto alle limitazioni di runtime e all'idoneità dei componenti |
Nessuna etichetta del processore stabilisce la tolleranza alle radiazioni. Valutare l'esatto componente, la memoria, i dispositivi di alimentazione e l'implementazione della scheda rispetto all'ambiente di missione previsto. Peak TOPS non è una garanzia di prestazioni end-to-end del carico utile.
Progettare insieme il percorso di potenza e termico
Preparare un budget per le modalità operative di avvio, acquisizione, inferenza, archiviazione e comunicazione. Includere perdite di conversione, transienti di avvio e la corrente di picco delle operazioni simultanee. Specificare la risposta a sottotensione, sovracorrente e interruzione di alimentazione.
Il vuoto rimuove il normale percorso di convezione dell'aria utilizzato da molti prodotti terrestri. Il calore dei componenti deve seguire un percorso di conduzione progettato verso la struttura del veicolo spaziale e, in ultima analisi, verso le sue superfici radianti. Contatto meccanico, materiali di interfaccia, montaggio e casi operativi a caldo o a freddo appartengono alla revisione del design.
Comprendere i meccanismi di guasto delle radiazioni
Le radiazioni possono causare errori transitori, cambiamenti di stato ed eventi dannosi, mentre l'esposizione cumulativa può degradare il comportamento del dispositivo. Un piano di garanzia della resistenza alle radiazioni collega l'ambiente della missione alla selezione delle parti, alle prove disponibili, alla mitigazione e alla verifica del progetto. Un cane da guardia da solo non può stabilire che un sistema sia adatto per il volo.
La NASA distingue la necessità di caratterizzare e mitigare i rischi di radiazioni anche per le parti vendute sotto diverse classificazioni commerciali o militari. La guida di assicurazione della NASA collega anche l'ambiente, la valutazione dei componenti e la progettazione del sistema. Usa questi principi per definire le prove per la missione effettiva piuttosto che trattare un'etichetta generica come una qualifica.
Fonte: NASA — Mitigazione dei rischi di effetti di un singolo evento nelle applicazioni spaziali
Fonte: NASA — Avionics Radiation-Hardness Assurance
Rendere il recupero un requisito esplicito
- Definisci il rilevamento e la risposta per il software bloccato, lo stato danneggiato e le comunicazioni non riuscite.
- Considerare la memoria di rilevamento degli errori, i controlli di integrità e lo scrubbing controllato della memoria, ove supportato.
- Partizionare l'alimentazione e le interfacce in modo che un errore di payload recuperabile non si propaghi inutilmente.
- Testare il ripristino di avvio, l'integrità dello storage persistente e gli aggiornamenti interrotti.
- Registra dati di salute sufficienti per comprendere i reset e i guasti ripetuti da terra.
Queste sono opzioni di progettazione, non una ricetta di protezione universale. La loro idoneità dipende dal modello di guasto, dalla criticità della missione e dalle prove provenienti da analisi e test.
Verificare il modello di ingegneria prima della qualificazione ambientale
Inizia con test elettrici e funzionali ripetibili: temporizzazione dell'interfaccia, perdita di dati, sequenziamento di alimentazione, comportamento termico sotto carico rappresentativo e risposta ai guasti iniettati. I test hardware-in-the-loop dovrebbero esercitare un carico utile realistico e il traffico nave-bus, comprese le condizioni eccezionali.
Accordarsi sulla matrice di test ambientale con il team di missione. Le verifiche di vibrazione, termo-vuoto, compatibilità elettromagnetica e radiazioni hanno scopi e criteri di accettazione diversi. Passare una dimostrazione funzionale di laboratorio non equivale a superare quella matrice.
Specificare il pacchetto di handover
Definire gli schemi previsti, i file della scheda, la lista dei materiali, i documenti di controllo dell'interfaccia, le versioni del firmware e del modello, le procedure di test e i rapporti di verifica. Accordare l'accesso al codice sorgente, i diritti di proprietà intellettuale e le responsabilità di manutenzione nell'ambito del progetto.
Alvexis può supportare modelli elettronici e ingegneristici satellitari personalizzati, integrazione embedded e hardware per test a terra. Iniziate condividendo i vincoli della missione e le prove richieste. Le piattaforme Alvexis terrestri esistenti possono informare la valutazione di laboratorio; non dovrebbero essere descritte come qualificate per il volo senza la verifica pertinente.