Search NASA⌕ Search

SEARCH · Search NASA

Results for “core flight system”

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 343 records · Page 19

Modeling and Simulation of Variable Mass, Flexible Structures

The advent of the new Ares I launch vehicle has highlighted the need for advanced dynamic analysis tools for variable mass, flexible structures. This system is composed of interconnected flexible stages or components undergoing rapid mass depletion through the consumption of solid or liquid propellant. In addition to large rigid body configuration changes, the system simultaneously experiences elastic deformations. In most applications, the elastic deformations are compatible with linear strain-displacement relationships and are typically modeled using the assumed modes technique. The deformation of the system is approximated through the linear combination of the products of spatial shape functions and generalized time coordinates. Spatial shape functions are traditionally composed of normal mode shapes of the system or even constraint modes and static deformations derived from finite element models of the system. Equations of motion for systems undergoing coupled large rigid body motion and elastic deformation have previously been derived through a number of techniques [1]. However, in these derivations, the mode shapes or spatial shape functions of the system components were considered constant. But with the Ares I vehicle, the structural characteristics of the system are changing with the mass of the system. Previous approaches to solving this problem involve periodic updates to the spatial shape functions or interpolation between shape functions based on system mass or elapsed mission time. These solutions often introduce misleading or even unstable numerical transients into the system. Plus, interpolation on a shape function is not intuitive. This paper presents an approach in which the shape functions are held constant and operate on the changing mass and stiffness matrices of the vehicle components. Each vehicle stage or component finite element model is broken into dry structure and propellant models. A library of propellant models is used to describe the distribution of mass in the fuel tank or Solid Rocket Booster (SRB) case for various propellant levels. Based on the mass consumed by the liquid engine or SRB, the appropriate propellant model is coupled with the dry structure model for the stage. Then using vehicle configuration data, the integrated vehicle model is assembled and operated on by the constant system shape functions. The system mode shapes and frequencies can then be computed from the resulting generalized mass and stiffness matrices for that mass configuration. The rigid body mass properties of the vehicle are derived from the integrated vehicle model. The coupling terms between the vehicle rigid body motion and elastic deformation are also updated from the constant system shape functions and the integrated vehicle model. This approach was first used to analyze variable mass spinning beams and then prototyped into a generic dynamics simulation engine. The resulting code was tested against Crew Launch Vehicle (CLV-)class problems worked in the TREETOPS simulation package and by Wilson [2]. The Ares I System Integration Laboratory (SIL) is currently being developed at the Marshall Space Flight Center (MSFC) to test vehicle avionics hardware and software in a hardware-in-the-loop (HWIL) environment and certify that the integrated system is prepared for flight. The Ares I SIL utilizes the Ares Real-Time Environment for Modeling, Integration, and Simulation (ARTEMIS) tool to simulate the launch vehicle and stimulate avionics hardware. Due to the presence of vehicle control system filters and the thrust oscillation suppression system, which are tuned to the structural characteristics of the vehicle, ARTEMIS must incorporate accurate structural models of the Ares I launch vehicle. The ARTEMIS core dynamics simulation models the highly coupled nature of the vehicle flexible body dynamics, propellant slosh, and vehicle nozzle inertia effects combined with mass and flexible body properties that vary significant with time during the flight. All forces that act on the vehicle during flight must be simulated, including deflected engine thrust force, spatially distributed aerodynamic forces, gravity, and reaction control jet thrust forces. These forces are used to excite an integrated flexible vehicle, slosh, and nozzle dynamics model for the vehicle stack that simulates large rigid body translations and rotations along with small elastic deformations. Highly effective matrix math operations on a distributed, threaded high-performance simulation node allow ARTEMIS to retain up to 30 modes of flex for real-time simulation. Stage elements that separate from the stack during flight are propagated as independent rigid six degrees of freedom (6DOF) bodies. This paper will present the formulation of the resulting equations of motion, solutions to example problems, and describe the resulting dynamics simulation engine within ARTEMIS.

Tobbe, Patrick A.↗

GPM Mission Overview and U.S. Science Status

