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 289 records · Page 16

Impact of NASA’s Entry Systems Modeling Project on Planetary Mission Design

Planetary missions continue to grow larger and more complex. Furthermore, the current focus on human exploration of the Moon and Mars, as well as Mars Sample Return(MSR), place increas-ingly stringent requirements on the reliability of the entry, descent, and landing (EDL) system that ensures the safe delivery of payload or crew to their destination. Planetary EDL is an area in which mission designers are critically reliant on modeling and simulation to demonstrate the reliability of the system, as there are no ground facilities that are able to fully test these systems in a flight-relevant environment. NASA’s state-of-the-art modeling and simulation capability must continually evolve to meet the needs of the next generation of planetary EDL. To accomplish this aim, NASA’s Entry Systems Modeling (ESM) Project was formed in 2013and is funded bythe Space Technology Mission Directorate(STMD) and Science Mission Directorate (SMD). ESM is the Agency’s only cross-cutting effort for advancing entry systems modeling and simulation capabilities across a range of technical disciplines and Solar System destinations. ESM is a portfolio project covering a variety of mid-TRL research efforts within four core EDL-related areas of investment: (1) Thermal protection material modeling, (2) Shock layer kinetics and radiation, (3) Aerosciences, and (4) Guidance, navigation, and con-trol. The material modeling group creates detailed material response modelsof thermal protection systems (TPS)from the micro to macro scale, and at the fun-damental and engineering levels. Shock layer kinetics and radiation focuses on radiative heating of space-craft, quantum chemistry and benchmark experiments for validation.Aerosciences is a broad research area that impacts many aspects of entry systems, including parachutes, aerodynamics, and turbulent heating augmentation due to TPS roughness.The guidance, navigation,and control effort under ESM is expanding the capabilities of NASA’s main flight mechanics tool, POST2, for use on high-performance computing architectures and to generalize interoperability with external applications for more detailed end-to-end simula-tion.In addition, several focusedresearch topics have been approvedto augment ESM’s core portfolio. These include efforts for deep post-flight analysis of Mars 2020/MEDLI2 flight data; development ofTPS failure models; improvement of hypersonic wakeflow models; and a recently concluded effort to provide material response models for NuSil-coated PICA heat-shield material. This presentation will discuss each of these investment areas and demonstrate via real mission examples how advances to the state-of-the-art enabled by ESM are directly impacting the missions of today and tomorrow, including InSight, Mars 2020, Mars Sample Return, Orion, and Dragonfly.

Entry Systems Modeling↗

Space Launch System Mobile Launcher Modal Pretest Analysis

NASA is developing an expendable heavy lift launch vehicle capability, the Space Launch System, to support lunar and deep space exploration. To support this capability, an updated ground infrastructure is required including modifying an existing Mobile Launcher system. The Mobile Launcher is a very large heavy beam/truss steel structure designed to support the Space Launch System during its buildup and integration in the Vehicle Assembly Building, transportation from the Vehicle Assembly Building out to the launch pad, and provides the launch platform at the launch pad. The previous Saturn/Apollo and Space Shuttle programs had integrated vehicle ground vibration tests of their integrated launch vehicles performed with simulated free-free boundary conditions to experimentally anchor and validate structural and flight controls analysis models. For the Space Launch System program, the Mobile Launcher will be used as the modal test fixture for the ground vibration test of the first Space Launch System flight vehicle, Exploration Mission ? 1( now referred to as Artemis 1), programmatically referred to as the Integrated vehicle modal test. The Integrated vehicle modal test of the Exploration Mission - 1 integrated launch vehicle will have its core and second stages unfueled while mounted to the ML while inside the Vehicle Assembly Building, which is currently scheduled for the late spring or early summer of 2020. The Space Launch System program has implemented a building block approach for dynamic model validation. The modal test of the Mobile Launcher is an important part of this building block approach in supporting the integrated vehicle modal test since the Mobile Launcher will serve as a structurally dynamic test fixture whose modes will couple with the modes of the Exploration Mission ? 1 test vehicle. The Mobile Launcher modal test will further support understanding the structural dynamics of the Mobile Launcher and SLS during rollout to the launch pad, which will play a key role in better understanding and prediction of the rollout forces acting on the launch vehicle. The Mobile Launcher modal test is currently scheduled for the summer of 2019. Due to a very tight modal testing schedule, this Mobile Launcher modal pretest analysis has been performed to ensure there is a high likelihood of being able to successfully complete the modal test (i.e. identify the primary target modes) using the planned instrumentation, shakers, and excitation types. This paper will discuss this Mobile Launcher modal pretest analysis and the unique challenges faced due to the Mobile Launcher's size and weight, which are typically not faced when modal testing aerospace structures.

