Results for “space data systems standards” — Page 56

NASA NTRS2024

Flow Cytometry Methods to Monitor Immune System Dysregulation in Astronauts

Persistent immune system dysregulation has been documented to occur in astronauts participating in orbital spaceflight onboard the International Space Station. The phenomenon consists of reductions in T and NK cell function, altered cytokine profiles, persistent inflammation, and the subclinical reactivation of latent herpesviruses. In select crewmembers the dysregulation does actually lead to clinical symptoms, primarily atypical allergy or atopic dermatitis/zoster. Flow cytometry has served a central role defining the ‘immune assessment’ panel of assays that allow monitoring of astronauts. The cytometry assays which have been utilized include: 1. Peripheral leukocyte subsets 2. T cell function 3. Monocyte function 4. NK cell function 5. Intracellular cytokine analysis 6. Virus-specific T cell number (tetramer assay) 7. Virus-specific T cell function (peptide stimulation) 8. Leukocyte-bacterial challenge cytometry 9. Cytometric bead/multiplex array (soluble proteins) The use of these assays has been validated through various ISS flight investigations to define, to varying degrees, both in-flight, and post-flight immune system alterations. The kinetics of the dysregulation through the various phases of spaceflight, as well as post-flight recovery, have also been documented. To allow the science to occur within the orbital constraints of a spaceflight investigation, particular sample collection and processing techniques were developed compatible with the delays associated with terrestrial processing of in-flight samples. A subset of the assays has been adapted to routine monitoring of astronauts via a NASA ‘ISS Standard Measures’ activity, with the data from a specific crew then provided to all science investigators for that particular mission. This battery of cytometry assays has also been applied, through ground investigations, to several terrestrial ‘spaceflight analog’ populations. The purpose was to validate the analog which most closely replicates the in-flight observed pattern of alterations, generally believed to be winterover at an Antarctica station. To assist in determination of clinical risk, the assay panel has also been applied to investigations of various terrestrial patient populations, particularly zoster patients. As NASA is initiating crewed lunar missions via the ‘Artemis’ program, deployment of a miniaturized, microgravity-compatible flow cytometer, would be extremely beneficial to allow real time monitoring of crewmembers. Real time medical data could influence use of several countermeasures options during deep space missions. Several such instruments have been developed and validated to varying degrees of success. Assay details and summary findings across the various flight and ground platforms will be presented, as will current status in developing such technology for in-flight use.

Brian Crucian↗

NASA NTRS1996

Direct-Y: Fast Acquisition of the GPS PPS Signal

The NAVSTAR Global Positioning System (GPS) provides positioning and time information to military users via the Precise Positioning Service (PPS) which typically allows users a significant margin of precision over the commercially available Standard Positioning Service (SPS), Military sets that rely on first acquiring the SPS Coarse Acquisition (C/A) code, read from the data message the handover word (HOW) that provides the time-of-signal transmission needed to acquire and lock onto the PPS Y-code. Under extreme battlefield conditions, the use of GPS would be denied to the warfighter who cannot pick up the un-encrypted C/A code. Studies are underway at the GPS Joint Program Office (JPO) at the Space and Missile Center, Los Angeles Air Force Base that are aimed at developing the capability to directly acquire Y-code without first acquiring C/A code. This paper briefly outlines efforts to develop 'direct-Y' acquisition, and various approaches to solving this problem. The potential ramifications of direct-Y to military users are also discussed.

Namoos, Omar M.↗

NASA NTRS2013

Design and Development of Functionally Effective Human-Machine Interfaces for Firing Room Displays

This project involves creating software for support equipment used on the Space l aunch System (SLS). The goal is to create applications and displays that will be used to remotely operate equipment from the firing room and will continue to support the SLS launch vehicle to the extent of its program. These displays include design practices that help to convey information effectively, such as minimizing distractions at normal operating state and displaying intentional distractions during a warning or alarm state. The general practice for creating an operator display is to reduce the detail of unimportant aspects of the display and promote focus on data and dynamic information. These practices include using minimalist design, using muted tones for background colors, using a standard font at a readable text size, displaying alarms visible for Immediate attention, grouping data logically, and displaying data appropriately varying on the type of data. Users of these displays are more likely to stay focused on operating for longer periods by using design practices that reduce eye strain and fatigue. Effective operator displays will improve safety by reducing human errors during operation, which will help prevent catastrophic accidents. This report entails the details of my work on developing remote displays for the Hypergolics ground system. Before developing a prototype display, the design and requirements of the system are outlined and compiled into a document. Then each subsystem has schematic representations drawn tha.t meet the specifications detailed in the document. The schematics are then used as the outline to create display representations of each subsystem. Each display is first tested individually. Then the displays are integrated with a prototype of the master system, and they are tested in a simulated environment then retested in the real environment. Extensive testing is important to ensure the displays function reliably as intended.

