Từ phòng lab đại học tới quỹ đạo: Sinh viên đang viết phần mềm điều khiển vệ tinh thật ngoài không gian

Sinh viên Texas State University đang phát triển flight software chạy trên các CubeSat thật ngoài quỹ đạo, gửi lệnh từ mặt đất và kiểm thử mã với quy trình gần với một đội vận hành vệ tinh chuyên nghiệp.

Tháng 8 18, 2026

Từ phòng lab đại học tới quỹ đạo: Sinh viên đang viết phần mềm điều khiển vệ tinh thật ngoài không gian

Một dòng code sai trong bài tập lập trình thường chỉ khiến chương trình báo lỗi. Nhưng với sinh viên tại Texas State University, một quyết định sai trong phần mềm có thể khiến một vệ tinh trị giá nhiều năm công sức ngừng hoạt động khi đang bay cách mặt đất hàng trăm kilomet.

Đó không còn là mô phỏng trong lớp học. Texas State University (TXST) cho biết flight software do các nhà nghiên cứu và sinh viên tại Space Lab của trường phát triển hiện đang hoạt động trên bốn vệ tinh được thả khỏi Trạm Vũ trụ Quốc tế (ISS) vào ngày 2/7/2026. Chỉ vài ngày sau khi triển khai, đội TXST đã thiết lập liên lạc với hai spacecraft và truyền thành công lệnh được xác nhận đầu tiên từ mặt đất.

Software lead của nhóm là Nate Gay, một sinh viên đại học ngành toán. Thành viên phần mềm Saidi Adams học kỹ thuật điện. Những sinh viên khác trong nhóm phụ trách cơ khí, mô hình nhiệm vụ, vật lý và khoa học máy tính.

Công việc của họ minh họa một thay đổi đáng chú ý trong đào tạo kỹ sư không gian: sinh viên không chỉ học cách một vệ tinh hoạt động, mà đang viết phần mềm thực sự được nạp lên máy tính bay, nhận telemetry thật từ quỹ đạo và gửi command tới spacecraft đang bay quanh Trái Đất.

Phía sau câu chuyện là sự kết hợp giữa CubeSat giá thấp, phần cứng và phần mềm nguồn mở, NASA CubeSat Launch Initiative và các framework flight software vốn từng được phát triển cho những nhiệm vụ chuyên nghiệp. Những công cụ này đang làm khoảng cách từ phòng lab đại học tới quỹ đạo ngắn hơn đáng kể.

Flight software là “bộ não” của vệ tinh

Một CubeSat chỉ lớn cỡ một khối lập phương nhỏ vẫn chứa nhiều hệ thống phải phối hợp liên tục.

Máy tính trên tàu cần biết pin còn bao nhiêu năng lượng, solar panel đang tạo ra bao nhiêu điện, nhiệt độ các thành phần có nằm trong giới hạn hay không, radio nên bật lúc nào, payload được phép hoạt động khi nào và dữ liệu nào cần lưu hoặc truyền xuống mặt đất.

Nếu vệ tinh có hệ xác định và điều khiển tư thế, phần mềm còn phải đọc sensor, ước lượng hướng của spacecraft rồi điều khiển actuator như reaction wheel hoặc magnetorquer. Nếu một thiết bị gặp lỗi, software phải quyết định có nên reset subsystem, chuyển sang safe mode hay chờ lệnh từ mặt đất.

TXST software lead Nate Gay ví cấu trúc spacecraft như bộ xương, electronics như hệ thần kinh và flight software như “tâm trí” quyết định và hành động.

Đây không phải cách nói quá. Phần mềm là lớp biến một tập hợp sensor, board điện tử và radio thành một hệ thống có hành vi. Một lỗi logic có thể khiến vệ tinh xả cạn pin, bật hai thiết bị xung đột cùng lúc, ngừng trả lời ground station hoặc đi vào trạng thái mà đội vận hành không thể khôi phục.

Bốn vệ tinh đã được thả khỏi ISS vào ngày 2/7/2026