Akers, James C.↗

Assessment of Technology Readiness Level of a Carbon Dioxide Reduction Assembly (CRA) for use on International Space Station

When technologies are traded for incorporation into vehicle systems to support a specific mission scenario, they are often assessed in terms of Technology Readiness Level (TRL). TRL is based on three major categories of Core Technology Components, Ancillary Hardware and System Maturity, and Control and Control Integration. This paper describes the Technology Readiness Level assessment of the Carbon Dioxide Reduction Assembly (CRA) for use on the International Space Station. A team comprising of the NASA Johnson Space Center, Marshall Space Flight Center, Southwest Research Institute and Hamilton Sundstrand Space Systems International have been working on various aspects of the CRA to bring its TRL from 4/5 up to 6. This paper describes the work currently being done in the three major categories. Specific details are given on technology development of the Core Technology Components including the reactor, phase separator and CO2 compressor.

Murdoch, Karen↗

Development of Two High-Energy Bus ‘Cores’ for Rapid Support of Low-TRL and Educational Payloads: A Software-Configured EPS Combined with Flexible C&DH

For several years the TechEdSat flight series (TES-n), developed by the Nano Orbital Workshop (NOW) group at NASA Ames, has relied upon an in-house developed unit to serve both EPS (Electrical Power System) and C&DH (Command and Data Handling) roles along with low data-rate telemetry functions, i.e., serving as the ‘core’ of the spacecraft bus. This ‘core’ has a considerable task given the rapid cadence of the TES program and the typically low-TRL of payloads; configurability and compatibility are key to prevent mission-specific hardware. However, at only 15 watts the current core has become insufficient to support the program’s growing missions and increasingly demanding payloads. To this end, the NOW program is developing new cores to support two TES mission classes: a single-PCB ‘MiniCore’ designed to support 80-watt missions 6U or smaller in LEO, and a three-PCB, radiation-tolerant ‘StackCore’ designed to support 6U and larger missions over 500 watts in LEO and beyond. The ‘MiniCore’ design consists of three main segments: a processor-agnostic C&DH, a software-configured EPS, and a backup low data-rate radio. The design philosophy was to enable rapid-manufacture in a turbulent supply chain, hence the design consists of COTS parts with a focus on those able to be drop-in replaced with radiation-tolerant versions when demanded by the mission. As a single PC-104 sized circuit board, power density and ease of integration also dominated design, demanding the use of modern features such as single-point USB-C for easy charging and monitoring of the spacecraft on the ground. The ‘MiniCore’ can support 80 watts of load, 140 watt-hours of storage, and over 20 watts of optimized solar generation with extensive power monitoring throughout. The ‘MiniCore’ supports one battery pack, six solar-panels, six loads, five actuators, Iridium SBD, and an internal 802.15.4 network. Additionally, the processor-agnostic design can accept any PJRC Teensy 3.x or Adafruit Feather microcontroller unit to enable processor scaling with mission requirements or environment. It is expected a development unit of this design will be completed before conference. The ‘StackCore’ design consists of three stacked PC-104 sized circuit boards: one dedicated to power generation and storage, one dedicated to power distribution, and one dedicated to C&DH tasks. This delineation is necessary to support the transition from highly integrated ICs to discrete analog circuitry, enabling a primarily analog control power system able to operate without software in a radiation environment with finer monitoring compared to the ‘MiniCore’ design. The planned base architecture supports over 500 watts of load, 250 watt-hours of storage, and over 80 watts of optimized solar generation. The power distribution board allows for the use of daughter cards hosting custom converters or interfaces for payloads, in addition to the software-configured supplies used on the ‘MiniCore’. This core stack will be managed by a Vorago ARM M4 microcontroller and support the same wireless communications as the ‘MiniCore’, with optional integration of a NOW S-band radio and attitude determination sensors for ‘black box’ functionality. It is expected the prototype will still be in development during conference.

