1. Introduction
The use of space exploration rovers, which are autonomous vehicles capable of cruising and performing research activities on celestial bodies, actively contributed to the recent return of surface exploration of planets and satellites, such as Mars and the Moon. The impossibility of direct human action and limited communication capabilities, for example with Mars [
1], jeopardise mission completion, possibly losing relevant scientific data and even the rover. Therefore, anomalies and damages must be detected and addressed promptly, increasing mission availability and allowing the testing and implementation of corrective actions. To face this problem, NASA developed physical twins for the twin rovers Curiosity and Perseverance, which are MAGGIE [
2] and OPTIMISM [
3], respectively, for testing command lines that implement mitigation or corrective actions, and the ESA developed Rosalind Franklin with Amalia in a complementary fashion [
4]. Additionally, NASA collaborated with Siemens to develop a digital twin of Curiosity to face the heat dissipation problems caused by the Multi-Mission Radioisotope Thermoelectric Generator (MMRTG) using SimCenter 3D [
5].
In the framework of using digital twins to face anomalies of the real rovers, the project “DIGital twin di sistemi di Esplorazione lunare” (DIGES) of Politecnico di Milano and Agenzia Spaziale Italiana aims at developing a digital twin for a future space exploration rover with the final goal of developing a Health and Usage Monitoring System (HUMS). For instance, early-stage detection of internal short circuits is vital for safe mission completion, since internal short circuits degrade battery behaviour with the risk of thermal runaway, which can lead to battery explosion. A successful method implemented in the literature to detect internal short circuits in batteries is the Kalman filter [
6,
7,
8,
9,
10,
11,
12], which is also used to estimate the state of charge (SOC) of batteries [
13,
14,
15,
16,
17,
18]. The estimation of the SOC is needed because this is not a directly measurable quantity, and its estimation can help during mission planning and supervision, allowing changes in the plan according to the SOC of the batteries.
Thus, this work aims to develop a digital twin of a lunar rover in the MATLAB®-Simulink® environment. The digital twin should mimic a real rover’s behaviour in both healthy and damaged conditions in a lunar environment even if it can be adapted to other planets or satellites. This is also possible thanks to model-updating algorithms, which allow one to obtain the estimation of the parameters of the real system given some measurements, allowing the digital replica to simulate the life cycle of the rover. By exploiting model updating algorithms, it is also possible to perform damage detection by monitoring the evolution of the parameters of the digital twin. The Simulink® framework allows for multiphysics block-based modelling, in which it is possible to artificially inject damages to replicate the rover’s behaviour in damaged conditions. This enhances the explainability of damage detection algorithms since they will be generated and tested on a multiphysics database. Modules have been implemented for the adaptability of the digital twin, ensuring the capability to respond to sudden, and possibly unforeseen, changes. Software interfaces with interconnected models have been included, such as the lunar ground profile (for navigation and guidance) and the energy-harvesting system (sunlight availability, ephemerides, and rover tilt on the lunar surface).
This study aims to demonstrate the effectiveness of using a digital twin to be used as a virtual prototype and to design and implement a HUMS for space exploration rovers by creating a database of signals in healthy and anomalous conditions, reducing the risk of mission failure and scientific data loss.
2. Digital Twin for HUMS Purposes
In this study, the digital twin is used from the point of view of the Health and Usage Monitoring System (HUMS) framework, as shown in
Figure 1. A digital twin can be defined as a virtual representation of a system that spans its lifecycle, is updated from real-time data, and uses simulation, machine learning, and reasoning to help decision making [
19]. The HUMS consists of algorithms that must analyse in real time signals coming from the real system to perform both diagnosis and prognosis, i.e., estimation of residual useful life (RUL), to support decision making using damage indicators selected ad hoc for the application. The digital twin can be based on analytical and numerical models, the latter built on experimental or real data. In addition, to increase the digital twin’s computational efficiency and move towards real-time applications, parts of the digital twin can be surrogated, for instance, with black-box models. In this way, the developed digital twin can be used to mimic the real system behaviour in healthy conditions but, by implementing damage models in it, it is also possible to represent the anomalous operations of the real system. Eventually, a database can be obtained that collects signals from healthy and damaged simulations, and it can be used to develop machine learning algorithms that can be used for the HUMS application.
Within an HUMS framework, diagnostic algorithms play a pivotal role in the detection of anomalies. These algorithms must alarm when the system behaviour deviates from the expected normal behaviour, which is also known as the baseline. In general, algorithms should indicate whether the system needs to be serviced and estimate its urgency. In the case of a space exploration rover, a possible output of the algorithms can consider corrective actions to implement to maximise the mission duration and minimise the impact, and possibly the evolution, of the damage. Eventually, the comparison of the algorithms to implement can be based on the trade-off between the Probability of Detection (POD) and the False Alarm Rate (FAR), for instance, based on the cost of having a false alarm rather than a missed detection.
3. Space Exploration Rover Digital Twin
The modelling environment is MATLAB
®-Simulink
® since it allows for a continuous-time multiphysics simulation with a good level of detail thanks to the Simscape
® toolbox. NASA rovers and the ESA rover Rosalind Franklin have been used as a reference thanks to the availability of information, since there is no real space exploration rover developed in the project. The digital twin developed is based on a Mathworks model of a Martian rover [
20]. This model considered the structural components of the NASA Curiosity rover (e.g., chassis, suspensions, wheels and robotic arm), the driveline motors, and the control algorithm for both cruising and sampling, but it did not implement the robotic arm motors, the energy-harvesting and storage system, the heat rejection system, and the communication system. The original model has then been modified according to the lunar environment, and the MMRTG has been substituted with solar panels since they are less expansive than the MMRTG. Thus, the model has been updated with the parameters of the real driveline motors and gearboxes of Perseverance and ESA Rosalind Franklin, and then it has been adapted to the lunar environment by changing the terrain parameters and gravity. Then, the subsystems mentioned before have been added to mimic a real rover behaviour. The datasheets of the Perseverance and Rosalind Franklin components have been used for implementing a digital twin whose behaviour can represent a real rover:
The Rosalind Franklin ESA Rover is equipped with six 30% Triple Junction GaAs Solar Cell-Type: TJ Solar Cell 3G30C—Advanced solar panels [
21] produced by AzureSpace
®, four of which are deployable while the remaining two are fixed [
22].
Saft
® developed for extreme working conditions the MP 176065 xtd [
23] Li-ion rechargeable batteries used for Rosalind Franklin.
Ten electric motors are present in both Perseverance and Rosalind Franklin [
24] for the driveline, for which 4 motors are used for steering and 6 are used for driving. The driving motors are one for each of the six wheels, whereas the steering motors are placed at each front and rear wheel. The motors used are the Maxon
® DC M32 [
25]. Additionally, Perseverance has six motors for the robotic arm: one motor for each of the 6 degrees of freedom of the arm.
A pericyclic gearbox is placed downstream of each motor for precision positioning, high output torque, lower speed, and lower inertia, and thus, low gyroscopic loads and low bearing loads [
26], which have been developed by NASA for the Perseverance rover wheels and robotic arm.
In addition to the components required for the operation of the rover, some components are used to keep the rover within a specific temperature range due to the limited working temperature range of electronics, batteries, motors, and sensors. Therefore, these components must be kept in a tight temperature range during the mission. Spirit and Opportunity could work properly between −40 and +40 °C [
27]. Rosalind Franklin batteries can withstand temperatures ranging from −40 to +85 °C [
23]. This is a significant improvement in the battery working temperature range, since the MERs’ batteries had to be kept between −20 and +30 °C [
28]. However, the lunar ground temperature oscillates from −183 to +106 °C, while the Mars temperature goes from −99 to +83 °C. Thus, since rovers are subjected to very extreme environments, a temperature control system is always required to carry out the mission successfully. The heat rejection system is the subsystem of the rover devoted to this scope. It is composed of both active and passive components: the former are used to heat the rover components when their temperature decreases below a certain threshold, set to 278.15 K in the digital twin, to avoid damages caused by undercooling; the latter can be used either to heat up or cool down the rover components. The active components are the electric heaters, which are located near the motors and the batteries. In the digital twin, there are a total of 64 heaters for the motors, that is, 4 per motor [
29], and 12 for the battery and the Warm Electronic Box (WEB), which is the part of the chassis in which the electronics are placed. Instead, passive components used to heat the rover are Radioisotope Heating Units (RHUs), which are located close to the batteries inside the WEB [
30,
31]. The RHUs exploit the decay of radioisotopes to generate heat, and this is a crucial component for solar-powered rovers, and the developed digital twins, since during the night they allow one to save battery power. Moving on to passive components used for cooling, there are (i) thermal switches, heat pipes, thermal straps, thermal interface materials, and phase change materials [
32], which are used to dissipate heat, (ii) an external painting used to reduce radiation heat transfer, such as the white S13GP6NL0-1 painting used in Perseverance [
33], and (iii) an insulation layer between the exterior wall of the chassis and WEB; for Curiosity, Perseverance and Rosalind Franklin, this layer consists of a CO
2 gas cap [
31].
All the components mentioned have been modelled in Simulink® using the blocks of the Simscape® toolbox libraries:
The DC motors are represented by the Motor and Drive (System Level) blocks [
34].
The Simple Gear blocks [
35] model pericyclic gearboxes.
The solar panels are modelled with the Solar Cell blocks [
36].
The Behavioral Battery Model blocks [
37] represent the batteries.
The RHUs are represented by constant Heat Flow Rate Source blocks [
38] producing 1.1 W each.
Electric heaters are represented by Heat Flow Rate Source blocks [
38], which generate either 0 W or 43 W depending on whether the component temperature is, respectively, above or below 278.15 K.
The effect of painting is modelled by adjusting the parameters of the Radiative Heat Transfer blocks [
39].
The Conductive Heat Transfer blocks [
40] simulate the CO
2 insulation layer.
The passive components required for cooling are modelled according to the thermal conductance curve of the PGS thermal straps, which is plotted against the temperature of the cooled component, presented in [
32]. Thus, they are modelled as Heat Flow Rate Source blocks [
38] generating negative thermal power to cool the components depending on their temperature.
The parameters of the blocks have been set on the basis of the datasheets of the components. The lunar rover digital twin was modelled with all the components mentioned above, which are interconnected to consider the influences of a subsystem on the others. Noises are added numerically in Simulink
® to take into account uncertainties and noise related to the real components, for example, those related to measurements. To conclude, the Mechanics Explorer [
41] is a Simscape Multibody tool that allows the visualisation of the behaviour of the multibody models during the simulation.
3.1. Digital Twin Architecture
The description of the architecture of the developed digital twin takes place in this section. The DT is built by representing the real components with the Simscape
® libraries, as described in
Section 3. The scheme shown in
Figure 2 is divided into four subsystems: (i)
Mission Target, (ii)
Mission Target Control, (iii)
Rover and Environment, and (iv)
Sensors. The
Mission Target subsystem is one of the model’s inputs, since it allows one to select the rover’s path and mission type (either cruising or cruising and sampling). Then, the
Mission Target Control subsystem computes the trajectory of the rover and, when the sampling location is reached, it also evaluates the trajectory of the robotic arm to reach the sample. The communication system is included in the
Mission Target Control subsystem, sending messages when the key steps of the mission are completed.
The Rover and Environment subsystem contains the model of the rover and the lunar environment (terrain geometry and gravity). Eventually, the
Sensors subsystem allows plotting measured quantities such as the motors’ torque, the rover’s speed, the robotic arm’s motion, etc.
Focussing on the Rover and Environment subsystem, it is the subsystem in which the lunar environment and the rover are built. More specifically, all the rover components are implemented, the geometry of the terrain is reconstructed, the parameters of the environment (day or night) are set, and the sample is created for the sampling task. The terrain geometry is given as an .stl file in the Terrain block, while the sample block allows the definition of the sample shape and dimension, that is, a sphere of 0.02 m radius. In this subsystem, each CAD component of the rover is assembled to build the real rover architecture. This subsystem includes, under the name of Rover Functional Subsystems subsystem, the power generation and storage subsystem (e.g., solar arrays and batteries), the motors of the driveline and the robotic arm, and the thermal management system, together with the thermal modelling of the rover.
3.2. Rover Functional Subsystems
The Rover Functional Subsystems is the subsystem devoted to the motion of the rover, the generation of the power required by the motors, and the calculation of the motor and battery temperature. It consists of six subsystems: Power, Steering Motors, Driving Motors, Robotic Arm, Power Control Logic, and Thermal Management System. The first subsystem, Power, contains the solar panels and the rover batteries, allowing energy generation and storage. Steering Motors, Driving Motors, and Robotic Arm are the subsystems that collect the motors of the steering, driving, and robotic arm motors. The Thermal Management System computes the temperature of motors and batteries and, if necessary, turns on the electrical heaters to keep the components warm. Eventually, the Power Control Logic is the control logic unit that manages the usage and charge of the batteries depending on the difference in power produced and required. The Thermal Management System has been surrogated to allow real-time operations of the digital twin, and it consists of a neural network which computes the estimated final temperatures of the rover components given (i) the temperatures of the rover’s components at the beginning of the mission, (ii) the temperature of the lunar ground, and (iii) the solar irradiance. The Power subsystem is the subsystem that contains solar panels, batteries, and switches that manage the connection of solar panels and batteries to electrical circuits, depending on the Power Control Logic subsystem. Solar panels and batteries are connected in parallel to each other. The current generated/absorbed by the batteries, depending on whether they are charging or giving power, is measured together with their voltage to compute the power produced/absorbed. To evaluate the power generated by the solar panels, this subsystem receives as input the inclination of the rover. The outputs are the current, voltage and power generated by the solar panels, as well as the current, voltage, temperature, and state of charge (SOC) of the batteries. The state of charge is estimated with the extended Kalman filter, which also allows for the estimation of the short-circuit resistance of the batteries. An overview of the Steering Motors, Driving Motors, Robotic Arm, Solar Panels, and Batteries subsystems is given in the following three subsections. It should be noted that since the modelling and functioning of the motors used for driving, steering, and sampling are the same, the description of the last three subsystems is done only for one of them: that is the Robotic Arm.
3.2.1. Robotic Arm Subsystem
The
Robotic Arm subsystem is described in this section. Since the functioning and the modelling of the motors are the same as the
Steering Motors and
Driving Motors subsystems, this description is valid for these subsystems as well. The only difference is related to the number of motors, as mentioned in
Section 3:
There are four steering motors, two for the two front wheels and two for the two rear wheels.
Six motors are used to drive, one for each wheel.
Six motors are used for the motion of the robotic arm.
The Robotic Arm subsystem contains six DC motors and their gearboxes to allow sampling operations. The motor block is the Motor and Drive (System Level) block. It receives as input the torque evaluated in the Mission Target Control subsystem divided by the transmission ratio of the gearboxes and computes the current and the voltage required by the motor to generate the desired torque. Then, the torque generated by the motor is the input of the Simple Gear block, which models a gearbox. Eventually, the output torques actuate the modelled joints of the robotic arm. The signals of the current absorbed by the motors, the angular velocity of the motors, and the torques generated by them, before entering the gearboxes, are sensed and stored.
The gearbox model accounts for an ideal efficiency of 100% due to the lack of data for these applications. However, in future work, a lower efficiency can be included in the model as soon as data are available. Lower gearbox efficiency should not cause problems for digital twin operations, as shown in
Section 4.1, as only an increase in current absorbed by the motors is expected.
3.2.2. Solar Panels Subsystem
The
Solar Panels subsystem is the subsystem that contains the solar panels and computes the irradiance given the orientation of the rover. It consists of the subsystem that evaluates irradiance and six parallel connected solar panels, namely Central 1 and Central 2, which form the two fixed central panels, and Dep1, Dep2, Dep3, and Dep4, which form the four deployable panels. Additionally, the voltage and current of each solar panel are measured. The solar panels are modelled with the Solar Cell block. This subsystem receives as input the instantaneous inclination of the rover. The measured current and voltage for each solar panel are the output of this subsystem. The evaluation of the irradiance is based on the instantaneous inclination of the rover, by projecting the vertical irradiance perpendicular to the solar panels, and on knowledge of the ephemerides. To do so, an input interface is added to the digital twin to include the evaluation of the ephemerides. Therefore, the user must specify the year, month, and day of the simulated mission. In this way, it is possible to evaluate the Sun–Moon distance based on the date of the simulation thanks to the Planetary Ephemeris block [
42], which requires the date in Julian format, which is obtained with the Julian Date Conversion block [
43]. Then, using Equation (
1) [
44], one can calculate the Total Solar Irradiance (TSI) by knowing the distance before (R) in m, under the assumption of considering the solar luminosity (
[
45]), also known as the total radiant power, propagating homogeneously as a sphere.
After evaluating the TSI, an analytical model [
46] is used to evaluate the direct solar irradiance for a flat surface of specified orientation (tilt and azimuth) as a function of time:
where
is the angle of incidence as a function of the time
t passed since the local dawn. The angle
is a function of the azimuth and elevation of the Sun to the Moon and the location of the rover in terms of the selenographic longitude and latitude. The model to evaluate the term
in Equation (
2) is not reported in this document to avoid repetitions; however, it is described in [
46].
Figure 3 shows the elevation and azimuth angles
a and
b of the Sun with respect to the selenographic latitude
c and longitude
d of the rover. For this reason, at the beginning of the simulation, the user must specify also the rover’s selenographic longitude and latitude and the number of days passed since the local lunar dawn to allow the estimation of the actual incidence angle of the sunlight on the rover. After this estimation, which is the solar irradiance incident on a plane tangent in the location of the rover to the lunar surface considered as a sphere, it must be considered that the rover has a tilt to this plane, because the lunar terrain is uneven. Therefore, the inclination of the rover is taken into account by projecting the estimated solar irradiance before on the actual plane of the rover. This can be accomplished thanks to the information about the orientation of the rover coming from the Inertia Measurement Unit (IMU) installed in the chassis of the rover.
3.2.3. Batteries Subsystem
The
Batteries subsystem is the subsystem that contains the battery packs and their switch to connect or disconnect the batteries based on the
Power Control Logic subsystem output. The seven battery packs are connected in parallel, and each battery pack consists of eight batteries connected in series. The number of battery packs and batteries per battery pack has been selected based on the maximum amount of power that can be supplied by the Rosalind Franklin rover battery, which is 1140 Wh [
47]. When examining the single battery pack, each battery has its own Battery Management System, which is composed of a dissipative electrical circuit (a resistor) and an electrical switch [
48] that connects the battery to the dissipative circuit. The switch is activated by the control logic of the BMS. If the SOC of the battery is above a safety threshold of SOC, set to 5.4 Ahrs, then the switch is closed and the battery is connected to the dissipative circuit to discharge itself, avoiding overcharging. Since the SOC of the batteries is not a quantity that can be measured directly, it is estimated with an Extended Kalman Filter (EKF). The implemented EKF is also devoted to estimating possible internal short circuits in batteries. The internal short circuit has been modelled as an internal resistor with variable resistance: as the resistance value is large, for example
, the battery behaves as if there is no short circuit; instead, if the resistance drops down, for instance, around
, the battery functionalities are compromised. The Kalman filter requires the characteristic curve of the battery, that is, the Open Circuit Voltage (OCV)–State of Charge (SOC) curve, its derivative with respect to the SOC, and measurements of the current generated by the battery and its voltage. The discretised battery dynamic is described according to the following equations which, also, consider the presence of a short-circuit resistance that will be used in
Section 4 to model a battery anomaly.
The variables appearing in (
3) can be collected in the state vector
, the input vector
, and the process noise vector
, where
z is the open-circuit voltage,
is the current passing through the internal resistance of the battery in the equivalent circuit shown in
Figure 4,
is the short-circuit impedance that represents the internal short circuit,
i is the current exiting the battery,
v is the battery voltage,
w is the process noise, i.e., the noise of the system, and
n is the noise related to measurements. Thus, the system dynamics can be described in the matrixial form that is used in the Kalman filter, which is
where
3.2.4. Thermal Management Subsystem
The Thermal Management System is a crucial subsystem for the rover, as it allows the evaluation of the temperature of the components. This is crucial because enabling a fast temperature estimation can avoid operations that cause excessive overheating/undercooling of the rover, leading to malfunctions and jeopardous operative conditions. Therefore, the development of a fast surrogate model for this subsystem is reasonable from the point of view of evaluating safe operating conditions. For the purpose of the project, the surrogate model has been implemented starting from a database obtained through simulations by varying parameters such as the initial temperatures of the components, the lunar ground temperature, and the solar radiation for a given mission time. Therefore, the three inputs are the aforementioned parameters, e.g., components’ initial temperatures, lunar ground temperature, and solar radiation for a given mission time. At the beginning of the simulation, the user is required to insert the initial temperatures of the components and the lunar ground temperature, while the solar radiation is evaluated with the ephemerides model described in
Section 3.2.2. Thus, in this way, it is possible to estimate the final temperatures of the rover components at the beginning of the simulation.
5. Discussion
The results presented in
Section 4 show that the digital twin developed of a space exploration rover is capable of representing the behaviour of the system under healthy and anomalous conditions. Thus, it is possible to use the digital twin to effectively build a database of healthy and damaged signals that can be used to build damage detection algorithms. These algorithms can then be used in the framework of a Health and Usage Monitoring System to perform real-time damage detection, resulting in damage indexes to support the decision-making process. This allows optimising the planning of the mission of the space rover by minimising the risk of scientific data loss.
Simulations show that an anomaly in one subsystem affects the behaviour of the other subsystems, as shown for the driveline motors when one steering motor is out of service due to a short circuit. It should be noted that the digital twin appears to be very sensitive to motor failures on the driveline, as shown in
Figure 5 and
Figure 6. This can help in distinguishing between sensor faults and motor faults: if, for instance, the current sensor of a motor is faulted, and thus it shows a zero absorbed current, by looking at the absorbed current of the other motors, it is possible to detect a motor failure.
The behaviour of the digital twin shown in the event of transmission line malfunctions is different from what was stated before. This is due to the driveline control system implemented, which, having a target torque to be produced by each motor, forces the motor upstream of the faulted gearbox to generate more torque, thus absorbing more current without affecting the other motors. This cannot happen in the case of an out-of-service motor, since the latter is not able to produce any torque, and therefore, the other motors should supply the extra torque required for mission completion. In any case, the increase in current absorbed by the motor with the faulty gearbox can be used to detect transmission line anomalies.
Moving on the solar panels malfunctions, it is possible to notice the redundant design of the solar panels used, which are the same in characteristics and number as the ESA Rosalind Franklin rover. This is a desirable feature because it makes the system more robust against anomalies since the rover is still able to operate under these conditions. This consideration allows us to highlight the dual use of the digital twins, in particular of the developed one: they can be used as virtual prototypes to test design changes and observe their impact virtually before performing expensive and time-consuming tests and real prototypes.
The last anomalous condition introduced is the internal short circuit of one of the rover batteries. In this case, when the short-circuit resistance drops to
, the battery is almost compromised, but recognising the faulted battery and thus the faulted battery pack allows one to avoid continuing with the use of that battery. This can avoid thermal runaway, a possible consequence of the internal short circuit of batteries, which can lead to the battery explosion and, therefore, to the loss of the rover. For this reason, the EKF has been implemented not only to allow the estimation of SOC, which cannot be measured directly, but also to detect defective batteries. Thus, the EKF is used as a preliminary damage detection algorithm to be implemented in the HUMS of the rover. It was shown to successfully detect a sudden internal short circuit, as shown in
Figure 9; therefore, it can be used as an anomaly detection algorithm.
To conclude, the simulation results shown in the previous section allow one to design and test damage detection algorithms. For example, different algorithms can be compared under several conditions to observe which one fits better to the case under analysis. For example, two diagnostic algorithms could be tested: one based on the Mahalanobis distance and the other based on the RMSE (root mean square error). The root mean square error is commonly used to assess the quality of the predictions. It indicates how far the forecast values fall from the actual measured values using the Euclidean distance. The Mahalanobis distance is usually used in statistics for multivariate outlier analysis. It determines whether a point belongs to a distribution or is perceived as an outlier. The Mahalanobis distance is a weighted Euclidean distance with the weight function being the inverse matrix of the covariance of the cluster. This method takes into account the correlation characteristic between the elements in the clusters. Then, the choice of the algorithm can be made on the basis of the Probability of Detection (POD) and the False Alarm Rate (FAR), as described in
Section 2.
6. Conclusions
This work focused on the usage of digital twins for virtual prototyping and damage detection purposes in space exploration rover applications, which are high-cost and high-risk systems due to their operational condition. The results presented address the anomalous conditions of driving motors, transmission lines, solar panels, and internal short circuits. However, the described digital twin can be used to implement several damages to the various subsystems. The aim of this work is to build a database to design and test algorithms to perform real-time damage detection and model, possibly, model updating. Updates to the parameters of the digital twin are a serious concern in order to ensure that the digital twin is able to mimic the behaviour of the real system. In this work, a Kalman filter has been implemented to perform SOC estimation and internal short-circuit detection. The filter receives in the reported case study the measurements coming from the digital twin itself to show the damage detection capabilities and the correct functioning of the implemented algorithm. However, the Kalman filter could process data from the real rover, and then its prediction should set the simulator parameters. Similarly, other model-updating algorithms can be implemented in future works addressing telemetry and environmental data, such as for navigation purposes or to adjust the estimation of the solar irradiance. For example, the height, heading, and tilt of the rover can be quantities of interest to adjust the lunar terrain model, while the velocity and acceleration of the rover can be used to calibrate the driveline parameters or the wheel-terrain contact parameters. Since all the signals that can be acquired on the actual asset can be recorded also in the simulator, the availability of a real system allows initially for calibration/validation of the digital twin and then for damage detection/model updating by comparing the real and the simulated signals. In general, this study proposes a fertile framework for developing digital twins to help understand the behaviour of real systems with the help of existing physical twins. Being a preliminary feasibility study, no validation and verification is planned at this stage. However, if the project continues, there will be space for validation of the digital twin performance, allowing one to also implement and test damage detection algorithms.