Supervised institutional hardware
Students run supervised missions on a real one-axis reaction-wheel trainer.
Supervised institutional demos, quotations, and deployments are available. Formal physical acceptance and measured twin-to-hardware correlation remain commissioning work.
An overview of the offered reaction-wheel trainer and its supervised learning workflow. This video is product illustration, not physical acceptance or twin-to-hardware correlation evidence.
A teaching configuration for reaction-wheel ADCS work with IMU and electrical telemetry. It is educational hardware, not flight hardware.
A trusted local operator controls the supervised session through the bounded local workflow; learners and public visitors do not receive command or bridge authority.
The supported local bridge and console workflow are designed for local/offline supervised operation where the installed configuration supports it.
Quoted hardware packages include the first year of the MissionLab institutional software subscription. This does not grant hardware authority.
Formal physical acceptance and measured twin-to-hardware correlation remain commissioning work; a commercial package or quote is not technical acceptance evidence.
A quoted one-axis trainer configuration, local supervised workflow, setup and training scope, and first-year MissionLab institutional software where included in the package. Physical acceptance and any model-to-measurement correlation are separately agreed commissioning work.
A safe site, suitable power and devices, a trained local operator, participant supervision and an agreed learning objective. A cloud software account may be used for institutional features; neither an account nor a quote gives learners operator authority. Physical sessions use hardware, but ordinary MissionLab software missions do not.
In a supervised extension, participants plan a bounded trainer activity, observe approved local telemetry and explain the result against the software model's limits. Physical measurements are identified as such only after the specific rig and session have passed their accepted operating and evidence checks.
Indicative launch and institutional pricing. Final quote depends on configuration, training, delivery, and acceptance scope.
Single institutional lab
PKR 399,999
USD $2,500 – 4,000
Schools and STEM programmes
PKR 1,299,999
USD $9,000 – 15,000
Universities and research labs
PKR 3,499,999
Contact for institutional quote
Annual institutional renewal
PKR 199,999/year
USD $2,000 – 5,000 / year / campus
Indicative launch pricing for institutional reference. Final quote depends on configuration, training, delivery, and acceptance scope.
| KidSAT ADCS Core | PKR 399,999 |
| School Mission Pack | PKR 1,299,999 |
| University / Space Lab Pack | PKR 3,499,999 |
| MissionLab institutional software annual renewal | PKR 199,999/year |
USD ranges are institutional reference only; final quote depends on configuration, training, delivery, and acceptance scope.
| KidSAT ADCS Core | USD $2,500 – 4,000 |
| School Mission Pack | USD $9,000 – 15,000 |
| University / Space Lab Pack | Contact for institutional quote |
| MissionLab institutional software annual renewal | USD $2,000 – 5,000 / year / campus |
Quoted KidSAT hardware packages include the first year of MissionLab institutional software for accounts, mission organisation, certificates, analytics, reporting and product updates.
After year one, institutions renew the MissionLab institutional software subscription annually to continue the cloud product features in their quoted scope. Supervised local hardware operation remains configuration- and safety-gated.
The software subscription does not grant physical hardware control or turn simulated evidence into measured evidence. A trained local operator and separate physical acceptance remain necessary.
Step 1
Contact CubeSTEM with your institution type, lab size, and intended learning scope.
Step 2
Agree the trainer, training, delivery, local setup, and acceptance scope in a formal quotation.
Step 3
A trained local operator prepares the bounded local workflow and safety-gated session.
Step 4
Formal physical acceptance and measured twin-to-hardware correlation are explicit commissioning activities, not outcomes of commercial availability.
No. Students participate in operator-supervised missions. The trained local operator retains bridge and bounded-command authority.
The supported local bridge and console workflow are designed for local/offline supervised operation where the installed configuration supports it. Cloud product features require connectivity.
No. KidSAT is educational one-axis reaction-wheel trainer hardware, not flight hardware.
Quoted hardware packages include the first year of MissionLab institutional software for accounts, cloud mission organisation, certificates, analytics, reporting, and product updates. It does not grant hardware command authority.
A quote establishes only the proposed configuration, training, delivery, and acceptance scope. It does not establish formal physical acceptance or measured twin-to-hardware correlation.
Request a quotation or supervised demo via info@cubestem.com. Indicative pricing is not technical acceptance evidence.
Connection boundary
The trained operator confirms the rig, electrical limits, telemetry, and emergency stop.
Only allowlisted, clamped commands are available during an operator-authorised window.
Approved physical channels remain distinct from simulated and derived Digital Twin evidence.
A specific rig may be compared with the one-axis model only as explicit commissioning work.
The KidSAT Operator Console is the local operator's tool for supervised sessions at the bench. An account, subscription or quotation does not give a learner hardware control, and there is no public remote operation.
Open KidSAT Operator Console