Skip to content
LunCo / Solutions / Space robotics simulation
For space robotics and mission teams

Simulate the robot as part of the mission.

A space robot is not only a body moving over terrain. Its mobility, sensors, power, thermal state, autonomy, communications, and operator procedures shape what the mission can actually accomplish.

Vehicle mechanics and terrainResources power and thermalOperations autonomy and control
Space robotics mission system A robot connects to terrain, power, thermal, sensing, autonomy, and mission operations models. ROBOT → SYSTEM → MISSION Spacerobot Terraincontact + slopePowerenergy + loadsSensorsobservationsMissionpolicy + events observe · decide · act · measure
The mission is the test. The robot’s useful behaviour emerges from the connections between its physical, computational, and operational models.

Why robot-only simulation misses the mission question.

A robot can drive correctly in a dynamics test and still fail the mission because the battery, thermal margin, communication window, sensor assumptions, or operating procedure changes the outcome.

01 / MOVE

Represent contact with the environment.

Vehicle mechanics, joints, wheels, sensors, and terrain belong in the same scene so a route is evaluated against the robot that will actually attempt it.

02 / POWER

Make energy a mission constraint.

Motor demand, payload activity, solar input, and storage state can be part of the question instead of a separate spreadsheet that the route planner never sees.

03 / OPERATE

Test autonomy and human authority together.

Mission policy, event handling, commands, and observations use the same runtime boundary for scripts, agents, and human operators.

04 / EXPLAIN

Inspect the interaction that changed the result.

Named ports, generated physical models, telemetry, and diagnostics make it possible to trace a mission result back to the system definition.

Choose the model detail that serves the decision.

LunCoSim brings the models relevant to a mission question into one system study. Specialist qualification, CFD, FEA, and hardware testing remain part of the workflow when their fidelity is the decision.

Scene definition
OpenUSD describes the composed robot, environment, identity, hierarchy, parameters, ports, and connections.
Continuous behaviour
Modelica carries continuous equations and state; rigid-body physics carries mechanics, contacts, joints, and forces.
Mission behaviour
Rhai scenarios express policy, tasks, events, objectives, and reactions without moving continuous control mathematics into ad hoc scripts.
Evidence
Generated model source, named ports, telemetry, and diagnostics give the team something to inspect and compare after the run.

Start with the robot decision that matters.

Read the engineering rationale in Why space robotics needs system-level simulation, then choose a rover, lander, or mission-operations study.