Search NASA⌕ Search

SEARCH · Search NASA

Results for “Mitigation Architecture”

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 73 records · Page 4

Computational Modeling to Limit the Impact Displays and Indicator Lights Have on Habitable Volume Operational Lighting Constraints

Even with no ambient lighting system "on", the International Space Station glows at night. The glow is caused by indicator lamps and displays that are not included with the specification of the ambient lighting system. How does this impact efforts to improve the astronaut's lighting environment to promote more effective sleep patterns? Do the extra indicators and displays add enough light to change the spectrum of light the crew sees during the day as well? If spacecraft environments are specifically engineered to have an ambient lighting system that emits a spectrum promoting a healthy circadian response, is there a way control the impact? The goal of this project is to investigate how additional light sources, such as displays and indicators change the effective light spectrum of the architectural lighting system and how impacts can be mitigated.

Clark, T. A.↗

Autonomous Surface Site Establishment to Ensure Safe Crew Arrival and Operations

Traditional human Mars missions have relied on crew to support the surface systems. However, for safety, the surface systems will likely need to be setup and capable of operating prior to the arrival of crew. To mitigate risks to the crew, a novel surface architecture has been developed that addresses risks associated with other Mars missions. This architecture relies on a reusable descent and ascent vehicle, extensive in-situ resource utilization, redundant habitation systems, and emerging autonomous capabilities. The resulting surface architecture increases safety for the crew while also providing potential to expand to support longer missions with larger populations in the future.

Jones, Christopher A.↗

Advancements in Lunar Dust Mitigation and Leveraging the Contamination Control Community

Lunar Dust Contamination: As we get closer to putting landers, rovers, payloads, and astronauts on the Moon, dust mitigation is becoming more critical than ever. To address the many challenges of dust mitigation on the surface, engineers and scientists are looking at various technologies that may have relevance for the contamination control community. This includes active, passive, architectural, and operational solutions. There have been advances in coatings for dust mitigation at NASA and through commercial partnerships (see Wiesner, Wohl, et al). There have been advancements to previous solutions as well as novel solutions to address dust mitigation on the surface and on-orbit. There have been several efforts to better understand the effectiveness of various terrestrial and dust mitigation solutions with much of this data published in recent years. In the area of dust mitigation, dust contamination or infiltration refers to the impingement or contact of planetary dust with items not normally dusty and whose operation may therefore be compromised. Recent Advancements in Dust Mitigation: Dust mitigation strategies are becoming more common for hardware heading to the Moon, with most major programs implementing lunar dust contamination requirements for human health and equipment. In the last couple of years, NASA has created more guidance to assist hardware developers with dust mitigation. This includes NASA-STD-1008 (Classifications and Requirements for Testing Systems and Hardware to be Exposed to Dust in Planetary) and NASA TP 20220018746 (Lunar Dust Mitigation Guide and Reference). Several projects are testing hardware in relevant dusty environments to understand their tolerance to lunar dust. There has been a significant increase in the amount of testing with lunar simulants, with the NASA Simulant Advisory Committee serving a resource for NASA and our partners. There are new solutions for detecting and monitoring the dust internally and externally. Learning from the contamination control community: In addition to sharing potentially relevant solutions at the workshop, the dust mitigation community is also interested in learning from the contamination control community on ways to address lunar dust. For instance, a major aspect of managing the dust is monitoring and detection. This is critical for understanding when maintenance is needed and to inform future missions. Another challenge of working with lunar dust is quantifying and characterizing the smallest of particles. There are also challenges in modeling lunar dust and its behavior. The dust mitigation community can also leverage lessons learned from the planetary protection community.

dust mitagation↗

Shift changes, updates, and the on-call architecture in space shuttle mission control

In domains such as nuclear power, industrial process control, and space shuttle mission control, there is increased interest in reducing personnel during nominal operations. An essential element in maintaining safe operations in high risk environments with this 'on-call' organizational architecture is to understand how to bring called-in practitioners up to speed quickly during escalating situations. Targeted field observations were conducted to investigate what it means to update a supervisory controller on the status of a continuous, anomaly-driven process in a complex, distributed environment. Sixteen shift changes, or handovers, at the NASA Johnson Space Center were observed during the STS-76 Space Shuttle mission. The findings from this observational study highlight the importance of prior knowledge in the updates and demonstrate how missing updates can leave flight controllers vulnerable to being unprepared. Implications for mitigating risk in the transition to 'on-call' architectures are discussed.

