Satellite tương lai có thể giống smartphone hơn spacecraft: Hardware lên orbit trước, “nghề nghiệp” được thay đổi bằng software sau

Một vệ tinh truyền thống thường “chốt nghề” nhiều năm trước khi rời bệ phóng. Camera nào sẽ bay, radio dùng dải tần gì, dữ liệu được xử lý ra sao và nhiệm vụ ưu tiên là gì đều phải được định nghĩa khi spacecraft còn ở nhà máy. Sau launch, operator có thể đổi lịch chụp, update flight software hoặc chỉnh một số tham số, nhưng phần lớn năng lực cốt lõi đã bị đóng băng cùng hardware.

Mô hình đó đang bắt đầu thay đổi. ESA hiện cho các nhóm bên ngoài tải software lên một CubeSat đã hoàn thành nhiệm vụ ban đầu. Lockheed Martin đã trình diễn kiến trúc cho phép upload “app” và giao nhiệm vụ mới cho satellite đang bay. Loft Orbital thậm chí bán một dạng “virtual mission”: khách hàng không cần sở hữu payload vật lý, chỉ triển khai ứng dụng lên compute và sensor đã ở sẵn trên quỹ đạo.

Phép so sánh với smartphone vì thế không hoàn toàn là marketing. Một smartphone được sản xuất trước khi nhà máy biết chủ nhân tương lai sẽ dùng nó để gọi xe, dựng video hay chạy model AI nào. Giá trị của thiết bị được mở rộng sau khi bán nhờ operating system, API và app. Software-defined spacecraft đang cố mang cùng nguyên tắc lên quỹ đạo: phóng một platform đủ linh hoạt trước, quyết định thêm một phần “nghề nghiệp” của nó sau.

Nhưng satellite không phải điện thoại bay. Antenna, quang học, công suất điện, hệ nhiệt, propulsion và radiation tolerance vẫn là những giới hạn vật lý không thể sửa bằng một software update.

Một vệ tinh đo băng và phóng xạ kết thúc nhiệm vụ — rồi được giao “nghề” mới

OPS-SAT PRETTY của ESA là một ví dụ khá trực quan. PRETTY là CubeSat 3U được chế tạo cho hai nhiệm vụ chính: dùng GNSS reflectometry để nghiên cứu băng và mực nước biển, đồng thời đo môi trường bức xạ. Nhiệm vụ ban đầu hoàn thành vào tháng 10/2024.

Thông thường, đây có thể là lúc giá trị khoa học của spacecraft đi xuống dần cho tới khi nó ngừng hoạt động. Thay vào đó, năm 2025 PRETTY được đưa vào OPS-SAT Space Lab. Một nửa thời gian nhiệm vụ hiện được dành cho các thí nghiệm software và firmware do cộng đồng nghiên cứu, công nghiệp và các tổ chức khác đề xuất.

Lý do PRETTY làm được việc đó nằm trong phần cứng đã được chuẩn bị từ đầu. Satellite có một processing platform dựa trên system-on-chip có thể tái cấu hình, software-defined radio, GNSS receiver cùng hệ attitude-control với sensor và actuator. ESA có thể cho experimenter chạy ứng dụng mới trên Linux, thay firmware hoặc lập trình lại logic FPGA trong một phạm vi được kiểm soát.

Điều này nối tiếp OPS-SAT-1, phòng thí nghiệm bay của ESA hoạt động từ cuối năm 2019 tới tháng 5/2024. OPS-SAT-1 cho phép các nhóm tải software lên spacecraft, truy cập camera, GPS, attitude-control và software-defined radio; ESA ghi nhận đây là nhiệm vụ đầu tiên của cơ quan cung cấp môi trường phát triển ứng dụng trên quỹ đạo theo mô hình mà chính họ so sánh với smartphone. FPGA trên satellite thậm chí được tái cấu hình thường xuyên trong thời gian hoạt động.

Chi tiết quan trọng là experimental computer không được phép tùy ý làm mất spacecraft. Bus an toàn vẫn giám sát hệ thử nghiệm và có thể giành lại quyền điều khiển khi software gặp vấn đề. “Cài app lên satellite” chỉ thực tế nếu platform có cơ chế cô lập, quan sát và recovery đủ mạnh.

Lockheed Martin biến phép so sánh smartphone thành kiến trúc spacecraft

Lockheed Martin dùng gần như chính xác phép ẩn dụ đó khi giới thiệu SmartSat: một software-defined satellite architecture cho phép upload capability và giao nhiệm vụ mới cho spacecraft sau launch.