Cho, Henry↗

NASA NTRS2000

Screening for Psychopathology Versus Selecting for Suitability: Ethical and Legal Considerations

The current system for psychological selection of U.S. astronauts is divided into two phases: The select-out phase and the select-in phase. The select-out phase screens candidates for psychopathology; candidates who do not meet the baseline psychiatric requirements are immediately disqualified. The select-in phase assesses candidates for suitability to fly short- and long-duration missions. Suitability ratings are given for ten factors found to be critical for short and long-duration space missions. There are qualitative differences in the purpose of the two phases (select-in vs. select-out) and in the nature of the information collected in each phase. Furthermore, there are different logistic, ethical, and legal issues related to a medical or psychiatric (select-out) screening versus a suitability (select-in) psychological screening process . The purpose of this presentation is to contrast the ethical and legal environment surrounding the select-out and select-in phases of the psychological selection system. Issues such as data collection, data storage and management, the federal statutory environment, and personnel training will be discussed. Further, a summary of the new standards for psychological testing is presented, along with their implications for astronaut selection.

Holland, Albert W.↗

NASA NTRS2011

Framework for Integrating Science Data Processing Algorithms Into Process Control Systems

A software framework called PCS Task Wrapper is responsible for standardizing the setup, process initiation, execution, and file management tasks surrounding the execution of science data algorithms, which are referred to by NASA as Product Generation Executives (PGEs). PGEs codify a scientific algorithm, some step in the overall scientific process involved in a mission science workflow. The PCS Task Wrapper provides a stable operating environment to the underlying PGE during its execution lifecycle. If the PGE requires a file, or metadata regarding the file, the PCS Task Wrapper is responsible for delivering that information to the PGE in a manner that meets its requirements. If the PGE requires knowledge of upstream or downstream PGEs in a sequence of executions, that information is also made available. Finally, if information regarding disk space, or node information such as CPU availability, etc., is required, the PCS Task Wrapper provides this information to the underlying PGE. After this information is collected, the PGE is executed, and its output Product file and Metadata generation is managed via the PCS Task Wrapper framework. The innovation is responsible for marshalling output Products and Metadata back to a PCS File Management component for use in downstream data processing and pedigree. In support of this, the PCS Task Wrapper leverages the PCS Crawler Framework to ingest (during pipeline processing) the output Product files and Metadata produced by the PGE. The architectural components of the PCS Task Wrapper framework include PGE Task Instance, PGE Config File Builder, Config File Property Adder, Science PGE Config File Writer, and PCS Met file Writer. This innovative framework is really the unifying bridge between the execution of a step in the overall processing pipeline, and the available PCS component services as well as the information that they collectively manage.

Mattmann, Chris A.↗

NASA NTRSDate not supplied

Dust Mitigation Technology to Enable Survive the Night Capabilities

