Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “avionics”

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 1,801 records · Page 100

Flight Plasma Diagnostics for High-Power, Solar-Electric Deep-Space Spacecraft

NASA's Asteroid Redirect Robotic Mission (ARRM) project plans included a set of plasma and space environment instruments, the Plasma Diagnostic Package (PDP), to fulfill ARRM requirements for technology extensibility to future missions. The PDP objectives were divided into the classes of 1) Plasma thruster dynamics, 2) Solar array-specific environmental effects, 3) Plasma environmental spacecraft effects, and 4) Energetic particle spacecraft environment. A reference design approach and interface requirements for ARRM's PDP was generated by the PDP team at JPL and GRC. The reference design consisted of redundant single-string avionics located on the ARRM spacecraft bus as well as solar array, driving and processing signals from multiple copies of several types of plasma, effects, and environments sensors distributed over the spacecraft and array. The reference design sensor types were derived in part from sensors previously developed for USAF Research Laboratory (AFRL) plasma effects campaigns such as those aboard TacSat-2 in 2007 and AEHF-2 in 2012.

Johnson, Lee↗

Radiation Testing Electronics with Heavy Ions-The Best Way to Hit a Target Moving Ever Exponentially Faster

In 1972, when engineers at Hughes Aircraft Corporation discovered that errors in their satellite avionics were being caused by cosmic rays (so-called single-event effects, or SEE), Moore's Law was only 7 years old. Now, more than 45 years on, the scaling that drove Moore's Law for its first 35 years has reached its limits. However, electronics technology continues to evolve exponentially and SEE remain a formidable issue for use of electronics in space. SEE occur when a single ionizing particle passes through a sensitive volume in an active semiconductor device and generates sufficient charge to cause anomalous behavior or failure in the device. Because SEE can occur at any time during the mission, the emphasis of SEE risk management methodologies is ensuring that all SEE modes in a device under test are detected by the test. Because a particle's probability of causing an SEE generally increases as the particle becomes more ionizing, heavy-ion beams have been and remain the preferred tools for elucidating SEE vulnerabilities. In this talk we briefly discuss space radiation environments and SEE mechanisms, describe SEE test methodologies and discuss current and future challenges for use of heavy-ion beams for SEE testing in an era when the continued validity of Moore's law depends on innovation rather than CMOS scaling.

space radiation environments↗

Development of a Ground Test and Analysis Protocol for NASA's NextSTEP Phase 2 Habitation Concepts

The NASA Next Space Technologies for Exploration Partnerships (NextSTEP) program is a public-private partnership model that seeks commercial development of deep space exploration capabilities to support human spaceflight missions around and beyond cislunar space. NASA first issued the Phase 1 NextSTEP Broad Agency Announcement to U.S. industries in 2014, which called for innovative cislunar habitation concepts that leveraged commercialization plans for low-Earth orbit. These habitats will be part of the Deep Space Gateway (DSG), the cislunar space station planned by NASA for construction in the 2020s. In 2016, Phase 2 of the NextSTEP program selected five commercial partners to develop ground prototypes. A team of NASA research engineers and subject matter experts (SMEs) have been tasked with developing the ground-test protocol that will serve as the primary means by which these Phase 2 prototypes will be evaluated. Since 2008, this core test team has successfully conducted multiple spaceflight analog mission evaluations utilizing a consistent set of operational tools, methods, and metrics to enable the iterative development, testing, analysis, and validation of evolving exploration architectures, operations concepts, and vehicle designs. The purpose of implementing a similar evaluation process for the Phase 2 Habitation Concepts is to consistently evaluate different commercial partner ground prototypes to provide data-driven, actionable recommendations for Phase 3. This paper describes the process by which the ground test protocol was developed and the objectives, methods, and metrics by which the NextSTEP Phase 2 Habitation Concepts will be rigorously and systematically evaluated. The protocol has been developed using both a top-down and bottom-up approach. Top-down development began with the Human Exploration and Operations Mission Directorate (HEOMD) exploration objectives and ISS Exploration Capability Study Team (IECST) candidate flight objectives. Strategic questions and associated rationales, derived from these candidate architectural objectives, provide the framework by which the ground-test protocol will address the DSG stack elements and configurations, systems and subsystems, and habitation, science, and EVA functions. From these strategic questions, high-level functional requirements for the DSG were drafted and associated ground-test objectives and analysis protocols were established. Bottom-up development incorporated objectives from NASA SMEs in autonomy, avionics and software, communication, environmental control and life support systems, exercise, extravehicular activity, exploration medical operations, guidance navigation and control, human factors and behavioral performance, human factors and habitability, logistics, Mission Control Center operations, power, radiation, robotics, safety and mission assurance, science, simulation, structures, thermal, trash management, and vehicle health. Top-down and bottom-up objectives were integrated to form overall functional requirements - ground-test objectives and analysis mapping. From this mapping, ground-test objectives were organized into those that will be evaluated through inspection, demonstration, analysis, subsystem standalone testing, and human-in-the-loop (HITL) testing. For the HITL tests, mission-like timelines, procedures, and flight rules have been developed to directly meet ground test objectives and evaluate specific functional requirements. Data collected from these assessments will be analyzed to determine the acceptability of habitation element configurations and the combinations of capabilities that will result in the best habitation platform to be recommended by the test team for Phase 3.

