Search NASA⌕ Search

SEARCH · Search NASA

Results for “Spacecraft,”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 181 records · Page 10
All sourcesNASA NTRSDOE OSTI
NASA NTRSDate not supplied

Automated Software for Manned Spacecraft - Bridging the Gap from Sci Fi to Reality

With a voice command or a few taps on the console, the spacecraft pivots on a dime at high velocity and gently docks to an orbiting space platform. This is the image most people have of the complex software computations and integrated hardware performance necessary for a spacecraft to successfully perform an automated launch, rendezvous, and docking. Today’s reality is that while computer operations are advancing rapidly, science fiction over-simplifies and over-sells current capabilities. This paper discusses the integration of spacecraft computer automation into the operation of one of the United States’ new Commercial Crew vehicles - the Boeing CST-100 Starliner. Lessons learned by the Boeing Mission Operations team, a private-public partnership with NASA, from conceptual design through real-time operation of the first test flight will be discussed. Focus will center on how operations has learned to use the automated software to their advantage while also knowing how to adjust the automation in response to spacecraft or mission anomalies. One goal of advanced spacecraft automation is the ability to reduce both the crew workload and the ground control footprint while at the same time increasing spacecraft and mission flexibility. Historically, crewed spacecraft required a large number of operators on the ground to use a plethora of tools to compute nominal and contingency mission trajectories. Moving those sophisticated software tools to being onboard the vehicle can reduce the need for such complex ground support. Given that today’s spacecraft software is not yet as capable or as flexible in all circumstances as the computers depicted in movies, there is usually a trade-off between software automation cost and the flexibility of that software resulting in a trade-off between what is performed on the spacecraft and what is left to onboard crew or ground control. For missions that go beyond the Moon, software that autonomously controls nearly every aspect of a crewed mission will become a necessity given the long time delays between the spacecraft and Earth’s ground control teams. The lessons learned by Boeing and its Mission Operations team, through the design and implementation of Starliner’s hardware and software automation, will be able to inform future public and private spacecraft design. As the technologies and capabilities evolve, incorporating lessons learned in successful low Earth orbit commercial crew vehicle missions, spacecraft designs will continue to improve and be able to better enable safe execution of human missions to the Moon and beyond.

Robert C Dempsey↗
NASA NTRSDate not supplied

Automated Software for Manned Spacecraft - Bridging the Gap from Sci Fi to Reality

With a voice command or a few taps on the console, the spacecraft pivots on a dime at high velocity and gently docks to an orbiting space platform. This is the image most people have of the complex software computations and integrated hardware performance necessary for a spacecraft to successfully perform an automated launch, rendezvous, and docking. Today’s reality is that while computer operations are advancing rapidly, science fiction over-simplifies and over-sells current capabilities. This paper discusses the integration of spacecraft computer automation into the operation of one of the United States’ new Commercial Crew vehicles - the Boeing CST-100 Starliner. Lessons learned by the Boeing Mission Operations team, a private-public partnership with NASA, from conceptual design through real-time operation of the first test flight will be discussed. Focus will center on how operations has learned to use the automated software to their advantage while also knowing how to adjust the automation in response to spacecraft or mission anomalies. One goal of advanced spacecraft automation is the ability to reduce both the crew workload and the ground control footprint while at the same time increasing spacecraft and mission flexibility. Historically, crewed spacecraft required a large number of operators on the ground to use a plethora of tools to compute nominal and contingency mission trajectories. Moving those sophisticated software tools to being onboard the vehicle can reduce the need for such complex ground support. Given that today’s spacecraft software is not yet as capable or as flexible in all circumstances as the computers depicted in movies, there is usually a trade-off between software automation cost and the flexibility of that software resulting in a trade-off between what is performed on the spacecraft and what is left to onboard crew or ground control. For missions that go beyond the Moon, software that autonomously controls nearly every aspect of a crewed mission will become a necessity given the long time delays between the spacecraft and Earth’s ground control teams. The lessons learned by Boeing and its Mission Operations team, through the design and implementation of Starliner’s hardware and software automation, will be able to inform future public and private spacecraft design. As the technologies and capabilities evolve, incorporating lessons learned in successful low Earth orbit commercial crew vehicle missions, spacecraft designs will continue to improve and be able to better enable safe execution of human missions to the Moon and beyond.

Robert C. Dempsey↗
NASA NTRSDate not supplied

Automated Software for Crewed Spacecraft - Bridging the Gap from Sci Fi to Reality

With a voice command or a few taps on the console, the spacecraft pivots on a dime at high velocity and gently docks to an orbiting space platform. This is the image most people have of the complex software computations and integrated hardware performance necessary for a spacecraft to successfully perform an automated launch, rendezvous, and docking. Today’s reality is that while computer operations are advancing rapidly, science fiction over-simplifies and over-sells current capabilities. This paper discusses the integration of spacecraft computer automation into the operation of one of the United States’ new Commercial Crew vehicles - the Boeing CST-100 Starliner. Lessons learned by the Boeing Mission Operations team, a private-public partnership with NASA, from conceptual design through real-time operation of the first test flight will be discussed. Focus will center on how operations has learned to use the automated software to their advantage while also knowing how to adjust the automation in response to spacecraft or mission anomalies. One goal of advanced spacecraft automation is the ability to reduce both the crew workload and the ground control footprint while at the same time increasing spacecraft and mission flexibility. Historically, crewed spacecraft required a large number of operators on the ground to use a plethora of tools to compute nominal and contingency mission trajectories. Moving those sophisticated software tools to being onboard the vehicle can reduce the need for such complex ground support. Given that today’s spacecraft software is not yet as capable or as flexible in all circumstances as the computers depicted in movies, there is usually a trade-off between software automation cost and the flexibility of that software resulting in a trade-off between what is performed on the spacecraft and what is left to onboard crew or ground control. For missions that go beyond the Moon, software that autonomously controls nearly every aspect of a crewed mission will become a necessity given the long time delays between the spacecraft and Earth’s ground control teams. The lessons learned by Boeing and its Mission Operations team, through the design and implementation of Starliner’s hardware and software automation, will be able to inform future public and private spacecraft design. As the technologies and capabilities evolve, incorporating lessons learned in successful low Earth orbit commercial crew vehicle missions, spacecraft designs will continue to improve and be able to better enable safe execution of human missions to the Moon and beyond.