The Global Precipitation Measurement (GPM) Mission is an international satellite mission to unify and advance precipitation measurements from a constellation of research and operational sensors to provide "next-generation" precipitation products [1-2]. Water is fundamental to life on Earth. Knowing where and how much rain and snow falls globally is vital to understanding how weather and climate impact both our environment and Earth's water and energy cycles, including effects on agriculture, fresh water availability, and responses to natural disasters. Since rainfall and snowfall vary greatly from place to place and over time, satellites can provide more uniform observations of rain and snow around the globe than ground instruments, especially in areas where surface measurements are difficult. Relative to current global rainfall products, GPM data products will be characterized by: (l) more accurate instantaneous precipitation measurements (especially for light rain and cold-season solid precipitation), (2) more frequent sampling by an expanded constellation of domestic and international microwave radiometers including operational humidity sounders, (3) intercalibrated microwave brightness temperatures from constellation radiometers within a unified framework, and (4) physical-based precipitation retrievals from constellation radiometers using a common a priori cloud/hydrometeor database derived from GPM Core sensor measurements. The cornerstone of the GPM mission is the deployment of a Core Observatory in a unique 65 non-Sun-synchronous orbit to serve as a physics observatory and a reference standard to unify precipitation measurements by a constellation of dedicated and operational passive microwave sensors. The design of the GPM Core Observatory is an advancement of the Tropical Rainfall Measuring Mission (TRMM)'s highly successful rain-sensing package. The Core Observatory will carry a Ku/Ka-band Dual-frequency Precipitation Radar (DPR) and a multichannel (l0-183 GHz) GPM Microwave Radiometer (GMI). Since light rain and falling snow account for a significant fraction of precipitation occurrence in middle and high latitudes, the GPM instruments extend the capabilities of the TRMM sensors to detect falling snow, measure light rain, and provide, for the first time, quantitative estimates of microphysical properties of precipitation particles. The combined use of DPR and GMI measurements will place greater constraints on possible solutions to radiometer retrievals to improve the accuracy and consistency of precipitation retrievals from all constellation radiometers. The GMI uses 13 different microwave channels to observe energy from the different types of precipitation through clouds for estimating everything from heavy to light rain and for detecting falling snow. As the satellite passes over Earth, the GMI constantly scans a region 885 kilometers across. The Ball Aerospace and Technology Corporation built the GMI under contract with NASA Goddard Space Flight Center. The DPR provides three-dimensional information about precipitation particles derived from reflected energy by these particles at different heights within the cloud system. The two frequencies of the DPR also allow the radar to infer the sizes of precipitation particles and offer insights into a storm's physical characteristics. The Ka-band frequen~y scans across a region of 125 kilometers and is nested within the wider scan of the Ku-band frequency of 245 kilometers. The Japan Aerospace and Exploration Agency (JAXA) and Japan's National Institute of Information and Communications Technology (NICT) built the DPR. The Core Observatory satellite will fly at an altitude of 253 miles (407 kilometers) in a non-Sun-synchronous orbit that covers the Earth from 65 S to 65 N - from about the Antarctic Circle to the Arctic Circle. The GPM Core Observatory is being developed and tested at NASA Goddard Space Flight Center. Once complete, a Japanese H-lIA rocket will carry thPM Core Observatory into orbit from Tanegashima Island, Japan in 2014. The GPM constellation is envisioned to comprise 8 or more microwave sensors provided by partners, including both conical imagers and cross-track sounders. GPM is currently a partnership between NASA and the Japan Aerospace Exploration Agency (JAXA). Additional partnerships are under development to include microwave radiometers on the French-Indian Megha-Tropiques satellite and U.S. Defense Meteorological Satellite Program (DMSP) satellites, as well as humidity sounders or precipitation sensors on operational satellites such as the National Polar-orbiting Operational Environmental Satellite System (NPOESS) Preparatory Project (NPP), NOAA-NASA Joint Polar Satellite System (JPSS) satellites, European MetOp satellites, and DMSP follow-on sensors. In addition, data from Chinese and Russian microwave radiometers may be available through international cooperation under the auspices of the Committee on Earth Observation Satellites (CEOS) and Group on Earth Observations (GEO). GPM's next-generation global precipitation data will lead to scientific advances and societal benefits in the following areas: (1) Improved knowledge of the Earth's water cycle and its link to climate change (2) New insights into precipitation microphysics, storm structures and large-scale atmospheric processes (3) Better understanding of climate sensitivity and feedback processes (4) Extended capabilities in monitoring and predicting hurricanes and other extreme weather events (5) Improved forecasting capabilities for natural hazards, including floods, droughts and landslides. (6) Enhanced numerical prediction skills for weather and climate (7) Better agricultural crop forecasting and monitoring of freshwater resources. An overview of the GPM mission concept and science activities in the United States, together with an update on international collaborations in radiometer intercalibration and ground validation, will be presented.