Các spacecraft mà TXST tham gia nằm trong một nhóm CubeSat được đưa tới ISS trong năm 2026.

Theo NASA, sáu CubeSat giáo dục được phóng ngày 11/4/2026 trên nhiệm vụ Northrop Grumman Commercial Resupply Services 24, hay NG-24, bên trong tàu hàng Cygnus XL. Nhóm này gồm Coconut, Harvard Undergraduate CubeSat (HUCSat), LEOPARDSat-1 và ba vệ tinh thuộc hệ Pleiades Rapid Orbital Verification Experiment System: PROVES–Alcyone, PROVES–Atlas và PROVES–Electra.

Ngày 2/7, một số vệ tinh được chuyển sang deployer bên ngoài ISS và thả vào quỹ đạo thấp của Trái Đất.

TXST cho biết flight software do đội của trường phát triển đang chạy trên bốn satellite được vận hành bởi Columbia University, University of California Santa Cruz, Northeastern University và Harvard University.

Trong vài ngày đầu sau deployment, đội Texas State nhận được liên lạc từ hai spacecraft và gửi đi lệnh đầu tiên được xác nhận. Đây là bước rất quan trọng trong giai đoạn commissioning, bởi một satellite mới thả cần chứng minh rằng radio, máy tính bay và chuỗi command–telemetry đều hoạt động.

Đây không phải một lớp thực hành được “giảm độ khó”

Điểm làm dự án khác một bài tập đại học thông thường là spacecraft không có nút Undo.

Khi code đã bay lên quỹ đạo, việc sửa lỗi trở nên khó hơn rất nhiều. Vệ tinh chỉ nằm trong vùng phủ của ground station trong một khoảng thời gian ngắn mỗi lần bay qua. Băng thông radio có hạn. Năng lượng có hạn. Một lần reset sai thời điểm có thể khiến đội mất liên lạc.

Vì vậy, Gay cho biết đội áp dụng những kỹ thuật quen thuộc của software safety-critical: automated testing, code review và hardware-in-the-loop verification trước khi code được đưa tới spacecraft.

Điều này biến phòng lab thành một môi trường gần với nhóm flight software chuyên nghiệp hơn là một lớp lập trình thông thường.

Hardware-in-the-loop: chạy phần mềm với phần cứng thật trước khi bay

Một trong những khái niệm quan trọng nhất trong quy trình của TXST là hardware-in-the-loop, thường viết tắt HIL.

Unit test có thể kiểm tra một function riêng lẻ. Software simulation có thể giả lập toàn bộ spacecraft. Nhưng nhiều lỗi chỉ xuất hiện khi code giao tiếp với board điện tử thật: timing thay đổi, bus truyền thông chậm hơn dự kiến, sensor trả về giá trị bất thường hoặc thiết bị mất phản hồi giữa chừng.

Trong HIL, phần mềm flight được chạy trên hardware giống hoặc rất gần với máy tính bay thực, trong khi các subsystem còn lại được kết nối trực tiếp hoặc mô phỏng ở mức tín hiệu.

Nhóm có thể thử những tình huống khó tạo ra trên spacecraft hoàn chỉnh: mất sensor, voltage thấp, radio timeout, packet hỏng hoặc một component reboot ngoài dự kiến.

Mục tiêu không chỉ là chứng minh hệ thống hoạt động khi mọi thứ hoàn hảo. Một flight computer tốt phải biết phải làm gì khi một phần hệ thống không hoàn hảo.

Continuous integration cũng đang đi vào phát triển vệ tinh

Texas State Space Lab đang nghiên cứu pipeline kết hợp F Prime với hardware-in-the-loop continuous integration cho CubeSat. Nhóm dự kiến trình bày công việc này tại Small Satellite Conference 2026.

Continuous integration, hay CI, là phương pháp rất phổ biến trong phát triển phần mềm web và cloud: mỗi thay đổi code được tự động build và chạy test trước khi được chấp nhận.

Đưa tư duy đó sang spacecraft có ý nghĩa lớn.

