Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “CubeSat Development”

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 523 records · Page 29

On-demand Command and Control of ASTERIA with Cloud-based Ground Station Services

ASTERIA (Arcsecond Space Telescope Enabling Research in Astrophysics) was a 6-unit CubeSat technology demonstration mission that deployed from the International Space Station on November 20th, 2017. After successfully completing its 90-day primary mission that demonstrated arcsecond-level line-of-sight pointing and focal plane thermal stability for exoplanet detection, it entered an extended mission performing onboard software demonstrations to mature technology both in space and on the ground. One of the technologies was a completely cloud-based ground system leveraging Amazon Web Services (AWS) Ground Station service.Announced in December 2018 and launched in May 2019, AWS Ground Station is a fully managed ground station service that aims to reduce the overhead associated with developing and maintaining ground system infrastructure throughout the mission lifecycle. AWS Ground Station makes available the suite of features required for any ground system in support of low-Earth orbit (LEO) and medium-Earth Orbit (MEO) satellite operations on-demand and without setting up or maintaining long-term contracts. Charges are incurred on a per-minute basis for antenna usage during scheduled tracks. Support is available for S-band uplink and downlink, along with X-band narrowband and wideband downlink. Missions that use the service may reserve tracks with any licensed AWS Ground Station antennas located across each service region and have direct access to any AWS services in support of mission operations.The cloud-based architecture built around the AWS Ground Station service greatly enhanced ASTERIA mission operations by enabling end-to-end pass automation, on-demand contact scheduling and contingency planning, along with more efficient data downlink through station availability and station-to-station handovers. It incorporated open-source software, particularly NASA's AMMOS Instrument Toolkit (AIT) and Open Mission Control Technologies (OpenMCT), along with the AWS application programming interfaces (API) to the Ground Station, Elastic Compute Cloud (EC2) and Simple Storage Service (S3) services. After showcasing operability in August 2019, the team continued using and improving this novel ground system architecture until the end of mission in December 2019. This paper describes the cloud-based ground system, how it was designed, tested, and evaluated with an in-orbit spacecraft, the operational capabilities that it enabled, along with lessons learned and recommendations for future missions.

Fesq, Lorraine↗

On-demand Command and Control of ASTERIA with Cloud-based Ground Station Services

ASTERIA (Arcsecond Space Telescope Enabling Research in Astrophysics) was a 6-unit CubeSat technology demonstration mission that deployed from the International Space Station on November 20th, 2017. After successfully completing its 90-day primary mission that demonstrated arcsecond-level line-of-sight pointing and focal plane thermal stability for exoplanet detection, it entered an extended mission performing onboard software demonstrations to mature technology both in space and on the ground. One of the technologies was a completely cloud-based ground system leveraging Amazon Web Services (AWS) Ground Station service. Announced in December 2018 and launched in May 2019, AWS Ground Station is a fully managed ground station service that aims to reduce the overhead associated with developing and maintaining ground system infrastructure throughout the mission lifecycle. AWS Ground Station makes available the suite of features required for any ground system in support of low-Earth orbit (LEO) and medium-Earth Orbit (MEO) satellite operations on-demand and without setting up or maintaining long-term contracts. Charges are incurred on a per-minute basis for antenna usage during scheduled tracks. Support is available for S-band uplink and downlink, along with X-band narrowband and wideband downlink. Missions that use the service may reserve tracks with any licensed AWS Ground Station antennas located across each service region and have direct access to any AWS services in support of mission operations. The cloud-based architecture built around the AWS Ground Station service greatly enhanced ASTERIA mission operations by enabling end-to-end pass automation, on-demand contact scheduling and contingency planning, along with more efficient data downlink through station availability and station-tostation handovers. It incorporated open-source software, particularly NASA's AMMOS Instrument Toolkit (AIT) and Open Mission Control Technologies (OpenMCT), along with the AWS application programming interfaces (API) to the Ground Station, Elastic Compute Cloud (EC2) and Simple Storage Service (S3) services. After showcasing operability in August 2019, the team continued using and improving this novel ground system architecture until the end of mission in December 2019. This paper describes the cloud-based ground system, how it was designed, tested, and evaluated with an inorbit spacecraft, the operational capabilities that it enabled, along with lessons learned and recommendations for future missions.