Hou, Arthur Y.↗

Criteria for design of integrated flight/propulsion control systems for STOVL fighter aircraft

As part of NASA's program to develop technology for short takeoff and vertical landing (STOVL) fighter aircraft, control system designs have been developed for a conceptual STOVL aircraft. This aircraft is representative of the class of mixed-flow remote-lift concepts that was identified as the preferred design approach by the U.S./U.K. STOVL Joint Assessment and Ranking Team. The control system designs have been evaluated throughout the powered-lift flight envelope on the Vertical Motion Simulator (VMS) at Ames Research Center. Items assessed in the control system evaluation were: maximum control power used in transition and vertical flight, control system dynamic response associated with thrust transfer for attitude control, thrust margin in the presence of ground effect and hot-gas ingestion, and dynamic thrust response for the engine core. Effects of wind, turbulence, and ship airwake disturbances are incorporated in the evaluation. Results provide the basis for a reassessment of existing flying-qualities design criteria applied to STOVL aircraft.

Franklin, James A.↗

Three-Centimeter Doppler Radar Observations of Wingtip-Generated Wake Vortices in Clear Air

This report documents a high risk, high pay-off experiment with the objective of detecting, for the first time, the presence of aircraft wake vortices in clear air using X-band Doppler radar. Field experiments were conducted in January 1995 at the Wallops Flight Facility (WFF) to demonstrate the capability of the 9.33 GHz (I=3 cm) radar, which was assembled using an existing nine-meter parabolic antenna reflector at VVTT and the receiver/transmitter from the NASA Airborne Windshear Radar-Program. A C-130-aircraft, equipped with wingtip smoke generators, created visually marked wake vortices, which were recorded by video cameras. A C-band radar also observed the wake vortices during detection attempts with the X-band radar. Rawinsonde data was used to calculate vertical soundings of wake vortex decay time, cross aircraft bearing wind speed, and water vapor mixing ratio for aircraft passes over the radar measurement range. This experiment was a pathfinder in predicting, in real time, the location and persistence of C-130 vortices, and in setting the flight path of the aircraft to optimize X-band radar measurement of the wake vortex core in real time. This experiment was conducted in support of the NASA Aircraft Vortex Spacing System (AVOSS).

Marshall, Robert E.↗

Flight testing of a fiber optic temperature sensor

A fiber optic temperature sensor (FOTS) system consisting of an optical probe, a flexible fiber optic cable, and an electro-optic signal processor was fabricated to measure the gas temperature in a turbine engine. The optical probe contained an emissive source embedded in a sapphire lightguide coupled to a fiber-optic jumper cable and was retrofitted into an existing thermocouple probe housing. The flexible fiber optic cable was constructed with 200 micron core, polyimide-coated fiber and was ruggedized for an aircraft environment. The electro-optic signal processing unit was used to ratio the intensities of two wavelength intervals and provided an analog output value of the indicated temperature. Subsequently, this optical sensor system was installed on a NASA Dryden F-15 Highly Integrated Digital Electronic Control (HIDEC) Aircraft Engine and several flight tests were conducted. Over the course of flight testing, the FOTS system's response was proportional to the average of the existing thermocouples sensing the changes in turbine engine thermal conditions.

Finney, M. J.↗

Independent Review of the Failure Modes of F-1 Engine and Propellants System