Thay vì chờ tới cuối tháng mới nạp một phiên bản firmware lên satellite prototype rồi phát hiện hàng loạt lỗi, mỗi commit có thể kích hoạt một chuỗi kiểm thử. Nếu code mới phá chức năng telemetry, command handling hay device driver, nhóm có thể biết sớm.

Khi kết hợp với HIL, CI thậm chí có thể tự động nạp phiên bản mới lên flight computer trên bàn lab rồi chạy test với thiết bị vật lý.

Với đội sinh viên có thành viên liên tục tốt nghiệp và thay thế, tự động hóa còn giúp lưu lại tri thức kỹ thuật trong chính pipeline, thay vì phụ thuộc hoàn toàn vào một vài thành viên giàu kinh nghiệm.

F Prime giúp sinh viên không phải viết mọi thứ từ số 0

Một yếu tố quan trọng khác là sự phát triển của flight software nguồn mở.

Texas State đang làm việc với F Prime, còn viết là F′, một framework flight software theo kiến trúc component do NASA Jet Propulsion Laboratory phát triển. F Prime được thiết kế cho CubeSat, SmallSat, instrument và nhiều embedded application khác.

Framework cung cấp các khối nền tảng cho những chức năng như command, telemetry, parameter, event và sequencing. Các đội có thể xây component riêng cho nhiệm vụ của mình thay vì phải tự tạo lại toàn bộ hạ tầng điều khiển spacecraft.

Điều đáng chú ý là F Prime không phải phần mềm chỉ dành cho giáo dục.

JPL từng sử dụng framework này trên ASTERIA CubeSat và đặc biệt là trực thăng Ingenuity trên Sao Hỏa. F Prime được open-source từ năm 2017, cho phép trường đại học và cộng đồng sử dụng, kiểm tra và đóng góp trở lại.

Như vậy, sinh viên có thể học trên cùng một họ công cụ phần mềm đã có flight heritage trên những nhiệm vụ NASA thật.

Nguồn mở không có nghĩa tải code về rồi phóng vệ tinh

Khái niệm open-source dễ tạo một hiểu lầm khác: nếu hardware và software đều có trên GitHub, phải chăng bất kỳ ai cũng có thể lắp một CubeSat cuối tuần rồi gửi lên quỹ đạo?

Thực tế hoàn toàn khác.

Ngay repository của PROVES CubeSat Kit cũng lưu ý rằng thiết kế nguồn mở chủ yếu phục vụ giáo dục và nghiên cứu; muốn sử dụng cho spaceflight còn phải thực hiện nhiều bước bổ sung.

Satellite phải vượt vibration test để chứng minh nó chịu được tải khi rocket phóng. Electrical system phải được kiểm tra fault condition. Battery phải đáp ứng yêu cầu an toàn. Radio cần coordination tần số. Vật liệu phải phù hợp môi trường chân không. Deployment mechanism phải chứng minh không gây nguy hiểm cho ISS hoặc launch vehicle.

Software nguồn mở giảm lượng code phải viết lại, nhưng không loại bỏ engineering rigor.

PROVES: một “kit vệ tinh” được sinh viên thiết kế cho sinh viên

Phía hardware của dự án cũng dựa trên một triết lý tương tự.

PROVES — Pleiades Rapid Orbital Verification Experiment System — bắt nguồn từ Bronco Space tại California State Polytechnic University, Pomona. Nhóm phát triển một kiến trúc CubeSat 1U nguồn mở với structure, electrical power system, flight computer và communications.

Mục tiêu là tạo một nền tảng mà các trường chưa có hàng chục năm kinh nghiệm spacecraft vẫn có thể tiếp cận, lắp ráp rồi tích hợp payload riêng.

Trong Pleiades Five, Cal Poly Pomona phối hợp với Columbia University, Northeastern University, UC Santa Cruz và Texas State. Mỗi trường phát triển một satellite riêng dựa trên platform chung.