Spacecraft↗

Development of Two High-Energy Bus ‘Cores’ for Rapid Support of Low-TRL and Educational Payloads: A Software-Configured EPS Combined with Flexible C&DH

For several years the TechEdSat flight series (TES-n), developed by the Nano Orbital Workshop (NOW) group at NASA Ames, has relied upon an in-house developed unit to serve both EPS (Electrical Power System) and C&DH (Command and Data Handling) roles along with low data-rate telemetry functions, i.e., serving as the ‘core’ of the spacecraft bus. This ‘core’ has a considerable task given the rapid cadence of the TES program and the typically low-TRL of payloads; configurability and compatibility are key to prevent mission-specific hardware. However, at only 15 watts the current core has become insufficient to support the program’s growing missions and increasingly demanding payloads. To this end, the NOW program is developing new cores to support two TES mission classes: a single-PCB ‘MiniCore’ designed to support 80-watt missions 6U or smaller in LEO, and a three-PCB, radiation-tolerant ‘StackCore’ designed to support 6U and larger missions over 500 watts in LEO and beyond. The ‘MiniCore’ design consists of three main segments: a processor-agnostic C&DH, a software-configured EPS, and a backup low data-rate radio. The design philosophy was to enable rapid-manufacture in a turbulent supply chain, hence the design consists of COTS parts with a focus on those able to be drop-in replaced with radiation-tolerant versions when demanded by the mission. As a single PC-104 sized circuit board, power density and ease of integration also dominated design, demanding the use of modern features such as single-point USB-C for easy charging and monitoring of the spacecraft on the ground. The ‘MiniCore’ can support 80 watts of load, 140 watt-hours of storage, and over 20 watts of optimized solar generation with extensive power monitoring throughout. The ‘MiniCore’ supports one battery pack, six solar-panels, six loads, five actuators, Iridium SBD, and an internal 802.15.4 network. Additionally, the processor-agnostic design can accept any PJRC Teensy 3.x or Adafruit Feather microcontroller unit to enable processor scaling with mission requirements or environment. It is expected a development unit of this design will be completed before conference. The ‘StackCore’ design consists of three stacked PC-104 sized circuit boards: one dedicated to power generation and storage, one dedicated to power distribution, and one dedicated to C&DH tasks. This delineation is necessary to support the transition from highly integrated ICs to discrete analog circuitry, enabling a primarily analog control power system able to operate without software in a radiation environment with finer monitoring compared to the ‘MiniCore’ design. The planned base architecture supports over 500 watts of load, 250 watt-hours of storage, and over 80 watts of optimized solar generation. The power distribution board allows for the use of daughter cards hosting custom converters or interfaces for payloads, in addition to the software-configured supplies used on the ‘MiniCore’. This core stack will be managed by a Vorago ARM M4 microcontroller and support the same wireless communications as the ‘MiniCore’, with optional integration of a NOW S-band radio and attitude determination sensors for ‘black box’ functionality. It is expected the prototype will still be in development during conference.

Spacecraft↗

Software Innovation in a Mission Critical Environment

Operating in mission-critical environments requires trusted solutions, and the preference for "tried and true" approaches presents a potential barrier to infusing innovation into mission-critical systems. This presentation explores opportunities to overcome this barrier in the software domain. It outlines specific areas of innovation in software development achieved by the Johnson Space Center (JSC) Engineering Directorate in support of NASA's major human spaceflight programs, including International Space Station, Multi-Purpose Crew Vehicle (Orion), and Commercial Crew Programs. Software engineering teams at JSC work with hardware developers, mission planners, and system operators to integrate flight vehicles, habitats, robotics, and other spacecraft elements for genuinely mission critical applications. The innovations described, including the use of NASA Core Flight Software and its associated software tool chain, can lead to software that is more affordable, more reliable, better modelled, more flexible, more easily maintained, better tested, and enabling of automation.

