Search NASA⌕ Search

SEARCH · Search NASA

Results for “NASA 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 55 records · Page 3
All sourcesNASA NTRSDOE OSTI
NASA NTRS2017

NASA's Space Launch System Gains Momentum Toward Integration and Testing

NASA's Space Launch System (SLS) entered a new phase in 2017, completing major structural manufacturing on the core stage and delivering the first flight hardware to NASA's Kennedy Space Center (KSC). The program is now transitioning to integration, assembly and testing in preparation for launch readiness in late 2019. Core stage prime contractor Boeing concluded welding of the major core stage components for Exploration Mission 1 (EM-1) with the liquid hydrogen flight tank, following completion of the engine section, liquid oxygen tank, and forward skirt. Technicians also completed assembly of the bolted intertank, and all sections are currently in hardware integration. The engine section structural test article was shipped to NASA's Marshall Space Flight Center (MSFC) and began testing in 2017. The core stage pathfinder shipped to NASA's Michoud Assembly Facility (MAF). Booster prime contractor Orbital ATK made significant progress casting motor segments for SLS, with several segments finishing processing and in storage. Forward and aft sections of the boosters are being refurbished at KSC. RS-25 prime contractor Aerojet Rocketdyne completed SLS adaptation testing and qualification of four new EM-1 controllers. The four EM-1 engines are ready and waiting for shipment from NASA's Stennis Space Center (SSC) to Michoud Assembly Facility (MAF) for core stage integration in preparation for green run testing at SSC. The EM-1 Interim Cryogenic Propulsion System (ICPS) became the first major piece of SLS to arrive at KSC. Welding is complete on the EM-1 Launch Vehicle Stage Adapter (LVSA) and the flight Orion Stage Adapter (OSA). SLS is critical to U.S. leadership in future human and robotic space exploration, including a presence on the moon in preparation for missions deeper into space. This paper will elaborate on 2017 SLS progress and progress envisioned for 2018.

Askins, Bruce R.↗
NASA NTRSDate not supplied

Thermal Protection System P50 Cork Char Response Characterization to Ascent Flight Shear and Heating Environments

NASA’s Space Launch System (SLS) experienced deflagration of the acreage of the Core Stage base heat shield during the Green Run hot-fire test campaigns and Artemis I flight. The burning products from the base heat shield during Green Run hot-fire test operation led to concerns in aerothermal environments and thermal protection system (TPS) performance prior to Artemis I flight. Updated design thermal environments accounting for cork combustion were developed using Green Run measurements and assessed prior to Artemis I, resulting in increased TPS thickness for the base heat shield. This work documents a highly controlled ground test within the NASA Marshall Space Flight Center’s Propulsion Test Branch Hot Gas Facility (HGF) and investigates the P50 cork TPS response due to sensitivity changes in radiative heat rates and surface shear stress. Prior to testing at the HGF, most of the P50 cork panels had a thick layer of char due to the cork combustion process replicated in a thermal vacuum chamber. SLS ascent shear stress and heating rate profile were simulated within the HGF by running the combustion-driven wind tunnel at off-nominal conditions and Mach numbers below 1. This test data provided insight into aerothermal measurements from Artemis I flight as well as informing updated base heating design environments for Artemis II. An in-depth understanding of the TPS P50 cork char response and observations is presented for launch vehicle flight ascent environments.

aerothermodynamics↗
NASA NTRS1991

Advanced orbiting systems front end

The Advanced Orbiting System (AOS) Front End System is being designed at NASA's Goddard Space Flight Center as a prototype front end to demonstrate the core front end functions required in the Customer Data Operations Systems (CDOS) in a realistic data processing requirement. The overall goal is to provide a low-cost environment for evaluating and verifying AOS and CDOS requirements before the actual operational systems are built. The architecture of the AOS Front End system, its core processing functions, and performance requirements are discussed, as are possible implementation architectures and solutions being developed to handle key AOS services.

Hand, Sarah↗
NASA NTRS2017

Space Launch System, Core Stage, Structural Test Design and Implementation