The F-1 is the powerful engine, that hurdled the Saturn V launch vehicle from the Earth to the moon on July 16,1969. The force that lifted the rocket overcoming the gravitational force during the first stage of the flight was provided by a cluster of five F-1 rocket engines, each of them developing over 1.5 million pounds of thrust (MSFC-MAN-507). The F-1 Rocket engine used RP-1 (Rocket Propellant-1, commercially known as Kerosene), as fuel with lox (liquid Oxygen) as oxidizer. NASA terminated Saturn V activity and has focused on Space Shuttle since 1972. The interest in rocket system has been revived to meet the National Launch System (NLS) program and a directive from the President to return to the Moon and exploration of the space including Mars. The new program Space Launch Initiative (SLI) is directed to drastically reduce the cost of flight for payloads, and adopt a reusable launch vehicle (RLV). To achieve this goal it is essential to have the ability of lifting huge payloads into low earth orbit. Probably requiring powerful boosters as strap-ons to a core vehicle, as was done for the Saturn launch vehicle. The logic in favor of adopting Saturn system, a proven technology, to meet the SLI challenge is very strong. The F-1 engine was the largest and most powerful liquid rocket engine ever built, and had exceptional performance. This study reviews the failure modes of the F-1 engine and propellant system.

Ray, Paul↗

Free-Flight Terrestrial Rocket Lander Demonstration for NASA's Autonomous Landing and Hazard Avoidance Technology (ALHAT) System

The Autonomous Landing Hazard Avoidance Technology (ALHAT) Project is chartered to develop and mature to a Technology Readiness Level (TRL) of six an autonomous system combining guidance, navigation and control with terrain sensing and recognition functions for crewed, cargo, and robotic planetary landing vehicles. The ALHAT System must be capable of identifying and avoiding surface hazards to enable a safe and accurate landing to within tens of meters of designated and certified landing sites anywhere on a planetary surface under any lighting conditions. Since its inception in 2006, the ALHAT Project has executed four field test campaigns to characterize and mature sensors and algorithms that support real-time hazard detection and global/local precision navigation for planetary landings. The driving objective for Government Fiscal Year 2012 (GFY2012) is to successfully demonstrate autonomous, real-time, closed loop operation of the ALHAT system in a realistic free flight scenario on Earth using the Morpheus lander developed at the Johnson Space Center (JSC). This goal represents an aggressive target consistent with a lean engineering culture of rapid prototyping and development. This culture is characterized by prioritizing early implementation to gain practical lessons learned and then building on this knowledge with subsequent prototyping design cycles of increasing complexity culminating in the implementation of the baseline design. This paper provides an overview of the ALHAT/Morpheus flight demonstration activities in GFY2012, including accomplishments, current status, results, and lessons learned. The ALHAT/Morpheus effort is also described in the context of a technology path in support of future crewed and robotic planetary exploration missions based upon the core sensing functions of the ALHAT system: Terrain Relative Navigation (TRN), Hazard Detection and Avoidance (HDA), and Hazard Relative Navigation (HRN).

Rutishauser, David K.↗

Education, Technology, and Media: A Peak into My Summer Internship at NASA Glenn Research Center in Cleveland, Ohio

My name is James Moon and I am a senor at Tennessee State University where my major is Aeronautical and Industrial Technology with a concentration in industrial electronics. I am currently serving my internship in the Engineering and Technical Services Directorate at the Glenn Research Center (GRC). The Engineering and Technical Service Directorate provides the services and infrastructure for the Glenn Research Center to take research concepts to reality. They provide a full range of integrated services including engineering, advanced prototyping and testing, facility management, and information technology for NASA, industry, and academia. Engineering and Technical Services contains the core knowledge in Information Technology (IT). This includes data systems and analysis, inter and intranet based systems design and data security. Including the design and development of embedded real-time sohare applications for flight and supporting ground systems, Engineering and Technical Services provide a wide range of IT services and products specific to the Glenn Research Center research and engineering community.

Moon, James↗

Autonomous Operating System (AOS)

The Autonomy Operating System (AOS) is a software system that enables core capabilities for the autonomous operations for an unmanned aircraft. It is based on the NASA cFS system and provides a higher-level layer of infrastructure and applications for the execution of flight plans, natural-language communication with Air Traffic Control, Diagnostics, Prognostics, and contingency planning.