Introduction: As we return to the Moon, the lunar regolith (i.e. lunar dust) covering the surface will be an obstacle to nominal operations. Accounts from Apollo astronauts and analysis of hardware returned from the surface illustrate just how deleterious the dust can be [1]. During Apollo missions, the lunar dust adhered to hardware mechanically and electrostatically [2]. Surviving the Night: Mitigating the lunar dust will be critical to surviving the night. Going hand-in-hand with other extreme environment considerations, dust mitigation is critical to mission success. Dust Impacts on Other Systems: The lunar dust can have negative implications for power, thermal, mechanisms, and several other systems or sub-systems. For example, Apollo encountered marked degradation of performance in heat rejection systems for the lunar roving vehicle, science packages, and other components because of the lunar dust [1]. For power alone, dust can cause internal clogging for power connectors, heat rejection issues, excessive dust on reflective surfaces, reduced power output for solar arrays, and so on. Dust Mitigation Strategy: In addition to considering technology solutions, it is important for hardware, systems, and or components to have a dust mitigation strategy. At a high level, hardware that will encounter the lunar dust should consider these things when defining a dust mitigation strategy: • Understand Natural Environment • Understand Induced Environment • Understand Tolerance to Dust • Write Dust Requirements • Select Dust Mitigation Solutions • Test Hardware in Dusty Environment More information on each of these can be provided to hardware owners. Dust Mitigation Technology Development: NASA has a series of technologies that may be available for hardware that needs to survive the lunar night. Many of these solutions are leveraging dust mitigation technology development efforts from NASA’s Space Technology Mission Directorate (STMD), as well as efforts from ESDMD programs, industry, and academia. Through a series of STMD programs (both internal to NASA and through partnerships), there are several technologies in development as considerations as dust mitigation solutions for hardware. Within STMD, the Game Changing Development Program (GCD) has funded several internal dust mitigation projects including low to mid TRL development, demonstrations on CLPS landers of high TRL solutions, and creating standards and best practices for dust mitigation. STMD dust mitigation efforts also include a series of partnerships for developing technologies and advancing the state of dust mitigation at NASA. This includes the Lunar Surface Innovation Consortium (LSIC), Small Business Innovation Research, Early Stage Innovations (ESI), Space Technology Research Grants (STRG), Announcement of Collaboration Opportunities (ACOs) and Tipping Points (TPs), and Challenges and Crowdsourcing, among others. There are also a series of dust mitigation solutions that have been widely used terrestrially, or during Apollo. In recent years, several studies have produced more data on the efficacy of these potential solutions in the lunar environment. Dust Mitigation Solutions: Dust mitigation solutions generally fall into four categories: • Dust Tolerant Mechanisms • Passive Dust Mitigation Capabilities • Active Dust Mitigation Capabilities • Dust Measurement Capabilities There are a series of solutions that may prove beneficial for hardware that needs to survive the lunar night, including new technology development as well as proven, terrestrial solutions. This presentation will discuss in more detail what some of these solutions are for payloads going to the surface. References: [1] J. R. Gaier, NASA/TM—2005-213610, The Effects of Lunar Dust on EVA Systems During the Apollo Missions [2] T. J. Stubbs, et al. Impact of Dust on Lunar Exploration, 2005

dust mitigation↗

NASA NTRSDate not supplied

Survive the Dust: Dust Mitigation Technology to Enable Survive the Night Capabilities

