A package which simulates the space environment for operating multiple spacecraft.
Explore the docs » · Report Bug · Request Feature · Read the Paper
Disclaimer: This project is currently under development. Use at your own risk.
PASEOS is a Python module that simulates the environment to operate multiple spacecraft. In particular, PASEOS offers the user some utilities to run their own activities by taking into account both operational and onboard (e.g. limited-power-budget, radiation, and thermal effects) constraints.
PASEOS is designed to be:
The project is being developed by $\Phi$-lab@Sweden in the frame of a collaboration between AI Sweden and the European Space Agency to explore distributed edge learning for space applications. For more information on PASEOS and $\Phi$-lab@Sweden, please take a look at the recording of the $\Phi$-lab@Sweden kick-off event.
PASEOS allows simulating the effect of onboard and operational constraints on user-registered activities. The image above showcases the different phenomena considered (or to be implemented) in PASEOS.
The recommended way to install PASEOS is via conda / mamba using
conda install paseos -c conda-forge
Alternatively, on Linux you can install via pip using
pip install paseos
The pip version requires Python 3.8.16 due to pykep's limited support of pip.
To build from source, first of all clone the GitHub repository as follows (Git required):
git clone https://github.com/aidotse/PASEOS.git
To install PASEOS you can use conda as follows:
cd PASEOS
conda env create -f environment.yml
This will create a new conda environment called PASEOS and install the required software packages.
To activate the new environment, you can use:
conda activate paseos
Alternatively, you can install PASEOS by using pip as follows:
cd PASEOS
pip install -e .
Two Docker images are available:
main.If you want to install PASEOS using Docker, access the desired repository and follow the provided instructions.
The next examples will introduce you to the use of PASEOS.
Comprehensive, self-contained examples can also be found in the examples folder where you can find an example on:
The following are small snippets on specific topics.
The code snippet below shows how to create a PASEOS actor named mySat of type SpacecraftActor. pykep is used to define the satellite epoch in format mjd2000 format.
actors are created by using an ActorBuilder. The latter is used to define the actor scaffold that includes the actor minimal properties. In this way, actors are built in a modular fashion that enables their use also for non-space applications.
import pykep as pk
from paseos import ActorBuilder, SpacecraftActor
# Define an actor of type SpacecraftActor of name mySat
sat_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
Once you have instantiated a PASEOS simulation you can add other PASEOS actors (Known actors) to the simulation. You can use this, e.g., to study communications between actors and to automatically monitor communication windows.
The next code snippet will add both a SpacecraftActor and a GroundstationActor (other_sat). An orbit is set for other_sat, which is placed around Earth at position (x,y,z)=(-10000,0,0) and velocity (vx,vy,vz)=(0,-8000,0) at epoch epoch=pk.epoch(0).
The latter (grndStation) will be placed at coordinates (lat,lon)=(79.002723, 14.642972) and elevation of 0 m.
You cannot add a power device and an orbit to a GroundstationActor.
import pykep as pk
import paseos
from paseos import ActorBuilder, SpacecraftActor, GroundstationActor
# Define the local actor as a SpacecraftActor of name mySat and its orbit
local_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
ActorBuilder.set_orbit(
actor=local_actor,
position=[10000000, 0, 0],
velocity=[0, 8000.0, 0],
epoch=pk.epoch(0),
central_body=pk.planet.jpl_lp("earth"), # use Earth from pykep
)
# Initialize PASEOS simulation
sim = paseos.init_sim(local_actor)
# Create another SpacecraftActor
other_spacraft_actor = ActorBuilder.get_actor_scaffold(name="other_sat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
# Let's set the orbit of other_spacraft_actor.
ActorBuilder.set_orbit(actor=other_spacraft_actor,
position=[-10000000, 0, 0],
velocity=[0, -8000.0, 0],
epoch=pk.epoch(0), central_body=earth)
#Create GroundstationActor
grndStation = GroundstationActor(name="grndStation", epoch=pk.epoch(0))
#Set the ground station at lat lon 79.002723 / 14.642972
# and its elevation 0m
ActorBuilder.set_ground_station_location(grndStation,
latitude=79.002723,
longitude=14.642972,
elevation=0)
# Adding other_spacraft_actor to PASEOS.
sim.add_known_actor(other_spacraft_actor)
# Adding grndStation to PASEOS.
sim.add_known_actor(grndStation)
Once you have defined a SpacecraftActor, you can assign a Keplerian orbit or use SGP4 (Earth orbit only).
To this aim, you need to define the central body the SpacecraftActor is orbiting around and specify its position and velocity (in the central body's inertial frame) and an epoch. In this case, we will use Earth as a central body.
import pykep as pk
from paseos import ActorBuilder, SpacecraftActor
# Define an actor of type SpacecraftActor of name mySat
sat_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
# Define the central body as Earth by using pykep APIs.
earth = pk.planet.jpl_lp("earth")
# Let's set the orbit of sat_actor.
ActorBuilder.set_orbit(actor=sat_actor,
position=[10000000, 0, 0],
velocity=[0, 8000.0, 0],
epoch=pk.epoch(0), central_body=earth)
For using SGP4 / Two-line element (TLE) you need to specify the TLE of the SpacecraftActor. In this case, we will use the TLE of the Sentinel-2A satellite from celestrak.
from paseos import ActorBuilder, SpacecraftActor
# Define an actor of type SpacecraftActor
sat_actor = ActorBuilder.get_actor_scaffold(name="Sentinel-2A",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
# Specify your TLE
line1 = "1 40697U 15028A 23188.15862373 .00000171 00000+0 81941-4 0 9994"
line2 = "2 40697 98.5695 262.3977 0001349 91.8221 268.3116 14.30817084419867"
# Set the orbit of the actor
ActorBuilder.set_TLE(sat_actor, line1, line2)
You can define any kind of function you would like to determine actor positions and velocities. This allows integrating more sophisticated propagators such as orekit. A dedicated example on this topic can be found in the examples folder.
In short, you need to define a propagator function that returns the position and velocity of the actor at a given time. The function shall take the current epoch as arguments. You can then set the propagator function with
import pykep as pk
from paseos import ActorBuilder, SpacecraftActor
# Create a SpacecraftActor
starting_epoch = pk.epoch(42)
my_sat = ActorBuilder.get_actor_scaffold(
name="my_sat", actor_type=SpacecraftActor, epoch=starting_epoch
)
# Define a custom propagator function that just returns a sinus position
def my_propagator(epoch: pk.epoch):
position,velocity = your_external_propagator(epoch)
return position,velocity
# Set the custom propagator
ActorBuilder.set_custom_orbit(my_sat, my_propagator, starting_epoch)
You can access the orbit of a SpacecraftActor with
# Position, velocity and altitude can be accessed like this
t0 = pk.epoch("2022-06-16 00:00:00.000") # Define the time (epoch)
print(sat_actor.get_position(t0))
print(sat_actor.get_position_velocity(t0))
print(sat_actor.get_altitude(t0))
The following code snippet shows how to add a communication device to a [SpacecraftActors] (#spacecraftactor). A communication device is needed to model the communication between [SpacecraftActors] (#spacecraftactor) or a SpacecraftActor and GroundstationActor. Currently, given the maximum transmission data rate of a communication device, PASEOS calculates the maximum data that can be transmitted by multiplying the transmission data rate by the length of the communication window. The latter is calculated by taking the period for which two actors are in line-of-sight into account.
import pykep as pk
from paseos import ActorBuilder, SpacecraftActor
# Define an actor of type SpacecraftActor of name mySat
sat_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
# Add a communication device
ActorBuilder.add_comm_device(actor=sat_actor,
# Communication device name
device_name="my_communication_device",
# Bandwidth in kbps.
bandwidth_in_kbps=100000)
The following code snippet shows how to add a power device to a SpacecraftActor. Moreover, PASEOS assumes that the battery will be charged by solar panels, which will provide energy thanks to the incoming solar radiation when the spacecraft is not eclipsed. Charging and discharging happens automatically during activities.
import pykep as pk
import paseos
from paseos import ActorBuilder, SpacecraftActor
# Define an actor of type SpacecraftActor of name mySat
sat_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
# Add a power device
ActorBuilder.set_power_devices(actor=sat_actor,
battery_level_in_Ws=100, # current level
max_battery_level_in_Ws=2000,
charging_rate_in_W=10,
power_device_type=paseos.PowerDeviceType.SolarPanel)
Alternatively to the default paseos.PowerDeviceType.SolarPanel you can also use paseos.PowerDeviceType.RTG. The only difference at the moment is that RTGs also charge in eclipse.
Note that at the moment only one power device is supported. Adding another will override the existing one.
You can check the battery's state of charge and level in Ws with:
print(my_actor.state_of_charge)
print(my_actor.battery_level_in_Ws)
To model thermal constraints on spacecraft we utilize a model inspired by the one-node model described in Martínez - Spacecraft Thermal Modelling and Test. Thus, we model the change in temperature as
$$mc , \frac{dT}{dt} = \dot{Q}{solar} + \dot{Q}{albedo} + \dot{Q}{central_body_IR} - \dot{Q}{dissipated} + \dot{Q}_{activity}.$$
This means your spacecraft will heat up due to being in sunlight, albedo reflections, infrared radiation emitted by the central body as well as due to power consumption of activities. It will cool down due to heat dissipation.
The model is only available for a SpacecraftActor and (like all the physical models) only evaluated for the local actor.
The following parameters have to be specified for this:
To use it, simply equip your SpacecraftActor with a thermal model with:
from paseos import SpacecraftActor, ActorBuilder
my_actor = ActorBuilder.get_actor_scaffold("my_actor", SpacecraftActor, pk.epoch(0))
ActorBuilder.set_thermal_model(
actor=my_actor,
actor_mass=50.0, # Setting mass to 50kg
actor_initial_temperature_in_K=273.15, # Setting initial temperature to 0°C
actor_sun_absorptance=1.0, # Depending on material, define absorptance
actor_infrared_absorptance=1.0, # Depending on material, define absorptance
actor_sun_facing_area=1.0, # Area in m2
actor_central_body_facing_area=1.0, # Area in m2
actor_emissive_area=1.0, # Area in m2
actor_thermal_capacity=1000, # Capacity in J / (kg * K)
# ... leaving out default valued parameters, see docs for details
)
The model is evaluated automatically during activities. You can check the spacecraft temperature with:
print(my_actor.temperature_in_K)
At the moment, only one thermal model per actor is supported. Setting a second will override the old one.
PASEOS models three types of radiation effects.
You can add a radiation model affecting the operations of the devices you are interested in with
from paseos import SpacecraftActor, ActorBuilder
my_actor = ActorBuilder.get_actor_scaffold("my_actor", SpacecraftActor, pk.epoch(0))
ActorBuilder.set_radiation_model(
actor=my_actor,
data_corruption_events_per_s=r_d,
restart_events_per_s=r_i,
failure_events_per_s=r_f,
)
You can set any of the event rates to 0 to disable that part. Only SpacecraftActors support radiation models. You can find out if your actor has failed with
my_actor.is_dead
Interrupted activities will return as if a constraint function was no longer satisfied.
To get a binary mask to model data corruption on the local actor you can call
mask = paseos_instance.model_data_corruption(data_shape=your_data_shape,
exposure_time_in_s=your_time)
Beyond the default supported physical quantities (power, thermal, etc.) it possible to model any type of parameter by using custom properties. These are defined by a name, an update function and an initial value. The initial value is used to initialize the property. As for the other physical models, you can specify an update rate via the cfg.sim.dt cfg parameter.
Custom properties are automatically logged in the operations monitor. Below is a simple example tracking actor altitude.
import pykep as pk
from paseos import ActorBuilder, SpacecraftActor
# Define the local actor as a SpacecraftActor of name mySat and some orbit
local_actor = ActorBuilder.get_actor_scaffold(
name="mySat", actor_type=SpacecraftActor, epoch=pk.epoch(0)
)
ActorBuilder.set_orbit(
actor=local_actor,
position=[10000000, 0, 0],
velocity=[0, 8000.0, 0],
epoch=pk.epoch(0),
central_body=pk.planet.jpl_lp("earth"), # use Earth from pykep
)
# Define the update function for the custom property
# PASEOS will always pass you the actor, the time step and the current power consumption
# The function shall return the new value of the custom property
def update_function(actor, dt, power_consumption):
return actor.get_altitude() # get current altitude
# Add the custom property to the actor, defining name, update fn and initial value
ActorBuilder.add_custom_property(
actor=local_actor,
property_name="altitude",
update_function=update_function,
initial_value=local_actor.get_altitude(),
)
# One can easily access the property at any point with
print(local_actor.get_custom_property("altitude"))
In most examples here you will see Earth via the pykep API being used as a spherical, central body for Keplerian orbits. For Keplerian orbits around spherical bodies, you can simply use pykep with an type of pykep planet just as the above examples used Earth. E.g.
import pykep as pk
from paseos import ActorBuilder, SpacecraftActor
# Define an actor of type SpacecraftActor of name mySat
sat_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
# Define the central body as Mars by using pykep APIs.
mars = pk.planet.jpl_lp("mars")
# Let's set the orbit of sat_actor.
ActorBuilder.set_orbit(actor=sat_actor,
position=[10000000, 1, 1],
velocity=[1, 1000.0, 1],
epoch=pk.epoch(0),
central_body=mars)
However, you can also use any other central body defined via a mesh. This is especially useful in conjunction with custom propagators. To use a custom central body, you need to define a mesh and add it to the simulation configuration. The following example shows how to do this for the comet 67P/Churyumov–Gerasimenko.
We assume polyhedral_propagator to be a custom propagator as explained in Custom Propagators.
To correctly compute eclipses, we also need to know the orbit of the custom central body around the Sun. In this case we use the orbital elements one can find online for 67P/Churyumov–Gerasimenko.
import pykep as pk
from paseos import ActorBuilder, SpacecraftActor
# Define the epoch and orbital elements
epoch = pk.epoch(2460000.5, "jd")
elements = (3.457 * pk.AU, 0.64989, 3.8719 * pk.DEG2RAD, 36.33 * pk.DEG2RAD, 22.15 * pk.DEG2RAD, 73.57 * pk.DEG2RAD)
# Create a planet object from pykep for 67P
comet = pk.planet.keplerian(epoch, elements, pk.MU_SUN, 666.19868, 2000, 2000, "67P")
# Load the 67P mesh with pickle
with open(mesh_path, "rb") as f:
mesh_points, mesh_triangles = pickle.load(f)
mesh_points = np.array(mesh_points)
mesh_triangles = np.array(mesh_triangles)
# Define local actor
my_sat = ActorBuilder.get_actor_scaffold("my_sat", SpacecraftActor, epoch=epoch)
# Set the custom propagator
ActorBuilder.set_custom_orbit(my_sat, polyhedral_propagator, epoch)
# Set the mesh
ActorBuilder.set_central_body(my_sat, comet, (mesh_points, mesh_triangles))
# Below computations will now use the mesh instead spherical approximations
print(my_sat.is_in_eclipse())
print(my_sat.is_in_line_of_sight(some_other_actor))
# You could even specify a rotation of the central body.
# Set a rotation period of 1 second around the z axis
ActorBuilder.set_central_body(
my_sat,
comet,
(mesh_points, mesh_triangles),
rotation_declination=90,
rotation_right_ascension=0,
rotation_period=1,
)
This is particularly useful if you want to use a central body that is not included in pykep or if you want to use a central body that is not a planet (e.g. an asteroid).
N.B. get_altitude computes the altitude above [0,0,0] in the central body's frame, thus is not affected by the central body's rotation or mesh.
N.B. #2 Any custom central body still has to orbit the Sun for PASEOS to function correctly.
We will now show how to create an instance of PASEOS. An instance of PASEOS shall be bounded to one PASEOS actor that we call local actor. Please, notice that an orbit shall be placed for a SpacecraftActor before being added to a PASEOS instance.
import pykep as pk
import paseos
from paseos import ActorBuilder, SpacecraftActor
# Define the local actor as a SpacecraftActor of name mySat and its orbit
local_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
ActorBuilder.set_orbit(
actor=local_actor,
position=[10000000, 0, 0],
velocity=[0, 8000.0, 0],
epoch=pk.epoch(0),
central_body=pk.planet.jpl_lp("earth"), # use Earth from pykep
)
# initialize PASEOS simulation
sim = paseos.init_sim(local_actor)
For each actor you wish to model, you can create a PASEOS instance. Running multiple instances on the same machine / thread is supported.
When you instantiate PASEOS as shown in Initializing PASEOS, a PASEOS instance is created by using the default configuration. However, sometimes it is useful to use a custom configuration.
The next code snippet will show how to start the PASEOS simulation with a time different from pk.epoch(0) (MJD2000) by loading a custom configuration.
import pykep as pk
import paseos
from paseos import ActorBuilder, SpacecraftActor
#Define today as pykep epoch (16-06-22)
#please, refer to https://esa.github.io/pykep/documentation/core.html#pykep.epoch
today = pk.epoch_from_string('2022-06-16 00:00:00.000')
# Define the local actor as a SpacecraftActor of name mySat
# pk.epoch is set to today
local_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=today)
# Let's set the orbit of local_actor.
# pk.epoch is set to today
ActorBuilder.set_orbit(
actor=local_actor,
position=[10000000, 0, 0],
velocity=[0, 8000.0, 0],
epoch=pk.epoch(0),
central_body=pk.planet.jpl_lp("earth"), # use Earth from pykep
)
# Loading cfg to modify defaults
cfg=load_default_cfg()
# Set simulation starting time by converting epoch to seconds
cfg.sim.start_time=today.mjd2000 * pk.DAY2SEC
# initialize PASEOS simulation
sim = paseos.init_sim(local_actor)
You can access the current simulation time (seconds since the start) and the current epoch like this:
time_since_start_in_s = sim.simulation_time
current_epoch = sim.local_time
In some cases, you may be interested to simulate your spacecraft operating for an extended period. By default, PASEOS operates in real-time, thus this would take a lot of time. However, you can increase the rate of time passing (i.e. the spacecraft moving, power being charged / consumed etc.) using the time_multiplier parameter. Set it as follows when initializing PASEOS.
cfg = load_default_cfg() # loading cfg to modify defaults
cfg.sim.time_multiplier = 10 # setting the parameter so that in 1s real time, paseos models 10s having passed
paseos_instance = paseos.init_sim(my_local_actor, cfg) # initialize paseos instance
Alternatively, you can rely on an event-based mode where PASEOS will simulate the physical constraints for an amount of time. The below code shows how to run PASEOS for a fixed amount of time or until an event interrupts it.
import pykep as pk
import paseos
from paseos import ActorBuilder, SpacecraftActor
# Define the central body as Earth by using pykep APIs.
earth = pk.planet.jpl_lp("earth")
# Define a satellite with some orbit and simple power model
local_actor = ActorBuilder.get_actor_scaffold("MySat", SpacecraftActor, pk.epoch(0))
ActorBuilder.set_orbit(local_actor, [10000000, 0, 0], [0, 8000.0, 0], pk.epoch(0), earth)
ActorBuilder.set_power_devices(local_actor, 500, 1000, 1)
# Abort when sat is at 10% battery
def constraint_func():
return local_actor.state_of_charge > 0.1
# Set some settings to control evaluation of the constraint
cfg = load_default_cfg() # loading cfg to modify defaults
cfg.sim.dt = 0.1 # setting timestep of physical models (power, thermal, ...)
cfg.sim.activity_timestep = 1.0 # how often constraint func is evaluated
sim = paseos.init_sim(local_actor, cfg) # Init simulation
# Advance for a long time, will interrupt much sooner due to constraint function
sim.advance_time(3600, 10, constraint_function=constraint_func)
PASEOS enables the user to register their activities that will be executed on the local actor. This is an alternative to the event-based mode
To register an activity, it is first necessary to define an asynchronous activity function. The following code snippet shows how to create a simple activity function activity_function_A that prints "Hello Universe!". Then, it waits for 0.1 s before concluding the activity.
When you register an activity, you need to specify the power consumption associated to the activity.
#Activity function
async def activity_function_A(args):
print("Hello Universe!")
await asyncio.sleep(0.1) #Await is needed inside an async function.
Once an activity is registered, the user shall call perform_activity(...) to run the registered activity.
The next snippet will showcase how to register and perform the activity activity_A.
import pykep as pk
import paseos
from paseos import ActorBuilder, SpacecraftActor
import asyncio
# Define the local actor as a SpacecraftActor of name mySat and its orbit
local_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
ActorBuilder.set_orbit(
actor=local_actor,
position=[10000000, 0, 0],
velocity=[0, 8000.0, 0],
epoch=pk.epoch(0),
central_body=pk.planet.jpl_lp("earth"), # use Earth from pykep
)
# Add a power device
ActorBuilder.set_power_devices(actor=local_actor,
# Battery level at the start of the simulation in Ws
battery_level_in_Ws=100,
# Max battery level in Ws
max_battery_level_in_Ws=2000,
# Charging rate in W
charging_rate_in_W=10)
# initialize PASEOS simulation
sim = paseos.init_sim(local_actor)
#Activity function
async def activity_function_A(args):
print("Hello Universe!")
await asyncio.sleep(0.1) #Await is needed inside an async function.
# Register an activity that emulate event detection
sim.register_activity(
"activity_A",
activity_function=activity_function_A,
power_consumption_in_watt=10
)
#Run the activity
sim.perform_activity("activity_A")
At the moment, parallel running of multiple activities is not supported. However, if you want to run multiple activities in a row or just wait for the existing one to finish, you can use
await sim.wait_for_activity()
to wait until the running activity has finished.
The next code snippet will show how to register and perform activities with inputs and outputs. In particular, we will register an activity function activity_function_with_in_and_outs that takes an input argument and returns its value multiplied by two. Then, it waits for 0.1 s before concluding the activity.
Please, notice that the output value is placed in args[1][0], which is returned as reference.
import pykep as pk
import paseos
from paseos import ActorBuilder, SpacecraftActor
import asyncio
# Define the local actor as a SpacecraftActor of name mySat and its orbit
local_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
ActorBuilder.set_orbit(
actor=local_actor,
position=[10000000, 0, 0],
velocity=[0, 8000.0, 0],
epoch=pk.epoch(0),
central_body=pk.planet.jpl_lp("earth"), # use Earth from pykep
)
# Add a power device
ActorBuilder.set_power_devices(actor=local_actor,
# Battery level at the start of the simulation in Ws
battery_level_in_Ws=100,
# Max battery level in Ws
max_battery_level_in_Ws=2000,
# Charging rate in W
charging_rate_in_W=10)
# initialize PASEOS simulation
sim = paseos.init_sim(local_actor)
#Activity function
async def activity_function_with_in_and_outs(args):
activity_in=args[0]
activity_out=activity_in * 2
args[1][0]=activity_out
await asyncio.sleep(0.1) #Await is needed inside an async function.
# Register an activity that emulate event detection
sim.register_activity(
"my_activity",
activity_function=activity_function_with_in_and_outs,
power_consumption_in_watt=10,
)
#Creatie an input variable for activity
activity_in=1
#Create a placeholder variable to contain the output of the activity function.
#It is created as a list so its first value is edited
# as reference by the activity function.
activity_out=[None]
#Run the activity
sim.perform_activity("my_activity",
activity_func_args=[activity_in, activity_out],
)
#Print return value
print("The output of the activity function is: ", activity_out[0])
It is possible to associate a constraint function with each activity to ensure that some particular constraints are met during the activity execution. When constraints are not met, the activity is interrupted. Constraints can be used, e.g., to impose power requirements, communication windows or maximum operational temperatures.
The next code snippet shows how to:
constraint_function_A) which returns True when the local actor's temperature is below ~86°C and False otherwise (this requires a thermal model on the actor)constraint_function_A to constraint our Simple Activity.import pykep as pk
import paseos
from paseos import ActorBuilder, SpacecraftActor
import asyncio
# Define the local actor as a SpacecraftActor of name mySat and its orbit
local_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
ActorBuilder.set_orbit(
actor=local_actor,
position=[10000000, 0, 0],
velocity=[0, 8000.0, 0],
epoch=pk.epoch(0),
central_body=pk.planet.jpl_lp("earth"), # use Earth from pykep
)
# Add a power device
ActorBuilder.set_power_devices(actor=local_actor,
# Battery level at the start of the simulation in Ws
battery_level_in_Ws=100,
# Max battery level in Ws
max_battery_level_in_Ws=2000,
# Charging rate in W
charging_rate_in_W=10)
# initialize PASEOS simulation
sim = paseos.init_sim(local_actor)
#Activity function
async def activity_function_A(args):
print("Hello Universe!")
await asyncio.sleep(0.1) #Await is needed inside an async function.
#Constraint function
async def constraint_function_A(args):
local_actor_temperature=args[0]
return (local_actor_temperature < 350)
# Register an activity that emulate event detection
sim.register_activity(
"activity_A_with_constraint",
activity_function=activity_function_A,
power_consumption_in_watt=10,
constraint_function=constraint_function_A
)
#The constraint function is related to the operational temperature of the local actor.
operational_temperature_in_K=local_actor.temperature_in_K
#Run the activity
sim.perform_activity("activity_A_with_constraint",
constraint_func_args=[operational_temperature_in_K],
)
It is also possible to define an on-termination function to perform some specific operations when on termination of the activity. The next code snippet shows:
The name of the activity is passed as input to the on-termination function to showcase to handle on-termination function inputs.
import pykep as pk
import paseos
from paseos import ActorBuilder, SpacecraftActor
import asyncio
# Define the local actor as a SpacecraftActor of name mySat and its orbit
local_actor = ActorBuilder.get_actor_scaffold(name="mySat",
actor_type=SpacecraftActor,
epoch=pk.epoch(0))
ActorBuilder.set_orbit(
actor=local_actor,
position=[10000000, 0, 0],
velocity=[0, 8000.0, 0],
epoch=pk.epoch(0),
central_body=pk.planet.jpl_lp("earth"), # use Earth from pykep
)
# Add a power device
ActorBuilder.set_power_devices(actor=local_actor,
# Battery level at the start of the simulation in Ws
battery_level_in_Ws=100,
# Max battery level in Ws
max_battery_level_in_Ws=2000,
# Charging rate in W
charging_rate_in_W=10)
# initialize PASEOS simulation
sim = paseos.init_sim(local_actor)
#Activity function
async def activity_function_A(args):
print("Hello Universe!")
await asyncio.sleep(0.1) #Await is needed inside an async function.
#On-termination function
async def on_termination_function_A(args):
#Fetching input
activity_name=args[0]
print("Activity ("+str(activity_name)+") ended.")
# Register an activity that emulate event detection
sim.register_activity(
"activity_A_with_termination_function",
activity_function=activity_function_A,
power_consumption_in_watt=10,
on_termination_function=on_termination_function_A
)
#The termination function input is the activity name
activity_name="activity_A_with_termination_function"
#Run the activity
sim.perform_activity("activity_A_with_termination_function",
termination_func_args=[activity_name],
)
Navigate to paseos/visualization to find a jupyter notebook containing examples of how to visualize PASEOS. Visualization can be done in interactive mode or as an animation that is saved to your disc. In the figure below, Earth is visualized in the centre as a blue sphere with different spacecraft in orbit. Each spacecraft has a name and if provided, a battery level and a communications device. The local device is illustrated with white text. In the upper-right corner, the status of the communication link between each spacecraft is shown. Finally, the time in the lower left and lower right corners corresponds to the epoch and the PASEOS local simulation time.
You can easily track the status of a PASEOS simulation via the monitor which keeps track of actor status.
It allows access like this
(...) # actor definition etc., see above
instance = paseos.init_sim(local_actor=my_local_actor)
(...) # running the simulation
# access tracked parameters
timesteps = instance.monitor["timesteps"]
state_of_charge = instance.monitor["state_of_charge"]
To evaluate your results, you will likely want to track the operational parameters, such as actor battery status, currently running activity etc. of actors over the course of your simulation. By default, PASEOS will log the current actor status every 10 seconds, however you can change that rate by editing the default configuration, as explained in How to use the cfg. You can save the current log to a *.csv file at any point.
cfg = load_default_cfg() # loading cfg to modify defaults
cfg.io.logging_interval = 0.25 # log every 0.25 seconds
paseos_instance = paseos.init_sim(my_local_actor, cfg) # initialize paseos instance
# Performing activities, running the simulation (...)
paseos_instance.save_status_log_csv("output.csv")
PASEOS is designed to allow easily wrapping other software and tools to, e.g., use more sophisticated models for specific aspects of interest to the user. There are three ways to do this:
The wrapping via activities is quite straight forward. Follow the instructions on registering and performing activities and make use of your external software inside the activity function.
import my_external_software
#Activity function
async def activity_function_A(args):
my_external_software.complex_task_to_model()
await asyncio.sleep(0.01)
Inside constraint functions, external software can be used to check whether a constraint is met or not. This works both for activity constraints and for constraints in event-based mode.
The constraint function should return True if the constraint is met and False otherwise.
import pykep as pk
from paseos import ActorBuilder, SpacecraftActor
import my_complex_radiation_model
# Defining a local actor
local_actor = ActorBuilder.get_actor_scaffold("MySat", SpacecraftActor, pk.epoch(0))
def constraint_func():
t = local_actor.local_time
device_has_failed = my_complex_radiation_model.check_for_device_failure(t)
return not device_has_failed
# Can be passed either with event-based mode, will run until constraint is not met
sim.advance_time(3600, 10, constraint_function=constraint_func)
# (...)
# or via activity constraints, will run until constraint is not met
# N.B: this is an excerpt follow the #constraint-function link for more details
sim.register_activity(
"activity_A_with_constraint_function",
activity_function=activity_function_A,
power_consumption_in_watt=10,
constraint_function=constraint_func
)
Finally, custom properties can be used to wrap external software. This is useful to use a more sophisticated model for a physical quantity, e.g. one could use a simulator like ns-3 to model the current channel bandwidth.
For more details see custom properties.
import my_channel_model
# Will be automatically called during PASEOS simulation
def update_function(actor, dt, power_consumption):
# Get the current channel bandwidth from the external model
channel_bandwidth = my_channel_model.get_channel_bandwidth(actor)
return channel_bandwidth
# Add the custom property to the actor, defining name, update fn and initial value
ActorBuilder.add_custom_property(
actor=local_actor,
property_name="channel_bandwidth",
update_function=update_function,
initial_value=1000,
)
# (... run simulation)
# One can easily access the property at any point with
print(local_actor.get_custom_property("channel_bandwidth"))
Activity is the abstraction that PASEOS uses to keep track of specific actions performed by an actor upon a request from the user. >PASEOS is responsible for the execution of the activity and for updating the system status depending on the effects of the activity (e.g., by discharging the satellite battery).
When registering an activity, the user can specify a constraint function to specify constraints to be met during the execution of the activity and an on-termination function to specify additional operations to be performed by PASEOS on termination of the activity function.
User-defined function emulating any operation to be executed in a PASEOS by an actor. Activity functions are necessary to register activities. Activity functions might include data transmission, housekeeping operations, onboard data acquisition and processing, and others.
Since PASEOS is fully-decentralised, each node of a PASEOS constellation shall run an instance of PASEOS modelling all the nodes of that constellation. The abstraction of a constellation node inside a PASEOS instance is a PASEOS actor.
A constraint function is an asynchronous function that can be used by the PASEOS user to specify some constraints that shall be met during the execution of an activity.
Users can define their own physical quantity to track parameters not natively simulated by PASEOS. This is described in detail above and in a dedicated example notebook on modelling total ionizing dose.
PASEOS actor emulating a ground station.
The local actor is the actor whose behaviour is modelled by the locally running PASEOS instance.
In a PASEOS instance, known actors are all the other actors that are known to the local actor.
An on-termination function is an asynchronous function that can be used by the PASEOS user to specify some operations to be executed on termination of the predefined PASEOS user's activity.
PASEOS actor emulating a spacecraft or a satellite.
Description of the physical model parameters and default values in PASEOS with indications on sensitivity of parameters and suggested ranges.
| Name | Datatype | Description | Default | Suggested Range | Sensitivity |
|---|---|---|---|---|---|
| Battery Level [Ws] | float | Current battery level | - | > 0 | high |
| Maximum Battery Level [Ws] | float | Maximum battery level | - | > 0 | high |
| Charging Rate [W] | float | Charging rate of the battery | - | > 0 | high |
| Power Device Type | enum | Type of power device. Can be either "SolarPanel" or "RTG" | SolarPanel | - | medium |
| Data Corruption Events [Hz] | float | Rate of single bit of data being corrupted, i.e. a Single Event Upset (SEU) | - | >= 0 | low |
| Restart Events [Hz] | float | Rate of device restart being triggered | - | >= 0 | medium |
| Failure Events [Hz] | float | Rate of complete device failure due to a Single Event Latch-Up (SEL) | - | >= 0 | high |
| Mass [kg] | float | Actor's mass | - | > 0 | low |
| Initial Temperature [K] | float | Actor's initial temperature | - | >= 0 | medium |
| Sun Absorptance | float | Actor's absorptance of solar light | - | [0,1] | high |
| Infrared Absorptance | float | Actor's absportance of infrared light | - | [0,1] | medium |
| Sun-Facing Area [$m^2$] | float | Actor's area facing the sun | - | >= 0 | high |
| Central Body-Facing Area [$m^2$] | float | Actor's area facing central body | - | >= 0 | medium |
| Emissive Area [$m^2$] | float | Actor's area emitting (radiating) heat | - | >= 0 | high |
| Thermal Capacity [$J / (kg * K)$] | float | Actor's thermal capacity | - | >= 0 | low |
| Body Solar Irradiance [W] | float | Irradiance from the sun | 1360 | >= 0 | medium |
| Body Surface Temperature [K] | float | Central body surface temperature | 288 | >= 0 | low |
| Body Emissivity | float | Central body emissivity in infrared | 0.6 | [0,1] | medium |
| Body Reflectance | float | Central body reflectance of sunlight | 0.3 | [0,1] | medium |
| Heat Conversion Ratio [-] | float | Conversion ratio for activities, 0 leads to know heat-up due to activity | 0.5 | [0,1] | high |
The PASEOS project is open to contributions. To contribute, you can open an issue to report a bug or to request a new feature. If you prefer discussing new ideas and applications, you can contact us via email (please, refer to Contact).
To contribute, please proceed as follow:
git checkout -b feature/AmazingFeature)git commit -m 'Add some AmazingFeature')git push origin feature/AmazingFeature)Distributed under the GPL-3.0 License.
Created by $\Phi$-lab@Sweden.
If you have used PASEOS, please cite the following paper:
@article{gomez23paseos,
author = {Gómez, Pablo and Östman, Johan and Shreenath, Vinutha Magal and Meoni, Gabriele},
title = {{PA}seos {S}imulates the {E}nvironment for {O}perating multiple {S}pacecraft},
journal = {arXiv:2302.02659 [cs.DC]},
year = {2023},
}
FAQs
A package which simulates the space environment for operating multiple spacecraft.
We found that paseos demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
In this segment of the Risky Business podcast, Feross Aboukhadijeh and Patrick Gray discuss the challenges of tracking malware discovered in open source softare.
Research
Security News
A threat actor's playbook for exploiting the npm ecosystem was exposed on the dark web, detailing how to build a blockchain-powered botnet.
Security News
NVD’s backlog surpasses 20,000 CVEs as analysis slows and NIST announces new system updates to address ongoing delays.