SmartSat không phải một ứng dụng đơn lẻ. Nó là lớp hạ tầng gồm compute, software abstraction và cơ chế container hóa để nhiều application có thể chạy trên cùng hardware. Lockheed cho biết kiến trúc sử dụng hypervisor để cô lập virtual machine, cho phép operator khởi động, dừng hoặc tải thêm application thay vì đóng cứng toàn bộ payload logic trước launch.

Năm 2024, công ty cho biết hai vệ tinh LM LINUSS trang bị SmartSat đã nhận một nhiệm vụ software mới trên quỹ đạo để thử giao thức InterPlanetary File System cho liên lạc space-to-ground. Đây là loại thay đổi rất khác với việc gửi một command bảo camera chụp địa điểm mới: spacecraft nhận thêm một software workload mà khi hardware được phóng lên chưa nhất thiết là nhiệm vụ duy nhất định nghĩa giá trị của nó.

SmartSat cũng xuất hiện trên Pony Express 2, nơi Lockheed mô tả khả năng tải application viết bằng nhiều ngôn ngữ lên spacecraft để thực hiện edge processing và các software-defined mission. Quan điểm nền tảng ở đây là phần cứng satellite trở thành một host có API và compute resource, thay vì mỗi payload software gắn chặt với một mission duy nhất.

Loft Orbital đi xa hơn: khách hàng có thể không cần sở hữu satellite

Nếu SmartSat làm spacecraft giống smartphone, mô hình của Loft Orbital lại gần cloud computing hơn.

YAM-6 được thiết kế như một platform cho virtual missions. Trên vệ tinh đã có sẵn RGB imager, hyperspectral imager, software-defined radio, connectivity và các node CPU/GPU. Khách hàng phát triển application bằng SDK, test dưới mặt đất rồi triển khai software lên hạ tầng đang bay. App có thể yêu cầu dữ liệu từ sensor, xử lý tại edge và gửi xuống kết quả thay vì toàn bộ raw data.

Điểm thay đổi về kinh tế khá lớn: để thử một thuật toán quan sát Trái Đất, một nhóm không nhất thiết phải thiết kế camera, mua satellite bus, tìm launch slot rồi xây ground segment. Họ có thể thuê quyền dùng sensor và compute giống cách developer thuê cloud GPU.

Tới tháng 6/2026, Loft cho biết hạ tầng của họ đã hỗ trợ hơn 13 AI và software mission cho những khách hàng như NASA, Microsoft, Helsing, Little Place Labs và Wallaroo.AI. Các workload trải từ theo dõi tàu biển tới phát hiện radar jamming. Loft cũng cho biết đã làm việc với NASA Jet Propulsion Laboratory để chạy một vision-language model trên quỹ đạo cho phân tích ảnh quan sát Trái Đất gần thời gian thực.

Ở mô hình này, “nghề nghiệp” của cùng compute platform có thể thay đổi nhanh hơn nhiều vòng đời spacecraft. Tuần này một GPU có thể chạy ship detection; đợt khác nó có thể thử change detection hay một model mới. Hardware không đổi, nhưng application layer có thể tiếp tục tiến hóa giống server trong data center.

Software-defined không chỉ dành cho satellite nhỏ

Eutelsat Quantum cho thấy cùng triết lý áp dụng được lên một vệ tinh viễn thông địa tĩnh nặng hàng tấn.

Quantum được phóng năm 2021 và ESA mô tả đây là commercial fully flexible software-defined satellite đầu tiên. Payload cho phép operator thay đổi coverage, frequency, power và hình dạng beam sau launch. Một beam có thể được di chuyển hoặc phân bổ thêm capacity khi nhu cầu dịch chuyển, thay vì satellite phải sống 15 năm với một footprint gần như được cố định từ lúc thiết kế.

Đây là một loại “reprogramming” khác với YAM-6. Eutelsat Quantum không tải một app rồi biến thành kính thiên văn. Nó vẫn là telecommunications satellite; software định nghĩa lại cách tài nguyên RF đã có được phân phối.

Sự phân biệt này rất quan trọng. Software-defined satellite không nhất thiết có nghĩa mission-agnostic satellite. Có platform linh hoạt ở mức app và compute; có payload linh hoạt ở mức beam, waveform hoặc spectrum; và có spacecraft chỉ cho phép thay đổi mission logic trong một envelope vật lý hẹp.

Không thể tải xuống một camera mới

Phép so sánh smartphone bắt đầu hỏng ở đây.