Cách làm này rất giống những gì platform hóa đã làm với ngành phần mềm: đội nghiên cứu không cần tái phát minh mọi subsystem trước khi bắt đầu câu hỏi khoa học của mình.

UC Santa Cruz cho biết nhóm SlugSat của trường đã biến dự án từ concept thành flight-ready satellite trong giai đoạn tháng 6/2024 đến tháng 12/2025. Electra trở thành vệ tinh đầu tiên do sinh viên UCSC xây dựng đạt tới không gian.

Alcyone, Atlas và Electra không chỉ là “hộp phát tín hiệu”

Các CubeSat giáo dục ngày nay có thể thực hiện những mission phức tạp hơn đáng kể so với các vệ tinh sinh viên thế hệ đầu.

PROVES–Atlas của Northeastern được thiết kế để thử một thuật toán communications giữa các satellite trong constellation, đồng thời thu ảnh Trái Đất. Northeastern Satellite Laboratory có khoảng 50 thành viên và tổ chức các nhóm software, mechanical, electrical và simulation.

PROVES–Electra của UC Santa Cruz hỗ trợ nhiều liên kết amateur radio và downlink, bao gồm UHF và S-band. Sau deployment, satellite bắt đầu truyền tín hiệu tới ground station của SlugSat; đội đang theo dõi health, phân tích telemetry và chuẩn bị software update.

PROVES–Alcyone do Columbia University vận hành cũng nằm trong cluster thử nghiệm kiến trúc open-source.

Điều quan trọng về mặt giáo dục là sinh viên không chỉ làm một payload rồi giao nó cho nhà thầu. Họ tiếp xúc với gần như toàn bộ lifecycle của một space mission: requirements, design, integration, environmental test, launch, commissioning và operations.

Phần mềm trên quỹ đạo khác app trên laptop ở điểm nào?

Một ứng dụng thông thường có thể giả định máy tính luôn có điện, internet tương đối ổn và người dùng có thể restart nếu gặp lỗi.

Flight software phải sống trong một thế giới khác.

Năng lượng thay đổi theo quỹ đạo. Satellite có thể phát điện khi đi qua vùng có ánh sáng rồi dựa vào battery trong bóng tối. Software phải bảo vệ energy budget và đôi khi tắt payload để giữ lại đủ điện cho radio và flight computer.

Communication bị gián đoạn tự nhiên. Một ground station chỉ nhìn thấy CubeSat khi quỹ đạo đi qua vùng trời phù hợp. Trong phần lớn thời gian, spacecraft phải tự vận hành.

Radiation có thể gây lỗi bit. Particle năng lượng cao có thể làm thay đổi state trong memory hoặc processor. Flight software và hardware cần các cơ chế watchdog, reset hoặc fault recovery.

Không thể sửa bằng tay. Nếu antenna không deploy hoặc connector bị lỏng, sinh viên không thể mở satellite ra như trên bench.

Timing quan trọng. Một command sai thứ tự hoặc task bị block quá lâu có thể gây hiệu ứng dây chuyền trên nhiều subsystem.

Do đó, lập trình flight software là bài học thực tế về reliability engineering, không chỉ về cú pháp C++ hay Python.

Một packet telemetry có thể giá trị hơn cả giờ giảng

Blagoy Rangelov, principal investigator của TXST Space Lab, nhấn mạnh rằng mỗi command gửi lên và mỗi packet nhận lại đều tạo ra kinh nghiệm vận hành mà lớp học không thể tái tạo.

Để hiểu vì sao, hãy tưởng tượng thời điểm satellite vừa xuất hiện trên đường chân trời.

Ground station phải dự đoán pass, xoay antenna hoặc chọn hướng phù hợp, đặt radio đúng tần số và tính Doppler shift. Khi beacon xuất hiện, software mặt đất phải decode packet. Team kiểm tra battery voltage, temperature, reset count và trạng thái subsystem.

Nếu cần gửi command, họ phải chắc chắn packet format đúng, satellite đang ở mode cho phép và command không làm gián đoạn radio khi pass chỉ còn vài phút.