Introduction: As we return to the Moon, the lunar regolith (i.e. lunar dust) covering the surface will be an obstacle to nominal operations. Accounts from Apollo astronauts and analysis of hardware returned from the surface illustrate just how deleterious the dust can be [1]. During Apollo missions, the lunar dust adhered to hardware mechanically and electrostatically [2]. Surviving the Night: Mitigating the lunar dust will be critical to surviving the night. Going hand-in-hand with other extreme environment considerations, dust mitigation is critical to mission success. Dust Impacts on Other Systems: The lunar dust can have negative implications for power, thermal, mechanisms, and several other systems or sub-systems. For example, Apollo encountered marked degradation of performance in heat rejection systems for the lunar roving vehicle, science packages, and other components because of the lunar dust [1]. For power alone, dust can cause internal clogging for power connectors, heat rejection issues, excessive dust on reflective surfaces, reduced power output for solar arrays, and so on. Dust Mitigation Strategy: In addition to considering technology solutions, it is important for hardware, systems, and or components to have a dust mitigation strategy. At a high level, hardware that will encounter the lunar dust should consider these things when defining a dust mitigation strategy: • Understand Natural Environment • Understand Induced Environment • Understand Tolerance to Dust • Write Dust Requirements • Select Dust Mitigation Solutions • Test Hardware in Dusty Environment More information on each of these can be provided to hardware owners. Dust Mitigation Technology Development: NASA has a series of technologies that may be available for hardware that needs to survive the lunar night. Many of these solutions are leveraging dust mitigation technology development efforts from NASA’s Space Technology Mission Directorate (STMD), as well as efforts from ESDMD programs, industry, and academia. Through a series of STMD programs (both internal to NASA and through partnerships), there are several technologies in development as considerations as dust mitigation solutions for hardware. Within STMD, the Game Changing Development Program (GCD) has funded several internal dust mitigation projects including low to mid TRL development, demonstrations on CLPS landers of high TRL solutions, and creating standards and best practices for dust mitigation. STMD dust mitigation efforts also include a series of partnerships for developing technologies and advancing the state of dust mitigation at NASA. This includes the Lunar Surface Innovation Consortium (LSIC), Small Business Innovation Research, Early Stage Innovations (ESI), Space Technology Research Grants (STRG), Announcement of Collaboration Opportunities (ACOs) and Tipping Points (TPs), and Challenges and Crowdsourcing, among others. There are also a series of dust mitigation solutions that have been widely used terrestrially, or during Apollo. In recent years, several studies have produced more data on the efficacy of these potential solutions in the lunar environment. Dust Mitigation Solutions: Dust mitigation solutions generally fall into four categories: • Dust Tolerant Mechanisms • Passive Dust Mitigation Capabilities • Active Dust Mitigation Capabilities • Dust Measurement Capabilities There are a series of solutions that may prove beneficial for hardware that needs to survive the lunar night, including new technology development as well as proven, terrestrial solutions. This presentation will discuss in more detail what some of these solutions are for payloads going to the surface. References: [1] J. R. Gaier, NASA/TM—2005-213610, The Effects of Lunar Dust on EVA Systems During the Apollo Missions [2] T. J. Stubbs, et al. Impact of Dust on Lunar Exploration, 2005

dust mitigation↗

NASA NTRS1980

The payload connection - Approaches to onboard data processing for scientific systems on the Space Shuttle

The integration of payload instruments into the Command and Data Management Subsystem (CDMS) of the Space Shuttle Spacelab is discussed. Specific emphasis is on the distributed (self-contained processor) vs centralized (Spacelab Computer) approach to science payload utilization of these control and data handling capabilities. An overview of the Spacelab CDMS is first given. A synopsis of the integration process for Spacelab Missions 1, 2, and 3 is discussed. Three different hardware approaches to payload command and data handling are then categorized from which Spacelab implementations to date are derived. The different types of Spacelab Mission 3 payload CDMS hardware and software being used are discussed, including examples of microprocessors and data acquisition systems. Preliminary costs for Spacelab application software vs other flight software approaches are compared. A standard RAU interface that would permit a range of ECOS services to be provided, yet be implemented as a mass-produceable unit for incorporation into payloads, is proposed, in keeping with the trend toward simplifying the integration effort, standardizing CDMS interfaces, and ultimately lowering cost.

Konkel, C. R.↗

NASA NTRS1991

Microgravity science requirements and the need for data compression

The Microgravity Science and Applications Div. (MSAD) of the NASA Office of Space Science and Applications (OSSA) is responsible for encouraging and directing the research of a wide range of physical phenomena in reduced gravity. Under MSAD's direction, NASA-Lewis is presently developing the concept of a multiuser facility which will perform combustion science experiments in space. This facility, the Combustion Experiment Module (CEM), will be located in either the Shuttle Spacelab or the Space Station Freedom lab and will be operational by mid-1997. In addition to standard instrumentation to measure temperature, pressure, and acceleration, CEM shall use a variety of imaging and optical diagnostic techniques. Images shall be the primary source of experimental data. These images create an enormous amount of data which must be archived on orbit for later analysis. Also, ground based investigators will require enough data from the orbiting facility to determine if the experimental parameters need to be changed before proceeding with the next run. The storage and transmission of this data present a major challenge to the CEM design. Data compression will play a major role in the design of the CEM diagnostics system.

Hartz, William G.↗

NASA NTRS2016

Automated ISS Flight Utilities