Robert C Dempsey↗
NASA NTRSDate not supplied

NASA Small Spacecraft Technology (SST) Program - Recent and Upcoming Technology Demonstrations and Development Efforts

The Small Spacecraft Technology (SST) program within NASA’s Space Technology Mission Directorate, expands the ability to execute unique missions through rapid development and demonstration of capabilities for small spacecraft applicable to exploration, science and the commercial space sector. Through targeted development and frequent in space testing, the program: • Enables execution of missions at much lower cost than previously possible • Substantially reduces the time required for development of spacecraft • Enables new mission architectures through the use of small spacecraft • Expands the reach of small spacecraft to new destinations and challenging new environments • Enables the augmentation of existing assets and future missions with supporting small spacecraft. The program achieves its objectives through: • Identification and investment in the development of new subsystem technologies to enhance or expand the capabilities of small spacecraft • Sponsorship of flight demonstrations of new technologies, capabilities and applications for small spacecraft • Promotion of the use of small spacecraft as platforms for testing and demonstrating technologies and capabilities that might have more general applications in larger-scale spacecraft and systems Technologies funded by the program that are key to advancing the utility and capability of small spacecraft were demonstrated in 2022 and 2023. Notable on-orbit demonstrations include the following. • The Cislunar Autonomous Positioning System Technology Operations and Navigation Experiment’s (CAPSTONE) navigation technology that was demonstrated for the first time in 2023 could provide autonomous onboard navigation information for future lunar missions, minimizing or eliminating human-in-the-loop mission operations. • The optical communications technology also demonstrated in 2023 by the TeraByte InfraRed Delivery (TBIRD) payload that launched on Pathfinder Technology Demonstrator-3, achieved 200 gigabit per second (Gbps) throughput on a space-to-ground optical link between a satellite in orbit and Earth, the highest data rate ever achieved by optical communications technology. • The precision laser pointing performance of NASA’s CubeSat Infrared CrossLink A (CLICK) spacecraft’s fine steering mirror control system was successfully demonstrated. This element of the laser communications system will be used to demonstrate two-way crosslink communication in low-Earth orbit by CLICK B/C anticipated to launch in late 2024. Investments in subsystem technology development through funding to university, industry, and other government partners in a number of areas will be discussed. Among others, topic areas include propulsion, autonomous swarm technology, edge computing, and thermal control. Additionally, the status of the CubeSat-alternative platform, DiskSat, strategies for accelerating the demonstration of technology payloads via the Realizing Rapid, Reduced-cost high-Risk Research (R5) project, and the status of recently completed and upcoming on-orbit demonstrations will also be presented.

Roger C Hunter↗
NASA NTRSDate not supplied

Localization of Ad-Hoc Lunar Constellations in Communication Failure Modes for Distributed Spacecraft Autonomy