Sau đó spacecraft biến mất dưới đường chân trời. Đội có thể phải chờ pass tiếp theo để biết lệnh đã tạo ra kết quả mong muốn hay chưa.

Đây là mission operations thật, với giới hạn thời gian và phần cứng thật.

Sinh viên toán lại có thể trở thành software lead của một vệ tinh

Một điểm thú vị ở TXST Space Lab là chương trình không giới hạn thành viên vào aerospace engineering.

Software lead Nate Gay học toán. Saidi Adams học electrical engineering. Johnny McCaskill kết hợp toán, vật lý và computer science. Jasmine Rawles học mechanical engineering.

Space Lab nói rõ họ nhận sinh viên từ mọi major và mức kinh nghiệm.

Điều này phản ánh bản chất systems engineering của spacecraft. Một vệ tinh cần cơ khí, điện tử, vật lý, radio, software, thermal engineering, orbital mechanics, data analysis và project management cùng lúc.

Đối với software, nền tảng toán hoặc computer science có thể đặc biệt hữu ích cho estimation, control, simulation và algorithm. Trong khi đó, electrical engineer hiểu sâu hơn về hardware interface và communication bus.

Một đội đa ngành khiến software developer phải học cách nói chuyện với những người đang thiết kế battery, sensor và structure — chính kỹ năng mà các dự án công nghiệp yêu cầu.

CubeSat đã thay đổi cách đại học tiếp cận không gian

Trước thời CubeSat, một vệ tinh đại học thường là dự án nhiều năm với ngân sách rất lớn, khiến cơ hội trực tiếp chạm vào flight hardware chỉ dành cho số ít sinh viên.

CubeSat tạo ra một standard module nhỏ, thường bắt đầu từ 1U với kích thước khoảng 10 × 10 × 10 cm. Standard hóa kích thước khiến launch provider có thể dùng deployer chung và ghép nhiều satellite nhỏ vào một nhiệm vụ lớn.

NASA CubeSat Launch Initiative tiếp tục giảm một rào cản quan trọng khác bằng cách cung cấp cơ hội launch cho spacecraft do các cơ sở giáo dục và tổ chức phi lợi nhuận của Mỹ phát triển.

Khi launch, hardware và software đều trở nên dễ tiếp cận hơn, một trường đại học mới xây space program không còn nhất thiết phải đợi hàng thập kỷ trước khi có dữ liệu từ quỹ đạo.

NASA và JPL đang biến open source thành công cụ đào tạo nhân lực

F Prime cho thấy open-source có thể tạo cầu nối trực tiếp giữa cơ quan không gian và trường đại học.

Khi JPL công khai framework, sinh viên không chỉ đọc tài liệu mô tả cách NASA viết flight software. Họ có thể build chính framework, xem component architecture, viết driver, chạy unit test và đóng góp issue hoặc patch.

JPL từng mô tả việc các trường đại học sử dụng F Prime như một quan hệ hai chiều: trường nhận kinh nghiệm flight software đã được kiểm chứng, còn NASA có thể tiếp cận một thế hệ kỹ sư bước vào thị trường lao động với kinh nghiệm sử dụng công cụ thật.

Điều này đặc biệt có giá trị trong aerospace, nơi khoảng cách giữa “biết lập trình” và “biết viết software đủ tin cậy để bay” là rất lớn.

Điều gì xảy ra nếu sinh viên tốt nghiệp giữa nhiệm vụ?

Đây là một trong những thách thức đặc thù của university satellite.

Một mission có thể kéo dài ba đến năm năm từ concept tới operations, trong khi sinh viên đại học thường chỉ ở trường bốn năm. Team lead có thể tốt nghiệp ngay trước launch. Người viết một driver quan trọng có thể đã đi làm khi bug xuất hiện trên quỹ đạo.

Đó là lý do documentation, code review, version control, automated test và architecture modular trở nên cực kỳ quan trọng.

Một dự án tốt không chỉ cần code chạy được; nó phải có khả năng được một thế hệ sinh viên khác tiếp quản.