Gernhardt, Michael L.↗

Water Capture Device Signal Integration Board

I am a junior in electrical engineering at Arizona State University, and this is my second internship at Johnson Space Center. I am an intern in the Command and Data Handling Branch of Avionics Division (EV2), my previous internship was also in EV2. During my previous internship I was assigned to the Water Capture Device payload, where I designed a prototype circuit board for the electronics system of the payload. For this internship, I have come back to the Water Capture Device project to further the work on the electronics design I completed previously. The Water Capture Device is an experimental payload to test the functionality of two different phase separators aboard the International Space Station (ISS). A phase separator sits downstream of a condensing heat exchanger (CHX) and separates the water from the air particles for environmental control on the ISS. With changing CHX technology, new phase separators are required. The goal of the project is to develop a test bed for the two phase separators to determine the best solution.

Chamberlin, Kathryn J.↗

Analysis of Eye-Tracking Data During Conditions Conducive to Loss of Airplane State Awareness

In the constant drive to further the safety and efficiency of air travel, the complexity of avionics-related systems and of the procedures for interacting with them appear to be on an ever-increasing trend. While this growing complexity often yields productive results with respect to system capabilities and flight efficiency, it typically places a larger burden on pilots to manage increasing amounts of information and to understand intricate system designs. This can be problematic as too much information and/or ineffective provisions of information can potentially overwhelm and/or confuse pilots, and as a result, increase the likelihood of loss of airplane state awareness (ASA). One way to gain more insight into this issue is through experimentation using more objective measures. This study summarizes an analysis of eye-tracking data obtained during a high-fidelity flight simulation study that included most of the complexities of current flight decks, as well as several planned for the next generation air transportation system. Multiple analyses were performed to understand how the 22 participating airline pilots were observing ASA-related information provided during different stages of flights and in response to specific events within these stages. Also, study findings are compared to data presented in similar previous studies to assess trends or common themes regarding how airline crews apply visual attention in complex flight deck and operational environments.

Dill, Evan T.↗

FPGA Reliability and Failure Rate Analysis for Launch and Space Vehicles Environments

Field Programmable Gate Arrays (FPGAs) integrated circuits (IC) are one of the key electronic components in today's sophisticated launch and space vehicle complex avionic systems, largely due to their superb reprogrammable and reconfigurable capabilities combined with relatively low non-recurring engineering costs (NRE) and short design cycle. Consequently, FPGAs are prevalent ICs in communication protocols and control signal commands. This paper will demonstrate guidelines to estimate FPGA failure rates for ascent and in space operations. The guidelines will account for hardware and radiation-induced failures, as well as Bayesian updates to failure rates. The hardware contribution of the approach accounts for physical failures of the FPGA IC. The radiation portion will expand on FPGA susceptibility to different space radiation environments.

Al Hassan, Mohammad↗

Experimental Measurements of Passenger Ride Quality During Aircraft Wake Surfing

The National Aeronautics and Space Administration (NASA) Armstrong Flight Research Center completed a series of research flights to better understand the challenges of aircraft wake surfing using civilian airplanes and commercial avionics. Airlines and air cargo carriers have identified uncertainty about increased passenger/crew discomfort due to noise and vibrations as a potential obstacle to the widespread adoption of aircraft wake surfing. To measure the effects of wake surfing on passenger ride quality, NASA instrumented a business jet with cabin noise and vibration sensors. The airplane was then flown under control of an experimental autopilot at multiple locations within the wake of a similar airplane. This paper presents a summary of the measurements collected on those flights, an assessment of passenger discomfort correlated with wake surfing performance benefits, and qualitative evaluations collected from passengers aboard during the research flights.

wake surfing↗

CAIDA CUI Confirmation for OMRS & LCC SOCRRATES Emulator and iSEE Upgrade, Operations, & Analysis

