SEARCH · Search NASA
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.
Commonwealth Fusion Systems (CFS) is working to risk-retire aspects of technologies related to Fusion Energy System (FES) blanket technology. CFS is actively investigating the molten salt LiF-BeF 2 (FLiBe), a novel blanket material, for fusion energy machines.
Livestock and poultry manure management in the U.S. is a greenhouse gas (GHG) intensive process, emitting 81.7 MMT CO 2 e in 2022 (1.5% of net U.S. GHG emissions). The primary GHG is methane (CH 4 ), with 2,312 kt released in 2022 (9% of U.S. CH 4 emissions). Manure management methods are commonly categorized by whether they are anaerobic (“wet”) or aerobic (“dry”) techniques. Although dry methods manage the largest share of manure, the majority of GHG emissions are generated during storage of manure in anaerobic conditions – typically in water-filled tanks, pits, or lagoons. There has been a 65% increase in emissions from 1990, primarily due to an increasing cattle population. Also, this rise in population has been coupled with a rise in animal confinement and density, which typically adopt wet manure management methods. Within wet methods, anaerobic bacteria proliferate and decompose volatile solids (VS) within the manure in a process called anaerobic digestion to produce roughly equal mixtures of CH 4 and carbon dioxide (CO 2 ). These GHGs are fugitive, in that they are assumed to be released to the atmosphere and contribute to GHGs within U.S. GHG inventories. If the methane is captured and purified (i.e., “upgraded”) this simultaneously mitigates GHGs that would have otherwise been released and produces a valuable energy product known colloquially as Renewable Natural Gas (RNG). Such processes are acknowledged by U.S. policy through programs such as the U.S. Renewable Fuels Standard (RFS), the federal Clean Fuel Production Credit (45Z), and state clean fuel standards (CFS). In the 45Z and CFS schemes, the GHG emissions of the business-as-usual (BAU) manure management system is taken as a baseline, and credits are received based on GHG reductions relative to this baseline. Thus, estimating the GHG emissions of the BAU scenario (also known as the “counterfactual”) is necessary.
The most comprehensive publicly available freight databases are the Commodity Flow Survey (CFS) and the FHWA s Freight Analysis Framework (FAF). These two sources contain dollar value and weight of freight movements at high geographic levels, such as state or metropolitan areas. Due to the difficulty in obtaining freight data at lower geographies various practitioners and researchers have been suggesting to estimate freight models based on aggregate data. Following these recent practices, a methodology to estimate a nationwide production and attraction models for U.S. domestic trade of goods is presented. To this end, a CFS s data set provided by U.S. Census Bureau and composed of two-nonconsecutive year period (2002 and 2007) of movements of goods between U.S. states for 27 industry sectors was used. The state payroll by industry sector, obtained from the County Business Patterns of the U.S. Census, was the variable used to estimate freight generation models. The main objective of this paper is to analyze the temporal stability and predictability of the proposed aggregate models. The results indicate that the payroll alone explains a significant portion of the freight production and attraction at the state level. However, such simplification in the model process did not result in reasonable predictions of freight for a future year horizon. It is recommended that time-dependent factors (e.g. variables related to changes industry productivity) affecting freight demand should be considered in the modeling process.
The economic viability of high-strength carbon fibers is pivotal for their integration into Type IV compressed hydrogen storage tanks. Oak Ridge National Laboratory is advancing this objective by developing cost-effective, textile-grade polyacrylonitrile (PAN) precursor fibers through an optimized wet spinning-process to garner more microstructural control over the precursor fibers. Here, this study examines the microstructural characteristics of PAN fibers, particularly the crystalline orientation factor, and their impact on mechanical properties in both precursor and thermally converted carbon fibers (CFs). Three wet-spun PAN fibers, all having diameters of 12-13 µm but varying orientation factors were assessed. Comprehensive characterization using X-ray scattering and microscopy revealed that fibers with higher orientation factors exhibited enhanced crystallinity and optimized crystallite sizes. Mechanical testing demonstrated that the PAN fiber with the highest orientation factor achieved the greatest tensile strength (98 ksi) and modulus (1.60 Msi). Additionally optical and scanning electron microscopy confirmed smooth and defect-free surfaces across all samples. These findings indicate that manipulating spinning parameters to maximize orientation factor is more impactful in achieving high strength and modulus over factors attributed to crystallinity and crystallite sizes. Here, highest performing CFs, thermally processed in lab from textile-grade precursor averaged 558 ksi, a 10% increase over previous results.
In order to meet the needs of constantly advancing technologies, fabricating materials with improved properties and predictable behavior has become vital. To that end, we have prepared polydimethylsiloxane (PDMS) polymer samples filled with carbon nanofibers (CFs) at 0, 0.5, 1.0, 2.0, and 4.0 CF loadings (w/w) to investigate and optimize the amount of filler needed for fabrication with improved mechanical properties. Samples were prepared using easy, cost-efficient mechanical mixing to combine the PDMS and CF filler and were then characterized by chemical (FTIR), mechanical (hardness and tension), and physical (swelling, thermogravimetric analysis (TGA), differential scanning calorimetry (DSC), and coefficient of thermal expansion) analyses to determine the material properties. We found that hardness and thermal stability increased predictably, while the ultimate strength and toughness both decreased. Repeated tension caused the CF-filled PDMS samples to lose significant toughness with increasing CF loadings. The hardness and thermal degradation temperature with 4 wt.% CF loading in PDMS increased more than 40% and 25 °C, respectively, compared with the pristine PDMS sample. Additionally, dilatometer measurements showed a 20% decrease in the coefficient of thermal expansion (CTE) with a small amount of CF filler in PDMS. In this study, we were able to show the mechanical and thermal properties of PDMS can be tuned with good confidence using CFs.
To investigate the cloud phase and macrophysical properties over the Southern Ocean (SO), the Department of Energy (DOE) Atmospheric Radiation Measurement (ARM) Mobile Facility (AMF2) was installed on the Australian icebreaker research vessel (R/V) Aurora Australis during the Measurements of Aerosols, Radiation, and Clouds over the Southern Ocean (MARCUS) field campaign (41 to 69° S, 60 to 160° E) from October 2017 to March 2018. To examine cloud properties over the midlatitude and polar regions, the study domain is separated into the northern (NSO) and southern (SSO) parts of the SO, with a demarcation line of 60°S. The total cloud fractions (CFs) were 77.9 %, 67.6 %, and 90.3 % for the entire domain, NSO and SSO, respectively, indicating that higher CFs were observed in the polar region. Low-level clouds and deep convective clouds are the two most common cloud types over the SO.
The current operational version of National Centers for Environmental Prediction (NCEP) Global Forecasting System (GFS) shows significant low cloud bias. These biases also appear in the Coupled Forecast System (CFS), which is developed from the GFS. These low cloud biases degrade seasonal and longer climate forecasts, particularly of short-wave cloud radiative forcing, and affect predicted sea surface temperature. Reducing this bias in the GFS will aid the development of future CFS versions and contributes to NCEP's goal of unified weather and climate modelling. Changes are made to the shallow convection and planetary boundary layer parameterisations to make them more consistent with current knowledge of these processes and to reduce the low cloud bias. These changes are tested in a single-column version of GFS and in global simulations with GFS coupled to a dynamical ocean model. In the single-column model, we focus on changing parameters that set the following: the strength of shallow cumulus lateral entrainment, the conversion of updraught liquid water to precipitation and grid-scale condensate, shallow cumulus cloud top, and the effect of shallow convection in stratocumulus environments. Results show that these changes improve the single-column simulations when compared to large eddy simulations, in particular through decreasing the precipitation efficiency of boundary layer clouds. These changes, combined with a few other model improvements, also reduce boundary layer cloud and albedo biases in global coupled simulations.
Corrosion fatigue tests were conducted on Inconel 718 and Incoloy 903 in distilled water, 500 ppm NaCl, and 3.5% NaCl. Results were compared to the endurance limit in air. For Inconel 718, the corrosion fatigue strength (CFS) IN 3.5% NaCl WAS 328 MPa or 75 percent of the endurance limit. For Incoloy 903, the CFS ranged from 234 MPa in distilled water (68 percent of the endurance limit) to 103 MPa in 3.5% NaCl (30 percent of the endurance limit). Results indicate that, for components which have limited fatigue life, an evaluation of the combined effects of fatigue and the corrosive atmosphere must be considered in projecting useful lifetimes.
The real world consists of a very large number of instances of events and continuous numeric values. On the other hand, people represent and process their knowledge in terms of abstracted concepts derived from generalization of these instances and numeric values. Logic based paradigms for knowledge representation use symbolic processing both for concept representation and inference. Their underlying assumption is that a concept can be defined precisely. However, as this assumption hardly holds for natural concepts, it follows that symbolic processing cannot deal with such concepts. Thus symbolic processing has essential problems from a practical point of view of applications in the real world. In contrast, fuzzy set theory can be viewed as a stronger and more practical notation than formal, logic based theories because it supports both symbolic processing and numeric processing, connecting the logic based world and the real world. In this paper, we propose multi-layered reasoning by using conceptual fuzzy sets (CFS). The general characteristics of CFS are discussed along with upper layer supervision and context dependent processing.
The key points to be gleaned from the effort reported herein are that the CFS (Compliant Foil Seal) has been demonstrated in conjunction with a foil bearing in a small gas turbine simulator at temperatures as high as 1000 F and outperformed a comparable brush seal. Having demonstrated the feasibility of the CFS, it would appear that this new seal design has application potential in a wide range of machines. What remains is to demonstrate performance at higher pressure ratios, consistent performance at large rotor excursions and the ability to manufacture the seal in much larger sizes exceeding by an order of magnitude that which has been tested to date.
Primary afferent activity was recorded from the cochlear ganglion in chicken embryos (Gallus domesticus) at 19 days of incubation (E19). The ganglion was accessed via the recessus scala tympani and impaled with glass micropipettes. Frequency tuning curves were obtained using a computerized threshold tracking procedure. Tuning curves were evaluated to determine characteristics frequencies (CFs), CF thresholds, slopes of low and high frequency flanks, and tip sharpness (Q10dB). The majority of tuning curves exhibited the typical 'V' shape described for older birds and, on average, appeared relatively mature based on mean values for CF thresholds (59.6 +/- 20.3 dBSPL) and tip sharpness (Q10dB = 5.2 +/- 3). The mean slopes of low (61.9 +/- 37 dB/octave) and high (64.6 +/- 33 dB/octave) frequency flanks although comparable were somewhat less than those reported for 21-day-old chickens. Approximately 14% of the tuning curves displayed an unusual 'saw-tooth' pattern. CFs ranged from 188 to 1623 Hz. The highest CF was well below those reported for post-hatch birds. In addition, a broader range of Q10dB values (1.2 to 16.9) may related to a greater variability in embryonic tuning curves. Overall, these data suggest that an impressive functional maturity exists in the embryo at E19. The most significant sign of immaturity was the limited expression of high frequencies. It is argued that the limited high CF in part may be due to the developing middle ear transfer function and/or to a functionally immature cochlear base.
The Responsive Space initiative has several implications for flight software that need to be addressed not only within the run-time element, but the development infrastructure and software life-cycle process elements as well. The runtime element must at a minimum support Plug & Play, while the development and process elements need to incorporate methods to quickly generate the needed documentation, code, tests, and all of the artifacts required of flight quality software. Very rapid response times go even further, and imply little or no new software development, requiring instead, using only predeveloped and certified software modules that can be integrated and tested through automated methods. These elements have typically been addressed individually with significant benefits, but it is when they are combined that they can have the greatest impact to Responsive Space. The Flight Software Branch at NASA's Goddard Space Flight Center has been developing the runtime, infrastructure and process elements needed for rapid integration with the Core Flight software System (CFS) architecture. The CFS architecture consists of three main components; the core Flight Executive (cFE), the component catalog, and the Integrated Development Environment (DE). This paper will discuss the design of the components, how they facilitate rapid integration, and lessons learned as the architecture is utilized for an upcoming spacecraft.
This viewgraph presentation describes in detail the requirements and goals of the Core Flight Executive (cFE) and the Core Flight System (CFS). The Core Flight Software System is a mission independent, platform-independent, Flight Software (FSW) environment integrating a reusable core flight executive (cFE). The CFS goals include: 1) Reduce time to deploy high quality flight software; 2) Reduce project schedule and cost uncertainty; 3) Directly facilitate formalized software reuse; 4) Enable collaboration across organizations; 5) Simplify sustaining engineering (AKA. FSW maintenance); 6) Scale from small instruments to System of Systems; 7) Platform for advanced concepts and prototyping; and 7) Common standards and tools across the branch and NASA wide.
This paper presents experiences of verifying architectural design rules of the NASA Core Flight Software (CFS) product line implementation. The goal of the verification is to check whether the implementation is consistent with the CFS architectural rules derived from the developer's guide. The results indicate that consistency checking helps a) identifying architecturally significant deviations that were eluded during code reviews, b) clarifying the design rules to the team, and c) assessing the overall implementation quality. Furthermore, it helps connecting business goals to architectural principles, and to the implementation. This paper is the first step in the definition of a method for analyzing and evaluating product line implementations from an architecture-centric perspective.
This presentation takes a brief historical look at flight software over the past 30 years, extracts lessons learned and shows how many of the lessons learned are embodied in the Flight Software product line called the core Flight System (cFS). It also captures the lessons learned from developing and applying the cFS.
The Human Integrated Vehicles and Environments (HIVE) lab at Johnson Space Center (JSC) is focused on bringing together inter-disciplinary talent to design and integrate innovative human interface technologies for next generation manned spacecraft. As part of this objective, my summer internship project centered on an ongoing investigation in to building flight displays using the HTML5 standard. Specifically, the goals of my project were to build and demo "flight-like" crew and wearable displays as well as create a webserver for live systems being developed by the Advanced Exploration Systems (AES) program. In parallel to my project, a LabVIEW application, called a display server, was created by the HIVE that uses an XTCE (XML (Extensible Markup Language) Telemetry and Command Exchange) parser and CCSDS (Consultative Committee for Space Data System) space packet decoder to translate telemetry items sent by the CFS (Core Flight Software) over User Datagram Protocol (UDP). It was the webserver's job to receive these UDP messages and send them to the displays. To accomplish this functionality, I utilized Node.js and the accompanying Express framework. On the display side, I was responsible for creating the power system (AMPS) displays. I did this by using HTML5, CSS and JavaScript to create web pages that could update and change dynamically based on the data they received from the webserver. At this point, I have not started on the commanding, being able to send back to the CFS, portion of the displays but hope to have this functionality working by the completion of my internship. I also created a way to test the webserver's functionality without the display server by making a JavaScript application that read in a comma-separate values (CSV) file and converted it to XML which was then sent over UDP. One of the major requirements of my project was to build everything using as little preexisting code as possible, which I accomplished by only using a handful of JavaScript libraries. As a side project, I created a model of the HIVE lab and Building 29 using SketchUp. I obtained the floorplans of the building from the JSC Geographic Information Systems (GIS), which were computer-aided design (CAD) files, and imported them into SketchUp. I then took those floorplans and created a 3D model of the building from them. Working in conjunction with the Hybrid Reality lab in Building 32, the SketchUp model was imported into Unreal Engine for use with the HTC Vive. Using the Vive, I was able to interact with the model I created in virtual reality (VR). The purpose of this side project was to be able to visualize potential lab layouts and mockup designs as they are in development in order to finalize design decisions. Pending approval, the model that I created will be used in the Build-As-You-Test: Can Hybrid Reality Improve the SE/HSI Design Process project in the fall. Getting the opportunity to work at NASA has been one of the most memorable experiences of my life. Over the course of my internship, I improved my programming and web development abilities substantially. I will take all the skills and experiences I have had while at NASA back to school with me in the fall and hope to pursue a career in the aerospace industry after graduating in the spring.
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.
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 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.