Fredrickson, Steven↗

Tethered Satellite System (TSS-1R)-Post Flight (STS-75) Engineering Performance Report

The first mission of the Tethered Satellite deployer was flown onboard Atlantis in 1992 during the Space Transportation System (STS) flight STS-46. Due to a mechanical interference with the level wind mechanism the satellite was only Deployed to 256 m rather than the planned 20,000 m. Other problems were also experienced during the STS-46 flight and several modifications were made to the Deployer and Satellite. STS-75 was a reflight of the Tethered Satellite System 1 (TSS-1) designated as Tethered Satellite System 1 Reflight (TSS-1 R) onboard Columbia. As on STS-46, the TSS payload consisted of the Deployer, the Satellite, 3 cargo bay mounted experiments: Shuttle Electrodynamic Tether System (SETS), Shuttle Potential and Return Electron Experiment (SPREE), Deployer Core Equipment (DCORE) 4 Satellite mounted experiments: Research on Electrodynamics Tether Effects (RETE), Research on Orbital Plasma Electrodynamics (ROPE), Satellite Core Instruments (SCORE), Tether Magnetic Field Experiment (TEMAG) and an aft flight deck camera: Tether Optical Phenomena Experiment (TOP). Following successful pre-launch, launch and pre-deployment orbital operations, the Deployer deployed the Tethered Satellite to 19,695 m at which point the tether broke within the Satellite Deployment Boom (SDB). The planned length for On-Station I (OST1) was 20,700 m The Satellite flew away from the Orbiter with the tether attached. The satellite was "safed" and placed in a limited power mode via the RF link. The Satellite was contacted periodically during overflights of ground stations. Cargo bay science activities continued for the period of time allocated to TSS-1 R operations.

Lavoie, Anthony R.↗

Space Station Freedom (SSF) Data Management System (DMS) performance model data base