As lunar missions increase in complexity inspired by NASA’s Artemis Program, they will require reliable and sufficient capability of the Position, Navigation, and Timing (PNT) system to support their scientific objectives. In addition, NASA's Commercial Lunar Payload Services (CLPS) program initiates the proliferation of public and private exploration partnerships using small satellites from commercial and private organizations, expanding traditionally confined low Earth orbit to be used for missions beyond geosynchronous orbit (Zucherman et al., 2022). Therefore, the Lunar PNT system is also required to provide navigation services compatible with the smaller platforms being sent by the public and private sectors, like CubeSats. However, traditional approaches to deep space missions’ navigation based on ground radio facilities have difficulties in providing sufficient support for the increasing number of users and communication at a distance from the Earth (Kaplev et al., 2022). In particular, the existing Lunar navigation technologies such as weak signal global positioning system (GPS) and deep space network (DSN) are not able to ensure operations of the upcoming small-scale Lunar missions due to their limitations in localization performance as well as capacity aspects. Another way to provide Lunar PNT service is to create a dedicated Lunar global navigation satellite system (GNSS) constellation, like GNSS systems on Earth. Space agencies like NASA, ESA, and JAXA are now developing the lunar communications relay and navigation systems (LCRNS) and Lunar navigation satellite systems (LNSS). In their systems, satellites will be deployed in moon orbits to provide the communication, positioning, navigation, and timing (CPNT) service at the lunar south pole region where the Artemis base camp will be expected (Murata et al., 2022). Meanwhile, common challenges considered in lunar PNT research arise from poor geometry of the terrestrial GNSS satellites when seen from the lunar user, highly perturbed lunar orbits, and limitations in power, size, and cost of the equipment on lunar satellites (Iiyama et al., 2023). It is also not clear if there will be enough Lunar users to support the cost and resources this would require as the Low-cost surface missions may not be able to support the large power, mass, and weight requirements that these navigation solutions entail (Niemoeller et al., 2022). As an alternative, existing Lunar science and exploration assets could be used to create a low-cost, autonomous, ad-hoc, and on-demand mission-centric Lunar PNT swarm capable of providing PNT services to these low-cost lunar missions (Hagenau et al., 2021). Introducing the non-dedicated and ad-hoc Lunar navigation constellation gives a way to provide PNT services on-demand. The non-dedicated swarm assets of Lunar constellations are designed to localize themselves with minimal interaction with Earth by adding cooperative autonomous localization to lunar missions, freeing up valuable bandwidth and ground segment resources. An autonomous localization of Lunar constellations is based on the concept of the decentralized PNT system with a distributed extended Kalman filter (DEKF) approach to state estimation for minimal onboard operating costs. In the distributed data processing algorithm, computation is broken down and assigned to each satellite, resulting in a considerably decreased computational amount while maintaining the accuracy of the orbit ephemeris and clock offsets as the result of centralized data processing (Wen et al., 2019). The DEKF requires spacecraft to perform two-way ranging operations with each other to communicate simultaneously, leveraging neighbor two-way intersatellite link (ISL) measurements such as pseudoranges to, and relative velocities between, visible satellites as sensor values (Frank et al., 2021). The Lunar autonomous PNT simulation (LAPS) demonstrated the feasibility of orbital asset localization among ad-hoc Lunar small-sat constellations based on the DEKF in Hagenau et al. (2021) and evaluated the matching algorithm proposed by Frank et al. (2021) in scheduling position estimation updates. In previous papers, all assets and measurements are assumed to be always available without consideration of the impact of intermittent and permanent communication failure. This study presents localization performance with increasing levels of network degradation for swarm assets and users to demonstrate the robustness of the decentralized Lunar PNT service in more realistic scenarios. Main issues arising from communication failure include spacecraft permanent or transient loss, antenna failures, message delays, etc. We tested four possible reasons for network degradation for 7 days in 21 satellites frozen with an altitude of 5500 km, evenly spaced around 3 circular, 40 inclination orbital planes where each spacecraft has two directional antennas. As anchor nodes with an independent estimate of their position are required in the DEKF approach, two ground nodes in each pole and one node in the gateway were implemented in the simulation. First, the most probable failure scenario involves the loss of a single spacecraft due to solar interference and technical malfunctions of the assets. Losing the availability of a single spacecraft means losing the two-way ISL measurement of the asset in the DEKF update. In order to provide the best possible quality of PNT service with limited time and resources, the distributed Lunar constellations must schedule the communication activities. The scheduler leverages mixed-integer linear programming (MILP) for the coordination and scheduling of the desired “as-needed” localization service (Niemoeller et al., 2022). We assume the scheduler has completely excluded the spacecraft information before the DEKF update in the failure scenario. When a random spacecraft has been turned off at a specific time, the robustness of the autonomous Lunar PNT system is evaluated. The simulation results give an 11.5% degradation in median position accuracy compared to the idealized performance excluding the asset loss. Second, a large number of assets may vanish due to major hardware problems or meteor strikes around the moon. A multiple spacecraft loss can degrade the localization performance very fast by losing the communication ability to do cross-plane measurements and in-plane measurements in a 3-plane constellation. When the matching-based scheduler is aware of ISL availability, we investigate a large number of in-plane and cross-plane asset vanishments both in close proximity and equally spaced throughout the orbital plane. According to the simulations, the loss of in-plane measurements gives 40.2% degradation while cross-plane measurements degrade 50.5% of asset localization performance among available assets. Therefore, it is concluded that cross-plane measurements are more important in improving the position estimation accuracy. Third, spacecraft failure information can be lost due to the internal message delay, resulting in the DEKF update scheduler to solve the matching problem with unavailable assets. The DEKF update cycle is comprised of network setup, communication, and computations where a global broadcast network and a 2-way ISL network setup take 6 minutes in total (Frank et al., 2021). Once the broadcast network successfully transmits and receives information, a random spacecraft may lose its availability right before solving the matching problem. This means the matching solution is no longer optimal, resulting in degradation in the localization performance. A numerical assessment shows the matching-based scheduler with knowing failure holds 11.5% of position accuracy degradation, whereas the scheduler without knowing failure gives 34% degraded localization performance without asset loss. Fourth, a transient loss of a single or multiple spacecraft may occur due to their antenna outages. After losing the two-way ISL availability for a few DEKF update cycles, the availability of spacecraft can easily be recovered as their states have been independently updated using measurements from anchor nodes. It is likely that the longer failure will result in worse localization performance. We have tested the transient failure of a random single asset for 30 min in the simulation, which is losing 3 update cycles in the DEKF system. From the simulation results, the position accuracy has been degraded to 4.84% which is better than the degraded localization performance of 11.5% from the permanent loss scenario among available assets. In conclusion, the autonomous Lunar PNT system based on the DEKF approach shows the ability to maintain resilience and robustness in the possible communication failure scenarios, ensuring that localization accuracy is preserved across various network degradation and outages. Future studies on investigating user localization performance near the South Pole and the broadcast network system will be continued in the following months.

Yeji Kim↗
NASA NTRS1964

Thermal testing of the Ranger Block III SPACECRAFT in the JPL 25 ft. space simulator

In January, 1964, a test program was begun on the thermal design of the Ranger Block III Spacecraft. The tests were performed i n the newly operational JPL 25' Space Simulator over a period of 6 months . The objectives of these tests were two-fold: A. To evaluate the 25' Space Simulator as a facility for proving the thermal design of spacecrafts, and B. To verify .the thermal design of the Ranger Block III spacecraft. These two objectives are complimentary in the test series performed and are difficult to separate into distinct categories. An important part of the first objective was to learn what type of test preparation, instrumentation, and analysis was required for the meaningful evaluation of test data from the 25' Space Simulator tests. Although some experience had been gained in testing of components and incomplete spacecrafts in smaller solar simulation chambers during the early part of the Ranger program, we knew little about testing of a complete spacecraft in the 25' Space Simulator when this test program began. Test analysis requires that the energy absorbed by various spacecraft components be known. This requires a knowledge of the area of solar absorption or sunlit area, the solar energy flux density on the area, and the effective absorptance of that area. Most of the problems encountered were associated with the determination of the last two quantities since the sunlit area may be obtained directly by inspection of spacecraft surfaces. This paper will present a discussion of our experiences during the Ranger Block III thermal test series on the Thermal Test Model (TCM). The TCM was thermally equivalent to the flight type Ranger spacecraft except for the lack of an antenna dish and solar panels. Flight type structural hardware was used with surface finishes equivalent to those of the flight spacecraft. Aluminum blocks simulated the spacecraft electronics thermal masses with resistance heaters simulating the electronic power dissipation. The discussion will be presented in a semi-chronological order and will be divided into the following areas: 1. Determination of solar simulation flux density on spacecraft surfaces. 2. Problems related to decollimation of the solar simulation source. 3. Determination of effective absorptance in the solar simulation spectrum.