Lowry, Michael R.↗

Spacecraft Water Impurity Monitor, a System for Water Quality Analysis on Exploration Missions Beyond Low Earth Orbit

Exploration missions beyond low-earth-orbit (LEO) will require advanced instrumentation to monitor water quality. Traveling beyond LEO means the transfer of water samples to an Earth-based laboratory for detailed analysis is not feasible. Detailed analysis of water composition during exploration is still necessary, because having the capability to determine the specific organic chemical causing a change in total organic carbon (TOC) or the specific metal or ionic species causing a change in conductivity has the potential to inform the crew health and system management decisions. On a new vehicle such as a lunar or Mars surface habitat or a Mars transit vehicle, finding “new” impurities not seen on ISS should be expected. The key is to identify the impurity so the correct action can be taken. On ISS we can measure TOC, conductivity, and other physical properties but do not have the capability for detailed analysis using vehicle instrumentation. This is acceptable because ISS can send samples down to Earth for further analysis and obtain the detailed composition. The Spacecraft Water Impurity Monitor (SWIM) will provide detailed water quality analysis for missions in which sample down mass is not available. SWIM is a system comprising organic and inorganic analysis modules. For organic chemicals, a gas chromatograph mass spectrometer (GCMS) detects and identifies organic impurities. For inorganic species, a capillary electrophoresis capacitively coupled contactless conductivity detection (CE-C4D) system as well as ion specific electrodes detect and identify metal ions and other inorganic salts / acids. The SWIM technology demonstration project has completed a System Requirements Review (SRR) to finalize detection requirements and is currently working to refine vehicle interface requirements for a future technology demonstration. The project also has begun preliminary flight design activities for the core analyzers in the instrument suite.

Water Monitoring↗

Spacecraft Water Impurity Monitor, a System for Water Quality Analysis on Exploration Missions Beyond Low Earth Orbit

Exploration missions beyond low-earth-orbit (LEO) will require advanced instrumentation to monitor water quality. Traveling beyond LEO means the transfer of water samples to an Earth-based laboratory for detailed analysis is not feasible. Detailed analysis of water composition during exploration is still necessary, because having the capability to determine the specific organic chemical causing a change in total organic carbon (TOC) or the specific metal or ionic species causing a change in conductivity has the potential to inform the crew health and system management decisions. On a new vehicle such as a lunar or Mars surface habitat or a Mars transit vehicle, finding “new” impurities not seen on ISS should be expected. The key is to identify the impurity so the correct action can be taken. On ISS we can measure TOC, conductivity, and other physical properties but do not have the capability for detailed analysis using vehicle instrumentation. This is acceptable because ISS can send samples down to Earth for further analysis and obtain the detailed composition. The Spacecraft Water Impurity Monitor (SWIM) will provide detailed water quality analysis for missions in which sample down mass is not available. SWIM is a system comprising organic and inorganic analysis modules. For organic chemicals, a gas chromatograph mass spectrometer (GCMS) detects and identifies organic impurities. For inorganic species, a capillary electrophoresis capacitively coupled contactless conductivity detection (CE-C4D) system as well as ion specific electrodes detect and identify metal ions and other inorganic salts / acids. The SWIM technology demonstration project has completed a System Requirements Review (SRR) to finalize detection requirements and is currently working to refine vehicle interface requirements for a future technology demonstration. The project also has begun preliminary flight design activities for the core analyzers in the instrument suite.

Water Monitoring↗

Simulation of Mission Phases

