4.1. Implementation Framework of the Acceleration Settings¶
4.1.1. Acceleration settings¶
The settings for accelerations are defined and stored by the user in a SelectedAccelerationMap
.

class
SelectedAccelerationMap
¶ This is a
typedef
for:std::map< std::string, std::map< std::string, std::vector< boost::shared_ptr< AccelerationSettings > > > >
This is a double map (with twice a string as a key). The two levels correspond to the names of bodies undergoing an acceleration (first key) , and those for bodies exerting an acceleration (second key). This allows any number of bodies to be propagated, undergoing any number (and type) of accelerations from any number of bodies.
For a given environment, most acceleration models are completely defined by:
 Type of acceleration model (a list is provided in the
AvailableAcceleration
enum inTudat/Astrodynamics/BasicAstrodynamics/accelerationModelTypes.h
). Name of body undergoing acceleration
 Name of body exerting acceleration
For instance, when using the following from the Unguided Capsule Entry:
SelectedAccelerationMap accelerationSettings;
accelerationSettings[ "Apollo" ][ "Earth" ].push_back( boost::make_shared< AccelerationSettings >( central_gravity ) );
accelerationSettings[ "Apollo" ][ "Earth" ].push_back( boost::make_shared< AccelerationSettings >( aerodynamic ) );
We have defined a pointmass Earth gravity model and an aerodynamic acceleration due to Earth’s atmosphere to be used. In this example, we have only defined the type of the acceleration, without the need for any additional information. All required variables used on the computations of the accelerations are uniquely defined in the Apollo and Earth entries of the body map (provided that the required environment models have been set as discussed in Environment Setup).
However, as was the case for the settings of the environment models, certain types of accelerations require additional information. An important example is the spherical harmonic acceleration. We cannot replace central_gravity
with spherical_harmonic_gravity
in the above, as there is still an ambiguity in how the acceleration model is defined. In particular, we now also need the maximum degree and order of the gravity field that is to be used in addition to the three properties listed above. Consequently, we have created a dedicated AccelerationSettings
derived class for defining spherical harmonic acceleration settings: SphericalHarmonicAccelerationSettings
. Updating the above example to use J_{2}, J_{3} and J_{4} (maximum degree = 4; maximum order = 0), we now have:
SelectedAccelerationMap accelerationSettings;
accelerationSettings[ "Apollo" ][ "Earth" ].push_back( boost::make_shared< SphericalHarmonicAccelerationSettings >( 4, 0 ) );
accelerationSettings[ "Apollo" ][ "Earth" ].push_back( boost::make_shared< AccelerationSettings >( aerodynamic ) );
A full list of the available acceleration models, as well as their required input and environment models, is given at the end of this page. One KEY point to understand is that, when creating an object of the AccelerationSettings
type (or its derived class), you must not provide any of the third body acceleration types (third_body_central_gravity
, third_body_spherical_harmonic_gravity
, third_body_mutual_spherical_harmonic_gravity
) as input. If you wish to use a thirdbody gravity acceleration (typically from a point mass), simply provide central_gravity
as input. Depending on the settings for your central bodies, the code will automatically create the corresponding acceleration object (central or thirdbody).
Having defined all the required settings for the accelerations in your SelectedAccelerationMap
, you can create the actual acceleration models by using the createAccelerationModelsMap
function. This function requires four input parameters:
 Full environment, as defined by a
NamedBodyMap
. Settings for the acceleration models, given by
SelectedAccelerationMap
. A list of bodies to numerically propagate.
 A list of central bodies (one for each numerically propagated body).