SPACE SIMULATOR↗
NASA NTRS1989

Advanced solar-propelled cargo spacecraft for Mars missions

At the University of Washington, three concepts for an unmanned, solar powered, cargo spacecraft for Mars-support missions have been investigated. These spacecraft are designed to carry a 50,000 kg payload from a low Earth orbit to a low Mars orbit. Each design uses a distinctly different propulsion system: a solar radiation absorption (SRA) system, a solar-pumped laser (SPL) system, and a solar powered mangetoplasmadynamic (MPD) arc system. The SRA directly converts solar energy to thermal energy in the propellant through a novel process developed at the University of Washington. A solar concentrator focuses sunlight into an absorption chamber. A mixture of hydrogen and potassium vapor absorbs the incident radiation and is heated to approximately 3700 K. The hot propellant gas exhausts through a nozzle to produce thrust. The SRA has an I(sub sp) of approximately 1000 sec and produces a thrust of 2940 N using two thrust chambers. In the SPL system, a pair of solar-pumped, multi-megawatt, CO2 lasers in sun-synchronous Earth orbit converts solar energy to laser energy. The laser beams are transmitted to the spacecraft via laser relay satellites. The laser energy heats the hydrogen propellant through a plasma breakdown process in the center of an absorption chamber. Propellant flowing through the chamber, heated by the plasma core, expands through a nozzle to produce thrust. The SPL has an I(sub sp) of 1285 sec and produces a thrust of 1200 N using two thrust chambers. The MPD system uses indium phosphide solar cells to convert sunlight to electricity, which powers the propulsion system. In this system, the argon propellant is ionized and electromagnetically accelerated by a magnetoplasmadynamic arc to produce thrust. The MPD spacecraft has an I(sub sp) of 2490 sec and produces a thrust of 100 N. Various orbital transfer options are examined for these concepts. In the SRA system, the mother ship transfers the payload into a very high Earth orbit and a small auxiliary propulsion system boosts the payload into a Hohmann transfer to Mars. The SPL spacecraft releases the payload as the spacecraft passes by Mars. Both the SRA-powered spacecraft and the SPL-powered spacecraft return to Earth for subsequent missions. The MPD-propelled spacecraft, however, remains at Mars as an orbiting space station. A patched conic approximation was used to determine a heliocentric interplanetary transfer orbit for the MPD propelled spacecraft. All three solar-powered spacecraft use an aerobrake procedure to place the payload into a low Mars parking orbit. The payload delivery times range from 160 days to 873 days (2.39 years).

Auziasdeturenne, J.↗
NASA NTRS1994

SCL: An off-the-shelf system for spacecraft control

In this age of shrinking military, civil, and commercial space budgets, an off-the-shelf solution is needed to provide a multimission approach to spacecraft control. A standard operational interface which can be applied to multiple spacecraft allows a common approach to ground and space operations. A trend for many space programs has been to reduce operational staff by applying autonomy to the spacecraft and to the ground stations. The Spacecraft Command Language (SCL) system developed by Interface and Control Systems, Inc. (ICS) provides an off-the-shelf solution for spacecraft operations. The SCL system is designed to provide a hyper-scripting interface which remains standard from program to program. The spacecraft and ground station hardware specifics are isolated to provide the maximum amount of portability from system to system. Uplink and downlink interfaces are also isolated to allow the system to perform independent of the communications protocols chosen. The SCL system can be used for both the ground stations and the spacecraft, or as a value added package for existing ground station environments. The SCL system provides an expanded stored commanding capability as well as a rule-based expert system on-board. The expert system allows reactive control on-board the spacecraft for functions such as electrical power systems (EPS), thermal control, etc. which have traditionally been performed on the ground. The SCL rule and scripting capability share a common syntax allowing control of scripts from rules and rules from scripts. Rather than telemeter over sampled data to the ground, the SCL system maintains a database on-board which is available for interrogation by the scripts and rules. The SCL knowledge base is constructed on the ground and uploaded to the spacecraft. The SCL system follows an open-systems approach allowing other tasks to communicate with SCL on the ground and in space. The SCL system was used on the Clementine program (launched January 25, 1994) and is required to have bidirectional communications with the guidance, navigation, and control (GNC) algorithms which were written as another task. Sequencing of the spacecraft maneuvers are handled by SCL, but the low-level thruster pulse commands are handled by the GNC software. Attitude information is reported back as telemetry, allowing the SCL expert system to inference on the changing data. The Clementine SCL flight software was largely reused from another Naval Center for Space Technology (NCST) satellite program. This paper details the SCL architecture and how an off-the-shelf solution makes sense for multimission spacecraft programs. The Clementine mission will be used as a case study in the application of the SCL to a 'fast track' program. The benefits of such a system in a 'better, cheaper, faster' climate will be discussed.

Buckley, Brian↗
NASA NTRS1999

Pyroshock Environments Characterized for Spacecraft Missions