This internship has focused on providing solutions for the Customer Avionics Interface Development and Analysis (CAIDA) subsystem. The main emulator that has been used during this internship is the Software-Only CEV (Crew Exploration Vehicle) Risk Reduction Analysis and Test Engineering Simulator (SOCRRATES). This emulator uses advanced math and physics methods to simulate specific points in a mission, such as ascent, entry, and orbit. Exploration Ground Systems (EGS) must ensure that all KSC based ground systems can be properly integrated with the flight vehicle software, therefore, the Modeling and Simulation Branch (NE-XM) of the KSC (Kennedy Space Center) Engineering Directorate supports a virtual environment that simulates the interface between ground systems and the flight vehicle. A primary component in assuring that is knowing whether the emulators have incorporated the correct CUIs (Compact Unique Identifiers) into their system, as well as understanding both the static and dynamic responses of the individual CUIs. Also, an effort for verification of Operational Maintenance Requirements Specifications (OMRS) and Launch Commit Criteria (LCC) that are supported by SOCRRATES for the Orion Crew Module were part of the project tasks this semester. This internship also focused on comparing two different simulation Commercial-off-the-shelf (COTS) products and to determine whether or not a COTS package was a viable replacement for the current software that the iSEE (Immersive Simulations and Engineering Environment) lab uses. Upon research and testing, I found that this software was not feasible for the lab. It could not easily load CAD (Computer-Aided Design) or CREO models, give live feedback while the user is in the environment, and was not compatible with a virtual reality headset, all of which are necessary for the lab.

Bundy, Caleb↗

Advanced Symbolic Analysis Tools for Fault-Tolerant Integrated Distributed Systems

The project aims to develop advanced model-checking algorithms and tools to automate the verification of fault-tolerant distributed systems for avionics. We present a new method called Property-Directed K-Induction (PD-KIND) for synthesizing K-inductive invariants of state-transition systems. PD-KIND builds upon Satifiability Modulo Theories (SMT) to generalize Bradley's IC3 method and its variants. This method is implemented in a new tool called SALLY. Case studies show that PD-KIND can automatically verify fault-tolerant algorithms under a variety of fault models and that SALLY is competitive with other SMT-based model checkers.

Dutertre, Bruno↗

NASA's Space Launch System: Secondary Payload Accommodations in Block 1 and Beyond

Launching from pad 39B at Kennedy Space Center no earlier than December 2019, NASA's Space Launch System (SLS) will send the Orion crew vehicle to a distant retrograde lunar orbit in order to test and validate the new systems developed for SLS, Orion and Kennedy Space Center's Exploration Ground Systems (EGS). In addition to these primary mission objectives, the first integrated fight of NASA's new deep space exploration system, Exploration Mission-1 (EM-1), offers accommodations for 13 6U CubeSats, which will be deployed in deep space after Orion separates from the SLS Interim Cryogenic Propulsion Stage (ICPS). In 2017, the SLS Program, managed by NASA's Marshall Space Flight Center (MSFC) in Huntsville, Alabama, completed the ICPS and delivered it to the EGS Program, which has responsibility for stacking and launch operations. The 13 EM-1 secondary payloads will reside in the Orion Stage Adapter (OSA), which connects the ICPS to Orion's spacecraft adapter. The OSA is essentially complete with preparations being made for transporting the hardware to Kennedy Space Center with accommodations for secondary payload dispensers and with the secondary payload avionics unit installed.

Robinson, Kimberly F.↗

Large Satellite Bus Reliability

NASA is proposing to build a small space station in Cis-lunar orbit called Deep Space Gateway (DSG). At the heart of the DSG is the Power and Propulsion Element (PPE) which is conceptually similar to previously designed and operated satellite buses. A satellite bus is composed of the satellite spacecraft infrastructure minus the payload, and generally includes power, propulsion, avionics, and guidance, navigation and control. In November of 2017, five companies were awarded contracts by NASA to research PPE designs. In order to better understand the reliability of large satellite buses which may be the starting point of the PPE, NASA used Weibull analysis to evaluate spacecraft with similar masses and design life to the PPE. In addition, a subset of the large satellites which had satellite buses manufactured by any one of the five companies was also evaluated. This paper provides the results of the reliability analysis and compares the reliability of the general population of large satellites to the reliability associated with large satellite buses manufactured by the five companies currently studying PPE options.

Bus↗

Space System Verification Approach Based on MEAL and Mission Risk Posture