Fesq, Lorraine↗

Green Monopropellant Status at Marshall Space Flight Center

NASA Marshall Space Flight Center is continuing investigations into the use of green monopropellants as a replacement for hydrazine in spacecraft propulsion systems. Work to date has been to push technology development through multiple activities designed to understand the capabilities of these technologies. Future work will begin to transition to mission pull as these technologies are mature while still keeping a solid goal of pushing technology development as opportunities become available. The AF-M315E activities began with hot-fire demonstration testing of a 1N monopropellant thruster in FY 14 and FY15. Following successful completion of the preliminary campaign, changes to the test stand to accommodate propellant conditioning capability and better control of propellant operations was incorporated to make testing more streamlined. The goal is to conduct hot-fire testing with warm and cold propellants using the existing feed system and original thruster design. Following the 1N testing, a NASA owned 100 mN thruster will be hot-fire tested in the same facility to show feasibility of scaling to smaller thrusters for cubesat applications. The end goal is to conduct a hot-fire test of an integrated cubesat propulsion system using an SLM printed propellant tank, an MSFC designed propulsion system electronic controller and the 100 mN thruster. In addition to the AF-M315E testing, MSFC is pursuing hot-fire testing with LMP-103S. Following our successful hot-fire testing of the 22N thruster in April 2015, a test campaign was proposed for a 440N LMP-103S thruster with Orbital ATK and Plasma Processes. This activity was funded through the Space Technology Mission Directorate (STMD) ACO funding call in the last quarter of CY15. Under the same funding source a test activity with Busek and Glenn Research Center for testing of 5N AF-M315E thrusters was proposed and awarded. Both activities are in-work with expected completion of hot-fire testing by the end of FY17. MSFC is continuing to coordinate with the AF and academia on understanding the chemical reactions that occur in AF-M315E. An on-going investigation of the catalyst bed species using Raman Spectroscopy through the NASA Technology Research Fellowship Program (NSTRF) is looking for ways to minimize the amount of computation required by understanding the intermediate species created in the catalyst bed. The MSFC team is also working with commercial partners through Cooperative Agreement Notices (CAN's). Partnerships with commercial and academia include work in non-catalytic ignition of AF-M315, spark ignition of hybrid cubesat systems, printed SLM tanks, and dual-mode (electric and chemical) propulsion systems is continuing.

Burnside, Christopher G.↗

NASA’s Space Launch System: Comprehensive Test Program Leads to Mission Success during Artemis I Flight Test

NASA’s SLS (Space Launch System) rocket had a successful first launch on Nov. 16, 2022, sending an uncrewed Orion spacecraft to the Moon on the agency’s Artemis I mission. Ten 6U CubeSats were also deployed from SLS during the mission. Orbital insertion parameters, including insertion velocity and altitude, were within hundredths and tenths of a percent from predicted values, corroborating data collected from the individual elements that showed similar performance accuracy. While launch remains the main test – and Artemis I was a true test flight – to collect data, confirm and refine computer models, and validate hardware test data, multiple test programs led up to the first flight and enabled the historic launch. Additionally, SLS was designed from the beginning to be a crew-rated launch vehicle, and teams put the astronauts who will fly on it at the forefront of the development process. This paper and presentation will cover the SLS design and development programs that led to the successful Artemis I mission, and which have set the stage to send the first astronauts back to cislunar space since the Apollo 17 crew in 1972.

John Honeycutt↗

Comprehensive Test Program of NASA's Space Launch System Rocket Leads to Successful Artemis Mission

NASA’s SLS (Space Launch System) rocket had a successful first launch on Nov. 16, 2022, sending an uncrewed Orion spacecraft to the Moon on the agency’s Artemis I mission. Ten 6U CubeSats were also deployed from SLS during the mission. Orbital insertion parameters, including insertion velocity and altitude, were within hundredths and tenths of a percent from predicted values, corroborating data collected from the individual elements that showed similar performance accuracy. While launch remains the main test – and Artemis I was a true test flight – to collect data, confirm and refine computer models, and validate hardware test data, multiple test programs led up to the first flight and enabled the historic launch. Additionally, SLS was designed from the beginning to be a crew-rated launch vehicle, and teams put the astronauts who will fly on it at the forefront of the development process. This paper and presentation will cover the SLS design and development programs that led to the successful Artemis I mission, and which have set the stage to send the first astronauts back to cislunar space since the Apollo 17 crew in 1972.

John Honeycutt↗

NASA's Space Launch System: An Evolving Capability for Exploration

Designed to meet the stringent requirements of human exploration missions into deep space and to Mars, NASA's Space Launch System (SLS) vehicle represents a unique new launch capability opening new opportunities for mission design. While SLS's super-heavy launch vehicle predecessor, the Saturn V, was used for only two types of missions - launching Apollo spacecraft to the moon and lofting the Skylab space station into Earth orbit - NASA is working to identify new ways to use SLS to enable new missions or mission profiles. In its initial Block 1 configuration, capable of launching 70 metric tons (t) to low Earth orbit (LEO), SLS is capable of not only propelling the Orion crew vehicle into cislunar space, but also delivering small satellites to deep space destinations. With a 5-meter (m) fairing consistent with contemporary Evolved Expendable Launch Vehicles (EELVs), the Block 1 configuration can also deliver science payloads to high-characteristic-energy (C3) trajectories to the outer solar system. With the addition of an upper stage, the Block 1B configuration of SLS will be able to deliver 105 t to LEO and enable more ambitious human missions into the proving ground of space. This configuration offers opportunities for launching co-manifested payloads with the Orion crew vehicle, and a new class of secondary payloads, larger than today's cubesats. The evolved configurations of SLS, including both Block 1B and the 130 t Block 2, also offer the capability to carry 8.4- or 10-m payload fairings, larger than any contemporary launch vehicle. With unmatched mass-lift capability, payload volume, and C3, SLS not only enables spacecraft or mission designs currently impossible with contemporary EELVs, it also offers enhancing benefits, such as reduced risk and operational costs associated with shorter transit time to destination and reduced risk and complexity associated with launching large systems either monolithically or in fewer components. As this paper will demonstrate, SLS represents a unique new capability for spaceflight, and an opportunity to reinvent space by developing out-of-the-box missions and mission designs unlike any flown before.

Crumbly, Christopher M.↗

Autonomous Lunar PNT Simulator (ALPS)

In this paper we present a simulation tool that has been used to develop an architecture for a low-cost Position, Navigation and Time (PNT) system to provide PNT services on and around the Moon using non-dedicated low-cost orbital and ground assets. The simulation tool has been developed to be flexible and is capable of modeling and analyzing the many different capabilities and configurations that the non-dedicated assets could support. The tool models the creation of an ad hoc swarm, the localization of this swarm and the subsequent provision of PNT services from this swarm. We present results from several studies of select configurations chosen to reflect existing and future real-world needs and capabilities. Over the next few decades there is expected to be a substantial increase in Lunar missions supporting and inspired by NASA’s Artemis Program. It is expected that a large fraction of these missions will be low cost, utilizing rideshares and CubeSats, just as has seen in Earth orbit over the past decade. Many of these missions will need navigation capabilities but may be unable to support the large power, mass and weight that a weak GNSS or DSN based navigation solution would entail. As Lunar PNT service demand is not likely to be needed over the entire lunar surface 24/7, the creation of a dedicated Lunar GNSS constellation cannot be justified. Hence, our proposed architecture envisions utilizing existing Lunar science and exploration assets to create ad hoc and on demand Lunar PNT swarms capable of providing PNT services to low cost missions. The simulation reflects the two distinct parts of the architecture: the creation of a Lunar PNT swarm using non-dedicated existing assets, and the quantitative modeling of the quality of the PNT services that this swarm provides. To support the former, the simulation supports various swarm localization techniques, including centralized and distributed EKFs both of which support pluggable dynamics models. In modeling the PNT service performance the simulation adopts standard techniques from the GNSS community, including providing degree of precision (DOP) estimates for theoretical end users. Crucially, all asset capabilities, including clock accuracy, independent location self-knowledge and timing measurement precision can be set independently for each asset, reflecting the key concept of utilizing non-dedicated assets. The simulation is predominantly implemented in MATLAB, with GMAT being used for the propagation of orbital assets. The paper will present results from the simulation reflecting the tool’s flexibility and focusing on scenarios that match real-world proposed missions, including scenarios designed to provide PNT support to lunar surface missions similar to NASA Ames' forthcoming VIPER mission. The performance of centralized and decentralized swarm configuration and localization techniques will be compared. Finally, performance of the PNT service provided by an autonomous Lunar PNT swarm will be compared to existing radiometric and weak GNSS methods.

Kelley Elizabeth Hashemi↗

Future Lightning Instruments for Weather and Climate Monitoring From LEO

Lightning is not only a natural hazard, but it also holds information about physical processes at work in deep convection and influences atmospheric oxidants that modulate ozone and methane. Hence, spaceborne lightning observations are essential for monitoring extreme events and feedbacks in Earth’s climate system. Low-Earth orbiting (LEO) lightning mapping instruments established a 25-year record of global lightning activity and resulted in a wealth of studies that motivated its designation as an Essential Climate Variable by the World Meteorological Organization. Although geostationary observations of lightning have become increasingly available since 2017, LEO lightning mappers continue to serve critical needs given their unique vantage point and acceptance as a unifying reference for geostationary lightning mapper and ground-based global lightning datasets. At the close of 2023, the Lightning Imaging Sensor (LIS) will cease operations on the International Space Station, which introduces a critical gap in LEO-based monitoring of global lightning activity. To address this need, NASA is developing new lightning mapping technology that enables future LEO-based satellite missions. Existing LEO-based lightning mappers rely on narrowband optical emissions centered on 777.4-nm and detectors that capture 500 images per second to detect lightning both day and night. Lightning can also produce optical emissions in a narrowband centered on 337-nm without any corresponding emissions at the traditionally used near-infrared (NIR) wavelength. These near-ultraviolet (UV) emissions are associated with earlier stage electrical breakdown (e.g., streamers), may frequent intense regions of deep convective storms, and may be a significant source of nitrogen oxide production in the upper atmosphere. A new lightning mapping instrument called the CubeSat Lightning Imaging and Detection Experiment (CLIDE) is being designed at NASA Marshall Space Flight Center to use high-speed, scientific CMOS image sensors capable of detecting lightning’s transient optical emissions in the near-UV and NIR during both daylit and nighttime scenes. This will extend the record of global lightning activity and help pave the way for future small satellite missions that combine radio and optical lightning detectors to obtain novel three-dimensional maps of lightning on a global scale, which can revolutionize the way lightning is used to monitor weather and understand changes in climate.

lightning↗

Space Environment Testing of Photovoltaic Array Systems at NASA's Marshall Space Flight Center

CubeSats, Communication Satellites, and Outer Planet Science Satellites all share one thing in common: Mission success depends on maintaining power in the harsh space environment. For a vast majority of satellites, spacecraft power is sourced by a photovoltaic (PV) array system. Built around PV cells, the array systems also include wiring, substrates, connectors, and protection diodes. Each of these components must function properly throughout the mission in order for power production to remain at nominal levels. Failure of even one component can lead to a crippling loss of power. To help ensure PV array systems do not suffer failures on-orbit due to the space environment, NASA's Marshall Space Flight Center (MSFC) has developed a wide ranging test and evaluation capability. Key elements of this capability include: Testing: a. Ultraviolet (UV) Exposure b. Charged Particle Radiation (Electron and Proton) c. Thermal Cycling d. Plasma and Beam Environments Evaluation: a. Electrostatic Discharge (ESD) Screening b. Optical Inspection and easurement c. PV Power Output including Large Area Pulsed Solar Simulator (LAPSS) measurements This paper will describe the elements of the space environment which particularly impact PV array systems. MSFC test capabilities will be described to show how the relevant space environments can be applied to PV array systems in the laboratory. A discussion of MSFC evaluation capabilities will also be provided. The sample evaluation capabilities offer test engineers a means to quantify the effects of the space environment on their PV array system or component. Finally, examples will be shown of the effects of the space environment on actual PV array materials tested at MSFC.

Schneider, Todd A.↗

Interplanetary Radiation and Fault Tolerant Mini-Star Tracker System

The Charles Stark Draper Laboratory, Inc. is partnering with the NASA Marshall Space Flight Center (MSFC) Engineering Directorate's Avionics Design Division and Flight Mechanics & Analysis Division to develop and test a prototype small, low-weight, low-power, radiation-hardened, fault-tolerant mini-star tracker (fig. 1). The project is expected to enable Draper Laboratory and its small business partner, L-1 Standards and Technologies, Inc., to develop a new guidance, navigation, and control sensor product for the growing small sat technology market. The project also addresses MSFC's need for sophisticated small sat technologies to support a variety of science missions in Earth orbit and beyond. The prototype star tracker will be tested on the night sky on MSFC's Automated Lunar and Meteor Observatory (ALAMO) telescope. The specific goal of the project is to address the need for a compact, low size, weight, and power, yet radiation hardened and fault tolerant star tracker system that can be used as a stand-alone attitude determination system or incorporated into a complete attitude determination and control system for emerging interplanetary and operational CubeSat and small sat missions.

Rakoczy, John↗

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↗

Optical Properties of Nanosatellite Hardware

Over the last decade, a number of very small satellites have been launched into space. These have been called nanosatellites (generally of a weight between 1 and 10 kg) or picosatellites (weight <1 kg). This also includes CubeSats, which are based on 10-cm cube units. With the addition of the Japanese Experiment Module (JEM) Small Satellite Orbital Deployer (J-SSOD) to the International Space Station (ISS), CubeSats are easily cycled through the JEM airlock and deployed into space (fig. 1). The number of CubeSats launched since 2003 was approaching 100 at the time of publication, and the authors expect this trend in research to continue, particularly for high school and college flight experiments. Because these spacecraft are so small, there is usually no allowance for shielding or active heating or cooling of the avionics and other hardware. Parts that are usually ignored in the thermal analysis of larger spacecraft may contribute significantly to the heat load of a tiny satellite. In addition, many small satellites have commercial-off-the-shelf (COTS) components. To reduce costs, many providers of COTS components do not include the optical and physical parameters necessary for accurate thermal analysis. Marshall Space Flight Center participated in the development and analysis of the Space Missile Defense Command-Operational Nanosatellite Effect (SMDC-ONE) and the Edison Demonstration of Smallsat Networks (EDSN) nanosatellites. These optical property measurements are documented here in hopes that they may benefit future nanosatellite and picosatellite programs and aid thermal analysis to ensure project goals are met, with the understanding that material properties may vary by vendor, batch, manufacturing process, and preflight handling. Where possible, complementary data are provided from ground simulations of the space environment and flight experiments, such as the Materials on International Space Station Experiment (MISSE) series. NASA gives no recommendation, endorsement, or preference, either expressed or implied, concerning materials and vendors used. Solar absorptance was calculated from spectral reflectance measurements made from 250 to 2,800 nm with an AZ Technology Laboratory Portable Spectroreflectometer (LPSR) model 300. ASTM E-903 was the test method used under normal laboratory conditions, and ASTM E-490 was the solar spectral irradiance data used to calculate solar absorptance. Most of the samples were flat, but stray light was minimized as much as possible with either a blackbody or black cloth as sample background. The LPSR has repeatability of approximately +/-1%, where solar absorptance is given as range, that is, from actual measurements taken across the sample. Infrared emittance measurements were made with an AZ Technology TEMP 2000A infrared reflectometer. This instrument measures the total hemispheric reflectance averaged over 3-35 micrometer wavelengths. ASTM E-408 was the test method used under normal laboratory conditions. 3 Stray light was minimized as much as possible. The TEMP 2000A has repeatability of approximately +/-0.5%, where infrared emittance is given as a range, that is, from actual measurements taken across the sample.

Finckenor, M. M.↗

R2U2 in Space: System and Software Health Management for Small Satellites

In order for small but complex systems like rovers, SmallSats, or Unmanned Aircraft (UAS) to operate autonomously, they must have a real-time solution for assessing their own system health. System and Software Health Management (SHM) enables better detection of faulty sensors and software problems, and enables better fault management including mitigation of unpredicted fault scenarios in the absence of a human on-board. In recent work, we have developed a Responsive, Realizable, Unobtrusive Unit (R2U2) for on-board SHM of autonomous UAS and demonstrated its ability to detect faults during flight time. These faults, from sensor failures, to software problems, to malicious security attacks, can present as transient temporal faults that even humans are challenged to find. An R2U2 congfiuration is a modular combination of multiple types of temporal logic runtime observers with fault-specic Bayesian Nets and sensor filters. R2U2 reasons about both on-board hardware and software components; R2U2 itself can be instantiated as an independent FPGA (Field-Programmable Gate Array)-based conguration or as a software component running independently from other software on-board. Small satellites, such as CubeSats, also require on-board SHM and failure mitigation, as limited telemetry bandwidth does not allow the transmission of the entire system state for ground-based health management. However, the autonomous operation of satellites brings a set of challenges different from UAS, including the effects of radiation on non-rad-hard, low-cost components, and the harsher environment of space. We surmise that a new extension of R2U2 could be adapted to help better detect, for example, radiation errors in cheaper COTS (Commercial Off the Shelf) (not rad-hard) components often used in small space systems. Since small satellites often operate in coordination, we will also examine new ways of distributed monitoring of their communication and cooperation and real-time detection of off-nominal situations utilizing multiple satellites. This talk will discuss preliminary work and ideas for building on terrestrial success of system and software health management for the harsher, and differently challenging, environment of space.

Runtime Verification & Validation↗

MISR-GOES 3D Winds: Implications for Future LEO-GEO and LEO-LEO Winds

Global wind observations are fundamental for studying weather and climate dynamics and for operational forecasting. Most wind measurements come from atmospheric motion vectors (AMVs) by tracking the displacement of cloud or water vapor features. These AMVs generally rely on thermal infrared (IR) techniques for their height assignments, which are subject to large uncertainties in the presence of weak or reversed vertical temperature gradients near the planetary boundary layer (PBL)and tropopause folds. Stereo imaging can overcome the height assignment problem using geometric parallax for feature height determination. In this study we develop a stereo 3D-Wind algorithm to simultaneously retrieve AMV and height from geostationary (GEO) and low Earth orbit (LEO) satellite imagery and apply it to collocated Geostationary Operational Environmental Satellite (GOES)and Multi-angle Imaging SpectroRadiometer (MISR) imagery. The new algorithm improves AMV and height relative to products from GOES or MISR alone, with an estimated accuracy of <0.5 m/s in AMV and <200 m in height with 2.2 km sampling. The algorithm can be generalized to other LEO-GEO or LEO-LEO combinations for greater spatiotemporal coverage. The technique demonstrated with MISR and GOES has important implications for future high-quality AMV observations, for which a low-cost constellation of CubeSats can play a vital role.

MISR↗

TBIRD 200-Gbps CubeSat Downlink: System Architecture and Mission Plan

The Terabyte Infrared Delivery (TBIRD) program will establish an optical communication link from a 6U CubeSat in low-Earth orbit (LEO) to a ground station at burst rates up to 200 Gbps, resulting in data volumes that can exceed 1 Terabyte in a single pass. The space and ground terminals utilize commercially available 1550-nm coherent transceivers in conjunction with an automatic repeat request (ARQ) system to guarantee robust communication in the presence of an atmospheric fading channel. This allows the system to perform a reliable end-toend transfer of data from the payload’s 2-TB storage buffer to the ground terminal. In this paper, we describe the system architecture, link analysis, and concept of operations for the upcoming TBIRD flight demonstration in 2022. We also provide an update on the development of the 3U terminal payload and the ground terminal at JPL’s Optical Communications Telescope Laboratory (OCTL).

Piazzolla, Sabino↗

NanoSail-D: A Solar Sail Demonstration Mission

During the past decade, within the United States, NASA Marshall Space Flight Center (MSFC) was heavily engaged in the development of revolutionary new technologies for in-space propulsion. One of the major in-space propulsion technologies developed was a solar sail propulsion system. Solar sail propulsion uses the solar radiation pressure exerted by the momentum transfer of reflected photons to generate a net force on a spacecraft. To date, solar sail propulsion systems have been designed for large spacecraft in the tens to hundreds of kilograms mass range. Recently, however, MSFC has been investigating the application of solar sails for small satellite propulsion. Likewise, NASA Ames Research Center (ARC) has been developing small spacecraft missions that have a need for amass-efficient means of satisfying deorbit requirements. Hence, a synergistic collaboration was established between these two NASA field Centers with the objective of conducting a flight demonstration of solar sail technologies for small satellites. The NanoSail-D mission flew onboard the ill-fated Falcon Rocket launched August 2, 2008, and, due to the failure of that rocket, never achieved orbit. The NanoSail-D flight spare is ready for flight and a suitable launch arrangement is being actively pursued. Both the original sailcraft and the flight spare are hereafter referred to as NanoSail-D. The sailcraft consists of a sail subsystem stowed in a three-element CubeSat. Shortly after deployment of the NanoSail-D, the solar sail will deploy and mission operations will commence. This demonstration flight has two primary technical objectives: (1) to successfully stow and deploy the sail and (2) to demonstrate deorbit functionality. Given a near-term opportunity for launch on Falcon, the project was given the challenge of delivering the flight hardware in 6 mo, which required a significant constraint on flight system functionality. As a consequence, passive attitude stabilization of the spacecraft will be achieved using permanent magnets to detumble and orient the body with the magnetic field lines and then rely on atmospheric drag to passively stabilize the sailcraft in an essentially maximum drag attitude. This paper will present an introduction to solar sail propulsion systems and an overview of the NanoSail-D spacecraft.

Johnson, Les↗

Inside NanoSail-D: A Tiny Satellite with Big Ideas

"Small But Mighty" certainly describes the NanoSail-D experiment and mission. Its unique goals and designs were simple, but the implications of this technology are far reaching. From a tiny 3U CubeSat, NanoSail-D deployed a 10 square meter solar sail. This was the first sail vehicle to orbit the earth and was only the second time a sail was unfurled in space. The NanoSail-D team included: two NASA centers, Marshall and Ames, the universities of Alabama in Huntsville and Santa Clara in California, the Air Force Research Laboratory and many contractors including NeXolve, Gray Research and several others. The collaborative nature was imperative to the success of this project. In addition, the Army Space and Missile Defense Command, the Von Braun Center for Science and Innovation and Dynetics Inc. jointly sponsored the NanoSail-D project. This paper presents in-depth insight into the NanoSail-D development. Its design was a combination of left over space hardware coupled with cutting edge technology. Since this NanoSail-D mission was different from the first, several modifications were necessary for the second NanoSail-D unit. Unforeseen problems arose during refurbishment of the second unit and the team had to overcome these obstacles. Simple interfaces, clear responsibilities and division of effort allowed the team members to work independently on the common goal. This endeavor formed working relationships lasting well beyond the end of this mission. NanoSail-D pushed the technology envelop with future applications for all classes of satellites. NanoSail-D is truly a small but mighty satellite, which may cast a very big shadow for years to come.

Alhorn, Dean C.↗

Graphical User Interface (GUI) Implementation for Agent-Based Microbial Radiobiology Model

Sending human life past the Low Earth Orbit (LEO) to explore the Moon and Mars will be challenging. The Earth’s magnetic field naturally protects life from deep-space particle radiation such as Galactic Cosmic Rays (GCR) and Solar Particle Events (SPE); these will pose health risks to humans in deep space. Research has been done to investigate these effects, like BioSentinel, the first biological CubeSat to fly beyond the LEO, designed to culture yeast in a microfluidic device and record optical measurements of growth and metabolism. However, experiments can only report cell damage as bulk growth curves, while deep-space radiation causes damage that is heterogeneous among individual cells. AMMPER is an open-source, agent-based, computational model coded in Python to simulate the effects of deep-space radiation on individual yeast cells (Saccharomyces cerevisiae) to facilitate interpretation of biological radiation experiments. Version 1.0 of the code ran in a command line interface (CLI), limiting use to those familiar with modularization, object-oriented programming, and computational models. Here we present a graphical user interface (GUI) for AMMPER to increase its accessibility. GUI development included converting input points and UI files, designing an application and logo, and expanding program packages. Additionally, we added optical assistance that corresponded with simulation parameters, which included simulation type, cell type, ROS model, and radiation dosage, as well as customizable display and file exportation features. Following a pilot testing period, its structure was updated further to enhance abilities, adding increased runs, video visualization, data plotting, and an educational/tutorial component. Future work will include creating a bit installer and runtime environment for AMMPER. Ultimately, the creation of the GUI has two main goals: to facilitate the integration of computational models into the work of researchers in microbial radiobiology, and to act as an interactive and visual resource for space biology education.

yeast↗