Pyrotechnic shock, or pyroshock, is the transient response of a structure to loading induced by the ignition of pyrotechnic (explosive or propellant activated) devices. These devices are typically used to separate structural systems (e.g., separate a spacecraft from a launch vehicle) and deploy appendages (e.g., solar panels). Pyroshocks are characterized by high peak acceleration, high-frequency content, and short duration. Because of their high acceleration and high-frequency, pyroshocks can cause spaceflight hardware to fail. Verifying by test that spaceflight hardware can withstand the anticipated shock environment is considered essential to mission success. The Earth Observing System (EOS) AM-1 spacecraft for NASA's Mission to Planet Earth is scheduled to be launched on an Atlas IIAS vehicle in 1999, and the NASA Lewis Research Center is the launch vehicle integrator for this NASA Goddard Space Flight Center spacecraft. The EOS spacecraft was subjected to numerous ground shock tests to verify that its scientific instruments and avionics components will withstand the shock-induced vibration produced when the spacecraft separates from the launch vehicle. Shock test data from these tests represent the third largest available pyroshock database in the United States. Future spacecraft missions will directly benefit from the knowledge gained from these tests. The payload separation system used for EOS is a new system that operates by firing six separation nuts. This system was tested to verify its functional operation and to characterize the resulting shock levels. The launch vehicle contractor (Lockheed Martin Astronautics) and spacecraft contractor (Lockheed Martin Missiles & Space) completed 16 separation test firings. This resulted in an unusually large amount of pyroshock data. Typically, only one or two pyroshock test firings are performed for a spacecraft mission. Because of the size of this separation system shock database, engineers were able to perform unique statistical analyses to characterize the distribution of the test data. For example, it was proven that the shock data follow a lognormal distribution, a concept often assumed but rarely proven. The test-to-test repeatability of the shock source level was analyzed, and the effects of various test configurations and separation nut production lots were examined and quantified. Engineers investigated the change in shock level as the shock traveled from the spacecraft separation interface to the avionics components of the upper stage and analyzed the effects of the structural fidelity (simulator versus real) of the components and their weight on vibrational response. In addition, the shock attenuation with distance and across joints was quantified and compared with concepts originally generated in 1970, and the effects of separation nut preload and firing sequences effects were examined. Because of this EOS shock testing and the analyses performed at NASA Lewis, a significant amount of new information on pyroshock and its characteristics is now available to the aerospace industry. We hope that this information will help future spacecraft test planners to perform better and cheaper spacecraft separation shock tests and to better understand their test data.

Hughes, William O.↗
NASA NTRS2006

An Empirical Comparison between Two Recursive Filters for Attitude and Rate Estimation of Spinning Spacecraft

The advantages of inducing a constant spin rate on a spacecraft are well known. A variety of science missions have used this technique as a relatively low cost method for conducting science. Starting in the late 1970s, NASA focused on building spacecraft using 3-axis control as opposed to the single-axis control mentioned above. Considerable effort was expended toward sensor and control system development, as well as the development of ground systems to independently process the data. As a result, spinning spacecraft development and their resulting ground system development stagnated. In the 1990s, shrinking budgets made spinning spacecraft an attractive option for science. The attitude requirements for recent spinning spacecraft are more stringent and the ground systems must be enhanced in order to provide the necessary attitude estimation accuracy. Since spinning spacecraft (SC) typically have no gyroscopes for measuring attitude rate, any new estimator would need to rely on the spacecraft dynamics equations. One estimation technique that utilized the SC dynamics and has been used successfully in 3-axis gyro-less spacecraft ground systems is the pseudo-linear Kalman filter algorithm. Consequently, a pseudo-linear Kalman filter has been developed which directly estimates the spacecraft attitude quaternion and rate for a spinning SC. Recently, a filter using Markley variables was developed specifically for spinning spacecraft. The pseudo-linear Kalman filter has the advantage of being easier to implement but estimates the quaternion which, due to the relatively high spinning rate, changes rapidly for a spinning spacecraft. The Markley variable filter is more complicated to implement but, being based on the SC angular momentum, estimates parameters which vary slowly. This paper presents a comparison of the performance of these two filters. Monte-Carlo simulation runs will be presented which demonstrate the advantages and disadvantages of both filters.

Harman, Richard R.↗
NASA NTRS2007

Magnet-Based System for Docking of Miniature Spacecraft

A prototype system for docking a miniature spacecraft with a larger spacecraft has been developed by engineers at the Johnson Space Center. Engineers working on Mini AERCam, a free-flying robotic camera, needed to find a way to successfully dock and undock their miniature spacecraft to refuel the propulsion and recharge the batteries. The subsystems developed (see figure) include (1) a docking port, designed for the larger spacecraft, which contains an electromagnet, a ball lock mechanism, and a service probe; and (2) a docking cluster, designed for the smaller spacecraft, which contains either a permanent magnet or an electromagnet. A typical docking operation begins with the docking spacecraft maneuvering into position near the docking port on the parent vehicle. The electromagnet( s) are then turned on, and, if necessary, the docking spacecraft is then maneuvered within the capture envelope of the docking port. The capture envelope for this system is approximated by a 5-in. (12.7-cm) cube centered on the front of the docking-port electromagnet and within an angular misalignment of <30 . Thereafter, the magnetic forces draw the smaller spacecraft toward the larger one and this brings the spacecraft into approximate alignment prior to contact. Mechanical alignment guides provide the final rotational alignment into one of 12 positions. Once the docking vehicle has been captured magnetically in the docking port, the ball-lock mechanism is activated, which locks the two spacecraft together. At this point the electromagnet( s) are turned off, and the service probe extended if recharge and refueling are to be performed. Additionally, during undocking, the polarity of one electromagnet can be reversed to provide a gentle push to separate the two spacecraft. This system is currently being incorporated into the design of Mini AERCam vehicle.

Howard, Nathan↗
NASA NTRS2014

The Near Earth Object Scout Spacecraft: A Low Cost Approach to in-situ Characterization of the NEO Population