There is no "one size fits all" solution for verifying space avionics systems to ensure safety and mission success. This paper presents a verification approach based on MEAL and risk posture for space systems. MEAL refers to Mission, mission Environment, Application, and Lifetime of the application. In addition to the description of the verification approach, the paper also provides the awareness of the different levels of risks associated with verification tests and inspections when performed at part-, board- and box-level, and discusses the applications of the approach for flight heritage verification, commercial off the shelf (COTS) verification and radiation-effects verification.

Mission Environment Application and Lifetime (MEAL↗

Space System Verification Approach Based on MEAL and Mission Risk Posture

There is no "one size fits all" solution for verifying space avionics systems to ensure safety and mission success. This paper presents a verification approach based on MEAL and risk posture for space systems. MEAL refers to Mission, mission Environment, Application, and Lifetime of the application. In addition to the description of the verification approach, the paper also provides the awareness of the different levels of risks associated with verification tests and inspections when performed at part-, board- and box-level, and discusses the applications of the approach for flight heritage verification, commercial off the shelf (COTS) verification and radiation-effects verification.

Mission Environment Application and Lifetime (MEAL↗

Guidelines for Verification Strategies to Minimize RISK Based on Mission Environment, -Application and -Lifetime (MEAL)

There is a trend of compromising verification testing to address the cost and schedule constraints, which poses a high-risk posture for programs/projects. Current and emerging aerospace scientific and/or human exploration programs continue to pose new technological challenges. These technological challenges combined with finite budgets and truncated schedules are forcing designers, scientists, engineers, and managers to push technologies to their physical limits. In addition, budget and schedule pressures challenge how those technologies/missions are verified. A clear understanding of the different verification processes is needed to ensure the proper verification of the technology within the mission (i.e., capabilities, advantages, and limitations). The goal of verification is to prove through test, analysis, inspection, and/or demonstration that a product provides its required function while meeting the performance requirements. It is important that verification yield understanding of representative performance under worst-case conditions so that margins to failure can be evaluated for proposed applications. The capabilities, advantages, and limitations of the testing and inspection performed at each level are different, and the risk incurred by omitting a verification step depends on the level of integration as well as Mission, Environment, Application and Lifetime (MEAL). This paper focuses on verification processes. The goal of the verification process is to ensure the given avionics technology could be safely implemented on the given MEAL consistent with the program/project risk posture.

Gonzalez, Oscar↗

Systems Engineering for the PRANDTL-D 3c Aircraft

The purpose of the Preliminary Research in AerodyNamicDesign to Lower Drag (PRANDTL-D) project is to show that birds fly using a "bell" shaped spanload rather than using an elliptical shaped spanload and to demonstrate the extensive benefits of this alternative spanload. This validation is done by flying a research glider with a twenty five foot wingspan that collects a range of parameters in flight. To ensure the data collection computers and suite of sensors work together and mesh well with the aircraft, systems engineering principles are applied. Needs for new one-off parts require a systems engineering approach as all the criteria of the plane, such as aerodynamics, structures, and avionics, must be taken into account when making decisions. The result of this approach were effective solutions that had a minimal negative impact on other systems that were not related to the original problem.

Larson, James G.↗

NASA's Space Launch System: Unprecedented Payload Capabilities

As part of a renewed focus on deep space exploration, NASA and its private sector and international partners are building a new super heavy-lift launch vehicle, the Space Launch System (SLS), as well as the new Orion crew vehicle, and upgrading launch facilities at Kennedy Space Center. Progress made on the Block 1 vehicle, as well as its expected performance metrics and fiscal support from the U.S. administration and Congress, have opened up additional manifest possibilities that the Agency continues to evaluate. Offering a combination of power, payload capacity and departure energy unmatched in contemporary boosters, the SLS family of launch vehicles features the world's most-proven propulsion system: solid rocket boosters and RS-25 main engines with a modified existing cryogenic in-space stage. The initial SLS configuration, Block 1, will deliver at least 26 metric tons (t) of payload to trans-lunar injection (TLI). The vehicle's flexible architecture will enable the rocket to evolve over the next decade to meet the most demanding deep space mission requirements. The second configuration, Block 1B, will deliver at least 34 to 40 t to TLI, depending on whether the crewed or cargo variant is selected. Although designed to facilitate human exploration of deep space, the vehicle also provides game-changing benefits for large science payloads and even harnesses excess capacity to provide small satellites with affordable access to deep space. For the first integrated mission of SLS and Orion, launching from Kennedy Space Center in fiscal year 2020, SLS Block 1 will send Orion on a 25.5-day mission to a distant retrograde lunar orbit with the primary objective to test and validate new systems and procedures. That first mission, called Exploration Mission-1 (EM-1), also has 13 6U-class CubeSat payloads manifested. Those payloads, which will carry out a variety of scientific experiments and technology demonstrations, will deploy in several locations along the trajectory after Orion has separated from SLS. Contractors and suppliers have made significant progress since last year manufacturing the Block 1 vehicle for EM-1. The upper stage and adapters are complete as are the four RS-25 engines. All other major components are constructed and being outfitted for flight. In fact, hardware for the second flight is currently being manufactured at locations across the United States. This paper will outline hardware, avionics and testing progress toward the first and second flights of SLS. Manifest opportunities for primary, co-manifested and secondary payloads will be discussed. An in-depth look at payload utilization and integration will be provided, as well as lessons learned from installing a secondary payload deployment system for EM-1.

Creech, Steve↗

Overview of the Life Sciences Glovebox (LSG) Facility

The Life Sciences Glovebox (LSG) is a rack-level payload facility designed to house biological investigations in a "workbench" type environment aboard the International Space Station (ISS). The facility is scheduled to be launched in September 2018 and will be installed in the Japanese Experiment Module (JEM) of the ISS. LSG is comprised of an extendable work volume, an airlock, an avionics package, a laptop, and supporting structure. The 450L work volume provides two levels of containment for investigations via the physical barrier of its structure and an internal, filtered airflow that results in a negative pressure relative to ISS cabin pressure. The facility provides many other resources for investigation use including 28 VDC power, 120 VAC power, heat rejection, data connections, and video. Portions of the interior surfaces of the work volume are ferrous, allowing investigations and supporting hardware to be magnetically affixed to these surfaces. A UV decontamination system and a variety of ancillary hardware are available for investigations to use while occupying LSG. An engineering unit on the ground is used for payload development and integrated verification testing. Once the facility is installed and commissioned, it will be managed by the same team that manages the Microgravity Science Glovebox (MSG), another rack-level payload facility that has been operating aboard the ISS since 2002. Experienced Investigation Payload Integration Managers (IPIMs), who also support MSG payloads, will be available to assist payload developers through the integration process. This presentation will provide an overview of the LSG facility and the planned investigation flow for the near future.

Jordan, Lee↗

Medical Data Architecture (MDA) Project Status

The Medical Data Architecture (MDA) project supports the Exploration Medical Capability (ExMC) risk to minimize or reduce the risk of adverse health outcomes and decrements in performance due to in-flight medical capabilities on human exploration missions. To mitigate this risk, the ExMC MDA project addresses the technical limitations identified in ExMC Gap Med 07: We do not have the capability to comprehensively process medically-relevant information to support medical operations during exploration missions. This gap identifies that the current in-flight medical data management includes a combination of data collection and distribution methods that are minimally integrated with on-board medical devices and systems. Furthermore, there are a variety of data sources and methods of data collection. For an exploration mission, the seamless management of such data will enable a more medically autonomous crew than the current paradigm. The medical system requirements are being developed in parallel with the exploration mission architecture and vehicle design. ExMC has recognized that in order to make informed decisions about a medical data architecture framework, current methods for medical data management must not only be understood, but an architecture must also be identified that provides the crew with actionable insight to medical conditions. This medical data architecture will provide the necessary functionality to address the challenges of executing a self-contained medical system that approaches crew health care delivery without assistance from ground support. Hence, the products supported by current prototype development will directly inform exploration medical system requirements.In fiscal year 2018, the MDA project developed Test Bed 2, the second iteration in a series of prototypes with functionality focused on data security through role-based access control and encryption, integration with One Portal exercise software and ingestion of an ultrasound Digital Imaging and Communications in Medicine (DICOM) file and image display. Test Bed 2 advances the medical data system architecture framework by providing these functionalities in a scalable system that maintained a layered, modular design. The architecture framework uses a data services approach with role-based access to data in a customized medical record system suitable for space exploration. These functionalities were demonstrated as part of the Next Space Technologies for Exploration Partnerships (NextSTEP) ground test demonstrated at the NASA Johnson Space Center Integrated Power, Avionics and Software (iPAS) facility. Interfacing to a Core Flight Software (CFS) system, the MDA system, using Consultative Committee for Space Data Systems (CCSDS) protocol, transferred an exercise file from the simulated flight MDA system to a mirrored MDA system on the ground through the CFS system. The selection of data sources and demonstrations enabled the team to address stakeholder concerns throughout the development process. In the next iteration, the MDA team will work with stakeholders to identify additional relevant functionalities to further advance system data models, standards and principles that will inform the medical system requirements development.

medical data architecture↗

Refine your search to explore more results.