Nếu một satellite chỉ mang camera RGB, software không thể biến nó thành synthetic-aperture radar. Nếu antenna được thiết kế cho một dải tần nhất định, app mới không thể vượt mọi giới hạn RF của feed, amplifier và antenna aperture. Nếu propulsion chỉ còn vài mét mỗi giây delta-v, operator không thể cập nhật firmware để có thêm nhiên liệu.

Compute cũng bị giới hạn bởi power và thermal envelope. Một GPU trên quỹ đạo không thể liên tục chạy ở bất kỳ workload nào nếu hệ điện và tản nhiệt không đủ. Radiation làm memory error và component degradation trở thành vấn đề mà developer cloud thông thường ít phải nghĩ tới.

Vì vậy, satellite “programmable” nhất vẫn phải được thiết kế với optionality vật lý từ trước: sensor đa dụng, compute dư, FPGA hoặc SDR có thể tái cấu hình, storage đủ lớn, interfaces chuẩn hóa và power margin. Software chỉ khai thác những lựa chọn mà hardware đã để lại.

Khả năng cập nhật cũng tạo thêm một bề mặt tấn công

Một satellite càng dễ thay đổi bằng software, chuỗi update càng trở thành thành phần an toàn trọng yếu.

Trong spacecraft truyền thống, việc khó thay đổi software sau launch là bất tiện nhưng cũng hạn chế một số đường tấn công. Khi platform chấp nhận application mới, firmware mới hoặc third-party workload, operator phải giải quyết những câu hỏi quen thuộc của cloud computing nhưng với hậu quả khó sửa hơn: ai được ký code, application được cô lập ra sao, khi một workload chiếm hết memory hoặc treo processor thì ai giành quyền lại, và nếu bản update lỗi thì satellite rollback bằng cách nào?

OPS-SAT giải bài toán thử nghiệm bằng cách tách bus an toàn khỏi experimental payload computer; bus có thể lấy lại quyền kiểm soát. SmartSat dùng hypervisor để containerize workload và Lockheed nhấn mạnh cyber monitoring cùng khả năng cập nhật defensive software. Những cơ chế như vậy không phải tính năng phụ: chúng là điều kiện để “app store trên quỹ đạo” không biến thành một single point of failure.

Thứ thực sự thay đổi là vòng đời của một mission

Trong mô hình satellite truyền thống, hardware và mission được phát triển gần như cùng nhau: xác định nhu cầu → thiết kế payload → chế tạo → test → launch → vận hành nhiều năm. Thời gian giữa ý tưởng và khả năng trên quỹ đạo có thể dài tới mức nhu cầu đã đổi trước khi spacecraft bắt đầu phục vụ.

Software-defined architecture tách hai nhịp đó ra. Hardware vẫn phải mất thời gian để chế tạo, qualification và launch, nhưng application có thể tiến hóa nhanh hơn. Một platform đang bay có thể nhận model AI mới, workflow mới hoặc cách sử dụng sensor mới mà không chờ lần phóng tiếp theo.

Đây cũng là lý do Loft nói về “virtual mission”, ESA mở Space Lab và các hãng viễn thông đầu tư vào payload reconfigurable. Satellite dần chuyển từ một sản phẩm được hoàn thiện trước launch thành một platform tiếp tục được phát triển sau launch.

Bước tiếp theo của xu hướng này không phải làm một spacecraft có thể biến thành bất kỳ thứ gì. Điều đó bị vật lý ngăn lại. Mục tiêu thực tế hơn là thiết kế hardware đủ tổng quát để nhiều nhiệm vụ có thể chia sẻ nó, rồi dùng software để quyết định năng lực nào được kích hoạt vào thời điểm nào.

Nếu mô hình đó trưởng thành, câu hỏi khi mua một satellite có thể bớt giống “nó sẽ làm nhiệm vụ gì trong 10 năm tới?” và giống hơn một câu hỏi của ngành smartphone hoặc cloud: platform này có những sensor, compute và interface nào — và chúng ta sẽ viết gì cho nó sau khi nó đã ở trên trời?

Nguồn

• ESA OPS-SAT Space Lab — OPS-SAT PRETTY.
• ESA — OPS-SAT mission, architecture và các in-orbit firsts.
• ESA — Fly your software in space.
• Lockheed Martin — SmartSat-equipped Satellite Uploads New Mission On-Orbit.
• Lockheed Martin — SmartSat software-defined satellite architecture.
• Loft Orbital — YAM-6 and the Virtual Mission model.
• Loft Orbital — five years of on-orbit software and AI missions, 2026.
• ESA — Eutelsat Quantum overview.