Non-NASA Center↗

Deep-Space Optical Communications: Visions, Trends, and Prospects

Current key initiatives in deep-space optical communications are treated in terms of historical context, contemporary trends, and prospects for the future. An architectural perspective focusing on high-level drivers, systems, and related operations concepts is provided. Detailed subsystem and component topics are not addressed. A brief overview of past ideas and architectural concepts sets the stage for current developments. Current requirements that might drive a transition from radio frequencies to optical communications are examined. These drivers include mission demand for data rates and/or data volumes; spectrum to accommodate such data rates; and desired power, mass, and cost benefits. As is typical, benefits come with associated challenges. For optical communications, these include atmospheric effects, link availability, pointing, and background light. The paper describes how NASA's Space Communication and Navigation Office will respond to the drivers, achieve the benefits, and mitigate the challenges, as documented in its Optical Communications Roadmap. Some nontraditional architectures and operations concepts are advanced in an effort to realize benefits and mitigate challenges as quickly as possible. Radio frequency communications is considered as both a competitor to and a partner with optical communications. The paper concludes with some suggestions for two affordable first steps that can yet evolve into capable architectures that will fulfill the vision inherent in optical communications.

space communication↗

NASA SpaceCube Intelligent Multi-Purpose System for Enabling Remote Sensing, Communication, and Navigation in Mission Architectures

New, innovative CubeSat mission concepts demand modern capabilities such as artificial intelligence and autonomy, constellation coordination, fault mitigation, and robotic servicing –all of which require vastly more processing resources than legacy systems are capable of providing. Enabling these domains within a scalable, configurable processing architecture is advantageous because it also allows for the flexibility to address varying mission roles, such as a command and data-handling system, a high-performance application processor extension, a guidance and navigation solution, or an instrument/sensor interface. This paper describes the NASA SpaceCube Intelligent Multi-Purpose System (IMPS), which allows mission developers to mix-and-match 1U (10 cm × 10 cm) CubeSat payloads configured for mission-specific needs. The central enabling component of the system architecture to address these concerns is the SpaceCube v3.0 Mini Processor. This single-board computer features the 20nm Xilinx Kintex UltraScale FPGA combined with a radiation-hardened FPGA monitor, and extensive IO to integrate and interconnect varying cards within the system. To unify the re-usable designs within this architecture, the CubeSat Card Standard was developed to guide design of 1U cards. This standard define spinout configurations, mechanical, and electrical specifications for 1U CubeSat cards, allowing the backplane and mechanical enclosure to be easily extended. NASA has developed several cards adhering to the standard (System-on-Chip, power card, etc.), which allows the flexibility to configure a payload from a common catalog of cards.

Advanced Avionics, Hybrid Processing, Data Process↗

Applying the Cognitive Space Gateway to Swarm Topologies

NASA's future vision for interplanetary networking includes a lunar network, Cube Satellite (CubeSat) constellations, and deep space robotic missions, comprising what could be viewed as a network of networks. Delay-tolerant networking (DTN) architecture and protocols provide a standard network layer among these varying scenarios and mitigate many challenges of the space environment, such as long delays, unplanned service interruptions, and asymmetric links. The Cognitive Space Gateway (CSG) is a routing method in a DTN architecture that uses spiking neural networks as the learning element to optimize routing decisions in a complex environment. This work aims to further develop cognitive networking technologies in several critical areas, including DTN, the CSG algorithm, CubeSat swarm topologies, and cloud services. To test the algorithm in a realistic scenario, the emulated network topology is based on a CubeSat swarm. The swarm may function as a mesh of nodes or as a hub-and-spoke network. An emulation environment will be built upon a commercial cloud service, such as Amazon Web Services (AWS) Elastic Compute Cloud. The cloud environment may enable a flexible, lower maintenance approach versus a multi-hop network based in a physical laboratory. The cloud platform will provide a secure environment allowing for collaboration among government and academic entities.

Ricardo Lent↗

Applying the Cognitive Space Gateway to Swarm Topologies