Nguồn mở cũng giúp giảm rủi ro này. Khi platform và framework có cộng đồng rộng hơn một trường, tri thức không biến mất hoàn toàn khi một cohort rời campus.

TXST đang dùng bốn satellite này để chuẩn bị cho vệ tinh của chính mình

Đối với Texas State, kinh nghiệm hiện tại còn là rehearsal cho một bước lớn hơn.

Space Lab được thành lập năm 2023, phát triển từ các dự án high-altitude balloon bắt đầu từ năm 2019. Trường hiện xây nhiều mission, trong đó có PROVES–Maia và BobcatOrbiter.

PROVES–Maia là CubeSat của chính Texas State trong chương trình Pleiades Five. Tháng 3/2026, nhóm hoàn tất assembly trong clean room của trường và chuẩn bị đưa spacecraft tới NASA Johnson Space Center để vibration testing trước khi bàn giao cho launch provider.

TXST cho biết kinh nghiệm gửi command và nhận telemetry từ các satellite đang bay giúp đội không phải bước vào mission riêng với con số 0 kinh nghiệm vận hành.

Đây là một lợi thế thường bị đánh giá thấp. Một trường có thể xây satellite tốt nhưng vẫn gặp khó nếu ground operations chưa từng thực hiện commissioning thật.

Bước tiếp theo còn tham vọng hơn: vệ tinh tự học cách điều chỉnh quỹ đạo

Texas State Space Lab cũng đã được chọn cho chương trình University Nanosatellite Program 2026 với concept ADAPT — Autonomous Drag-based Adaptive Planning and Targeting.

Ý tưởng là một CubeSat 6U sử dụng reinforcement learning để kiểm soát trajectory thông qua differential drag mà không cần propulsion.

Ở quỹ đạo thấp, atmosphere rất loãng nhưng vẫn tạo drag. Nếu satellite thay đổi attitude để tăng hoặc giảm diện tích cản, nó có thể điều chỉnh tốc độ mất năng lượng quỹ đạo. Theo thời gian, hiệu ứng nhỏ này có thể thay đổi vị trí tương đối so với satellite khác.

ADAPT muốn cho spacecraft tự lập kế hoạch những maneuver kiểu đó.

Đây là bước tiến tự nhiên từ flight software “nhận command và quản lý subsystem” sang autonomy cao hơn: máy tính trên tàu tự đưa ra quyết định dựa trên state và mục tiêu.

Đối với sinh viên, điều đó có nghĩa bài tập machine learning không còn chỉ chạy trên dataset. Một thuật toán tương lai có thể trực tiếp thay đổi orientation của spacecraft thật.

Nhưng sinh viên không được quyền “thử code trực tiếp trên vệ tinh” tùy ý

Cụm từ “sinh viên điều khiển vệ tinh” có thể gợi hình ảnh một laptop trong ký túc xá với nút bấm cho phép xoay spacecraft bất kỳ lúc nào.

Hoạt động thực tế được kiểm soát chặt hơn nhiều.

Command phải đi qua ground segment và các procedure đã được chuẩn bị. Tần số radio cần tuân thủ quy định. Thay đổi flight software phải được kiểm tra trước. Những lệnh có khả năng làm mất communication hoặc gây trạng thái không an toàn cần review.

Trong các satellite giáo dục, phạm vi quyền điều khiển cũng phụ thuộc architecture của từng mission. Một số spacecraft chỉ có command cơ bản; số khác cho phép update firmware hoặc thay parameter trên quỹ đạo.

Do đó, “điều khiển vệ tinh thật” nên hiểu là sinh viên tham gia một quy trình mission operations có kỷ luật, không phải điều khiển từ xa theo kiểu thiết bị hobby.

Software update trên quỹ đạo vừa là sức mạnh vừa là rủi ro

Khả năng cập nhật software sau launch là một trong những công cụ mạnh nhất của satellite hiện đại.

