The Core Flight System (cFS)
Explore the source record for details and available documents.
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.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
In January 2015 the NASA Goddard Space Flight Center (GSFC) released the Core Flight System (cFS) as open source under the NASA Open Source Agreement (NOSA) license. The cFS is based on flight software (FSW) developed for 12 spacecraft spanning nearly two decades of effort and it can provide about a third of the FSW functionality for a low-earth orbiting scientific spacecraft. The cFS is a FSW framework that is portable, configurable, and extendable using a product line deployment model. However, the components are maintained separately so the user must configure, integrate, and deploy them as a cohesive functional system. This can be very challenging especially for organizations such as universities building cubesats that have minimal experience developing FSW. Supporting universities was one of the primary motivators for releasing the cFS under NOSA. This paper describes the OpenSatKit that was developed to address the cFS deployment challenges and to serve as a cFS training platform for new users. It provides a fully functional out-of-the box software system that includes NASA's cFS, Ball Aerospaceâ€"TM"s command and control system COSMOS, and a NASA dynamic simulator called 42. The kit is freely available since all of the components have been released as open source. The kit runs on a Linux platform, includes 8 cFS applications, several kit-specific applications, and built in demos illustrating how to use key application features. It also includes the software necessary to port the cFS to a Raspberry Pi and instructions for configuring COSMOS to communicate with the target. All of the demos and test scripts can be rerun unchanged with the cFS running on the Raspberry Pi. The cFS uses a 3-tiered layered architecture including a platform abstraction layer, a Core Flight Executive (cFE) middle layer, and an application layer. Similar to smart phones, the cFS application layer is the key architectural feature for userâ€"TM"s to extend the FSW functionality to meet their mission-specific requirements. The platform abstraction layer and the cFE layers go a step further than smart phones by providing a platform-agnostic Application Programmer Interface (API) that allows applications to run unchanged on different platforms. OpenSatKit can serve two significant architectural roles that will further help the adoption of the cFS and help create a community of users that can share assets. First, the kit is being enhanced to automate the integration of applications with the goal of creating a virtual cFS 'App Store'. Second, a platform certification test suite can be developed that would allow users to verify the port of the cFS to a new platform. This paper will describe the current state of these efforts and future plans.
In January 2015 the NASA Goddard Space Flight Center (GSFC) released the Core Flight System (cFS) as open source under the NASA Open Source Agreement (NOSA) license. The cFS is based on flight software (FSW) developed for 12 spacecraft spanning nearly two decades of effort and it can provide about a third of the FSW functionality for a low-earth orbiting scientific spacecraft. The cFS is a FSW framework that is portable, configurable, and extendable using a product line deployment model. However, the components are maintained separately so the user must configure, integrate, and deploy them as a cohesive functional system. This can be very challenging especially for organizations such as universities building cubesats that have minimal experience developing FSW. Supporting universities was one of the primary motivators for releasing the cFS under NOSA. This paper describes the OpenSatKit that was developed to address the cFS deployment challenges and to serve as a cFS training platform for new users. It provides a fully functional out-of-the box software system that includes NASA's cFS, Ball Aerospace's command and control system COSMOS, and a NASA dynamic simulator called 42. The kit is freely available since all of the components have been released as open source. The kit runs on a Linux platform, includes 8 cFS applications, several kit-specific applications, and built in demos illustrating how to use key application features. It also includes the software necessary to port the cFS to a Raspberry Pi and instructions for configuring COSMOS to communicate with the target. All of the demos and test scripts can be rerun unchanged with the cFS running on the Raspberry Pi. The cFS uses a 3-tiered layered architecture including a platform abstraction layer, a Core Flight Executive (cFE) middle layer, and an application layer. Similar to smart phones, the cFS application layer is the key architectural feature for users to extend the FSW functionality to meet their mission-specific requirements. The platform abstraction layer and the cFE layers go a step further than smart phones by providing a platform-agnostic Application Programmer Interface (API) that allows applications to run unchanged on different platforms. OpenSatKit can serve two significant architectural roles that will further help the adoption of the cFS and help create a community of users that can share assets. First, the kit is being enhanced to automate the integration of applications with the goal of creating a virtual cFS "App Store".. Second, a platform certification test suite can be developed that would allow users to verify the port of the cFS to a new platform. This paper will describe the current state of these efforts and future plans.
NASA Glenn Research Center (GRC) is integrating the NASA Space Telecommunications Radio System (STRS) Standard with the Core Flight System (cFS), an avionics software operating environment. The STRS standard provides a common, consistent framework to develop, qualify, operate and maintain complex, reconfigurable and reprogrammable radio systems. The cFS is a flexible, open architecture that features a plugand- play software executive called the Core Flight Executive (cFE), a reusable library of software components for flight and space missions and an integrated tool suite. Together, STRS and cFS create a development environment that allows for STRS compliant applications to reference the STRS application programmer interfaces (APIs) that use the cFS infrastructure. These APIs are used to standardize the communication protocols on NASAs space SDRs. The cFS-STRS Operating Environment (OE) is a portable cFS library, which adds the ability to run STRS applications on existing cFS platforms. The purpose of this paper is to discuss the cFS-STRS OE prototype, preliminary experimental results performed using the Advanced Space Radio Platform (ASRP), the GRC S‑ band Ground Station and the SCaN (Space Communication and Navigation) Testbed currently flying onboard the International Space Station (ISS). Additionally, this paper presents a demonstration of the Consultative Committee for Space Data Systems (CCSDS) Spacecraft Onboard Interface Services (SOIS) using electronic data sheets (EDS) inside cFE. This configuration allows for the data sheets to specify binary formats for data exchange between STRS applications. The integration of STRS with cFS leverages mission-proven platform functions and mitigates barriers to integration with future missions. This reduces flight software development time and the costs of software-defined radio (SDR) platforms. Furthermore, the combined benefits of STRS standardization with the flexibility of cFS provide an effective, reliable and modular framework to minimize software development efforts for spaceflight missions.
One of the measurements made by the Global Positioning System (GPS) monitor stations is to measure the continuous pseudo-range of all the passing GPS satellites. The pseudo-range contains GPS and monitor station clock errors as well as GPS satellite navigation errors. Currently the time at the GPS monitor station is obtained from the GPS constellation and has an inherent inaccuracy as a result. Improved timing accuracy at the GPS monitoring stations will improve GPS performance. The US Naval Research Laboratory (NRL) is developing hardware and software for the GPS monitor station upgrade program to improve the monitor station clock accuracy. This upgrade will allow a method independent of the GPS satellite constellation of measuring and correcting monitor station time to US Naval Observatory (USNO) time. THe hardware consists of a high performance atomic cesium frequency standard (CFS) and a computer which is used to ensemble the CFS with the two CFS's currently located at the monitor station by use of a dual-mixer system. The dual-mixer system achieves phase measurements between the high-performance CFS and the existing monitor station CFS's to within 400 femtoseconds. Time transfer between USNO and a given monitor station is achieved via a two way satellite time transfer modem. The computer at the monitor station disciplines the CFS based on a comparison of one pulse per second sent from the master site at USNO. The monitor station computer is also used to perform housekeeping functions, as well as recording the health status of all three CFS's. This information is sent to the USNO through the time transfer modem. Laboratory time synchronization results in the sub nanosecond range have been observed and the ability to maintain the monitor station CFS frequency to within 3.0 x 10 (sup minus 14) of the master site at USNO.
NASA's Ares 1 Upper Stage Simulator (USS) is being fabricated from welded A516 steel. In order to insure the structural integrity of these welds it is of interest to calculate the critical initial flaw size (CIFS) to establish rational inspection requirements. The CIFS is in turn dependent on the critical final flaw size (CFS), as well as fatigue flaw growth resulting from transportation, handling and service-induced loading. These calculations were made using linear elastic fracture mechanics (LEFM), which are thought to be conservative because they are based on a lower bound, so called elastic, fracture toughness determined from tests that displayed significant plasticity. Nevertheless, there was still concern that the yield magnitude stresses generated in the flange-to-skin weld by the combination of axial stresses due to axial forces, fit-up stresses, and weld residual stresses, could give rise to significant flaw-tip plasticity, which might render the LEFM results to be non-conservative. The objective of the present study was to employ Elastic Plastic Fracture Mechanics (EPFM) to determine CFS values, and then compare these values to CFS values evaluated using LEFM. CFS values were calculated for twelve cases involving surface and embedded flaws, EPFM analyses with and without plastic shakedown of the stresses, LEFM analyses, and various welding residual stress distributions. For the cases examined, the computed CFS values based on elastic analyses were the smallest in all instances where the failures were predicted to be controlled by the fracture toughness. However, in certain cases, the CFS values predicted by the elastic-plastic analyses were smaller than those predicted by the elastic analyses; in these cases the failure criteria were determined by a breakdown in stress intensity factor validity limits for deep flaws (a greater than 0.90t), rather than by the fracture toughness. Plastic relaxation of stresses accompanying shakedown always increases the calculated CFS values compared to the CFS values determined without shakedown. Thus, it is conservative to ignore shakedown effects.
NASA Glenn Research Center (GRC) is integrating the NASA Space Telecommunications Radio System (STRS) Standard with the Core Flight System (cFS). The STRS standard provides a common, consistent framework to develop, qualify, operate and maintain complex, reconfigurable and reprogrammable radio systems. The cFS is a flexible, open architecture that features a plug-and-play software executive called the Core Flight Executive (cFE), a reusable library of software components for flight and space missions and an integrated tool suite. Together, STRS and cFS create a development environment that allows for STRS compliant applications to reference the STRS APIs through the cFS infrastructure. These APis are used to standardize the communication protocols on NASAs space SDRs. The cFE-STRS Operating Environment (OE) is a portable cFS library, which adds the ability to run STRS applications on existing cFS platforms. The purpose of this paper is to discuss the cFE-STRS OE prototype, preliminary experimental results performed using the Advanced Space Radio Platform (ASRP), the GRC Sband Ground Station and the SCaN (Space Communication and Navigation) Testbed currently flying onboard the International Space Station. Additionally, this paper presents a demonstration of the Consultative Committee for Space Data Systems (CCSDS) Spacecraft Onboard Interface Services (SOIS) using electronic data sheets inside cFE. This configuration allows for the data sheets to specify binary formats for data exchange between STRS applications. The integration of STRS with cFS leverages mission-proven platform functions and mitigates barriers to integration with future missions. This reduces flight software development time and the costs of software-defined radio (SDR) platforms. Furthermore, the combined benefits of STRS standardization with the flexibility of cFS provide an effective, reliable and modular framework to minimize software development efforts for spaceflight missions.
The aim of this project is to reduce the cost of Type IV, carbon fiber (CF) composite overwrap compressed gas storage tanks by reducing the cost of CF and CF composites. The project team worked to reduce the cost of CF by exploring and testing opportunities for a low-cost alternative precursor material for CF production to supplant market-dominant and costly polyacrylonitrile (PAN). Concurrently, the team aimed to reduce the cost of the tanks at the composite level by improving the interfacial adhesion between the fibers and the matrix resin through the incorporation of low-cost nanoparticles recycled from waste materials, which would reduce the volume of costly CF required to achieve the same tank performance. At the end of the first year, the project team selected mesophase pitch as the primary precursor candidate from a field of materials based on the superior mechanical performance and cost-saving potential. During the second year, the team produced CFs derived from mesophase pitch achieving an average tensile strength of 365.6 ksi and average tensile modulus of 40.74 Msi. Facility availability for spinning and converting these fibers at greater scale has hindered scale-up demonstration, but the team has identified opportunities to conduct this work in the near term. Cost modeling shows that these mesophase pitch-derived CFs can be up to 40% less expensive than PAN-derived CFs due to the lower cost of the feedstock material, higher throughput, greater conversion yield, and lower cost spinning method and compared to PAN. Additionally, the team has demonstrated at lab-scale that nanoparticle coating CFs can significantly increase the interfacial shear strength and load transfer efficiency of CFs in a matrix. Single filament pull-out testing showed a 27% average increase in max interfacial shear strength due to this coating. A continuous method of applying these coatings to a tow of CF has been developed for scale-up. 26 m tows of coated CFs were produced using this system and formed into composite ring samples for ASTM ring burst testing. Issues with the testing protocol have limited assessment of these results. A prototype Type IV tank was designed to meet ANSI HGV2 standards, and the design criteria set out by DOE, using the CF properties developed by the team paired with a proprietary resin matrix, a polyamide liner, and aluminum end bosses. The tank weighs 153.1 kg and with a total capacity of 5.8 kg H2 (5.6 kg usable), which yields a gravimetric capacity of 1.17 kWh/kg. Cost modeling predicts that the tank will have a projected cost of $15.73/kWh. Tank performance modeling does not include considerations for fiber-matrix load transfer efficiency improvements offered by nanoparticle coating method.
The Engineering Analysis and Data System (EADS) was used from April 1986 to July 1993 to support large scale scientific and engineering computation (e.g. computational fluid dynamics) at Marshall Space Flight Center. The need for an updated system resulted in a RFP in June 1991, after which a contract was awarded to Cray Grumman. EADS II was installed in February 1993, and by July 1993 most users were migrated. EADS II is a network of heterogeneous computer systems supporting scientific and engineering applications. The Common File System (CFS) is a key component of this system. The CFS provides a seamless, integrated environment to the users of EADS II including both disk and tape storage. UniTree software is used to implement this hierarchical storage management system. The performance of the CFS suffered during the early months of the production system. Several of the performance problems were traced to software bugs which have been corrected. Other problems were associated with hardware. However, the use of NFS in UniTree UCFM software limits the performance of the system. The performance issues related to the CFS have led to a need to develop a greater understanding of the CFS organization. This paper will first describe the EADS II with emphasis on the CFS. Then, a discussion of mass storage systems will be presented, and methods of measuring the performance of the Common File System will be outlined. Finally, areas for further study will be identified and conclusions will be drawn.
During cytokinesis, a cortical contractile ring forms around a cell, constricts to a stable tight neck and terminates in separation of the daughter cells. At first cleavage, Ilyanassa obsoleta embryos form two contractile rings simultaneously. The cleavage furrow (CF), in the animal hemisphere between the spindle poles, constricts to a stable tight neck and separates the daughter cells. The third polar lobe constriction (PLC-3), in the vegetal hemisphere below the spindle, constricts to a transient tight neck, but then relaxes, allowing the polar lobe cytoplasm to merge with one daughter cell. Eggs exposed to taxol, a drug that stabilizes microtubules, before the CF or the PLC-3 develop, fail to form CFs, but form stabilized tight PLCs. Eggs exposed to taxol at the time of PLC-3 formation develop varied numbers of constriction rings in their animal hemispheres and one PLC in their vegetal hemisphere, none of which relax. Eggs exposed to taxol after PLC-3 initiation form stabilized tight CFs and PLCs. At maximum constriction, control embryos display immunolocalization of nonextractable alpha-tubulin in their CFs, but not in their PLCs, and reveal, via electron microscopy, many microtubules extending through their CFs, but not through their PLCs. Embryos which form stabilized tightly constricted CFs and PLCs in the presence of taxol display immunolocalization of nonextractable alpha-tubulin in both constrictions and show many polymerized microtubules extending through both CFs and PLCs. These results suggest that the extension of microtubules through a tight contractile ring may be important for stabilizing that constriction and facilitating subsequent cytokinesis.
A 19-month record of total, and single-layered low (0-3 km), middle (3-6 km), and high (> 6 km) cloud fractions (CFs), and the single-layered marine boundary layer (MBL) cloud macrophysical and microphysical properties has been generated from ground-based measurements taken at the ARM Azores site between June 2009 and December 2010. It documents the most comprehensive and longest dataset on marine cloud fraction and MBL cloud properties to date. The annual means of total CF, and single-layered low, middle, and high CFs derived from ARM radar-lidar observations are 0.702, 0.271, 0.01 and 0.106, respectively. More total and single-layered high CFs occurred during winter, while single-layered low CFs were greatest during summer. The diurnal cycles for both total and low CFs are stronger during summer than during winter. The CFs are bimodally distributed in the vertical with a lower peak at approx. 1 km and higher one between 8 and 11 km during all seasons, except summer, when only the low peak occurs. The persistent high pressure and dry conditions produce more single-layered MBL clouds and fewer total clouds during summer, while the low pressure and moist air masses during winter generate more total and multilayered-clouds, and deep frontal clouds associated with midlatitude cyclones.
Real time, chronic electrochemical detection of neurotransmitters will provide a positive step in the treatment and understanding of neurological disease. However, current electrodes using carbon fibers (CF) fail to perform chronically. While diamond-based coatings show promise in improving their longevity, achieving a uniform layer of such coatings on CFs is challenging, and the electrodes often lose sensitivity after coating. In this work, a complete and uniform boron-doped nanocrystalline material grown in a diamond reactor (B-NCD) was developed to coat CF microelectrodes for neurochemical sensing. The coating was characterized electrically, optically, mechanically, and chemically. The B-NCD coated CF electrodes were able to detect phasic dopamine at a sensitivity comparable to the most widely used alternatives (uncoated and PEDOT:Nafion coated CFs). During biofouling testing, the B-NCD coated CF electrodes demonstrated better stability than uncoated CFs and comparable performance to PEDOT:Nafion coated CFs. Moreover, B-NCD exhibited no signs of degradation during consecutive FSCV applications, while uncoated and PEDOT:Nafion coated CF electrodes degraded significantly over time. Furthermore, the B-NCD coating supported the survival and development of neurons and astrocytes in vitro, exhibited excellent adhesion and durability during mechanical bending testing, and enabled successful in vivo recording of phasic dopamine release in the rat brain. Overall, B-NCD coated CFs present as an ideal candidate for chronic, flexible neural implantable electrodes for long-term neurochemical monitoring.
The Engineering Analysis and Data System (EADS)II (1) was installed in March 1993 to provide high performance computing for science and engineering at Marshall Space Flight Center (MSFC). EADS II increased the computing capabilities over the existing EADS facility in the areas of throughput and mass storage. EADS II includes a Vector Processor Compute System (VPCS), a Virtual Memory Compute System (CFS), a Common Output System (COS), as well as Image Processing Station, Mini Super Computers, and Intelligent Workstations. These facilities are interconnected by a sophisticated network system. This work considers only the performance of the VPCS and the CFS. The VPCS is a Cray YMP. The CFS is implemented on an RS 6000 using the UniTree Mass Storage System. To better meet the science and engineering computing requirements, EADS II must be monitored, its performance analyzed, and appropriate modifications for performance improvement made. Implementing this approach requires tool(s) to assist in performance monitoring and analysis. In Spring 1994, PerfStat 2.0 was purchased to meet these needs for the VPCS and the CFS. PerfStat(2) is a set of tools that can be used to analyze both historical and real-time performance data. Its flexible design allows significant user customization. The user identifies what data is collected, how it is classified, and how it is displayed for evaluation. Both graphical and tabular displays are supported. The capability of the PerfStat tool was evaluated, appropriate modifications to EADS II to optimize throughput and enhance productivity were suggested and implemented, and the effects of these modifications on the systems performance were observed. In this paper, the PerfStat tool is described, then its use with EADS II is outlined briefly. Next, the evaluation of the VPCS, as well as the modifications made to the system are described. Finally, conclusions are drawn and recommendations for future worked are outlined.