NASA’s future vision for interplanetary networking includes a lunar network, Cube Satellite (CubeSat) constellations, and deep space robotic missions, comprising what could be viewed as a network of networks. Delay-tolerant networking (DTN) architecture and protocols provide a standard network layer among these varying scenarios and mitigate many challenges of the space environment, such as long delays, unplanned service interruptions, and asymmetric links. The Cognitive Space Gateway (CSG) is a routing method in a DTN architecture that uses spiking neural networks as the learning element to optimize outing decisions in a complex environment. This work aims to further develop cognitive networking technologies in several critical areas, including DTN, the CSG algorithm, SmallSat swarm topologies, and cloud services. The CSG algorithm is tested in a realistic scenario in which the emulated network topology is based on a SmallSat swarm. The emulation environment will be built upon a commercial cloud service, such as Amazon Web Services (AWS) Elastic Compute Cloud. This work investigates the ability of such a platform to enable a flexible, lower maintenance approach to creating a multihop network outside of a physical laboratory. The cloud platform will provide a secure environment allowing for collaboration among government and academic entities.

Ricardo Lent↗

Managing Space Radiation Risk in the New Era of Space Exploration

Space exploration is a risky enterprise. Rockets launch astronauts at enormous speeds into a harsh, unforgiving environment. Spacecraft must withstand the bitter cold of space and the blistering heat of reentry. Their skin must be strong enough to keep the inside comfortably pressurized and tough enough to resist damage from micrometeoroids. Spacecraft meant for lunar or planetary landings must survive the jar of landing, tolerate dust, and be able to take off again. For astronauts, however, there is one danger in space that does not end when they step out of their spacecraft. The radiation that permeates space -- unattenuated by Earth s atmosphere and magnetosphere -- may damage or kill cells within astronauts bodies, resulting in cancer or other health consequences years after a mission ends. The National Aeronautics and Space Administration (NASA) has recently embarked on Project Constellation to implement the Vision for Space Exploration -- a program announced by President George W. Bush in 2004 with the goal of returning humans to the Moon and eventually transporting them to Mars. To adequately prepare for the safety of these future space explorers, NASA s Exploration Systems Mission Directorate requested that the Aeronautics and Space Engineering Board of the National Research Council establish a committee to evaluate the radiation shielding requirements for lunar missions and to recommend a strategic plan for developing the radiation mitigation capabilities needed to enable the planned lunar mission architecture

Source record↗

Extreme Environments Technologies for Probes to Venus and Jupiter

This viewgraph presentation reviews the technologies that are used to mitigate extreme environments for probes at Venus and Jupiter. The contents include: 1) Extreme environments at Venus and Jupiter; 2) In-situ missions to Venus and Jupiter (past/present/future); and 3) Approaches to mitigate conditions of extreme environments for probes with systems architectures and technologies.

probe↗

HIAD on ULA (HULA) Orbital Reentry Flight Experiment Concept

This paper describes a proposed orbital velocity reentry flight test of a Hypersonic Inflatable Aerodynamic Decelerator (HIAD). The flight test builds upon ground development activities that continue to advance the materials, design, and manufacturing techniques for the inflatable structure and flexible thermal protection system (F-TPS) that comprise the inflatable heat shield. While certain aspects of material and system performance can be assessed using a variety of ground testing capabilities, only orbital velocity energy on a trajectory through the gradient density of the atmosphere can impart the combined aerodynamic and aeroheating design environments in real time. To achieve this at limited cost, the HIAD would be delivered to a spin-stabilized entry trajectory as a secondary payload on the Centaur stage of a United Launch Alliance (ULA) Atlas V launch vehicle. Initial trajectory studies indicate that the combination of launch vehicle capability and achievable reentry vehicle ballistic numbers make this a strategic opportunity for technology development. This 4 to 6 meter diameter scale aeroshell flight, referred to as HIAD on ULA (HULA), would also contribute to ULA asset recovery development. ULA has proposed that a HIAD be utilized as part of the Sensible, Modular, Autonomous Return Technology (SMART) initiative to enable recovery of the Vulcan launch vehicle booster main engines [1], including a Mid-Air Recovery (MAR) to gently return these assets for reuse. Whereas HULA will attain valuable aerothermal and structural response data toward advancing HIAD technology, it may also provide a largest-to-date scaled flight test of the MAR operation, which in turn would allow the examination of a nearly pristine post-entry aeroshell. By utilizing infrared camera imaging, HULA will also attain aft-side thermal response data, enhancing understanding of the aft side aerothermal environment, an area of high uncertainty. The aeroshell inflation will utilize a heritage design compressed gas system to minimize development costs. The data will be captured to both an onboard recorder and a recorder that is jettisoned and recovered separately from the reentry vehicle to mitigate risk. This paper provides an overview, including the architecture and flight concept of operations, for the proposed HULA flight experiment.