This position with the Simulation and Graphics Branch (ER7) at Johnson Space Center (JSC) provided an introduction to vehicle hardware, mission planning, and simulation design. ER7 supports engineering analysis and flight crew training by providing high-fidelity, real-time graphical simulations in the Systems Engineering Simulator (SES) lab. The primary project assigned by NASA mentor and SES lab manager, Meghan Daley, was to develop a graphical simulation of the rendezvous, proximity operations, and docking (RPOD) phases of flight. The simulation is to include a generic crew/cargo transportation vehicle and a target object in low-Earth orbit (LEO). Various capsule, winged, and lifting body vehicles as well as historical RPOD methods were evaluated during the project analysis phase. JSC core mission to support the International Space Station (ISS), Commercial Crew Program (CCP), and Human Space Flight (HSF) influenced the project specifications. The simulation is characterized as a 30 meter +V Bar and/or -R Bar approach to the target object's docking station. The ISS was selected as the target object and the international Low Impact Docking System (iLIDS) was selected as the docking mechanism. The location of the target object's docking station corresponds with the RPOD methods identified. The simulation design focuses on Guidance, Navigation, and Control (GNC) system architecture models with station keeping and telemetry data processing capabilities. The optical and inertial sensors, reaction control system thrusters, and the docking mechanism selected were based on CCP vehicle manufacturer's current and proposed technologies. A significant amount of independent study and tutorial completion was required for this project. Multiple primary source materials were accessed using the NASA Technical Report Server (NTRS) and reference textbooks were borrowed from the JSC Main Library and International Space Station Library. The Trick Simulation Environment and User Training Materials version 2013.0 release was used to complete the Trick tutorial. Multiple network privilege and repository permission requests were required in order to access previous simulation models. The project was also an introduction to computer programming and the Linux operating system. Basic C++ and Python syntax was used during the completion of the Trick tutorial. Trick's engineering analysis and Monte Carlo simulation capabilities were observed and basic space mission planning procedures were applied in the conceptual design phase. Multiple professional development opportunities were completed in addition to project duties during this internship through the System for Administration, Training, and Education Resources for NASA (SATERN). Topics include: JSC Risk Management Workshop, CCP Risk Management, Basic Radiation Safety Training, X-Ray Radiation Safety, Basic Laser Safety, JSC Export Control, ISS RISE Ambassador, Basic SharePoint 2013, Space Nutrition and Biochemistry, and JSC Personal Protective Equipment. Additionally, this internship afforded the opportunity for formal project presentation and public speaking practice. This was my first experience at a NASA center. After completing this internship I have a much clearer understanding of certain aspects of the agency's processes and procedures, as well as a deeper appreciation from spaceflight simulation design and testing. I will continue to improve my technical skills so that I may have another opportunity to return to NASA and Johnson Space Center.

Carlstrom, Nicholas Mercury↗

A System to Provide Deterministic Flight Software Operation and Maximize Multicore Processing Performance: The Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) Datapath

A method and design are described for a system that processes multiple data streams, utilizing a multicore asymmetric processing architecture, that eliminates data interrupts to the application processors. The design supports a deterministic environment for flight software in NASA’s Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) project. The SPLICE project develops sensor, algorithm, and compute technologies for Precision Landing and Hazard Avoidance (PL&HA) capabilities. The compute technology for SPLICE is the Descent and Landing Computer (DLC). The DLC hosts several SPLICE algorithms with high computational resource requirements that must be executed in a real-time and deterministic manner. The software runs on a custom Single Board Computer (SBC), with a Xilinx Ultrascale+ Multiprocessor System-on-a-Chip (MPSoC). Input data for the flight software is from a variety of sensors, unique with respect to data rate and packet size. A data path between the SPLICE sensors and algorithms is designed to efficiently deliver this data to the flight software using the MPSoC asymmetric processing cores and Field Programmable Gate Array (FPGA) fabric. This is implemented in a manner that isolates the application processors running the flight software from interrupts associated with the input data. By leveraging real-time processors on the MPSoC, and a structure with the appropriate interfaces in the shared memory on the SBC, the flight software can use the full set of application processors. The available utilization for each processor in this set is also maximized for the SPLICE applications, providing a sufficiently deterministic execution environment without the cost and overhead of a real-time operating system.

heterogeneous processing system↗

A System to Provide Deterministic Flight Software Operation and Maximize Multicore Processing Performance: The Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) Datapath