During my internship at NASA Johnson Space Center, I worked in the Space Radiation Analysis Group (SRAG), where I was tasked with a number of projects focused on the automation of tasks and activities related to the operation of the International Space Station (ISS). As I worked on a number of projects, I have written short sections below to give a description for each, followed by more general remarks on the internship experience. My first project is titled "General Exposure Representation EVADOSE", also known as "GEnEVADOSE". This project involved the design and development of a C++/ ROOT framework focused on radiation exposure for extravehicular activity (EVA) planning for the ISS. The utility helps mission managers plan EVAs by displaying information on the cumulative radiation doses that crew will receive during an EVA as a function of the egress time and duration of the activity. SRAG uses a utility called EVADOSE, employing a model of the space radiation environment in low Earth orbit to predict these doses, as while outside the ISS the astronauts will have less shielding from charged particles such as electrons and protons. However, EVADOSE output is cumbersome to work with, and prior to GEnEVADOSE, querying data and producing graphs of ISS trajectories and cumulative doses versus egress time required manual work in Microsoft Excel. GEnEVADOSE automates all this work, reading in EVADOSE output file(s) along with a plaintext file input by the user providing input parameters. GEnEVADOSE will output a text file containing all the necessary dosimetry for each proposed EVA egress time, for each specified EVADOSE file. It also plots cumulative dose versus egress time and the ISS trajectory, and displays all of this information in an auto-generated presentation made in LaTeX. New features have also been added, such as best-case scenarios (egress times corresponding to the least dose), interpolated curves for trajectories, and the ability to query any time in the EVADES output. As mentioned above, GEnEVADOSE makes extensive use of ROOT version 6, the data analysis framework developed at the European Organization for Nuclear Research (CERN), and the code is written to the C++11 standard (as are the other projects). My second project is the Automated Mission Reference Exposure Utility (AMREU).Unlike GEnEVADOSE, AMREU is a combination of three frameworks written in both Python and C++, also making use of ROOT (and PyROOT). Run as a combination of daily and weekly cron jobs, these macros query the SRAG database system to determine the active ISS missions, and query minute-by-minute radiation dose information from ISS-TEPC (Tissue Equivalent Proportional Counter), one of the radiation detectors onboard the ISS. Using this information, AMREU creates a corrected data set of daily radiation doses, addressing situations where TEPC may be offline or locked up by correcting doses for days with less than 95% live time (the total amount time the instrument acquires data) by averaging the past 7 days. As not all errors may be automatically detectable, AMREU also allows for manual corrections, checking an updated plaintext file each time it runs. With the corrected data, AMREU generates cumulative dose plots for each mission, and uses a Python script to generate a flight note file (.docx format) containing these plots, as well as information sections to be filled in and modified by the space weather environment officers with information specific to the week. AMREU is set up to run without requiring any user input, and it automatically archives old flight notes and information files for missions that are no longer active. My other projects involve cleaning up a large data set from the Charged Particle Directional Spectrometer (CPDS), joining together many different data sets in order to clean up information in SRAG SQL databases, and developing other automated utilities for displaying information on active solar regions, that may be used by the space weather environment officers to monitor solar activity. I consulted my mentor Dr. Ryan Rios and Dr. Kerry Lee for project requirements and added features, and ROOT developer Edmond Offermann for advice on using the ROOT library. I also received advice and feedback from Dr. Janet Barzilla of SRAG, who tested my code. Besides these inputs, I worked independently, writing all of the code by myself. The code for all these projects is documented throughout, and I have attempted to write it in a modular format. Assuming that ROOT is updated accordingly, these codes are also Y2038-compliant (and Y10K-compliant). This allows the code to be easily referenced, modified and possibly repurposed for non-ISS missions in the future, should the necessary inputs exist. These projects have taught me a lot about coding and software design - I have become a much more skilled C++ programmer and ROOT user, and I also learned to code in Python and PyROOT (and its advantages and disadvantages compared to C++/ ROOT). Furthermore, I have learned about space radiation and radiation modeling, topics that greatly interest me as I pursue a degree in physics. Working alongside experimental physicists like Dr. Rios, I have developed a greater understanding and appreciation for experimental science, something I have always leaned towards but to which I lacked significant exposure. My work in SRAG has also given me the invaluable opportunity to witness the work environment for physicists at NASA, and what a career in academia may look like at a government laboratory such as NASA Johnson Space Center. As I continue my studies and look forward to graduate school and a future career, this experience at NASA has given me a meaningful and enjoyable opportunity to put my skills to use and see what my future career path might hold.

Offermann, Jan Tuzlic↗