Dinonno, J. M.↗

An Initial Analysis of Automating Conjunction Assessment and Collision Avoidance Planning in Space Traffic Management

We introduce a framework that automates the process of assessing potential satellite conjunctions in space, and generating collision avoidance maneuvers to support mitigation efforts within a novel space traffic management (STM) architecture. A software implementation of the framework was developed in a MATLAB-STK integrated environment, however, the concept and framework is agnostic to the language or environment. The software pulls from existing catalogs of spaceborne objects and ingests user-defined parameters to produce conjunction data, which could potentially aid collision avoidance planning in the STM architecture. The utility of the software in maneuver planning and exploring a performance-based tradespace of actions is demonstrated using three example cases: one-to-one conjunction, one-versus-four conjunctions, and a near head-on collision. The framework also provides a test-bed for the use of application programming interfaces (APIs) to demonstrate machine-to-machine communication between entities in our proposed STM architecture. Results from this software implementation are expected to aid distributed decision-making among various stakeholders, and inform efficient, autonomous, structured but flexible concept of operations within STM.

Space Systems Engineering↗

Managing Research in a Risk World

The Office of Chief Medical Officer (OCHMO) owns all human health and performance risks managed by the Human System Risk Board (HSRB). While the HSRB manages the risks, the Human Research Program (HRP) manages the research portion of the overall risk mitigation strategy for these risks. The HSRB manages risks according to a process that identifies and analyzes risks, plans risk mitigation and tracks and reviews the implementation of these strategies according to its decisions pertaining to the OCHMO risk posture. HRP manages risk research work using an architecture that describes evidence-based risks, gaps in our knowledge about characterizing or mitigating the risk, and the tasks needed to produce deliverables to fill the gaps and reduce the risk. A planning schedule reflecting expected research milestones is developed, and as deliverables and new evidence are generated, research progress is tracked via the Path to Risk Reduction (PRR) that reflects a risk's research plan for a design reference mission. HRP's risk research process closely interfaces with the HSRB risk management process. As research progresses, new deliverables and evidence are used by the HSRB in conjunction with other operational and non-research evidence to inform decisions pertaining to the likelihood and consequence of the risk and risk posture. Those decisions in turn guide forward work for research as it contributes to overall risk mitigation strategies. As HRP tracks its research work, it aligns its priorities by assessing the effectiveness of its contributions and maintaining specific core competencies that would be invaluable for future work for exploration missions.

Anton, W.↗

Software Architecture of Sensor Data Distribution In Planetary Exploration

Data from mobile and stationary sensors will be vital in planetary surface exploration. The distribution and collection of sensor data in an ad-hoc wireless network presents a challenge. Irregular terrain, mobile nodes, new associations with access points and repeaters with stronger signals as the network reconfigures to adapt to new conditions, signal fade and hardware failures can cause: a) Data errors; b) Out of sequence packets; c) Duplicate packets; and d) Drop out periods (when node is not connected). To mitigate the effects of these impairments, a robust and reliable software architecture must be implemented. This architecture must also be tolerant of communications outages. This paper describes such a robust and reliable software infrastructure that meets the challenges of a distributed ad hoc network in a difficult environment and presents the results of actual field experiments testing the principles and actual code developed.

Lee, Charles↗

Fault-Tolerant Software-Defined Radio on Manycore