A method and design are described for a system that processes multiple data streams, utilizing a multicore asymmetric processing architecture, that eliminates data interrupts to the application processors. The design supports a deterministic environment for flight software in NASA’s Safe and Precise Landing – Integrated Capabilities Evolution (SPLICE) project. The SPLICE project develops sensor, algorithm, and compute technologies for Precision Landing and Hazard Avoidance (PL&HA) capabilities. The compute technology for SPLICE is the Descent and Landing Computer (DLC). The DLC hosts several SPLICE algorithms with high computational resource requirements that must be executed in a real-time and deterministic manner. The software runs on a custom Single Board Computer (SBC), with a Xilinx Ultrascale+ Multiprocessor System-on-a-Chip (MPSoC). Input data for the flight software is from a variety of sensors, unique with respect to data rate and packet size. A data path between the SPLICE sensors and algorithms is designed to efficiently deliver this data to the flight software using the MPSoC asymmetric processing cores and Field Programmable Gate Array (FPGA) fabric. This is implemented in a manner that isolates the application processors running the flight software from interrupts associated with the input data. By leveraging real-time processors on the MPSoC, and a structure with the appropriate interfaces in the shared memory on the SBC, the flight software can use the full set of application processors. The available utilization for each processor in this set is also maximized for the SPLICE applications, providing a sufficiently deterministic execution environment without the cost and overhead of a real-time operating system.

David K. Rutishauser↗

GPM Mission's Best Practices: PERP

Similar to other missions, the Global Precipitation Measurement (GPM) Core Observatory's Command and Data Handling (C&DH) subsystem is critical for operations of the spacecraft. The onboard C&DH system comprises of two fully redundant boxes - a primary and a cold backup. Within each box, amongst other components, is a Single Board Computer (SBC) that hosts the flight software (FSW) system. In the event of an SBC reset, the Flight Operations Team (FOT) is poised with a lengthy task of restoring the SBC to nominal configuration. Due to the complexity of the C&DH system, this may take many days at a time to complete. The spacecraft's FSW applications are located in Electronically Erasable Programmable Read-Only Memory (EEPROM) and are copied into Random Access Memory (RAM) upon SBC initialization/reset. Each SBC has two banks of EEPROM, with each bank containing a copy of the FSW. Since launch, there have been many configuration changes to tables and applications that have been loaded into just RAM. Unfortunately, these changes are vulnerable to being wiped during a SBC initialization/reset, when the RAM is overwritten by the EEPROM. Although the EEPROM loads the default FSW configurations, the process to command non-default individual table and application changes is very cumbersome and time consuming. This consequentially increases the time until the spacecraft is back into nominal Mission Science Mode (MSM) drastically. The GPM Power-On Reset (POR) Expedited Recovery Process (PERP) Design introduces a method of consolidating commands into a single file load which the SBC can process independently of the ground - decreasing recovery time, the level of TDRS support reliance, and human error. This tested design can be implemented across many other missions that utilize a similar core Flight Executive (cFE) platform; hence providing an easy-to-follow, safe, and efficient process that can be applied across the board.

recovery↗

STRS SpaceWire FPGA Module

An FPGA module leverages the previous work from Goddard Space Flight Center (GSFC) relating to NASA s Space Telecommunications Radio System (STRS) project. The STRS SpaceWire FPGA Module is written in the Verilog Register Transfer Level (RTL) language, and it encapsulates an unmodified GSFC core (which is written in VHDL). The module has the necessary inputs/outputs (I/Os) and parameters to integrate seamlessly with the SPARC I/O FPGA Interface module (also developed for the STRS operating environment, OE). Software running on the SPARC processor can access the configuration and status registers within the SpaceWire module. This allows software to control and monitor the SpaceWire functions, but it is also used to give software direct access to what is transmitted and received through the link. SpaceWire data characters can be sent/received through the software interface, as well as through the dedicated interface on the GSFC core. Similarly, SpaceWire time codes can be sent/received through the software interface or through a dedicated interface on the core. This innovation is designed for plug-and-play integration in the STRS OE. The SpaceWire module simplifies the interfaces to the GSFC core, and synchronizes all I/O to a single clock. An interrupt output (with optional masking) identifies time-sensitive events within the module. Test modes were added to allow internal loopback of the SpaceWire link and internal loopback of the client-side data interface.

Lux, James P.↗

Evolution of Hardware and Philosophy of Emergency Response Actions on the International Space Station and Future Spacecrafts