In this paper we describe a micro/nano satellite spacecraft and a supporting mission profile and architecture designed to enable preliminary in-situ characterization of a significant number of Near Earth Objects (NEOs) at reasonable cost. The spacecraft will be referred to as the NEO Scout. NEO Scout spacecraft are to be placed in GTO, GEO, or cis-lunar space as secondary payloads on launch vehicles headed for GTO or beyond and will begin their mission after deployment from the launcher. A distinguishing key feature of the NEO scout system is to design the mission timeline and spacecraft to rendezvous with and land on the target NEOs during close approach to the Earth-Moon system using low-thrust/high- impulse propulsion systems. Mission feasibility and preliminary design analysis are presented along with detailed trajectory calculations. The use of micro/nano satellites in low-cost interplanetary exploration is attracting increasing attention and is the subject of several annual workshops and published design studies (1-4). The NEO population consists of those asteroids and short period comets orbiting the Sun with a perihelion of 1.3 astronomical units or less (5-8). As of July 30, 2013 10065 Near-Earth objects have been discovered. The spin rate, mass, density, surface physical (especially mechanical) properties, composition, and mineralogy of the vast majority of these objects are highly uncertain and the limited available telescopic remote sensing data imply a very diverse population (5-8). In-situ measurements by robotic spacecraft are urgently needed to provide the characterization data needed to support hardware and mission design for more ambitious human and robotic NEO operations. Large numbers of NEOs move into close proximity with the Earth-Moon system every year (9). The JPL Near-Earth Object Human Space Flight Accessible Targets Study (NHATS) (10) has produced detailed mission profile and delta V requirements for various NEO missions ranging from 30 to 420 days in duration and assuming chemical propulsion. Similar studies have been reported assuming high power electric propulsion for manned NEO rendezvous missions (11). The delta V requirement breakdown and mission profile data from references 10 and 11 are used as a basis for sizing the NEO Scout spacecraft and for conducting preliminary feasibility assessments using the Tsiokolvsky rocket equation, a (worst-case) delta V requirement of 10 km/sec, and a maximum spacecraft dry mass of 20 kg. Using chemical propellant for a 10 km/sec delta V drives spacecraft wet mass well above 300 kg so that chemical propulsion is a non-starter for the proposed mission profile and spacecraft wet mass limits. In contrast, a solar electric propulsion system needs only 8 kg of Xe propellant to accelerate the spacecraft to 10 km/sec in 163 days with 0.02 N of thrust and 500 W of power from1.6 sq m of 29% efficient solar panels. In a second example, accelerating a 4 kg payload to 7 km/sec over 180 days requires about 6.7 kg of propellant and 1.2 kg of solar panels (12 kg total spacecraft wet mass).

Koontz, Steven L.↗
NASA NTRS2012

Science Benefits of Onboard Spacecraft Navigation

Primitive bodies (asteroids and comets), which have remained relatively unaltered since their formation, are important targets for scientific missions that seek to understand the evolution of the solar system. Often the first step is to fly by these bodies with robotic spacecraft. The key to maximizing data returns from these flybys is to determine the spacecraft trajectory relative to the target body-in short, navigate the spacecraft- with sufficient accuracy so that the target is guaranteed to be in the instruments' field of view. The most powerful navigation data in these scenarios are images taken by the spacecraft of the target against a known star field (onboard astrometry). Traditionally, the relative trajectory of the spacecraft must be estimated hours to days in advance using images collected by the spacecraft. This is because of (1)!the long round-trip light times between the spacecraft and the Earth and (2)!the time needed to downlink and process navigation data on the ground, make decisions based on the result, and build and uplink instrument pointing sequences from the results. The light time and processing time compromise navigation accuracy considerably, because there is not enough time to use more accurate data collected closer to the target-such data are more accurate because the angular capability of the onboard astrometry is essentially constant as the distance to the target decreases, resulting in better "plane-of- sky" knowledge of the target. Excellent examples of these timing limitations are high-speed comet encounters. Comets are difficult to observe up close; their orbits often limit scientists to brief, rapid flybys, and their coma further restricts viewers from seeing the nucleus in any detail, unless they can view the nucleus at close range. Comet nuclei details are typically discernable for much shorter durations than the roundtrip light time to Earth, so robotic spacecraft must be able to perform onboard navigation. This onboard navigation can be accomplished through a self- contained system that by eliminating light time restrictions dramatically improves the relative trajectory knowledge and control and subsequently increases the amount of quality data collected. Flybys are one-time events, so the system's underlying algorithms and software must be extremely robust. The autonomous software must also be able to cope with the unknown size, shape, and orientation of the previously unseen comet nucleus. Furthermore, algorithms must be reliable in the presence of imperfections and/or damage to onboard cameras accrued after many years of deep-space operations. The AutoNav operational flight software packages, developed by scientists at the Jet Propulsion Laboratory (JPL) under contract with NASA, meet all these requirements. They have been directly responsible for the successful encounters on all of NASA's close-up comet-imaging missions (see Figure !1). AutoNav is the only system to date that has autonomously tracked comet nuclei during encounters and performed autonomous interplanetary navigation. AutoNav has enabled five cometary flyby missions (Table!1) residing on four NASA spacecraft provided by three different spacecraft builders. Using this software, missions were able to process a combined total of nearly 1000 images previously unseen by humans. By eliminating the need to navigate spacecraft from Earth, the accuracy gained by AutoNav during flybys compared to ground-based navigation is about 1!order of magnitude in targeting and 2!orders of magnitude in time of flight. These benefits ensure that pointing errors do not compromise data gathered during flybys. In addition, these benefits can be applied to flybys of other solar system objects, flybys at much slower relative velocities, mosaic imaging campaigns, and other proximity activities (e.g., orbiting, hovering, and descent/ascent).

Autonomy↗
NASA NTRS2018

International Space Station Spacecraft Charging Environments: Modeling, Measurement and Implications for Future Human Space Flight Programs