NASA NTRS2011

In Situ Surface Characterization

Operation of in situ space assets, such as rovers and landers, requires operators to acquire a thorough understanding of the environment surrounding the spacecraft. The following programs help with that understanding by providing higher-level information characterizing the surface, which is not immediately obvious by just looking at the XYZ terrain data. This software suite covers three primary programs: marsuvw, marsrough, and marsslope, and two secondary programs, which together use XYZ data derived from in situ stereo imagery to characterize the surface by determining surface normal, surface roughness, and various aspects of local slope, respectively. These programs all use the Planetary Image Geometry (PIG) library to read mission-specific data files. The programs themselves are completely multimission; all mission dependencies are handled by PIG. The input data consists of images containing XYZ locations as derived by, e.g., marsxyz. The marsuvw program determines surface normals from XYZ data by gathering XYZ points from an area around each pixel and fitting a plane to those points. Outliers are rejected, and various consistency checks are applied. The result shows the orientation of the local surface at each point as a unit vector. The program can be run in two modes: standard, which is typically used for in situ arm work, and slope, which is typically used for rover mobility. The difference is primarily due to optimizations necessary for the larger patch sizes in the slope case. The marsrough program determines surface roughness in a small area around each pixel, which is defined as the maximum peak-to-peak deviation from the plane perpendicular to the surface normal at that pixel. The marsslope program takes a surface normal file as input and derives one of several slope-like outputs from it. The outputs include slope, slope rover direction (a measure of slope radially away from the rover), slope heading, slope magnitude, northerly tilt, and solar energy (compares the slope with the Sun s location at local noon). The marsuvwproj program projects a surface normal onto an arbitrary plane in space, resulting in a normalized 3D vector, which is constrained to lie in the plane. The marsuvwrot program rotates the vectors in a surface normal file, generating a new surface normal file. It also can change coordinate systems for an existing surface normal file. While the algorithms behind this suite are not particularly unique, what makes the programs useful is their integration into the larger in situ image processing system via the PIG library. They work directly with space in situ data, understanding the appropriate image metadata fields and updating them properly. The secondary programs (marsuvwproj, marsuvwrot) were originally developed to deal with anomalous situations on Opportunity and Spirit, respectively, but may have more general applicability.

Deen, Robert G.↗

NASA NTRS1990

Definition of experiments to investigate fire suppressants in microgravity

Defined and justified here are the conceptual design and operation of a critical set of experiments expected to yield information on suppressants and on suppressant delivery systems under realistic spacecraft-fire conditions (smoldering). Specific experiment parameters are provided on the solid fuel (carbon), oxidants (habitable spacecraft atmospheres), fuel/oxidant supply, mixing mode, and rate (quiescent and finite; ventilated and replenishable), ignition mode, event, and reignition tendency, fire-zone size, fire conditions, lifetime, and consequences (toxicity), suppressants (CO2, H2O, N2) and suppressant delivery systems, and diagnostics. Candidate suppressants were identified after an analysis of how reduced gravity alters combustion, and how these alterations may influence the modes, mechanisms, and capacities of terrestrial agents to suppress unwanted combustion, or fire. Preferred spacecraft suppression concepts included the local, near-quiescent application of a gas, vapor, or mist that has thermophysical fire-suppression activity and is chemically inert under terrestrial (normal gravity) combustion conditions. The scale, number, and duration (about 1 hour) of the proposed low-gravity experiments were estimated using data not only on the limitations imposed by spacecraft-carrier (Shuttle or Space Station Freedom) accommodations, but also data on the details and experience of standardized smolder-suppression experiments at normal gravity. Deliberately incorporated into the conceptual design was sufficient interchangeability for the prototype experimental package to fly either on Shuttle now or Freedom later. This flexibility is provided by the design concept of up to 25 modular fuel canisters within a containment vessel, which permits both integration into existing low-gravity in-space combustion experiments and simultaneous testing of separate experiments to conserve utilities and time.

Reuther, James J.↗

NASA NTRS1990

Assessing the SEU resistance of CMOS latches using alpha-particle sensitive test circuits