Software-defined radio (SDR) platforms generally rely on field-programmable gate arrays (FPGAs) and digital signal processors (DSPs), but such architectures require significant software development. In addition, application demands for radiation mitigation and fault tolerance exacerbate programming challenges. MaXentric Technologies, LLC, has developed a manycore-based SDR technology that provides 100 times the throughput of conventional radiationhardened general purpose processors. Manycore systems (30-100 cores and beyond) have the potential to provide high processing performance at error rates that are equivalent to current space-deployed uniprocessor systems. MaXentric's innovation is a highly flexible radio, providing over-the-air reconfiguration; adaptability; and uninterrupted, real-time, multimode operation. The technology is also compliant with NASA's Space Telecommunications Radio System (STRS) architecture. In addition to its many uses within NASA communications, the SDR can also serve as a highly programmable research-stage prototyping device for new waveforms and other communications technologies. It can also support noncommunication codes on its multicore processor, collocated with the communications workload-reducing the size, weight, and power of the overall system by aggregating processing jobs to a single board computer.

Ricketts, Scott↗

GOES I-M: A Retrospective Look at Image Navigation and Registration (INR), Jitter and Lessons Learned

The Geostationary Operational Environmental Satellite (GOES) I-M series of spacecraft was the second generation of United States meteorological observational platforms in geosynchronous orbit. They served as the principal Earth- viewing observational platforms for continuously monitoring dynamic weather events from the mid-1990s and into the 21st century. This paper will look back at the program framing key system attributes of the mission, which necessitated a multi-layered development approach to meet stringent meteorological instrument Line-of-Sight (LoS) pointing and pointing stability requirements. The overall approach involved understanding, correcting, and avoiding pointing errors across a broad frequency range including what would typically be called dynamic interaction and jitter. Background information will be provided covering the mission architecture and program drivers. The systems solution for man- aging and mitigating the deleterious influences of on-board disturbances in order to meet the challenging instrument LoS pointing and jitter requirements will be described, along with the ‘first of its kind’ Image Navigation and Registration system. A broad look back at the lessons learned that emerged from the GOES I- M experience will be presented, with the intent of capturing general and specific insights for developers of future missions having stringent payload instrument pointing requirements. These discussions will touch on such critical aspects as defining jitter and related pointing requirements, the importance of early system architectural decisions, understanding and reducing on-board disturbances, the balance of test and analysis, and the imperative for maximizing on-orbit operational flexibility in order to accommodate unexpected dynamic interactions.

Sudey, John↗

A risk-based approach to robotic mission requirements

A NASA Risk Team has developed a method for the application of risk management to the definition of robotic mission requirements for the Space Exploration Initiative. These requirements encompass environmental information, infrastructural emplacement in advance, and either technology testing or system/subsystems demonstration. Attention is presently given to a method for step-by-step consideration and analysis of the risk component inherent in mission architecture, followed by a calculation of the subjective risk level. Mitigation strategies are then applied with the same rules, and a comparison is made.

Dias, William C.↗

The Dust Management Project: Characterizing Lunar Environments and Dust, Developing Regolith Mitigation Technology and Simulants

A return to the Moon to extend human presence, pursue scientific activities, use the Moon to prepare for future human missions to Mars, and expand Earth?s economic sphere, will require investment in developing new technologies and capabilities to achieve affordable and sustainable human exploration. From the operational experience gained and lessons learned during the Apollo missions, conducting long-term operations in the lunar environment will be a particular challenge, given the difficulties presented by the unique physical properties and other characteristics of lunar regolith, including dust. The Apollo missions and other lunar explorations have identified significant lunar dust-related problems that will challenge future mission success. Comprised of regolith particles ranging in size from tens of nanometers to microns, lunar dust is a manifestation of the complex interaction of the lunar soil with multiple mechanical, electrical, and gravitational effects. The environmental and anthropogenic factors effecting the perturbation, transport, and deposition of lunar dust must be studied in order to mitigate it?s potentially harmful effects on exploration systems and human explorers. The Dust Management Project (DMP) is tasked with the evaluation of lunar dust effects, assessment of the resulting risks, and development of mitigation and management strategies and technologies related to Exploration Systems architectures. To this end, the DMP supports the overall goal of the Exploration Technology Development Program (ETDP) of addressing the relevant high priority technology needs of multiple elements within the Constellation Program (CxP) and sister ETDP projects. Project scope, plans, and accomplishments will be presented.

Hyatt, Mark J.↗