Human spaceflight is dangerous for numerous reasons. This ranges from the dynamic environment of launching on a rocket, flying in space among the thousands and thousands pieces of space debris, to the hazards of re-entry & landing, as well as being surrounded by vehicle systems containing hazardous materials or gasses. In-flight emergencies fall into four categories: Rapid Depressurization, Fire, Toxic Spill, and Medical emergency. This paper will address the first three, which fall under the responsibility of the Environmental Control and Life Support (ECLS) Systems flight control and engineering teams. It will review the evolution of the International Space Station’s emergency response philosophy, procedures, training, and equipment changes over the years. The ISS emergency equipment has evolved over the last two decades of operations in many ways, but in some it has remained the same. The core actions the flight crew takes to ensure team safety, personal safety, vehicle safety, and equipment safety has not changed. However, the equipment and capabilities provided to them have. From early days of minimal capability when the ISS consisted of a few modules, to today’s 30,000 ft^3 vehicle with over a dozen isolatable segments. From use of Russian gas masks to positive pressure O2 masks, to the development of respirators. From a lack of procedures for a deadly ammonia leak scenario to a memorized response utilizing numerous atmosphere measurement systems. This paper will review all these various areas that fall under the umbrella of “on-board emergencies”. In addition, the comparison to the planned emergency operations on the Orion vehicle will be reviewed. The Orion vehicle differs from the ISS in that it has no isolatable volume, being approximately 2% the size of ISS, as well as not having a quick return to earth capability.

Emergency↗

Modeling and Simulation Efforts to Support Improved Comfort in ARGOS

BACKGROUND: The Active Response Gravity Offload System (ARGOS) provides an analog environment for extravehicular activity (EVA) testing and training. Discomfort has been observed during longer suited test sessions. While the subject’s core is offloaded during surface EVA evaluations, his/her arms experience full Earth gravity and can become overly fatigued, especially during suited tests which involve reaching and prolonged arm extensions. A device (ARGOS Negation of Gravitational Effects on the Limbs: ANGEL) to offload the weight of the arms and suit sleeves is being developed by JSC’s Flight Systems Branch, and here we present preliminary modeling of that device using the open-source biomechanical tool OpenSim [1,2] with an in-house developed plugin. We analyze a series of motions performed by a single shirt-sleeved subject with goals of characterizing the device, validating the model, and predicting whether reduced gravity conditions (i.e., lunar gravity (Lg) or Martian gravity (Mg)) can be accurately simulated with the device, as well as providing comfort to the ARGOS user. METHODS AND RESULTS: To model the offload device, we augment the OpenSim human model topology with the offload mechanism components and joints, using CAD models to represent the mechanism graphically. The joint angles of the device are either obtained from (1) inverse kinematics (IK) using motion capture markers on the various components of the device or (2) calculated in the OpenSim plugin by modeling how the components configure themselves under the offloading spring tension given a particular IK-derived arm position. Given the joint angles of the device, the resulting force on the arm is computed by the plugin and applied as an external load in inverse dynamics (ID) in order to enable study of overall shoulder joint torques as well as offload achieved. We verify the calculated joint angles by using the inverse kinematic data and the forces from manual measurements of the spring both independently and integrated within the device. We found that calculated joint angles generally represent the angles measured and computed with IK, supporting a possible analysis workflow inputting human motion data and observing system behavior under varied design parameters. In two different device configurations in which the maximum applied force was 131 N, our current model accurately captured force with a difference of 2-3 N from measured loads. Though our initial test was performed with a shirt-sleeve subject, arm weights were added to emulate the weight of the suit sleeve and the subject was positioned in a test stand with a Mark-III Hard Upper Torso (HUT) and Portable Life Support System (PLSS) mockup. Arm range of motion tasks were performed outside of the HUT, inside the HUT, and inside the HUT while using the device. A variety of other upper body tasks were completed as well. In summary, we have developed a model to investigate and verify an upper limb offload device currently in development. We believe this model will be a valuable tool not only for device characterization but also to predict proper configurations to simulate Lg or Mg conditions, investigate range of motion concerns, predict limitations such as internal collisions and contacts, and inform future design improvements.

L B Nilsson↗