The importance of Cosmic Rays on the performance of integrated circuits (IC's) in a space environment is evident in the upset rate of the Tracking and Data Relay Satellite (TDRS) launched in Apr. 1983. This satellite experiences a single-event-upset (SEU) per day which must be corrected from the ground. Such experience caused a redesign of the Galileo spacecraft with SEU resistant IC's. The solution to the SEU problem continues to be important as the complexity of spacecraft grows, the feature size of IC's decreases, and as space systems are designed with circuits fabricated at non-radiation hardened foundries. This paper describes an approach for verifying the susceptibility of CMOS latches to heavy-ion induced state changes. The approach utilizes alpha particles to induce the upsets in test circuits. These test circuits are standard cells that have offset voltages which sensitize the circuits to upsets. These results are then used to calculate the upsetability at operating voltages. In this study results are presented for the alpha particle upset of a six-transistor static random access memory (SRAM) cell. Then a methodology is described for the analysis of a standard-cell inverter latch.

Buehler, M.↗

NASA NTRS2019

State Predictor of Classification Cognitive Engine Applied to Channel Fading

This study presents the application of machine learning (ML) to a space-to-ground communication link, showing how ML can be used to detect the presence of detrimental channel fading. Using this channel state information, the communication link can be used more efficiently by reducing the amount of lost data during fading. The motivation for this work is based on channel fading observed during on-orbit operations with NASA's Space Communication and Navigation (SCaN) testbed on the International Space Station (ISS). This paper presents the process to extract a target concept (fading and not-fading) from the raw data. The pre-processing and data exploration effort is explained in detail, with a list of assumptions made for parsing and labelling the dataset. The model selection process is explained, specifically emphasizing the benefits of using an ensemble of algorithms with majority voting for binary classification of the channel state. Experimental results are shown, highlighting how an end-to-end communication system can utilize knowledge of the channel fading status to identity fading and take appropriate action. With a laboratory testbed to emulate channel fading, the overall performance is compared to standard adaptive methods without fading knowledge, such as adaptive coding and modulation.

Fading↗

NASA NTRS2021

Unsteady Pressure-Sensitive-Paint Shot Noise Reduction

In the study of unsteady Pressure-Sensitive Paint (uPSP) image data sets, pixel intensity values collected by Phantom cameras from multiple perspectives are used to calculate the surface pressure of an experimental model. This paper focuses on mitigation of shot noise which is introduced into the image data set by the cameras. Shot noise impacts the quality of data collected, increasing the system error in its pressure value calculations. This paper characterises statistical methods to reduce shot noise within experimental data by taking an average or weighted average across an area of pixels of their respective counts. Each combined-pixel has a higher total effective intensity value and therefore exhibits reduced noise throughout its time history. This is demonstrated by calculating the standard deviations of the combined pixel values through time, which decrease as the combined pixel area increases. Finally, these methods are compared across experimental wind tunnel conditions to examine their effectiveness at different Mach numbers. Ultimately, the results are used to recommend a blur filter type and size which will be applied to the raw image data prior to processing, as well as a minimum camera resolution for future experiments. Downstream of the filter application, the software to convert the 2D image data sets into surface pressure readings on a 3D grid use a ratio of decimation that assigns multiple pixels to each 3D grid node. This decimation ratio will also be aligned with the size of the blur filter, resulting in a more manageable data set size and compromised spatial resolution. Combined with the effect of the blur filter, the resulting pixel intensity readings will exhibit significantly reduced shot noise, reducing the magnitude of uncertainty and error in the final calculated pressure. For future tests, the camera spatial resolution must be sufficient to capture small flow and model features even after the recommended blur filter is applied. The image data set is taken from a uPSP experiment of the Space Launch System Block 1 cargo vehicle model in September 2019.

Lucy Tang↗

NASA NTRS2021

Unsteady Pressure-Sensitive Paint (UPSP) Shot Noise Reduction

In the study of unsteady Pressure-Sensitive Paint (uPSP) image data sets, pixel intensity values collected by Phantom cameras from multiple perspectives are used to calculate the surface pressure of an experimental model. This paper focuses on mitigation of shot noise which is introduced into the image data set by the cameras. Shot noise impacts the quality of data collected, increasing the system error in its pressure value calculations. This paper characterises statistical methods to reduce shot noise within experimental data by taking an average or weighted average across an area of pixels of their respective counts. Each combined-pixel has a higher total effective intensity value and therefore exhibits reduced noise throughout its time history. This is demonstrated by calculating the standard deviations of the combined pixel values through time, which decrease as the combined pixel area increases. Finally, these methods are compared across experimental wind tunnel conditions to examine their effectiveness at different Mach numbers. Ultimately, the results are used to recommend a blur filter type and size which will be applied to the raw image data prior to processing, as well as a minimum camera resolution for future experiments. Downstream of the filter application, the software to convert the 2D image data sets into surface pressure readings on a 3D grid use a ratio of decimation that assigns multiple pixels to each 3D grid node. This decimation ratio will also be aligned with the size of the blur filter, resulting in a more manageable data set size and compromised spatial resolution. Combined with the effect of the blur filter, the resulting pixel intensity readings will exhibit significantly reduced shot noise, reducing the magnitude of uncertainty and error in the final calculated pressure. For future tests, the camera spatial resolution must be sufficient to capture small flow and model features even after the recommended blur filter is applied. The image data set is taken from a uPSP experiment of the Space Launch System Block 1 cargo vehicle model in September 2019.

Lucy Tang↗

NASA NTRS1972

Development of dispersion-strengthened Ni-Cr-ThO2 alloys for the space shuttle thermal protection system.

An improved manufacturing process has been developed for TD-NiCr that provides sheet of improved quality, better gage control, and reproducible properties. A standard manufacturing process has been developed for the alternate alloy, DS-NiCr, produced by pack-chromizing Ni-2ThO2 sheet. Extension of forming and joining technology for TD-NiCr is in process. Formability criteria are being established for basic sheet forming processes related to the manufacture of Shuttle TPS panels. They include brake forming, corrugation forming, joggling, dimpling, and beading. Joining processes applicable to TPS panels are being optimized with emphasis on establishment of joint efficiencies. Resistance spot welding (fusion and solid state), resistance seam welding, solid-state diffusion welding, and brazing are included in the joining programs. Development of improved manufacturing technology for TD-NiCr fasteners is also being accomplished. Mechanical and physical properties of TD-NiCr are being characterized to provide design-allowable data.

Blankenship, C. P.↗

NASA NTRS2002

Problems in Assessment of the UV Penetration into Natural Waters from Space-based Measurements

Satellite instruments currently provide global maps of surface UV (ultraviolet) irradiance by combining backscattered radiance data with radiative transfer models. The models are often limited by uncertainties in physical input parameters of the atmosphere and surface. Global mapping of the underwater UV irradiance creates further challenges for the models. The uncertainties in physical input parameters become more serious because of the presence of absorbing and scattering quantities caused by biological processes within the oceans. In this paper we summarize the problems encountered in the assessment of the underwater UV irradiance from space-based measurements, and propose approaches to resolve the problems. We have developed a radiative transfer scheme for computation of the UV irradiance in the atmosphere-ocean system. The scheme makes use of input parameters derived from satellite instruments such as TOMS (Total Ozone Mapping Spectrometer) and SeaWiFS (Sea-viewing Wide Field-of-view Sensor). The major problem in assessment of the surface UV irradiance is to accurately quantify the effects of clouds. Unlike the standard TOMS UV algorithm, we use the cloud fraction products available from SeaWiFS and MODIS (Moderate Resolution Imaging Spectrometer) to calculate instantaneous surface flux at the ocean surface. Daily UV doses can be calculated by assuming a model of constant cloudiness throughout the day. Both SeaWiFS and MODIS provide some estimates of seawater optical properties in the visible. To calculate the underwater UV flux the seawater optical properties must be extrapolated down to shorter wavelengths. Currently, the problem of accurate extrapolation of visible data down to the UV spectral range is not solved completely, and there are few available measurements. The major difficulty is insufficient correlation between photosynthetic and photoprotective pigments of phytoplankton absorbing in the visible and UV respectively. We propose to empirically parameterize seawater absorption in the UV on a basis of available data sets of bio-optical measurements from a variety of ocean waters. Another problem is the lack of reliable data on pure seawater absorption in the UV. Laboratory measurements of the UV absorption of both pure water and pure seawater are required.

Vasilkov, Alexander P.↗