Spacecraft charging analysis and migration is an interdisciplinary subject combining aspects of electrostatics, plasma physics, ionizing radiation, and materials science, as well as electronic system electromagnetic interference and compatibility (EMI/EMC) effects. Spacecraft charging hazards are caused by the accumulation of electrical charge on spacecraft and spacecraft components produced by interactions with space plasmas, energetic charged particles, and solar UV photons as well as spacecraft electrical power and propulsion systems operations. Spacecraft charging hazard effects include both hard and soft avionics and electrical power system anomalies and have led to the partial or complete loss of numerous spacecraft. The International Space Station (ISS) orbital altitude and inclination (~400 km and 51.6o) determined the dominant natural environment factors affecting ISS spacecraft charging; high speed flight through the geomagnetic field and electrical power system interaction with the cold, high-density ionospheric plasma. In addition ISS is exposed to energetic auroral electrons at high latitude. In this paper we present the results of ISS spacecraft charging modeling and measurements and compare the measurements with numerical modeling of ISS charging processes. ISS is a large metallic structure and flight through the geomagnetic field at orbital speed dominates ISS charging. Collection of ionospheric electrons by the large 160V PV arrays is the next largest contributor. Charging by auroral electrons is detectable but makes a relatively minor contribution. Finally we report the observation of short duration (~ 1 sec) rapid charging peaks associated with shunt/un-shunt operations of the 160V PV arrays, a phenomena not predicted before flight. ISS spacecraft charging environments are radically different from those encountered at higher altitudes in Earth?s magnetosphere and in cis-Lunar space. We present a brief review of those charging environments and an assessment of the applicability of ISS spacecraft charging management and experience to future human spaceflight programs beyond LEO.

Koontz, Steven L.↗
NASA NTRS2023

Combined Experimental and Modeling Study of the Interactions of Acid Gas with Common Spacecraft Surfaces for Fire Safety Applications

A fire in a spacecraft poses detrimental consequences and risks mission success in addition to crew safety. This is compounded during long-duration missions when the crew has limited options to recover from a fire. A common spacecraft fire concern is the smoldering of wire insulation, typically made from Polyvinyl chloride (PVC) or Polytetrafluoroethylene (PTFE). This creates acid gases such as Hydrogen Chloride (HCl), Hydrogen Fluoride (HF) and Hydrogen Cyanide (HCN). These poisonous gases are hazardous to the crew. They also interact with common surfaces within the spacecraft more than dominant combustion products such as CO2 and H2O. This makes them more difficult to track for potential fire detection techniques, or for postfire clean-up. It is imperative to be able to understand and predict the fate of these poisonous species in a microgravity environment in order to design a safe vehicle. HCl interacts with a number of materials inside a spacecraft. Primary among these materials is aluminum, which is abundantly used due to its strong and light weight nature. Aluminum has a natural oxide layer that protects it from corrosion but is typically treated to enhance this oxide layer. Among these treatments is a chromate conversion coating (CCC), which provides a thin enough protective oxide layer to still conduct electricity, and a traditional anodized material that has a thicker oxide layer that does not conduct electricity. Nomex is another common material found inside a spacecraft. It is a flame-resistant woven polymer that is related to nylon. This commercially available material is used for cargo storage bags and as a fire barrier. Physics-based models were developed to predict the uptake of HCl by these materials. The ultimate objective of these models is to predict the fate of HCl within the spacecraft so that sensors can be placed in meaningful locations in future missions based on the model predictions. To support these modeling efforts, experiments were performed in a cast acrylic test cell that measured the difference between the inlet and outlet concentration of HCl after inserting a sample rod of the test material. Different uptake capacities were realized for each type of sample tested. A computational fluid dynamics model (CFD) model of the reactor was then constructed that used a one-step global reaction rate with calibratable reaction (or kinetic) constants. These constants were calibrated to match the HCl uptake on the CCC aluminum samples, and the same kinetic constants were then tested for the stock and anodized aluminum samples. Model predictions matched the experimental data for the stock aluminum, and to a much lesser extent, the anodized aluminum. The model was additionally validated at different flow rates, sample surface areas, and inlet concentrations, and showed good agreement for all stock and CCC samples. The model did not accurately predict the HCl uptake in the anodized samples compared to the other two types of aluminum. Adjusting the kinetic constants and transport properties did little to improve the prediction. X-Ray Photoelectron Spectroscopy (XPS) was used to determine that the oxide layer thickness of anodized aluminum is approximately 5,000 nm, compared to 250 nm for CCC and 50 nm for stock. XPS also revealed presence of chlorine further down in the aluminum oxide layer in anodized samples than CCC and stock samples after the samples were saturated with HCl, indicating that accounting for diffusion of HCl into the oxide layer is important for accurate prediction of HCl uptake onto anodized aluminum. Consequently, a multi-scale model was developed and tested. First, a single pore inside the anodized aluminum oxide layer was modeled and is referred to as the pore-scale model. In this model, HCl diffused through the pore and reacted with the aluminum oxide pore wall to create aluminum chloride. The sample was then saturated when the mass transfer resistance through the growing aluminum chloride layer became too large for the HCl to reach the aluminum oxide wall and continue the reaction. This pore-scale model was coupled to the reactor-scale model using a concentration-dependent diffusion coefficient, resulting in much more accurate predictions (approximately half the sum square error of the aforementioned reactor-scale model that produced good agreement for stock and CCC) for a variety of operating conditions. The amount of water vapor or relative humidity (RH) in the flow during a reactor experiment was determined to influence HCl uptake. Experiments were performed to understand the interaction of gaseous HCl with aluminum surfaces in the presence of water vapor. The results show that increasing levels of RH increased the capacity of aluminum to adsorb HCl but decreased the capacity of Nomex to uptake HCl. A series of tests were performed on individual aluminum samples after they had been saturated with a fixed concentration of HCl in dry air conditions with the goal of determining how their HCl uptake capacity changes after various treatments with water relative to the original saturation tests. HCl-saturated aluminum samples subjected to a second dry air flow at the same HCl concentration as the original test had an uptake of 23.5% of the original sample with no treatment in between. Saturated aluminum samples subjected to an air flow with a RH of 90% in between tests had an uptake of 35.6% of the original. Saturated aluminum samples submerged in distilled water for 12 hours in between tests had an uptake of 82.2% of the original sample. Previously saturated aluminum tested with HCl and a 50% RH air flow resulted in similar uptake characteristics in multiple repeated tests. The experiments show the profound effect water vapor has on HCl uptake onto aluminum surfaces. In the samples subjected to water vapor or liquid water, capillary condensation and capillary diffusion alters the transport of HCl significantly. A model was proposed that developed a relationship between RH and the coefficient of HCl diffusion in aluminum chloride. This produced an “S-shaped” curve with diffusion coefficient as a function of RH, with 45% RH represented as the point where the diffusion coefficient is halfway between no water saturation and 100% water saturation in the aluminum chloride product layer. No difference in uptake characteristics for the experiment or model were realized between 50% and 62% RH. The results from the large-scale microgravity experiment, Saffire, are discussed as they pertain to the fate of HCl throughout a spacecraft. HCl was released, both as a standalone event, and in concurrence with the burning of a structured cloth. These events only produced a small response in the far field HCl sensor, while a PMMA burn that did not produce HCl had a significantly greater response. A ground-based large-scale facility was constructed to flow acid gas at the scale and configuration realized in the Saffire experiments. A CFD model of this duct was constructed to test kinetic parameters developed in this work at a larger scale and different geometric configuration and to predict the results of the large-scale facility. The models developed in this work were used to interpret the results of the microgravity tests and lead the discussion on what further experiments and models are needed in order to predict the fate of acid gas in a spacecraft environment. To summarize, the major contributions of this work are as follows: the capacity to uptake HCl, with and without the presence of water vapor, was measured for a variety of real spacecraft surfaces. Several different models (single reactor-scale, multiscale, spacecraft-scale) were developed and with the aid of modeling, the rate of uptake for those surfaces was also predicted and validated. The kinetic parameters determined from the small-scale reactor experiments and models were used to predict large-scale and microgravity tests. Conclusions from this research will be used in the design of spacecraft vehicles and large-scale microgravity fire safety experiments. The models built by this work will aid designers in sensor placement and could be used to predict acid gas transport from fires in partial gravity, as would be seen in Lunar and Martian habitats.