As part of the National Aeronautics and Space Administration's (NASA) Space Launch System (SLS) Program, engineers at NASA's Marshall Space Flight Center (MSFC) in Huntsville, Alabama are working to design, develop and implement the SLS Core Stage structural testing. The SLS will have the capability to return humans to the Moon and beyond and its first launch is scheduled for December of 2017. The SLS Core Stage consist of five major elements; Forward Skirt, Liquid Oxygen (LOX) tank, Intertank (IT), Liquid Hydrogen (LH2) tank and the Engine Section (ES). Structural Test Articles (STA) for each of these elements are being designed and produced by Boeing at Michoud Assembly Facility located in New Orleans, La. The structural test for the Core Stage STAs (LH2, LOX, IT and ES) are to be conducted by the MSFC Test Laboratory. Additionally, the MSFC Test Laboratory manages the Structural Test Equipment (STE) design and development to support the STAs. It was decided early (April 2012) in the project life that the LH2 and LOX tank STAs would require new test stands and the Engine Section and Intertank would be tested in existing facilities. This decision impacted schedules immediately because the new facilities would require Construction of Facilities (C of F) funds that require congressional approval and long lead times. The Engine Section and Intertank structural test are to be conducted in existing facilities which will limit lead times required to support the first launch of SLS. With a SLS launch date of December, 2017 Boeing had a need date for testing to be complete by September of 2017 to support flight certification requirements. The test facilities were required to be ready by October of 2016 to support test article delivery. The race was on to get the stands ready before Test Article delivery and meet the test complete date of September 2017. This paper documents the past and current design and development phases and the supporting processes, tools, and methodology for supporting the SLS Core Stage STA test stands and related STE. The paper will address key requirements, system development activities and project challenges. Additionally, the interrelationships as well as interdependencies within the SLS project will be discussed.

Shaughnessy, Ray↗
NASA NTRS2019

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↗
NASA NTRS2012

Certification of COTS Software in NASA Human Rated Flight Systems

Adoption of commercial off-the-shelf (COTS) products in safety critical systems has been seen as a promising acquisition strategy to improve mission affordability and, yet, has come with significant barriers and challenges. Attempts to integrate COTS software components into NASA human rated flight systems have been, for the most part, complicated by verification and validation (V&V) requirements necessary for flight certification per NASA s own standards. For software that is from COTS sources, and, in general from 3rd party sources, either commercial, government, modified or open source, the expectation is that it meets the same certification criteria as those used for in-house and that it does so as if it were built in-house. The latter is a critical and hidden issue. This paper examines the longstanding barriers and challenges in the use of 3rd party software in safety critical systems and cover recent efforts to use COTS software in NASA s Multi-Purpose Crew Vehicle (MPCV) project. It identifies some core artifacts that without them, the use of COTS and 3rd party software is, for all practical purposes, a nonstarter for affordable and timely insertion into flight critical systems. The paper covers the first use in a flight critical system by NASA of COTS software that has prior FAA certification heritage, which was shown to meet the RTCA-DO-178B standard, and how this certification may, in some cases, be leveraged to allow the use of analysis in lieu of testing. Finally, the paper proposes the establishment of an open source forum for development of safety critical 3rd party software.

Goforth, Andre↗
NASA NTRS2007

NASA's Core Trajectory Sub-System Project: Using JBoss Enterprise Middleware for Building Software Systems Used to Support Spacecraft Trajectory Operations

NASA's Johnson Space Center (JSC) / Flight Design and Dynamics Division (DM) has prototyped the use of Open Source middleware technology for building its next generation spacecraft mission support system. This is part of a larger initiative to use open standards and open source software as building blocks for future mission and safety critical systems. JSC is hoping to leverage standardized enterprise architectures, such as Java EE, so that its internal software development efforts can be focused on the core aspects of their problem domain. This presentation will outline the design and implementation of the Trajectory system and the lessons learned during the exercise.

Stensrud, Kjell C.↗
NASA NTRS2015

Message Latency Characterization of a Distributed Live, Virtual, Constructive Simulation Environment

A distributed test environment incorporating Live, Virtual, Constructive, (LVC) concepts was developed to execute standalone and integrated simulations and flight-tests that support unmanned aircraft research for NASA’s Unmanned Aircraft Systems (UAS) in the National Airspace System (NAS) Project. The LVC components form the core infrastructure that supports simulation of UAS operations by integrating live and virtual aircraft in a realistic air traffic environment. This LVC infrastructure enables efficient testing by leveraging the use of existing distributed assets. The LVC concepts used for the UAS in the NAS project include live aircraft, flight simulators, and virtual air traffic control assets operating at facilities distributed across multiple NASA Centers. With a distributed network, however, there is a concern that message latency could impact the realism of a simulation and its data. The latencies associated with sending data among these distributed facilities were, therefore, measured to ensure that they fall within acceptable parameters. Several live and virtual test assets were integrated into the LVC infrastructure including NASA Armstrong’s Ikhana MQ-9 unmanned aircraft, NASA Glenn’s S3-B manned aircraft, and the B747 flight simulator at NASA Ames. Average latencies from 100 to 150 milliseconds were observed between the LVC System running at NASA Ames and each of the participating NASA Centers under a light-to-moderate (fifty aircraft) traffic sample.