The list of central bodies defines the reference frame origins in which the bodies are propagated. The use of a hierarchical system is perfectly acceptable. For instance, one can propagate the Earth and Mars w.r.t. the Sun, the Sun w.r.t. the barycenter, the Moon w.r.t the Earth, etc. For this case, the central bodies and propagated bodies are defined as:
std::map< std::string, std::string > centralBodyMap;
centralBodyMap[ "Moon" ] = "Earth";
centralBodyMap[ "Earth" ] = "Sun";
centralBodyMap[ "Mars" ] = "Sun";
centralBodyMap[ "Sun" ] = "SSB";
There is no hardcoded limit to the number of permitted levels in the frame hierarchy, but it is not allowed to include circular dependencies, i.e. body A w.r.t. body B, body B w.r.t. body C and body C w.r.t. body A. More information of the acceleration models is discussed in Propagator Settings: Basics. The following gives an example on how to create the acceleration model objects:
NamedBodyMap bodyMap;
....
// Create environment here
....
std::map< std::string, std::string > centralBodyMap;
....
// Set central and propagated bodies here
....
AccelerationMap accelerationModelMap = createAccelerationModelsMap( bodyMap, accelerationMap, centralBodyMap )
Mutual acceleration between bodies being propagated (i.e body A exerting acceleation on body B and vice versa), as is the case for solar system dynamics, is automatically handled by the createAccelerationModelsMap
code and requires no specific consideration. Moreover, when creating a gravitational acceleration, the code checks whether it is a direct or a thirdbody gravitational acceleration and creates the acceleration models accordingly. Similarly, the code automatically checks which value of the gravitational parameter “mu” to use in such computations. For instance, when computing the gravitational acceleration due to the Sun acting on the Earth, mu_Sun
is used when propagating w.r.t. the barycenter, whereas mu_Sun + mu_Earth
is used when propagating w.r.t. the Sun.
For every acceleration, a model for the current state of the body exerting the acceleration must be available (the state of the body undergoing the acceleration is taken from the numerically propagated state). This means that, in the above example of the Apollo capsule entering Earth’s atmosphere (Unguided Capsule Entry), we must include one of the following:
 An ephemeris member for Earth.
 Numerically integrate the Earth concurrently with our Apollo vehicle.
For this example, the second option is of course a bit ‘nonstandard’. However, for cases where entire planetary systems are propagated, such an approach is typically taken (for certain applications, the numerically propagated body must also have a particular ephemeris member object, as discussed in Propagator Settings: Basics).
4.1.2. Available acceleration models¶
As stated above, the createAccelerationModelsMap
function uses your environment and settings for the accelerations to automatically retrieve and put together all functions used to calculate the accelerations during each function evaluation of the numerical scheme. For reference, we first provide a bried list of available acceleration models:
 Pointmass gravity (central of thirdbody)
 Spherical harmonic gravity (central of thirdbody)
 Mutual spherical harmonic gravity (central of thirdbody)
 Aerodynamic acceleration
 Cannonball radiation pressure
 Thrust acceleration
 Relativistic acceleration correction (IERS 2010 Conventions)
 Empiricical accelerations (constant, sine and cosine of true anomaly components in RSW frame)
 Tidal effect on natural satellites (Lainey et al., 2007, 2012)
Subsequently, we provide details on how to add settings for the model to the SelectedAccelerationMap
. In addition, we define the list of environment models required for their creation.

class
AccelerationSettings
¶ Base class for setting the accelerations on a body. Settings currently available are the following:

Point mass gravity
Settings for a point mass gravity acceleration. No derived class of
AccelerationSettings
is required, this acceleration setting are constructed by feedingcentral_gravity
to the constructor. Added toSelectedAccelerationMap
as follows, for example of acceleration exerted on “Apollo” by “Earth”:SelectedAccelerationMap accelerationSettings; accelerationSettings[ "Apollo" ][ "Earth" ].push_back( boost::make_shared< AccelerationSettings >( central_gravity ) );
Requires the following environment models to be defined:
 Gravity field for body exerting acceleration (set by
GravityFieldSettings
).  Current state of bodies undergoing and exerting acceleration, either from an Ephemeris model (set by
EphemerisSettings
) or from the numerical propagation.
 Gravity field for body exerting acceleration (set by

class
SphericalHarmonicAccelerationSettings
¶ Settings for the accelerations as set by
SphericalHarmonicsGravityFieldSettings
. Added toSelectedAccelerationMap
as follows, for example of acceleration exerted on “Apollo” by “Earth”:SelectedAccelerationMap accelerationSettings; int maximumDegree = 12; int maximumOrder = 12; accelerationSettings[ "Apollo" ][ "Earth" ].push_back( boost::make_shared< SphericalHarmonicAccelerationSettings >( maximumDegree, maximumOrder ) );
where the gravity field will be expanded up to degree and order 12 in the acceleration model. Requires the following environment models to be defined:
 Spherical harmonic gravity field for body exerting acceleration (set by
SphericalHarmonicsGravityFieldSettings
).  Rotation model from the inertial frame to the bodyfixed frame (set by
RotationModelSettings
).  Current state of bodies undergoing and exerting acceleration, either from an ephemeris model (set by
EphemerisSettings
) or from the numerical propagation.
 Spherical harmonic gravity field for body exerting acceleration (set by

class
MutualSphericalHarmonicAccelerationSettings
¶ This model is typically only used for detailed propagation of planetary systems. It is added to
SelectedAccelerationMap
as follows, for example of acceleration exerted on “Io” by “Jupiter”:SelectedAccelerationMap accelerationSettings; int maximumDegreeOfIo = 12; int maximumOrderOfIo = 12; int maximumDegreeOfJupiter = 4; int maximumOrderOfJupiter = 4; accelerationSettings[ "Io" ][ "Jupiter" ].push_back( boost::make_shared< MutualSphericalHarmonicAccelerationSettings >( maximumDegreeOfJupiter, maximumOrderOfJupiter, maximumDegreeOfIo, maximumOrderOfIo ) );
where the gravity fields of Io and Jupiter will be expanded up to degree and order 12 and 4, respectively, in the acceleration model. Requires the following environment models to be defined:
 Spherical harmonic gravity field for body exerting acceleration and body undergoing acceleration set by
SphericalHarmonicsGravityFieldSettings
).  Rotation model from the inertial frame to the bodyfixed frame and body undergoing acceleration (set by
RotationModelSettings
).  Current state of bodies undergoing and exerting acceleration, either from an Ephemeris model (set by
EphemerisSettings
) or from the numerical propagation.
For the case where a thirdbody mutual spherical harmonic acceleration (e.g. Ganymede on Io when propagating w.r.t. Jupiter), additional parameters have to be provided that denote the expansion degree/order of the central body, so:
SelectedAccelerationMap accelerationSettings; int maximumDegreeOfIo = 12; int maximumOrderOfIo = 12; int maximumDegreeOfGanymede = 4; int maximumOrderOfGanymede = 4; int maximumDegreeOfJupiter = 4; int maximumOrderOfJupiter = 4; accelerationSettings[ "Io" ][ "Jupiter" ].push_back( boost::make_shared< MutualSphericalHarmonicAccelerationSettings >( maximumDegreeOfJupiter, maximumOrderOfJupiter, maximumDegreeOfGanymede, maximumOrderOfGanymede, maximumDegreeOfIo, maximumOrderOfIo ) );
where Jupiter now takes the role of central body, instead of body exerting the acceleration.
 Spherical harmonic gravity field for body exerting acceleration and body undergoing acceleration set by

Aerodynamic acceleration
No derived class of
AccelerationSettings
required, accessed by feedingaerodynamic
to the constructor. Added toSelectedAccelerationMap
as follows, for example of acceleration exerted on “Apollo” by “Earth” (e.g. atmosphere model belonging to Earth):SelectedAccelerationMap accelerationSettings; accelerationSettings[ "Apollo" ][ "Earth" ].push_back( boost::make_shared< AccelerationSettings >( aerodynamic ) );
Requires the following environment models to be defined:
 Atmosphere model for body exerting acceleration (set by
AtmosphereSettings
).  Shape model for body exerting acceleration (set by
BodyShapeSettings
).  Aerodynamic coefficient interface for body undergoing acceleration (set by
AerodynamicCoefficientSettings
). NOTE: In the case that the aerodynamic coefficients are defined as a function of the vehicle orientation (e.g. angle of attack and sideslip angle), these angles can be manually or automatically defined.  Mass model for body undergoing acceleration.
 Current state of body undergoing acceleration and body with atmosphere.
Warning
Defining settings for a vehicle’s orientation, which may influence your aerodynamic force, is done after creating the acceleration models, as discused here.
 Atmosphere model for body exerting acceleration (set by

Cannonball radiation pressure
No derived class of
AccelerationSettings
required, accessed by feedingcannon_ball_radiation_pressure
to the constructor. Added toSelectedAccelerationMap
as follows, for example of acceleration exerted on “Apollo” by “Sun”:SelectedAccelerationMap accelerationSettings; accelerationSettings[ "Apollo" ][ "Sun" ].push_back( boost::make_shared< AccelerationSettings >( cannon_ball_radiation_pressure ) );
Requires the following environment models to be defined:
 Radiation pressure model for body undergoing acceleration (from source equal to body exerting acceleration) (set by
RadiationPressureInterfaceSettings
).  Current state of body undergoing and body emitting radiation
 Radiation pressure model for body undergoing acceleration (from source equal to body exerting acceleration) (set by

class
ThrustAccelerationSettings
¶ Used to define the resulting accerelations of a thrust force, requiring:
 Mass of body undergoing acceleration.
 Settings for both the direction and magnitude of the thrust force (set by
ThrustEngineSettings
). These models may in turn have additional environmental dependencies.
Setting up a thrust acceleration is discussed in more detail on the page Thrust Guidance.

class
RelativisticAccelerationCorrectionSettings
¶ A firstorder (in \(1/c^{2}\)) correction to the acceleration due to the influence of relativity. It implements the model of Chapter 10, Section 3 of the IERS 2010 Conventions. It requires a specific derived class of
AccelerationSettings
. Added toSelectedAccelerationMap
as follows, for example that includes all three contributions (Schwarzschild, LenseThirring and de Sitter)SelectedAccelerationMap accelerationSettings; bool calculateSchwarzschildCorrection = true; bool calculateLenseThirringCorrection = true; bool calculateDeSitterCorrection = true; std::string primaryBody = "Sun"; const Eigen::Vector3d marsAngularMomentum = ... accelerationSettings[ "Orbiter" ][ "Mars" ] = boost::make_shared< RelativisticAccelerationCorrectionSettings >( calculateSchwarzschildCorrection, calculateLenseThirringCorrection, calculateDeSitterCorrection, primaryBody, centralBodyAngularMomentum )
Here, the ‘primary body’ for a planetary orbiter should always be set as the Sun (only relevant for de Sitter correction). The angular momentum vector of the orbited body is only relevant for LenseThirring correction.

class
EmpiricalAccelerationSettings
¶ A constant/onceperorbit acceleration, expressed in the RSW frame, for which the mangitude is determined empirically (typically during an orbit determination process). The acceleration components are defined according to Montenbruck and Gill (2000), with a total of 9 components: a constant, sine and cosine term (with true anomaly as argument) for each of the three independent directions of the RSW frame. The settings object (for a vehicle called “Orbiter” around Mars) is created as:
SelectedAccelerationMap accelerationSettings; Eigen::Vector3d constantAcceleration = ( Eigen::Vector3d( ) << 0.4, 0.1, 0.05 ).finished( ); Eigen::Vector3d sineAcceleration = ( Eigen::Vector3d( ) << 0.0, 0.02, 0.0 ).finished( ); Eigen::Vector3d cosineAcceleration = ( Eigen::Vector3d( ) << 0.01, 0.0, 0.0 ).finished( ); accelerationSettings[ "Orbiter" ][ "Mars" ] = boost::make_shared< EmpiricalAccelerationSettings >( constantAcceleration, sineAcceleration, cosineAcceleration );
Where the three input variables represent:
 Vector containing the constant terms of the accelerations in the R, S and W directions.
 Vector containing the sine terms of the accelerations in the R, S and W directions.
 Vector containing the cosine terms of the accelerations in the R, S and W directions.

class
DirectTidalDissipationAccelerationSettings
¶ The direct of tidal effects in a satellite system, applied directly as an acceleration (as opposed to a modification of spherical harmonic coefficients). The model is based on Lainey et al. (2007,2012). It can compute either the acceleration due to tides, and in particular tidal dissipation, on a planetary satellites. The accelertion can compute either the effect of tide raised on the satellite by the planet, or on the planet by the satellite. The satellite is assumed to be tidally locked to the planet.
double loveNumber = 0.1; double timeLag = 100.0; SelectedAccelerationMap accelerationSettings; accelerationSettings[ "Io" ][ "Jupiter" ] = boost::make_shared< DirectTidalDissipationAccelerationSettings >( loveNumber, timeLag, false, false );
Where the three input variables represent:
 Value of the k2 Love number (real value) that is used.
 Value of the tidal time lag (in seconds) that is used.
 Boolean denoting whether the term independent of the time lag is to be computed (default true)
 Boolean denoting whether the tide raised on the planet is to be modelled (if true), or the tide raised on the satellite (if false). Default is true.
4.1.3. Rotational model setup¶
The rotational model setup is similar to the translational acceleration setup described above.

class
TorqueModel
¶ Class for the torque model, set using the settings class described below.

class
TorqueSettings
¶ Base class for the torque settings used for rotational dynamics as set in
RotationalStatePropagatorSettings
. Type of torque is selected by passing the correct parameter to the constructor. Currently two types of torques are implemented:second_order_gravitational_torque
(interaction of pointmass of body A with J_{2} of body B) andaerodynamic_torque
(settings for coefficients defined same as for aerodynamic acceleration).TorqueSettings( torqueType );
4.1.4. Mass rate model setup¶
Although propagating a body’s translational dynamics is the backbone of Tudat’s simulations, it is also possible to propagate a vehicle’s mass (either concurrently or separately). The manner in which the models that govern the ‘mass dynamics’, i.e. massrate models, are handled in the code is very similar to the acceleration models: a list of settings for the models is created by the user, which are then used to create the required objects. The list to be created by the user is:
std::map< std::string, std::vector< boost::shared_ptr< MassRateModelSettings > > > massRateModelSettings;
where the map key denotes the body of which the massrate is to be computed.

class
MassRateModelSettings
¶ Base class for the mass rate model setup. Currently two mass rate models are available each with its own derived class described below.

class
CustomMassRateModelSettings
¶ Using this class, the user must provide a
boost::function< double( const double ) > function
, i.e. a function returning a double, representing the massrate, and taking another double, representing time, as an input. The internal workings of this function are completely up to the user. If any help is required in setting up such a model please contact the Tudat support team.

class
FromThrustMassModelSettings
¶ Using this massrate model, the change in vehicle mass due to the expulsion of propellant is taken into account when propagating a vehicle’s dynamics. It retrieves the required data from a
ThrustAcceleration
object (set byThrustAccelerationSettings
), ensuring full consistency between the two. Two option are available when creating this type of massrate model: Use all thrust forces acting on a single body, combined into a single massrate model. This will in most cases be the model of choice, as there is often no need to distinguish between thrust sources when computing the mass rate: only the total amount of propellant usage is relevant. This option is toggled by setting the
useAllThrustModels
input argument of theFromThrustMassModelSettings
constructor to true.  Use a single thrust model, defined by a stringidentifier. When creating a thrust model, a
thrustOriginId
input is provided to theThrustEngineSettings
settings constructor. Only in theFromBodyThrustEngineSettings
derived class is this thrust origin id set to anything else than an empty string: it represents the engine name.
 Use all thrust forces acting on a single body, combined into a single massrate model. This will in most cases be the model of choice, as there is often no need to distinguish between thrust sources when computing the mass rate: only the total amount of propellant usage is relevant. This option is toggled by setting the