將有效載荷處理與太空船監管分開
定義哪臺電腦負責監管太空船 匯流排 以及哪一臺電腦處理有效載荷資料。可以允許 AI 有效負載處理器在不中斷基本 匯流排 功能的情況下重新啟動，但前提是介面、電源域和恢復行為支援這種分離。記錄命令所有權和每個介面的安全狀態。
按工作負載和證據選擇計算
| 大樓 | 評估什麼 | 工程權衡 |
|---|---|---|
| 中央處理器 | 控制軟體、預處理和靈活的演演算法 | 軟體靈活性與測量的能量和吞吐量 |
| FPGA | 流介面和確定性處理路徑 | 自訂資料路徑與開發工作和配置恢復 |
| NPU或其他加速器 | 支援的運運算元、精度、記憶體和部署工具 | 模型效率與執行時限制和元件適用性 |
沒有處理器標籤表明輻射耐受性。根據預期任務環境評估確切的元件、記憶體、電源裝置和電路板實作。峰值 TOPS 並不是端對端有效負載效能保證。
一起設計電源和熱路徑
準備啟動、採集、推理、儲存和通訊的操作模式預算。包括轉換損耗、啟動瞬態和同時操作的峰值電流。指定對欠壓、過流和斷電的反應。
真空消除了許多地面產品使用的普通空氣對流路徑。零件熱量必須遵循設計的傳導路徑到達太空船結構並最終到達其輻射表面。機械接觸、介面材料、安裝以及熱或冷操作情況均屬於設計審查範圍。
瞭解輻射失效機制
輻射會導致瞬態錯誤、狀態變化和破壞性事件，而累積暴露會降低裝置效能。輻射硬度保證計畫將任務環境與零件選擇、可用測試證據、設計緩解和驗證聯絡起來。僅靠看門狗無法確定係統是否適合飛行。
NASA 區分了描述和減輕輻射風險的必要性，即使是在不同商業或軍事分類下銷售的零件。 NASA 的保障指南也將環境、元件評估和系統設計連結起來。使用這些原則來定義實際任務的證據，而不是將通用標籤視為資格。
將恢復作為明確的要求
- 定義對停滯軟體、損壞狀態和失敗通訊的偵測和回應。
- 在支援的情況下，考慮錯誤檢測記憶體、完整性檢查和受控記憶體清理。
- 對電源和介面進行分割槽，以便可恢復的有效負載故障不會不必要地傳播。
- 測試啟動復原、永續性儲存完整性和中斷更新。
- 記錄足夠的健康資料，以瞭解地面的重置和重複故障。
這些是設計選項，而不是通用的保護方法。它們的適用性取決於故障模型、任務關鍵性以及分析和測試的證據。
環境資質前驗證工程模型
從可重複的電氣和功能測試開始：介面時序、資料遺失、電源排序、代表性負載下的熱行為以及對注入故障的反應。硬體在環測試應該測試真實的有效載荷和太空船匯流排流量，包括特殊條件。
與任務團隊就環境測試矩陣達成協議。振動、熱真空、電磁相容性和輻射相關驗證具有不同的目的和驗收標準。透過實驗室功能演示並不等於透過該矩陣。
指定移交包
定義預期的原理圖、電路板檔案、物料清單、介面控製檔案、韌體和模型版本、測試程式和驗證報告。就專案範圍內的資源存取、智慧財產權和維護責任達成協議。
Alvexis可以支援客製化衛星電子和工程模型、嵌入式整合和地面測試硬體。首先分享任務限制和所需的證據。現有地面Alvexis平臺可以為實驗室評估提供資訊；未經相關驗證，不應將其描述為具有飛行資格。