Adskil nyttelastbehandling fra rumfartøjsovervågning
Definer, hvilken computer der overvåger rumfartøjet bus, og hvilken der behandler nyttelastdata. En AI-nyttelastprocessor kan få lov til at genstarte uden at afbryde væsentlige bus-funktioner, men kun hvis grænseflader, strømdomæner og gendannelsesadfærd understøtter denne adskillelse. Dokumenter kommandoejerskab og sikker tilstand for hver grænseflade.
Vælg beregning efter arbejdsbyrde og bevis
| Arkitektur | Hvad skal vurderes | Teknisk afvejning |
|---|---|---|
| CPU | Styresoftware, forbehandling og fleksible algoritmer | Softwarefleksibilitet kontra målt energi og gennemløb |
| FPGA | Streaminggrænseflader og deterministiske behandlingsveje | Brugerdefinerede datastier kontra udviklingsindsats og konfigurationsgendannelse |
| NPU eller anden accelerator | Understøttede operatører, præcisions-, hukommelses- og implementeringsværktøjer | Modeleffektivitet versus køretidsbegrænsninger og komponent egnethed |
Ingen processormærkat angiver strålingstolerance. Evaluer den nøjagtige komponent, hukommelse, strømenheder og kortimplementering i forhold til det tilsigtede missionsmiljø. Peak TOPS er ikke en ende-til-ende-ydelsesgaranti for nyttelast.
Design strøm- og varmevejene sammen
Forbered et driftstilstandsbudget for opstart, anskaffelse, inferens, lagring og kommunikation. Inkluder konverteringstab, starttransienter og spidsstrømmen ved samtidige operationer. Angiv reaktionen på underspænding, overstrøm og afbrudt strøm.
Vakuum fjerner den almindelige luftkonvektionsvej, der bruges af mange jordbaserede produkter. Komponentvarme skal følge en designet ledningsvej til rumfartøjets struktur og i sidste ende dets udstrålende overflader. Mekanisk kontakt, interfacematerialer, montering og varme eller kolde betjeningskasser hører hjemme i designgennemgangen.
Forstå mekanismer for strålingssvigt
Stråling kan forårsage forbigående fejl, tilstandsændringer og skadelige hændelser, mens kumulativ eksponering kan forringe enhedens adfærd. En plan for sikring af strålingshårdhed forbinder missionsmiljøet med udvælgelse af dele, tilgængelig testbevis, designbegrænsning og verifikation. En vagthund kan ikke alene fastslå, at et system er egnet til flyvning.
NASA skelner mellem behovet for at karakterisere og mindske strålingsrisici, selv for dele, der sælges under forskellige kommercielle eller militære klassifikationer. NASAs garantivejledning forbinder også miljøet, komponentevaluering og systemdesign. Brug disse principper til at definere beviserne for den faktiske mission i stedet for at behandle en generisk etiket som en kvalifikation.
Kilde: NASA — Mitigating Risks of Single-Event Effects in Space Applications
Kilde: NASA — Avionics Radiation-Hardness Assurance
Gør gendannelse til et eksplicit krav
- Definer detektion og respons for fastholdt software, beskadiget tilstand og fejlbehæftet kommunikation.
- Overvej fejlregistrering af hukommelse, integritetstjek og kontrolleret hukommelsesscrubbing, hvor det understøttes.
- Opdel strøm og grænseflader, så en genoprettelig nyttelastfejl ikke forplanter sig unødigt.
- Test bootgendannelse, vedvarende lagringsintegritet og afbrudte opdateringer.
- Log nok sundhedsdata til at forstå nulstillinger og gentagne fejl fra jorden.
Disse er designmuligheder, ikke en universel beskyttelsesopskrift. Deres egnethed afhænger af fejlmodellen, missionens kritikalitet og bevis fra analyse og test.
Bekræft ingeniørmodellen før miljøkvalifikation
Begynd med repeterbare elektriske og funktionelle tests: grænsefladetiming, datatab, strømsekvensering, termisk adfærd under repræsentativ belastning og respons på injicerede fejl. Hardware-in-the-loop-tests bør udøve realistisk nyttelast og rumfartøjsbustrafik, herunder ekstraordinære forhold.
Aftal miljøtestmatricen med missionsteamet. Vibration, termisk vakuum, elektromagnetisk kompatibilitet og strålingsrelateret verifikation har forskellige formål og acceptkriterier. At bestå en laboratoriefunktionsdemonstration svarer ikke til at bestå denne matrix.
Angiv overdragelsespakken
Definer de forventede skemaer, tavlefiler, stykliste, grænsefladekontroldokumenter, firmware- og modelversioner, testprocedurer og verifikationsrapporter. Aftal kildeadgang, intellektuelle ejendomsrettigheder og vedligeholdelsesansvar i projektets omfang.
Alvexis kan understøtte tilpasset satellitelektronik og tekniske modeller, indlejret integration og jord-test hardware. Start med at dele missionens begrænsninger og nødvendige beviser. Eksisterende terrestriske Alvexis-platforme kan informere laboratorieevaluering; de bør ikke betegnes som flyvekvalificerede uden den relevante verifikation.