The purpose of this document was originally to be a working document summarizing Space Station Freedom (SSF) Data Management System (DMS) hardware and software design, configuration, performance and estimated loading data from a myriad of source documents such that the parameters provided could be used to build a dynamic performance model of the DMS. The document is published at this time as a close-out of the DMS performance modeling effort resulting from the Clinton Administration mandated Space Station Redesign. The DMS as documented in this report is no longer a part of the redesigned Space Station. The performance modeling effort was a joint undertaking between the National Aeronautics and Space Administration (NASA) Johnson Space Center (JSC) Flight Data Systems Division (FDSD) and the NASA Ames Research Center (ARC) Spacecraft Data Systems Research Branch. The scope of this document is limited to the DMS core network through the Man Tended Configuration (MTC) as it existed prior to the 1993 Clinton Administration mandated Space Station Redesign. Data is provided for the Standard Data Processors (SDP's), Multiplexer/Demultiplexers (MDM's) and Mass Storage Units (MSU's). Planned future releases would have added the additional hardware and software descriptions needed to describe the complete DMS. Performance and loading data through the Permanent Manned Configuration (PMC) was to have been included as it became available. No future releases of this document are presently planned pending completion of the present Space Station Redesign activities and task reassessment.

Stovall, John R.↗

Assembling and Testing NASA’s Space Launch System for First Flight

NASA is planning its next step toward human expansion into the solar system. The Space Launch System (SLS) (Figure 1) is a critical enabling component of that expansion. SLS payloads for its early missions include the Orion crew vehicle and components for Gateway, a lunar outpost orbiting the Moon that will facilitate research, technology and partnerships for eventual Mars missions. All major core stage hardware for test and flight completed structural manufacturing in 2018. The major components for the first flight vehicle are complete or approaching completion of internal equipment installation. The core stage forward join operation is also complete. The 10 booster segments needed for first flight have been cast and are ready to ship to NASA’s Kennedy Space Center (KSC) for mating and stacking. The four RS-25 core stage engines completed processing at NASA’s Stennis Space Center (SSC) and are ready for core stage integration. The Orion Stage Adapter (OSA) joined the Interim Cryogenic Propulsion Stage (ICPS) at KSC to await the rest of SLS flight hardware. Production and preparation of hardware for the second mission is also underway. Looking ahead to a busy 2019, liquid oxygen (LOX) tank, liquid hydrogen (LH2) tank and intertank structural testing will take place. This paper will discuss the current and planned status of SLS development in context of NASA’s overall exploration plans.

Askin, Bruce R.↗

NASA Space Launch System Completes Key Hot Fire Test and Begins Vehicle Integration

The Moon is again in reach. NASA and its commercial and international partners are on the way back. The team is working to land the first woman and the first person of color on the planetary body. NASA and its partners made significant progress towards that goal in the latter half of 2020 and the first half of 2021, including on the agency’s Space Launch System (SLS) rocket – a key part of the Artemis program. The SLS core stage for the Artemis I mission – the first launch of SLS and an uncrewed Orion capsule – completed the Green Run test series and was successfully mated with the SLS twin solid rocket boosters on the mobile launcher at Kennedy Space Center (KSC). All of the major systems for Artemis I are at KSC for assembly, integration, and launch, targeted for late 2021. Work also continued on SLS hardware for Artemis II, which will be the first flight of crew on Orion and SLS. Work progressed on core stage components, booster segments, and other hardware for Artemis III and future missions. This paper will detail the progress made.

John Honeycutt↗

NASA Systems Autonomy Demonstration Program - A step toward Space Station automation

This paper addresses a multiyear NASA program, the Systems Autonomy Demonstration Program (SADP), whose main objectives include the development, integration, and demonstration of automation technology in Space Station flight and ground support systems. The role of automation in the Space Station is reviewed, and the main players in SADP and their roles are described. The core research and technology being promoted by SADP are discussed, and a planned 1988 milestone demonstration of the automated monitoring, operation, and control of a complete mission operations subsystem is addressed.

Starks, S. A.↗

NERVA upgrade: Non-nuclear components

The design of engine based upon the original accomplishmentns of the ROVER/NERVA program (but with the use of advanced technologies) is discussed. Some hypothetical requirements for a typical manned Mars mission are outlined. The following subject areas are covered: typical mission NTR propulsion requirements; performance of NTR operating with high pressure hydrogen; NTR expander cycles; ROVER/NERVA core reactor; Mars propulsion 100 K NTR thrust chamber thermal design parameters; 100 K NTR nozzle assembly; NTR integrated pneumatic-fluidics control system; and 100 K flight thrust module/feed system module assembly.

Gunn, Stanley↗

A preliminary study of a wake vortex encounter hazard boundary for a B737-100 airplane

A preliminary batch simulation study was conducted to define the wake decay required for a Boeing 737-100 airplane to safely encounter a Boeing 727 wake and land. The baseline six-degree-of-freedom B737 simulation was modified to include a wake model and the strip-theory calculation of the vortex-induced forces and moments. The guidance and control inputs for the airplane were provided by an autoland system. The wake strength and encounter altitude were varied to establish a safe encounter boundary. The wake was positioned such that the desired flight path traversed the core of the port Vortex. Various safe landing criteria were evaluated for defining a safe encounter boundary. A sensitivity study was also conducted to assess the effects of encounter model inaccuracies.

Reimer, Heidi M.↗

Use of CCSDS Packets Over SpaceWire to Control Hardware

For the Lunar Reconnaissance Orbiter, the Command and Data Handling subsystem consisted of several electronic hardware assemblies that were connected with SpaceWire serial links. Electronic hardware would be commanded/controlled and telemetry data was obtained using the SpaceWire links. Prior art focused on parallel data buses and other types of serial buses, which were not compatible with the SpaceWire and the core flight executive (CFE) software bus. This innovation applies to anything that utilizes both SpaceWire networks and the CFE software. The CCSDS (Consultative Committee for Space Data Systems) packet contains predetermined values in its payload fields that electronic hardware attached at the terminus of the SpaceWire node would decode, interpret, and execute. The hardware s interpretation of the packet data would enable the hardware to change its state/configuration (command) or generate status (telemetry). The primary purpose is to provide an interface that is compatible with the hardware and the CFE software bus. By specifying the format of the CCSDS packet, it is possible to specify how the resulting hardware is to be built (in terms of digital logic) that results in a hardware design that can be controlled by the CFE software bus in the final application

Haddad, Omar↗

Orion Optical Navigation Progress Toward Exploration: Mission 1

Optical navigation of human spacecraft was proposed on Gemini and implemented successfully on Apollo as a means of autonomously operating the vehicle in the event of lost communication with controllers on Earth. It shares a history with the "method of lunar distances" that was used in the 18th century and gained some notoriety after its use by Captain James Cook during his 1768 Pacific voyage of the HMS Endeavor. The Orion emergency return system utilizing optical navigation has matured in design over the last several years, and is currently undergoing the final implementation and test phase in preparation for Exploration Mission 1 (EM-1) in 2019. The software development is being worked as a Government Furnished Equipment (GFE) project delivered as an application within the Core Flight Software of the Orion camera controller module. The mathematical formulation behind the initial ellipse fit in the image processing is detailed in Christian. The non-linear least squares refinement then follows the technique of Mortari as an estimation process of the planetary limb using the sigmoid function. The Orion optical navigation system uses a body fixed camera, a decision that was driven by mass and mechanism constraints. The general concept of operations involves a 2-hour pass once every 24 hours, with passes specifically placed before all maneuvers to supply accurate navigation information to guidance and targeting. The pass lengths are limited by thermal constraints on the vehicle since the OpNav attitude generally deviates from the thermally stable tail-to-sun attitude maintained during the rest of the orbit coast phase. Calibration is scheduled prior to every pass due to the unknown nature of thermal effects on the lens distortion and the mounting platform deformations between the camera and star trackers. The calibration technique is described in detail by Christian, et al. and simultaneously estimates the Brown-Conrady coefficients and the Star Tracker/Camera interlock angles. Accurate attitude information is provided by the star trackers during each pass. Figure 1 shows the various phases of lunar return navigation when the vehicle is in autonomous operation with lost ground communication. The midcourse maneuvers are placed to control the entry interface conditions to the desired corridor for safe landing. The general form of optical navigation on Orion is where still images of the Moon or Earth are processed to find the apparent angular diameter and centroid in the camera focal plane. This raw data is transformed into range and bearing angle measurements using planetary data and precise star tracker inertial attitude. The measurements are then sent to the main flight computer's Kalman filter to update the onboard state vector. The images are, of course, collected over an arc to converge the state and estimate velocity. The same basic technique was used by Apollo to satisfy loss-of-comm, but Apollo used manual crew sightings with a vehicle-integral sextant instead of autonomously processing optical imagery. The software development is past its Critical Design Review, and is progressing through test and certification for human rating. In support of this, a hardware-in-the-loop test rig was developed in the Johnson Space Center Electro-Optics Lab to exercise the OpNav system prior to integrated testing on the Orion vehicle. Figure 2 shows the rig, which the test team has dubbed OCILOT (Orion Camera In the Loop Optical Testbed). Analysis performed to date shows a delivery that satisfies an allowable entry corridor as shown in Figure 3.

Holt, Greg N.↗

Medical Data Architecture Platform and Recommended Requirements for A Medical Data System for Exploration Missions

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 of medical data management on the International Space Station. 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 derived from the third MDA prototype development will directly inform exploration medical system requirements for Level of Care IV in Gateway missions.In fiscal year 2019, the MDA project developed Test Bed 3, the third iteration in a series of prototypes, that featured integrations with cognition tool data, ultrasound image analytics and core Flight Software (cFS). Maintaining a layered architecture design, the framework implemented a plug-in, modular approach in the integration of these external data sources. An early version of MDA Test Bed 3 software was deployed and operated in a simulated analog environment that was part of the Next Space Technologies for Exploration Partnerships (NextSTEP) Gateway tests of multiple habitat prototypes. In addition, the MDA team participated in the Gateway Test and Verification Demonstration, where the MDA cFS applications was integrated with Gateway-in-a-Box software to send and receive medically relevant data over a simulated vehicle network. This software demonstration was given to ExMC and Gateway Program stakeholders at the NASA Johnson Space Center Integrated Power, Avionics and Software (iPAS) facility. Also, the integrated prototypes served as a vehicle to provide Level 5 requirements for the Crew Health and Performance Habitat Data System for Gateway Missions (Medical Level of Care IV). In the upcoming fiscal year, the MDA project will continue to provide systems engineering and vertical prototypes to refine requirements for medical Level of Care IV and inform requirements for Level of Care V.

Krihak, M.↗

NASA's Next Generation Space Geodesy Network

NASA's Space Geodesy Project (SGP) is developing a prototype core site for a next generation Space Geodetic Network (SGN). Each of the sites in this planned network co-locate current state-of-the-art stations from all four space geodetic observing systems, GNSS, SLR, VLBI, and DORIS, with the goal of achieving modern requirements for the International Terrestrial Reference Frame (ITRF). In particular, the driving ITRF requirements for this network are 1.0 mm in accuracy and 0.1 mm/yr in stability, a factor of 10-20 beyond current capabilities. Development of the prototype core site, located at NASA's Geophysical and Astronomical Observatory at the Goddard Space Flight Center, started in 2011 and will be completed by the end of 2013. In January 2012, two operational GNSS stations, GODS and GOON, were established at the prototype site within 100 m of each other. Both stations are being proposed for inclusion into the IGS network. In addition, work is underway for the inclusion of next generation SLR and VLBI stations along with a modern DORIS station. An automated survey system is being developed to measure inter-technique vectorties, and network design studies are being performed to define the appropriate number and distribution of these next generation space geodetic core sites that are required to achieve the driving ITRF requirements. We present the status of this prototype next generation space geodetic core site, results from the analysis of data from the established geodetic stations, and results from the ongoing network design studies.

Desai, S. D.↗

NASA Crew and Cargo Launch Vehicle Development Approach Builds on Lessons from Past and Present Missions

The United States (US) Vision for Space Exploration, announced in January 2004, outlines the National Aeronautics and Space Administration's (NASA) strategic goals and objectives, including retiring the Space Shuttle and replacing it with new space transportation systems for missions to the Moon, Mars, and beyond. The Crew Exploration Vehicle (CEV) that the new human-rated Crew Launch Vehicle (CLV) lofts into space early next decade will initially ferry astronauts to the International Space Station (ISS) Toward the end of the next decade, a heavy-lift Cargo Launch Vehicle (CaLV) will deliver the Earth Departure Stage (EDS) carrying the Lunar Surface Access Module (LSAM) to low-Earth orbit (LEO), where it will rendezvous with the CEV launched on the CLV and return astronauts to the Moon for the first time in over 30 years. This paper outlines how NASA is building these new space transportation systems on a foundation of legacy technical and management knowledge, using extensive experience gained from past and ongoing launch vehicle programs to maximize its design and development approach, with the objective of reducing total life cycle costs through operational efficiencies such as hardware commonality. For example, the CLV in-line configuration is composed of a 5-segment Reusable Solid Rocket Booster (RSRB), which is an upgrade of the current Space Shuttle 4- segment RSRB, and a new upper stage powered by the liquid oxygen/liquid hydrogen (LOX/LH2) J-2X engine, which is an evolution of the J-2 engine that powered the Apollo Program s Saturn V second and third stages in the 1960s and 1970s. The CaLV configuration consists of a propulsion system composed of two 5-segment RSRBs and a 33- foot core stage that will provide the LOX/LED needed for five commercially available RS-68 main engines. The J-2X also will power the EDS. The Exploration Launch Projects, managed by the Exploration Launch Office located at NASA's Marshall Space Flight Center, is leading the design, development, testing, and operations planning for these new space transportation systems. Utilizing a foundation of heritage hardware and management lessons learned mitigates both technical and programmatic risk. Project engineers and managers work closely with the Space Shuttle Program to transition hardware, infrastructure, and workforce assets to the new launch systems, leveraging a wealth of knowledge from Shuffle operations. In addition, NASA and its industry partners have tapped into valuable Apollo databases and are applying corporate wisdom conveyed firsthand by Apollo-era veterans of America s original Moon missions. Learning from its successes and failures, NASA employs rigorous systems engineering and systems management processes and principles in a disciplined, integrated fashion to further improve the probability of mission success.

Dumbacher, Daniel L.↗