Murphy, James R.↗
NASA NTRSDate not supplied

Autonomous Navigation, Guidance, and Control Software in a Low SWaP Box

Onboard autonomy is a necessity for responsive space operations. Autonomous navigation, guidance, and control (NGC) enables space missions to reduce their dependence on high demand ground assets and costly ground personnel. It also allows for in-situ decision making and higher return on mission data. A flight software and hardware system providing this capability, called “autoNGC,” is currently being developed at NASA Goddard Space Flight Center for infusion into multiple future missions. The autoNGC flight software is built on the plug-and-play architecture of the core Flight System (cFS) consisting of the standard cFS apps and newly developed autoNGC interface apps and libraries. The various apps cooperate through communication over the message-based software bus. With the plug-and-play architecture of autoNGC, cFS apps can easily be added and replaced to meet the needs of different missions, even after launch. The first flight software release of autoNGC is targeted for Summer 2024 to provide autonomous navigation at the Moon and beyond. It can perform sensor fusion of multiple measurement types including pseudo-range from a Global Navigation Satellite System (GNSS) receiver (including weak signal), 1-way and 2-way range and Doppler from ground stations (i.e., direct to Earth (DTE)), bearing and range from optical camera images, and accelerometer data. Accurate onboard navigation and timing is obtained through the Goddard Enhanced Onboard Navigation System (GEONS) software library which fuses different measurement types through an extended Kalman filter (EKF) framework. Optical measurements that are ingested in GEONS are first extracted from optical images by the cFS Goddard Image Analysis and Navigation Tool (cGIANT) app. If the imaged body is far enough away that it appears as a pixel or cluster of pixels, then bearing angles to the body centroid can be provided. If the body is close enough and the shape is known coarsely, then bearing angles and range to the body centroid can be derived from the limb. Bearing angles to individual surface features can also be extracted (i.e., terrain relative navigation (TRN)). Onboard guidance and control capabilities are being developed for a future release to perform autonomous station-keeping and trajectory correction maneuvers in multiple orbital regimes. Capabilities to enable distributed systems missions and constellations, such as crosslink measurements, and onboard time management are being developed as well. The first hardware implementation of autoNGC is a minimal size, weight, and power (SWaP) design allowing for inclusion into CubeSats and SmallSat-size buses. Advancements in miniaturized space processors, such as the SpaceCube 3.0 Mini and the SpaceCube Mini-Z are utilized for low SWaP while maintaining a high level of performance. The current enclosure design is 12 cm x 17 cm x 13.5 cm. The box mass is expected to be less than 2 kg, and the nominal power is 21 W. In order to accommodate a wide range of missions, the hardware interfaces are designed for flexibility with a variety of sensor inputs. Through comprehensive testing in the software-in-the-loop, processor-in-the-loop, and hardware-in-the-loop test beds that are concurrently being developed, autoNGC is expected to achieve TRL 6 by late 2024.

Sun Hur-Diaz↗
NASA NTRS2014

Avionics Architectures for Exploration: Ongoing Efforts in Human Spaceflight

