1. Introduction
A satellite platform in space requires precise attitude control, which involves determining its orientation relative to a fixed reference frame. The primary inertial reference in space is defined by the so-called Fixed Stars on the Celestial Sphere, whose apparent positions remain effectively constant, rendering parallax effects negligible.
Star trackers are the most accurate pointing reference for satellites, reaching a precision in the order of the arcsec [
1]. These optical instruments determine the spacecraft’s attitude (i.e., rotation axis orientation and corresponding angular velocity) by observing the positions and apparent motions of stars within their field of view (FOV). The observed stellar patterns are compared against an internal star catalog to estimate the instantaneous orientation of the spacecraft, taking into account the geometric alignment between the star tracker and the spacecraft body frame.
A star tracker is composed of an optical head equipped with a baffle, which observes the portion of the Celestial Sphere within its FOV; a detector located at the focal plane, used to acquire images of the star field; and an internal processing unit providing the image analysis and returning the absolute orientation of the sensor. The typical output is a four-element quaternion, easily converted into a direction cosine matrix or Tait–Bryan angles [
2].
As a critical component of satellite missions, star trackers are typically deployed in redundant configurations to ensure resilience against failures and to maintain continuous attitude determination. Redundancy is especially important during satellite maneuvers, when temporary blinding may occur due to celestial bodies or stray light sources.
Given their critical role throughout the satellite’s operational lifespan, star trackers undergo rigorous ground testing to verify performance under space-relevant conditions. The initial testing phase involves separate verification of key subsystems, including optical parameters (e.g., focal length, aberrations, and distortion), detector and proximity electronics functionality, and the onboard image processing algorithms used to interpret star field data. These tests are typically carried out using Electronic Ground Support Equipment (EGSE), which replicates operational scenarios and provides diagnostic feedback for the system under test [
3]. However, this verification phase is not capable of detecting malfunctions related to the integrated system (such as misalignment between optical elements and the detector, or damage incurred during assembly). To overcome these limitations, Optical Ground Support Equipment (OGSE) is required.
OGSE systems are laboratory-based setups specifically designed for testing fully assembled star trackers prior to their integration onto the satellite platform [
4,
5,
6]. These systems perform tests by simulating a dynamic star field scene in relative motion with respect to the star tracker, which is presented directly to the optical head. The resulting attitude computed by the star tracker is then compared against the known reference used to generate the simulated scene, allowing assessment of the system’s accuracy. A primary limitation of this method is its incompatibility with post-integration testing, as it cannot be applied once the star tracker is mounted onto the spacecraft. This constraint motivates the development of a comprehensive, end-to-end testing solution capable of validating star tracker functionality both in laboratory conditions and after integration, including during pre-launch phases. To enable such capability, the test system must be miniaturized, with low mass and compact dimensions, to permit direct installation on the star tracker’s optical head, typically on or within its optical baffle.
A new generation of compact optical stimulation systems for star tracker testing has recently become commercially available. Notable examples include the STOS (Star Tracker Optical Stimulation for Sensors) developed by Airbus Space Equipment [
7], the Optical Sky Stimulator (OSI) designed for the Jena-Optronik ASTRO APS star sensor [
8], and the Terma Dynamic Optical Ground Support Equipment [
4]. These systems generate dynamic simulations of star fields through the use of an optical projection system providing collimated beams (to match the star tracker focal) that present the simulated image in apparent motion to the sensor under test.
In addition to stars, these systems are capable of simulating various non-stellar objects and perturbations, such as stray light or artifacts induced by charged particle interactions. They can operate in an open-loop mode for sensor verification and robustness assessment or in real-time closed-loop configurations to evaluate star tracker behavior under realistic dynamic conditions. These simulators are designed to enable comprehensive, end-to-end testing of star trackers under representative operational environments.
Within the framework of the POR FESR 2014–2020 program (funded by Regione Toscana), the MINISTAR system was developed, a miniaturized electro-optical prototype designed to generate synthetic star fields in apparent motion, enabling realistic ground-based testing of star trackers [
9,
10]. MINISTAR supports the simultaneous testing of up to three units, allowing comprehensive evaluation of their optical, electronic, and on-board software performance. Given its reduced dimensions and mass, the system is suitable for direct integration onto the satellite platform, thereby enabling functional testing in the fully assembled configuration.
The system is capable of simulating star fields, as well as bright celestial bodies (e.g., Sun, Earth, Moon), user-defined objects, and various environmental disturbances, such as cosmic rays and stray light. Radiometric and geometric calibrations of the prototype have been successfully validated under controlled laboratory conditions.
Building on this experience, the ongoing PR FESR TOSCANA 2021–2027 initiative (also funded by Regione Toscana) has supported the development of STARLITE (STAR tracker LIght Test Equipment), a next-generation Optical Ground Support Equipment (OGSE) system. The system addresses the growing need for compact, high-performance OGSE solutions for pre-launch verification of spaceborne attitude sensors. Designed with a higher TRL, STARLITE leverages commercial off-the-shelf (COTS) components to achieve enhanced functionality and reliability while targeting commercial deployment. Specifically, STARLITE effectively aims to overcome the major challenges encountered during the development of its predecessor, MINISTAR. These include the technical challenges associated with the design and mechanical integration of a custom optical system, as well as the limited resolution of the MINISTAR display. In its final design, STARLITE will employ a compact commercial objective and a high-resolution display with enhanced luminance compared to its predecessor. The star positioning accuracy will be further improved through the adoption of enhanced calibration procedures. An additional enhancement is STARLITE’s increased compactness and the improved ease of mounting onto the star tracker’s baffle. The adoption of COTS components also contributes to a reduction in overall design and development costs.
The development of the instrument has been carried out through a collaborative effort involving a group of Tuscan partners, including SAITEC S.R.L. (project leader), GESTIONE SILO S.R.L., PROMEL COSTRUZIONI S.R.L., and the Institute of Applied Physics “Nello Carrara” of the National Research Council (IFAC-CNR). SAITEC is a high-tech company located near Florence with expertise in electronic and software systems, particularly in the development of Electrical Ground Support Equipment (EGSE), and a strong focus on the aerospace and avionics sectors. GESTIONE SILO contributes specialized capabilities in the design and fabrication of high-precision optical components and instruments. PROMEL COSTRUZIONI brings extensive experience in precision mechanics, including mechanical design and the production of high-precision parts for industrial and engineering applications. IFAC-CNR, a research institute based in Florence, plays a key role in applied physics research, with recognized competence in optics, photonics, and sensing technologies, bridging scientific research and industrial innovation.
This paper outlines the operating principles of a generic star tracker test system, detailing its main components and tracing the development path from the initial MINISTAR prototype to the more advanced STARLITE system. The discussion highlights key technical innovations and design optimizations that have driven this evolution. Experimental results obtained with MINISTAR, along with preliminary outcomes from STARLITE, are presented and analyzed.
3. Model Description
The simulation model can be mathematically described as a procedure that generates a dynamic optical scene based on the following input parameters:
The celestial coordinates (position) and apparent magnitudes of stars on the Celestial Sphere;
The attitude of the simulated satellite platform, expressed either as a rotation versor or, equivalently, in quaternion form;
The orientation of the star tracker’s optical axis (i.e., the direction of its field of view) relative to the satellite platform body frame.
The output of the simulation is a time-sequenced series of frames representing the apparent motion of the celestial scene as observed by each star tracker, assuming solidal motion with the satellite platform. Each frame spatially encodes the angular distribution of celestial objects—primarily stars—within the optical field of view of the star tracker, along with additional non-stellar elements such as planets and user-defined artifacts introduced to simulate disturbance effects (e.g., stray light, cosmic ray hits). Such angular distribution is rendered in two dimensions on a digital display surface and subsequently collimated through the optical projection system before being projected into the star tracker field of view.
3.1. Celestial Coordinate System
The reference frame adopted by the MINISTAR model is the one described by the celestial coordinates shown in
Figure 1a. Declination and right ascension angles
and
locate the position (more precisely, the
direction) of each celestial object on the Celestial Sphere.
During the simulation, the satellite platform is modeled as rotating about a fixed axis at the center of the Celestial Sphere. As a result, each onboard star tracker observes a specific portion of the sky included in its FOV, determined by its fixed orientation relative to the platform’s body frame.
For each star tracker, the simulation process involves identifying the subset of stars and non-stellar objects that fall within its instantaneous field of view, given its orientation. These objects are then projected onto the tracker’s image plane, with their positions rotated and transformed to match how they appear in the star tracker’s local reference frame. The display image is subsequently projected into the optical path of the tracker.
3.2. Platform Orientation Angles
The orientation of the platform with respect to the celestial coordinates is expressed easily by the Tait–Bryan angles (a reformulation of Eulerian angles referred to a rotation around each Cartesian axis):
(roll, around
axis),
(pitch, around
axis), and
(yaw, around
axis). The angles and their sign conventions are shown in
Figure 1b, together with their relative positions with respect to the celestial coordinates axis system (c).
3.3. Star Tracker’s Optical Head Orientation Angles
The determination of the viewing direction for each star tracker’s optical head (co-rotating and integral with the satellite platform) requires the composition of two rotation matrices: the rotation matrix representing the satellite platform’s attitude with respect to the inertial reference frame (i.e., the Celestial Sphere) and the rotation matrix defining the fixed orientation of each optical head with respect to the platform (i.e., relative to the satellite body frame). By composing these two matrices, the absolute orientation of the star tracker’s optical axis in the celestial reference frame is obtained. This transformation is essential to determine the specific portion of the sky visible within the star tracker’s field of view at each simulation time step.
, the platform rotation matrix, is expressed as the product of three orthogonal rotation matrices with respect to the angles
,
, and
(the first rotation applied is the one by a roll angle
, then the pitch
, and then the yaw
):
The rotation matrix with respect to the Celestial Sphere for the
-th optical head
(
) is determined by applying the rotation matrix
to the rotation matrix of the generic head with respect to the platform by the angles
(i.e., the roll, pitch, and yaw angles in the platform reference frame). The composition of rotation sequences brings to
Note that all matrices are orthogonal and the matrix product is non-commutative (it is possible to define a different order of application of the rotations , , and and re-define the rotation matrices).
The final (rotated) direction of view for each optical head is calculated by applying to the initial position in the celestial sphere reference frame.
The time evolution of the system is obtained by varying the orientation of the platform with the time (i.e., varying the angles , , and as a function of time) and keeping constant the angles of the -th star tracker’s head , being built in with the platform.
By applying the rotation matrix , which defines the orientation of the i-th star tracker’s optical head in the inertial (celestial) reference frame, the model determines the corresponding viewing direction. Conversely, by applying the inverse rotation, the positions of stars on the Celestial Sphere are transformed into the reference frame of the i-th star tracker. The stars included in the simulated scene’s FOV can eventually be shown (i.e., rendered in the 2D display and projected into the star tracker’s head optics). It is worth noting that the matrix inversion involved in this transformation is computationally efficient, as it reduces to a simple transpose operation resulting from the orthogonality property of rotation matrices.
3.4. Quaternions
The view direction can, alternatively, be identified by a quaternion, i.e., a four-dimension vector describing a rotation of a fixed angle around a given rotation axis (with respect to the celestial reference frame). The (orthogonal) rotation matrix corresponding to the unitary quaternion
is
The quaternion can, in fact, be expressed as a function of its rotation angle
and the corresponding rotation axis with director cosines
:
The time evolution of the quaternion is realized by varying with the rotation angle and the director cosines and calculating the new position. The software implementation of the model allows the simulation to be performed by using either the Tait–Bryan angles or the quaternions and allows for easy conversion between the two nomenclatures.
3.5. Fast Star Catalog Processing
The star catalog used for star field simulation is the widely used HIPPARCOS [
11,
12,
13]. The catalog reports the astronomical coordinates of 118,218 stars with precision in the order of the milliarcsec (i.e., a factor
smaller than the one used by the most precise star trackers) and the corresponding magnitude. The variables of interest extracted from the catalog are, for each star, the visual (apparent) magnitude, the B-V magnitude (defined using the Johnson–Morgan system [
14], classifying stars based on their spectrum and used for correction of the tested star tracker instrumental spectral response curve) and the declination and right ascension angles for positioning the star on the Celestial Sphere.
The most straightforward way of simulating the apparent motion of the star is by applying the inverse rotation to the Celestial Sphere, i.e., to any star (and non-star object). Mathematically, is the rotation matrix bringing the generic optical head in a new direction of view in the Celestial Sphere reference frame. This is analogous, for an observer in the reference frame of the star tracker’s optical head, to applying the inverse rotation to the Celestial Sphere, bringing the new pointed scene into the FOV of the instrument. Regrettably, applying to the entire star catalog (comprising approximately stars) is computationally redundant and inefficient.
To accelerate computation, several star selection strategies are employed, with spatial proximity serving as the primary criterion: upon loading the star catalog into memory, it is partitioned into sub-catalogs, each representing a distinct region of the sky. Adjacent regions are designed to partially overlap (see
Figure 2), and each sub-catalog includes only those stars within a predefined angular radius from the region center. The center of each region is spaced out by nearby region centers by a distance equal to FOV along the
,
axis, forming a mosaic (with overlapped tiles) on the Celestial Sphere. The spatial partitioning of the catalog is defined at load time such that adjacent regions overlap sufficiently to guarantee that the entire FOV is fully contained within the selected region, regardless of its orientation relative to the declination (
) and right ascension (
) axes. Each sub-catalog contains only the stars located within a specified angular distance from its central direction and, for a given viewing direction, only the sub-catalog associated with the closest region center is accessed. The underlying assumption is that, for a fixed viewing direction, only the stars within the corresponding sub-catalog fall within the field of view of the star tracker’s optical head. Consequently, only these stars are subjected to the inverse rotation
, rather than applying the transformation to the entire HIPPARCOS catalog.
A second selection criterion is based on the magnitude range of the stars and will be presented in the next section.
3.6. Star Radiometric Simulation
3.6.1. Radiometric Conversion from Display Digital Number to Apparent Magnitude
In analogy with [
15], the magnitude
m is calculated using the following formula:
where
is the reference magnitude, and
and
are, respectively, the measured quantity and the corresponding reference quantity.
We first define the bolometric magnitude (also known as absolute bolometric magnitude) by setting the zero-point of the magnitude scale at , corresponding to an object with a total radiative luminosity of exactly W, which is the absolute bolometric magnitude of the star Vega.
The absolute bolometric magnitude
of a source with luminosity
(expressed in W) is therefore given by
Similarly, we define the zero-point of the apparent bolometric magnitude scale by specifying that
corresponds to an irradiance (flux density)
W m
−2, which is the flux received isotropically from a source with
located at the standard distance of 10 parsecs (based on the IAU 2012 definition of the astronomical unit [
16]).
The apparent bolometric magnitude
for a given irradiance
(in W·m
−2) is thus
Being expressed using a logarithmic scale, only a restricted range of values for can be represented on the finite dynamics of the display (as in RGB displays, the value range is between 0 and 255 values for each color channel).
Fixing at 0 the reference magnitude
, we obtain the formula for the pixel value
between (i.e., the brighter value)
I ranges between its maximum value admitted by the display dynamics and the minimum value ; consequently, the theoretical range for is approximately 6 magnitude units.
A reasonable work hypothesis is that the generic star tracker detector has a linear response to the detected photons, so stars too faint to be detected (i.e., out of a reasonably small magnitude range) can be simply ignored in the simulation. This consideration allows the number of stars on the catalog to be drastically reduced by selecting only the one of the magnitude range of interest. This second filter allows the simulation to deal with a drastically reduced number of stars (typically on the order of tens).
In practice, the theoretical range for
is considerably reduced. Considering that the display luminance must be adjusted to match the expected star photon flux, a portion of the display’s dynamic range is reserved for fine-tuning this software-based radiometric calibration. In addition, (as shown in
Section 3.7) the generic star, albeit an angular point-like source, is usefully represented as a sub-pixel-resolved barycenter of a multiple-pixel distribution. Allocating a portion of the total pixel’s dynamics to barycenter fine-tuning further reduces the dynamic range required for magnitude simulation. Due to these reasons, the magnitude range is restricted to approximately 4.5 magnitudes, consistent with the capabilities of similar simulators currently available on the market [
7].
3.6.2. Sensor-Dependent Spectral Response Calibration
When simulating the star radiance using a synthetic image provided by a display (in our case, a commercial RGB 2D display), a huge technical problem arises: the display is unable to replicate the exact stellar spectrum. Furthermore, the instrumental response of the star tracker depends on the optoelectronic characteristics of its sensor, so we need a method to convert, for a generic sensor, the simulated value (display pixel luminance) to match the corresponding simulated magnitude measured by the sensor under test. With this working assumption, we can expect such a conversion to be approximated by a polynomial relation, based on the values of the parameters given by the star catalog for each star: the generic visual magnitude and the B-V magnitude (the so-called “star color”). The “calibrated” value for the magnitude observed by the star tracker under test can be set by comparison with a simulated star of known magnitude. The actual SW model supports the use of a second-degree polynomial as a correction formula (for taking into account a non-linear response to the simulated spectrum).
Simulation in MINISTAR, as well as in STARLITE, is performed using a single RGB channel of the display (typically the red channel) to reduce the chromatic aberration in the collimator optical system.
3.7. Angular Accuracy
Incoming star rays can be considered perfectly collimated; i.e., their angular distribution approximates a Dirac delta function. Under the ideal assumption of a star tracker equipped with ideal focusing optics, a star would be imaged onto a single point on the detector. As a consequence, finer angular resolution would be pixel-limited (i.e., the detector’s pixel pitch becomes a fundamental limit to the achievable angular resolution). This inherent constraint on resolution [
17] is typically addressed by deliberately avoiding a pixel-limited point spread function (PSF) on the image plane. In practice, star tracker optical systems are designed with controlled, symmetric (with respect to the optical axis) aberrations such as intentional defocusing, resulting in an expanded star spot. This transforms a point-like source into a multi-pixel intensity distribution on the detector. By computing the barycenter of this distribution, the system achieves sub-pixel resolution, thereby improving angular precision beyond the physical detector pitch.
The simulation model adopted both in MINISTAR and STARLITE must replicate the star image distribution with a precision comparable to that of the star tracker. A single-pixel representation of a star is, in fact, inadequate, as it fails to provide sufficient angular resolution. For example, a 2000 × 2000 pixel display with a 20° field of view would offer a coarse resolution of only 0.01°, insufficient for accurately simulating the angular separations between stars. To address this, MINISTAR employs a sub-pixel precision model that utilizes the barycenter of a multi-pixel star spot to enhance angular resolution. A key constraint is that the Point Spread Function (PSF) of the star tracker optics must encompass that of the simulated star, so the system under test must remain insensitive to whether the input is an ideally resolved, point-like star or a discrete pixel distribution rendered on the display.
The achievable sub-pixel precision is determined by both the display’s dynamic range (pixel values between 1 and 255) and the number of pixels used to represent the star spot. As shown in
Figure 3, the star’s position is identified using the barycenter of a square, multiple-pixel matrix, whose summed intensity equals the brightness value assigned to that star. In the best-case scenario (maximum brightness N), the barycenter position can be adjusted in steps as small as 1/N. Conversely, for the faintest visible star (value = 1), the minimum barycenter displacement is 1/2 pixel. The maximum achievable sub-pixel offset range within this setup is 1/2 pixel.
Figure 3 illustrates various 2 × 2 pixel distributions, demonstrating sub-pixel variations in the barycenter position.
Using a 3 × 3 pixel distribution can improve sub-pixel resolution further, but it also increases the star’s apparent angular size. In the current implementation, 2 × 2 matrices are preferred to minimize the risk of resolving the star image into a non-point-like object. As said in
Section 3.6.1, allocating more of the display’s dynamic range to achieve finer sub-pixel positioning and mitigating coarse angular resolution in faint stars succeeds (together with star luminance tuning) in reducing the maximum theoretical magnitude dynamic range.
3.8. Model Software Implementation
The physical and mathematical model described in
Section 3.1,
Section 3.2,
Section 3.3,
Section 3.4,
Section 3.5,
Section 3.6 and
Section 3.7 has been implemented in a dedicated software library developed in standard C++. The library is designed for integration with a simulation framework. The objects of the library are instantiated by the main software managing the test procedure and used during the simulation phase. The library generates the star coordinates for the single frame, and the main software deals with the scene rendering and the star tracker output monitoring. The library provides, for each star tracker’s optical head, the coordinates and values for each star and non-stellar object for each frame of the simulated scenario. Every object in the simulated scene is described by the following:
For non-stellar, extended objects, either a scalar radius or a bitmap representation—scaled to a user-specified angular size—is additionally provided. This approach allows the simulation of both star-like objects (extracted from HIPPARCOS catalog or alternative user-defined catalogs) and spatially extended objects such as planetary bodies.
Dedicated classes within the library also implement the star selection logic detailed in
Section 3.5, including the memory allocation and organization of the stars in sub-catalogs (see
Figure 2). At runtime, the software dynamically selects the appropriate sub-catalog based on the direction of view for each simulation frame. This enables the real-time generation of dynamic scenes and their rendering on the display.
The algorithmic structure governing the generation of each frame in the dynamic simulation sequence is illustrated in
Figure 4.
6. Discussion
This paper has provided an overview of the development process and architecture of the MINISTAR prototype and its evolution into the STARLITE OGSE system, designed for the testing and validation of star trackers. The development of the early prototype MINISTAR and the STARLITE project is being carried out through a collaborative effort involving several Tuscan industrial and research entities: SAITEC S.R.L. (project leader), GESTIONE SILO S.R.L., PROMEL COSTRUZIONI S.R.L., and the Institute of Applied Physics “Nello Carrara” of the Italian National Research Council (IFAC-CNR).
STARLITE represents a substantial advancement over its predecessor MINISTAR, benefiting from improved system design, component upgrades, and a more refined integration strategy. The experience gained from the MINISTAR phase has been instrumental in addressing critical issues and enabling STARLITE to reach a TRL of at least 7. Although development activities are still ongoing, the current work outlines the foundational steps in building the STARLITE system. Significant improvements have been implemented in the simulation model, with a focus on the accurate reproduction of celestial scenes, enhanced optical precision, and high radiometric fidelity, which are crucial features for effective star tracker validation. Hardware upgrades include the adoption of a high-resolution display and a commercial-grade fixed-focal-length photographic objective with a standard C-mount interface, functioning as a collimator. This setup facilitates straightforward replacement of the optics, allowing the simulation of different FOVs by simply exchanging objectives with varying focal lengths.
An ongoing detailed analysis of vignetting between the collimator and the star tracker’s optical head is being conducted to identify and characterize the system’s limitations in optical coupling. Additionally, the adoption of a high-resolution display for star rendering has significantly improved luminance compared to MINISTAR. The enhanced display resolution provides finer angular sampling, enabling accurate simulation of stellar positions across larger FOVs. The adoption of a square form factor enables more efficient use of the display area (in contrast, MINISTAR left portions of the display unused when simulating a square FOV). These advancements substantially improve the system’s capability to test and validate contemporary star trackers under more demanding and realistic operational conditions.
Another significant improvement concerns the redesign of the interface flange connecting STARLITE to the star tracker’s baffle. This redesign addresses the mechanical and alignment issues observed during the MINISTAR development phase.
These collective improvements position STARLITE as a robust and competitive testing platform that is well aligned with the requirements of future industrialization and market deployment. The use of commercial off-the-shelf (COTS) components also contributes to reducing overall system complexity.
Looking ahead, the next development phases will include a comprehensive calibration campaign to characterize STARLITE’s simulation fidelity and determine the operational limits of the integrated commercial optical components. Further refinements will be made to the mechanical housing to ensure adaptability to the form factors of most commercial star trackers, supporting the system’s transition to a market-ready product.
The STARLITE system demonstrates strong commercial viability due to its compact design, ease of use, and high-performance capabilities, making it well suited for both laboratory testing and potential integration on satellite platforms. As the demand for high-resolution spaceborne instruments continues to grow, particularly in Earth observation and scientific missions, there is an increasing need for precise attitude determination. This, in turn, requires accurate pre-launch testing of star trackers and other attitude sensors. STARLITE addresses this need by offering a versatile and scalable solution capable of simulating wide fields of view with high angular resolution. With its modular design, careful planning, and advanced technical features, STARLITE lays a solid foundation for a scalable and reliable OGSE solution in the aerospace sector.