Nếu payload cần algorithm mới, mission có thể uplink code hoặc parameter mà không cần phóng spacecraft khác. Nếu một sensor có behavior khác dự kiến, nhóm có thể sửa driver. Nếu mission hoàn thành mục tiêu chính, software mới có thể mở ra secondary experiment.

UC Santa Cruz cho biết đội SlugSat hiện đang theo dõi Electra và chuẩn bị software update trong khi satellite bay trên quỹ đạo.

Nhưng update cũng có thể làm spacecraft “brick” nếu phiên bản mới không boot. Vì vậy, flight system thường cần rollback, safe image hoặc recovery path.

Đây là nơi testing discipline trở nên sống còn: update phải được chạy trên testbed càng giống flight hardware càng tốt trước khi uplink.

Từ GitHub tới quỹ đạo là một pipeline ngày càng thực tế

Có một biểu tượng thú vị trong câu chuyện này: source code có thể bắt đầu như một repository mở trên GitHub, được sinh viên sửa trong lab, chạy qua CI, kiểm tra trên hardware-in-the-loop, đóng băng thành flight build rồi cuối cùng chạy trên một computer bay qua đầu họ nhiều lần mỗi ngày.

Mỗi bước vẫn cần engineering nghiêm ngặt. Nhưng pipeline đã trở nên dễ tiếp cận hơn nhiều so với thời mọi flight software là hệ proprietary chỉ một vài contractor lớn có thể phát triển.

PROVES thậm chí công khai cả hardware design, documentation và software repository. Mục tiêu của dự án là giảm rào cản để các trường khác có thể học và lặp lại.

Nếu mô hình này trưởng thành, một university space program mới có thể bắt đầu bằng một platform đã có flight heritage, tập trung nguồn lực vào payload khoa học và những component thực sự mới.

Giá trị lớn nhất có thể không phải bản thân CubeSat

Một CubeSat sinh viên thường không cạnh tranh trực tiếp với vệ tinh thương mại hàng trăm triệu USD. Lifetime có thể ngắn, radio đơn giản và science payload nhỏ.

Nhưng mục tiêu giáo dục khác.

Một sinh viên từng debug packet telemetry lúc satellite đang bay trên đầu đã trải qua một dạng pressure rất khác với việc nộp assignment. Một mechanical student từng tháo spacecraft vì vibration test thất bại sẽ hiểu design margin theo cách sách giáo khoa khó truyền tải. Một software lead từng từ chối merge vì test HIL chưa pass sẽ hiểu reliability ở mức thực tế.

Những trải nghiệm đó trở thành nguồn nhân lực cho NASA, NewSpace startup, satellite operator và các ngành safety-critical khác.

Vì vậy, sản phẩm quan trọng nhất của university CubeSat đôi khi không phải satellite. Đó là những kỹ sư đã biết một hệ thống thật đi từ requirement tới operations như thế nào.

Một vệ tinh nhỏ đang làm mờ ranh giới giữa “sinh viên” và “kỹ sư không gian”

Ngày 2/7/2026, khi những CubeSat nhỏ được đẩy khỏi ISS, chúng không chỉ bắt đầu một mission khoa học và công nghệ. Chúng cũng chuyển công việc của nhiều sinh viên từ “project đại học” thành hệ thống đang vận hành ngoài không gian.

Code của họ phải xử lý telemetry thật. Command của họ đi qua radio thật. Bug của họ có hậu quả thật.

Đó là thay đổi lớn mà CubeSat và open-source flight software đang tạo ra cho giáo dục vũ trụ.

Trước đây, sinh viên có thể phải chờ tới khi vào NASA hoặc một nhà thầu aerospace mới được chạm vào software của spacecraft đang bay. Bây giờ, một undergraduate ngành toán có thể trở thành software lead, viết code trong phòng lab đại học rồi vài tháng sau theo dõi chính code đó hoạt động trên quỹ đạo.

Khoảng cách từ “Hello World” tới một spacecraft chưa bao giờ ngắn như vậy — nhưng khi code thực sự rời Trái Đất, tiêu chuẩn để nó chạy đúng cũng chưa bao giờ được phép thấp.