The field of Avionics is advancing far more rapidly in terrestrial applications than in spaceflight applications. Spaceflight Avionics are not keeping pace with expectations set by terrestrial experience, nor are they keeping pace with the need for increasingly complex automation and crew interfaces as we move beyond Low Earth Orbit. NASA must take advantage of the strides being made by both space-related and terrestrial industries to drive our development and sustaining costs down. This paper describes ongoing efforts by the Avionics Architectures for Exploration (AAE) project chartered by NASA's Advanced Exploration Systems (AES) Program to evaluate new avionic architectures and technologies, provide objective comparisons of them, and mature selected technologies for flight and for use by other AES projects. The AAE project team includes members from most NASA centers, and from industry. It is our intent to develop a common core avionic system that has standard capabilities and interfaces, and contains the basic elements and functionality needed for any spacecraft. This common core will be scalable and tailored to specific missions. It will incorporate hardware and software from multiple vendors, and be upgradeable in order to infuse incremental capabilities and new technologies. It will maximize the use of reconfigurable open source software (e.g., Goddard Space Flight Center's (GSFC's) Core Flight Software (CFS)). Our long-term focus is on improving functionality, reliability, and autonomy, while reducing size, weight, and power. Where possible, we will leverage terrestrial commercial capabilities to drive down development and sustaining costs. We will select promising technologies for evaluation, compare them in an objective manner, and mature them to be available for future programs. The remainder of this paper describes our approach, technical areas of emphasis, integrated test experience and results as of mid-2014, and future plans. As a part of the AES Program, we are encouraged to set aggressive goals and fall short if necessary, rather than to set our sights too low. We are also asked to emphasize providing our personnel with hands-on experience in development, integration, and testing. That we have embraced both of these philosophies will be evident in the descriptions below.

Goforth, Montgomery B.↗
NASA NTRS1998

Low Cost Large Core Vehicle Structures Assessment

Boeing Information, Space, and Defense Systems executed a Low Cost Large Core Vehicle Structures Assessment (LCLCVSA) under contract to NASA Marshall Space Flight Center (MSFC) between November 1997 and March 1998. NASA is interested in a low-cost launch vehicle, code named Magnum, to place heavy payloads into low earth orbit for missions such as a manned mission to Mars, a Next Generation Space Telescope, a lunar-based telescope, the Air Force's proposed space based laser, and large commercial satellites. In this study, structural concepts with the potential to reduce fabrication costs were evaluated in application to the Magnum Launch Vehicle (MLV) and the Liquid Fly Back Booster (LFBB) shuttle upgrade program. Seventeen concepts were qualitatively evaluated to select four concepts for more in-depth study. The four structural concepts selected were: an aluminum-lithium monocoque structure, an aluminum-lithium machined isogrid structure, a unitized composite sandwich structure, and a unitized composite grid structure. These were compared against a baseline concept based on the Space Shuttle External Tank (ET) construction. It was found that unitized composite structures offer significant cost and weight benefits to MLV structures. The limited study of application to LFBB structures indicated lower, but still significant benefits. Technology and facilities development roadmaps to prepare the approaches studied for application to MLV and LFBB were constructed. It was found that the cost and schedule to develop these approaches were in line with both MLV and LFBB development schedules. Current Government and Boeing programs which address elements of the development of the technologies identified are underway. It is recommended that NASA devote resources in a timely fashion to address the specific elements related to MLV and LFBB structures.

Hahn, Steven E.↗
NASA NTRS2016

SLS Flight Software Testing: Using a Modified Agile Software Testing Approach

NASA's Space Launch System (SLS) is an advanced launch vehicle for a new era of exploration beyond earth's orbit (BEO). The world's most powerful rocket, SLS, will launch crews of up to four astronauts in the agency's Orion spacecraft on missions to explore multiple deep-space destinations. Boeing is developing the SLS core stage, including the avionics that will control vehicle during flight. The core stage will be built at NASA's Michoud Assembly Facility (MAF) in New Orleans, LA using state-of-the-art manufacturing equipment. At the same time, the rocket's avionics computer software is being developed here at Marshall Space Flight Center in Huntsville, AL. At Marshall, the Flight and Ground Software division provides comprehensive engineering expertise for development of flight and ground software. Within that division, the Software Systems Engineering Branch's test and verification (T&V) team uses an agile test approach in testing and verification of software. The agile software test method opens the door for regular short sprint release cycles. The idea or basic premise behind the concept of agile software development and testing is that it is iterative and developed incrementally. Agile testing has an iterative development methodology where requirements and solutions evolve through collaboration between cross-functional teams. With testing and development done incrementally, this allows for increased features and enhanced value for releases. This value can be seen throughout the T&V team processes that are documented in various work instructions within the branch. The T&V team produces procedural test results at a higher rate, resolves issues found in software with designers at an earlier stage versus at a later release, and team members gain increased knowledge of the system architecture by interfacing with designers. SLS Flight Software teams want to continue uncovering better ways of developing software in an efficient and project beneficial manner. Through agile testing, there has been increased value through individuals and interactions over processes and tools, improved customer collaboration, and improved responsiveness to changes through controlled planning. The presentation will describe agile testing methodology as taken with the SLS FSW Test and Verification team at Marshall Space Flight Center.

Bolton, Albanie T.↗
NASA NTRS2018

NASA's Space Launch System Moves into Testing and Integration

NASA's Space Launch System (SLS) has moved from design and manufacturing into testing and integration for its first flight as early as December 2019. In 2017, the NASA/industry team completed manufacturing of all major structural elements for the launch vehicle for Exploration Mission-I (EM-1 ). That work included shipping the first major flight hardware element to the launch site. The team processed all four RS-25 engines for stage integration, cast all 10 booster flight motor segments, and manufactured all five major sections of the core stage. The program also completed major structural work on the B-2 test stand at Stennis Space Center, which will be used for the core stage "green run" test; delivered the core stage and engine simulators used for training; and much of the transportation equipment for the core stage. Engineers completed structural testing on the upper stage/payload section of the vehicle as well as the engine section test article. In 2018, the program will deliver the Orion Stage Adapter (OSA) to Exploration Ground Systems (EGS) at KSC and send the test articles for the core stage liquid hydrogen tank, liquid oxygen tank, and intertank to NASA's Marshall Space Flight center for structural testing. Additionally, workers will begin the challenging process of integrating the major sections of the 212-foot EM-1 core stage. This work is focused on the initial Block 1 variant of SLS, capable of launching more than 70 metric tons (t) to low Earth orbit (LEO). However, work concurrently is underway on the Block lB variant, which will enable 105 t to LEO and more than 37t to trans-lunar injection (TLI). Block lB will be the workhorse vehicle of NASA's lunar exploration plans. As the needs of the nation's deep space exploration program grow, SLS performance is designed to evolve to a payload mass of 130 t to LEO and up to 45t to TLI. The advantages of this mass - as well as volume- are critical to the entire exploration architecture for deep space exploration. They translate to greater capability, greater infrastructure and operational simplicity, less overall mission risk, and opportunities to accomplish unprecedented exploration and discovery. This paper will discuss SLS progress to date and planned future work.

Honeycutt, John↗
NASA NTRS1999

Baselining the New GSFC Information Systems Center: The Foundation for Verifiable Software Process Improvement

This paper describes a study performed at the Information System Center (ISC) in NASA Goddard Space Flight Center. The ISC was set up in 1998 as a core competence center in information technology. The study aims at characterizing people, processes and products of the new center, to provide a basis for proposing improvement actions and comparing the center before and after these actions have been performed. The paper presents the ISC, goals and methods of the study, results and suggestions for improvement, through the branch-level portion of this baselining effort.

Parra, A.↗
NASA NTRS2006

BAE Systems Radiation Hardened SpaceWire ASIC and Roadmap

An Application Specific Integrated Circuit (ASIC) that implements the SpaceWire protocol has been developed in a radiation hardened 0.25 micron CMOS, technology. This effort began in March 2003 as a joint development between the NASA Goddard Space Flight Center (GSFC) and BAE Systems. The BAE Systems SpaceWire ASlC is comprised entirely of reusable core elements, many of which are already flight-proven. It incorporates a 4-port SpaceWire router with two local ports, dual PC1 bus interfaces, a microcontroller, 32KB of internal memory, -and a memory controller for additional external memory use. The SpaceWire ASlC is planned for use on both the Geostationary Operational Environmental Satellites (GOES)-R and the Lunar Reconnaissance Orbiter (LRO). Engineering parts have already been delivered to both programs. This paper discusses the SpaceWire protocol and those elements of it that have been built into the current SpaceWire reusable core. There are features within the core that go beyond the current standard that can be enabled or disabled by the user and these will be described. The adaptation of SpaceWire to BAE Systems' On Chip Bus (OCB) for compatibility with the other reusable cores will be discussed. Optional configurations within user systems will be shown. The physical imp!ementation of the design will be described and test results from the hardware will be discussed. Finally, the BAE Systems roadmap for SpaceWire developments will be discussed, including some products already in design as well as longer term plans.

Berger, Richard↗
NASA NTRS2007

A One Chip Hardened Solution for High Speed SpaceWire System Implementations. Session: Components

An Application Specific Integrated Circuit (ASIC) that implements the SpaceWire protocol has been developed in a radiation hardened 0.25 micron CMOS technology. This effort began in March 2003 as a joint development between the NASA Goddard Space Flight Center (GSFC) and BAE Systems. The BAE Systems SpaceWire ASIC is comprised entirely of reusable core elements, many of which are already flight-proven. It incorporates a router with 4 SpaceWire ports and two local ports, dual PC1 bus interfaces, a microcontroller, 32KB of internal memory, and a memory controller for additional external memory use. The SpaceWire cores are also reused in other ASICs under development. The SpaceWire ASIC is planned for use on the Geostationary Operational Environmental Satellites (GOES)-R, the Lunar Reconnaissance Orbiter (LRO) and other missions. Engineering and flight parts have been delivered to programs and users. This paper reviews the SpaceWire protocol and those elements of it that have been built into the current and next SpaceWire reusable cores and features within the core that go beyond the current standard and can be enabled or disabled by the user. The adaptation of SpaceWire to BAE Systems' On Chip Bus (OCB) for compatibility with the other reusable cores will be reviewed and highlighted. Optional configurations within user systems and test boards will be shown. The physical implementation of the design will be described and test results from the hardware will be discussed. Application of this ASIC and other ASICs containing the SpaceWire cores and embedded microcontroller to Plug and Play and reconfigurable implementations will be described. Finally, the BAE Systems roadmap for SpaceWire developments will be updated, including some products already in design as well as longer term plans.

Marshall, Joseph R.↗
NASA NTRS2012

Next Generation NASA Initiative for Space Geodesy

Space geodesy measurement requirements have become more and more stringent as our understanding of the physical processes and our modeling techniques have improved. In addition, current and future spacecraft will have ever-increasing measurement capability and will lead to increasingly sophisticated models of changes in the Earth system. Ground-based space geodesy networks with enhanced measurement capability will be essential to meeting these oncoming requirements and properly interpreting the sate1!ite data. These networks must be globally distributed and built for longevity, to provide the robust data necessary to generate improved models for proper interpretation ofthe observed geophysical signals. These requirements have been articulated by the Global Geodetic Observing System (GGOS). The NASA Space Geodesy Project (SGP) is developing a prototype core site as the basis for a next generation Space Geodetic Network (SGN) that would be NASA's contribution to a global network designed to produce the higher quality data required to maintain the Terrestrial Reference Frame and provide information essential for fully realizing the measurement potential of the current and coming generation of Earth Observing spacecraft. Each of the sites in the SGN would include co-located, state of-the-art systems from all four space geodetic observing techniques (GNSS, SLR, VLBI, and DORIS). The prototype core site is being developed at NASA's Geophysical and Astronomical Observatory at Goddard Space Flight Center. The project commenced in 2011 and is scheduled for completion in late 2013. In January 2012, two multiconstellation GNSS receivers, GODS and GODN, were established at the prototype site as part of the local geodetic network. Development and testing are also underway on the next generation SLR and VLBI systems along with a modern DORIS station. An automated survey system is being developed to measure inter-technique vector ties, 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.

Merkowitz, S. M.↗
NASA NTRS2010

The Global Precipitation Measurement (GPM) Project

The Global Precipitation Measurement (GP!v1) mission is an international cooperative effort to advance the understanding of the physics of the Earth's water and energy cycle. Accurate and timely knowledge of global precipitation is essential for understanding the weather/climate/ecological system, for improving our ability to manage freshwater resources, and for predicting high-impact natural hazard events including floods, droughts, extreme weather events, and landslides. The GPM Core Observatory will be a reference standard to uniformly calibrate data from a constellation of spacecraft with passive microwave sensors. GPM is being developed under a partnership between the United States (US) National Aeronautics and Space Administration (NASA) and the Japanese Aerospace and Exploration Agency (JAXA). NASA's Goddard Space Flight Center (GSFC), in Greenbelt, MD is developing the Core Observatory, two GPM Microwave Imager (GMI) instruments, Ground Validation System and Precipitation Processing System for the GPM mission. JAXA will provide a Dual-frequency Precipitation Radar (DPR) for installation on the Core satellite and launch services for the Core Observatory. The second GMI instrument will be flown on a partner-provided spacecraft. Other US agencies and international partners contribute to the GPM mission by providing precipitation measurements obtained from their own spacecraft and/or providing ground-based precipitation measurements to support ground validation activities. The Precipitation Processing System will provide standard data products for the mission.

Azarbarzin, Ardeshir↗