fire safety↗
NASA NTRS2012

Improving Spacecraft Data Visualization Using Splunk

EPOXI, like all spacecraft missions, receives large volumes of telemetry data from its spacecraft, DIF. It is extremely important for this data to be updated quickly and presented in a readable manner so that the flight team can monitor the status of the spacecraft. Existing DMD pages for monitoring spacecraft telemetry, while functional, are limited and do not take advantage of modern search technology. For instance, they only display current data points from instruments on the spacecraft and have limited graphing capabilities, making it difficult to see historical data. The DMD pages have fixed refresh rates so the team must often wait several minutes to see the most recent data, even after it is received on the ground. The pages are also rigid and require an investment of time and money to update. To more easily organize and visualize spacecraft telemetry, the EPOXI team has begun experimenting with Splunk, a commercially-available data mining system. Splunk can take data received from the spacecraft's different data channels, often in different formats, and index all the data into a common format. Splunk allows flight team members to search through the different data formats from a single interface and to filter results by time range and data field to make finding specific spacecraft events quick and easy. Furthermore, Splunk provides functions to create custom interfaces which help team members visualize the data in charts and graphs to show how the health of the spacecraft has changed over time.One of the goals of my internship with my mentor, Victor Hwang, was to develop new Splunk interfaces to replace the DMD pages and give the spacecraft team access to historical data and visualizations that were previously unavailable. The specific requirements of these pages are discussed in the next section.

spacecraft missions↗
NASA NTRS2015

Benefits of Spacecraft Level Vibration Testing

NASA-HDBK-7008 Spacecraft Level Dynamic Environments Testing discusses the approaches, benefits, dangers, and recommended practices for spacecraft level dynamic environments testing, including vibration testing. This paper discusses in additional detail the benefits and actual experiences of vibration testing spacecraft for NASA Goddard Space Flight Center (GSFC) and Jet Propulsion Laboratory (JPL) flight projects. JPL and GSFC have both similarities and differences in their spacecraft level vibration test approach: JPL uses a random vibration input and a frequency range usually starting at 5 Hz and extending to as high as 250 Hz. GSFC uses a sine sweep vibration input and a frequency range usually starting at 5 Hz and extending only to the limits of the coupled loads analysis (typically 50 to 60 Hz). However, both JPL and GSFC use force limiting to realistically notch spacecraft resonances and response (acceleration) limiting as necessary to protect spacecraft structure and hardware from exceeding design strength capabilities. Despite GSFC and JPL differences in spacecraft level vibration test approaches, both have uncovered a significant number of spacecraft design and workmanship anomalies in vibration tests. This paper will give an overview of JPL and GSFC spacecraft vibration testing approaches and provide a detailed description of spacecraft anomalies revealed.

Spacecraft Vibration Test↗
NASA NTRS1979

Space environmental interactions with spacecraft surfaces

Environmental interactions are defined as the response of spacecraft surfaces to the charged-particle environment. These interactions are divided into two broad categories: spacecraft passive, in which the environment acts on the surfaces and spacecraft active, in which the spacecraft or a system on the spacecraft causes the interaction. The principal spacecraft passive interaction of concern is the spacecraft charging phenomenon. The spacecraft active category introduces the concept of interactions with the thermal plasma environment and Earth's magnetic fields, which are important at all altitudes and must be considered the designs of proposed large space structures and space power systems. The status of the spacecraft charging investigations is reviewed along with the spacecraft active interactions.

Stevens, J. N.↗