Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “DAC”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 505 records · Page 28

Space Launch System and Missions to Near Rectilinear Halo Orbits

The first major evolution of NASA’s Space Launch System (SLS) will begin its flights starting in the mid-2020’s. This new configuration, called Block 1B, replaces the Interim Cryogenic Propulsion Stage with a larger Exploration Upper Stage (EUS). The additional capability provided by the new upper stage will allow SLS to send heavier payloads into deep space. One destination of interest to the SLS program is called a Near Rectilinear Halo Orbit (NRHO). This is a type of lunar orbit with multiple advantages for deep space exploration. These benefits include Earth/lunar access, low station-keeping requirements, and high communication potential with Earth. Therefore, it is a leading candidate for the proposed Lunar Orbital Platform-Gateway (LOP-G). This paper will provide a detailed assessment of the SLS Block 1B requirements and capabilities for sending payloads to an NRHO. Analysts at Marshall Space Flight Center are producing a multi-year mission availability scan for the SLS Block 1B configuration to a predefined NRHO orbit. The analysis produces an optimized trajectory for each day of the scan window. A maximized payload and minimized propellant requirement are determined for each day. All maneuvers from launch to the end of the Trans-Lunar-Injection (TLI) are being modeled as finite burns. Injections into an NRHO are being modeled as impulsive maneuvers. The payload element is arbitrary, but includes sufficient mass to represent a large habitat or propulsion module. The resulting parameters of payload capability, delta-v requirements, and launch windows length vary over the course of the scan. Many launch days in the scan are eliminated in post-processing as they violate mission constraints such as payload mass and propellant usage to insert into an NRHO. Based off previous one-year scan results for the SLS Block 1B Design Analysis Cycle 2 (DAC-2), it is expected that there will be one to three days per week where the payload is able to insert into an NRHO within SLS constraints objectives. This scan provides results for longer than one-year, allowing analysts to better understand the launch availability and energy requirements of SLS Block 1B over time. The in-space mission design and scans utilize Copernicus, an n-body trajectory optimization tool originally developed out of the University of Texas at Austin with further development at Johnson Space Center in Houston, TX. To seed the in-space trajectory, Copernicus uses a plugin to call a database of SLS ascent trajectories optimized in the Program to Simulate Optimized Trajectories II (POST2). The ascent trajectories are developed using a framework that parametrizes payload mass and LEO inclination, and targets a 100 nmi (nautical mile) altitude circular parking orbit. Though this analysis is specific to the SLS program, it will provide a summary of mission design benefits and constraints associated with generic NRHO access, and may be applied to other programs or concepts that will utilize this orbit.

Statham, T. L.↗

Development of Space-Flight Compatible Room-Temperature Electronics for the Lynx X-Ray Microcalorimeter

We are studying the development of space-flight compatible room-temperature electronics for the Lynx x-ray microcalorimeter (LXM) of the Lynx mission. The baseline readout technique for the LXM is microwave SQUID multiplexing. The key modules at room temperature are the RF electronics module and the digital electronics and event processor (DEEP). The RF module functions as frequency converters and mainly consists of local oscillators and I/Q mixers. The DEEP performs demultiplexing and event processing, and mainly consists of field-programmable gate arrays, ADCs, and DACs. We designed the RF electronics and DEEP to be flight ready, and estimated the power, size, and mass of those modules. There are two boxes each for the RF electronics and DEEP for segmentation, and the sizes of the boxes are 13 in: × 13 in: × 9 in: for the RF electronics and 15.5 in: × 11.5 in: × 9.5 in: for the DEEP. The estimated masses are 25.1 kg∕box for the RF electronics box and 24.1 kg∕box for the DEEP box. The maximum operating power for the RF electronics is 141 W or 70.5 W∕box, and for the DEEP box is 615 W or 308 W∕box. The overall power for those modules is 756 W. We describe the detail of the designs as well as the approaches to the estimation of resources, sizes, masses, and powers.

Sakai, Kazuhiro↗

Estimating Drag and Heating Coefficients for Hollow Reentry Objects in Transitional Flow Using DSMC

In NASA’s Object Reentry Survival Analysis Tool (ORSAT), aerodynamic drag and aerothermal heating coefficients are computed for each of the free-molecular, continuum, and transitional flow regimes using analytical and semi-analytical methods. These methods are typically limited to convex, blunt objects (such as spheres) and are applied to other objects such as boxes and cylinders using multiplicative “shape factors” to account for the different behavior. Previous literature has analyzed the aerodynamic and aerothermodynamic properties of flow around sharp-edged objects like boxes and cylinders in transitional flow, though only those objects with solid external boundaries. However, many reentry objects we have encountered in real spacecraft have been hollow (i.e., with the potential to allow flow through them). We present here preliminary results from analyses performed using the NASA Direct Simulation Monte Carlo (DSMC) Analysis Code (DAC) on hollow cylinders and boxes (with varying wall thickness-diameter ratio).

Marichalar, Jeremiah J.↗

The Flexible Lunar Architecture for Exploration (FLARE): Designed for the Artemis-3 Moon 2024 Mission and Beyond

The Flexible Lunar Architecture for Exploration (FLARE) is a concept to deliver four crew to the lunar surface for 7 to 14 days and then return them safely to Earth by 2024. This meets NASA’s internal 2024 lunar landing deadline directed by President Trump (Trump, 2017) and the “5-year” goal set forth by Vice President Pence (Pence, 2019). FLARE is an alternative to NASA’s Human Landing System reference architecture from the Design Analysis Cycle (DAC) #2 (NASA, 2019b). The minimum FLARE concept uses one Space Launch System launch, one Orion, one European Service Module (ESM), and one human lander to deliver four crew to the Moon for a minimum surface duration of 7 days and return them to Earth. FLARE adds a new capability, called the SpaceTug, based upon the mature and successful United Launch Alliance “Common” Centaur Upper Stage vehicle, with modifications. In FLARE, the SpaceTug provides propulsion needed to return the Orion+ESM from the Moon to Earth. The SpaceTug also provides propulsion to deliver the human lander Descent Element (DE) and Ascent Element (AE) separately to lunar orbit. The Orion+ESM then completes a rendezvous with the mated DE+AE in lunar orbit. FLARE also offers optional phases to the Moon 2024 mission. The SpaceTug can also deliver components of the planned Gateway - including the Power and Propulsion Element and the Habitation and Logistics Outpost - to lunar orbit; however, the planned FLARE destination is a Low Lunar Frozen Polar Orbit unlike the NASA DAC2 plan for a Near Rectilinear Halo Orbit. FLARE also provides an option to deliver precursor equipment - including a habitation module, crew mobility devices and an In-Situ Resource Utilization demonstration - to the lunar surface for enhanced crew exploration and science with the extended 14-day surface mission.

Commercial Launch Vehicles (CLV)↗

Human Landing System Storable Propellant Architecture: Mission Design, Guidance, Navigation, and Control

In preparation of the NextSTEP-2 Appendix H awards, NASA’s Human Landing System (HLS) Program (HLSP) went through an abbreviated Design Analysis Cycle (DAC), or miniDAC, to characterize and quantify how a storable propellant design would affect and improve overall system performance of the Government reference design. As part of that miniDAC, HLSP ran multiple trade studies and assessments, including aspects of Mission Design, Flight Mechanics (FM), and Guidance, Navigation, and Control (GN\&C). The storable propellant designs were assessed through the baseline mission targeting the Near Rectilinear Halo Orbit (NRHO) and several alternate staging orbits. This paper focuses on the FM and GN\&C trades and assessments completed as part of the miniDAC as well as the GN\&C elements of the miniDAC Master Equipment List (MEL) developed for the storable propellant lander configurations.

A S Craig↗

A Flexible Lunar Architecture for Exploration (FLARE) Supporting NASA’s Artemis Program

The Flexible Lunar Architecture for Exploration (FLARE) is a concept to deliver four crew to the lunar surface for a minimum of seven days and then return them safely to Earth. FLARE can be implemented whenever the component vehicles are operational. FLARE was developed as an alternative to NASA’s Human Landing System (HLS) reference architecture from the Design Analysis Cycle (DAC) #2 created in 2019. The DAC2 guidelines required utilization of the Gateway vehicle in a Near- Rectilinear Halo Orbit (NRHO). Instead, FLARE chooses a Low Lunar Frozen Polar Orbit (LLFPO) for lunar rendezvous of components, and an optional Gateway vehicle. The LLFPO provides a stable orbit that overflies the south pole every 2 h, ensuring easy access to the lunar surface for surface aborts with a much lower propellant requirement than NRHO. The minimum FLARE concept uses one Space Launch System (SLS) launch, one Orion, one European Service Module (ESM), and one human lander (launched on commercial vehicle(s)). FLARE adds the SpaceTug, based upon the mature and successful ULA “Common” Centaur Upper Stage vehicle, with modifications to create an Earth-Moon transfer vehicle. In the FLARE baseline mission, the SpaceTug provides propulsion needed to return the Orion + ESM from LLFPO to Earth. The SpaceTug also provides propulsion to deliver the separate human lander components – the Descent Element (DE) and the Ascent Element (AE) - from Low Earth Orbit (LEO) to LLFPO. The SLS Block 1 then launches the Orion + ESM and completes a rendezvous with the mated DE + AE components in LLFPO. FLARE offers optional phases beyond the baseline mission. The SpaceTug can deliver components of the planned Gateway, including the Power and Propulsion Element (PPE) and the Habitable and Logistics Outpost (HALO), to LLFPO. FLARE provides an option to deliver precursor equipment to the lunar surface to enhance and extend the human mission. With these components, including an inflatable habitation module and airlock, individual crew mobility vehicle(s), an In-Situ Resource Utilization (ISRU) demonstration, and science and technology experiments, the crew can explore and conduct science on the lunar surface for up to 14 days.

Moon 2024↗

Human Landing System Storable Propellant Architecture: Mission Design, Guidance, Navigation, and Control

In preparation of the NextSTEP-2 Appendix H awards, NASA’s Human Landing System (HLS) Program (HLSP) went through an abbreviated Design Analysis Cycle (DAC), or miniDAC, to characterize and quantify how a storable propellant design would affect and improve overall system performance of the Government reference design. As part of that miniDAC, HLSP ran multiple trade studies and assessments, including aspects of Mission Design, Flight Mechanics (FM), and Guidance, Navigation, and Control (GN&C). The storable propellant designs were assessed through the baseline mission targeting the Near Rectilinear Halo Orbit (NRHO) and several alternate staging orbits. This paper focuses on the FM and GN&C trades and assessments completed as part of the miniDAC as well as the GN\&C elements of the miniDAC Master Equipment List (MEL) developed for the storable propellant lander configurations.

Landers↗

A 5.8 GHz 1.77mW AFSK-OFDM CMOS Backscatter Transmitter for Low Power Internet of Things Applications

This paper presents an AFSK-OFDM (amplitude frequency shift keying-orthogonal frequency division multiplexing) based backscatter transmitter for Internet-of-Things (IoT) applications. The transmitter uses an array of 4 low-power direct digital frequency synthesizers (DDFSs) and DACs to transmit data using both frequency and amplitude symbols on 4 different OFDM subcarriers. The backscatter modulator is demonstrated within a 5.8 GHz wireless link using an 8-symbol OFDM library at a range of 2.7m and shown to consume 1.77 mW when operated at a symbol rate of 4MS/s (corresponds to 12 Mb/s). The modulator chip occupies 0.45mm² of silicon area.

Chang, M-C. Frank↗

Towards Plume Impingement Modeling in Space Environments

After 30 years human presence in low-earth orbit, NASA is returning to the moon and eventually will go to Mars. To this end, NASA is constructing the Lunar Gateway, an ISS-like space station to act as a home base for Lunar exploration. A large space station must be assembled while in orbit, using a “piecemeal” approach. In this context, it means that the different modules will arrive at different times and attach to what is already in service. The ISS provides an excellent example of this approach, and the proposed Lunar Gateway will undergo a similar assembly process. This assembly is achieved via “docking” maneuvers between modules, which are made possible by sequential firings of the onboard reaction control system (RCS) thrusters. They work by firing hot gases to produce adverse thrust and the needed change in velocity to safely finish the docking approach. The issue is that the gas from these thrusters' forms flow structures described as “plumes” and can impinge onto the outer surfaces of the space station, causing unwanted forces and moments, heat loads, sediment deposition, and in extreme cases, even surface erosion. All mechanisms that can damage the space station and must be avoided. Both permanent and visiting modules will have these RCS thruster exhaust impingement problems. Accurately and efficiently modeling these plume is an involved multi-physics calculation but also an important tool when designing the control algorithms of approaching modules. This poster presents progress towards this simulation on two fronts. First is the verification of OpenFOAM for rarefied plume impingement calculations by direct comparison to published DAC cases. Second is the estimation of plume impingement strikes over the time scale of an entire docking event. This is done by using a simple plume source flow model and a prescribed motion visualizer—coded in Python. Together these tools help push NASA's capabilities for simulating these plume impingement effects.

Rarefied Flows↗

Handling Qualities Assessment of Manual Lunar Landing with Display Augmentation

Research and development is being conducted to support data-driven design decisions for manual control and human involvement in the lunar landing task under the Human Landing System (HLS) program within the Artemis campaign. A human-in-the-loop simulator evaluation of the manual control of a lunar landing vehicle in the final approach and landing phase was conducted at NASA Langley Research Center in the Lunar Flight Deck simulator using the Altair Design and Analysis Cycle (DAC)-2 government reference vehicle. The objective was to perform a direct comparison of control law types with display aiding for various rotational control powers being considered under HLS. Ten subjects (four NASA test pilots and six current pilot astronauts) provided Cooper-Harper ratings, NASA Task Load Index workload ratings, and qualitative comments. The piloting task was to assume manual control of the vehicle (including vertical descent rate) at 150 m above the landing zone, fly to a redesignated landing target (which was up to 75 m radially from the center of the landing zone) and to touch down within a position accuracy of 5m. The data showed that the display augmentation in the form of a “hover cue” significantly improved the pilot’s ability to control translation and create satisfactory handling qualities for otherwise sluggish configurations; however, the investigation also showed that display augmentation is not a panacea. Handling qualities problems, including pilot-induced oscillations, and higher workload for the lowest control powers can still be evident.

Lynda J. Kramer↗

Handling Qualities Assessment of Manual Lunar Landing with Display Augmentation

Research and development is being conducted to support data-driven design decisions for manual control and human involvement in the lunar landing task under the Human Landing System (HLS) program within the Artemis campaign. A human-in-the-loop simulator evaluation of the manual control of a lunar landing vehicle in the final approach and landing phase was conducted at NASA Langley Research Center in the Lunar Flight Deck simulator using the Altair Design and Analysis Cycle (DAC)-2 government reference vehicle. The objective was to perform a direct comparison of control law types with display aiding for various rotational control powers being considered under HLS. Ten subjects (four NASA test pilots and six current pilot astronauts) provided Cooper-Harper ratings, NASA Task Load Index workload ratings, and qualitative comments. The piloting task was to assume manual control of the vehicle (including vertical descent rate) at 150 m above the landing zone, fly to a redesignated landing target (which was up to 75 m radially from the center of the landing zone) and to touch down within a position accuracy of 5m. The data showed that the display augmentation in the form of a “hover cue” significantly improved the pilot’s ability to control translation and create satisfactory handling qualities for otherwise sluggish configurations; however, the investigation also showed that display augmentation is not a panacea. Handling qualities problems, including pilot-induced oscillations, and higher workload for the lowest control powers can still be evident.

Lynda Kramer↗

Recent Updates to the Object Reentry Survival Analysis Tool (ORSAT) Version 7.1

The Object Reentry Survival Analysis Tool (ORSAT) code is maintained and used by the NASA Orbital Debris Program Office (ODPO) and has been under continuous development and improvement since the mid-1990s. ORSAT is an object-oriented reentry simulation tool; it models a satellite as a collection of discrete components that follow independent trajectories upon the breakup of the parent object. Version 7.1 of the tool incorporates five years of new thermal and aerodynamic model development, multi-processor parametric study capability, codebase upgrades, and numerous bug-fixes. The thermal demise model was completely rewritten using a forward-time/central-space numerical stencil and incorporating a new pyrolysis model for fiber-reinforced plastic (FRP) materials. New aerodynamic and aeroheating models for hollow cylinders and hollow square prisms were developed using a combination of flow simulations in the direct simulation Monte Carlo (DSMC) Analysis Code (DAC) and Data Parallel Line Relaxation (DPLR) code and free-flight tests in the University of Texas at San Antonio’s Hypersonic Wind Tunnel. The latest version also incorporates a mechanical, strength-based demise model for FRP materials. Minor improvements include an update to the Fortran 2018 codebase; improved integration and speed with the Python-based, multi-core, parametric study tool, AutoORSAT; and fixes for many minor bugs. This new version of ORSAT will enable more accurate reentry risk assessments for modern satellites. This paper presents an overview of these changes and a summary of the verification and validation performed on the final code.

Benton R. Greene↗

Dynamic Assurance of Autonomous Systems through Ground Control Software∗

Assurance cases are being increasingly acknowledged as a way to build trust in complex systems with autonomous capabilities [1]. An assurance case is a comprehensive, defensible, and valid justification that a system will function as intended for the specific mission and operating environment. Such justifications for systems with autonomous capabilities are often based on various probabilistic quantifications [2]. Due to the dynamic nature of the environmental conditions in which these systems operate, as well as the changing nature of the autonomous systems themselves, these probabilistic quantifications cannot be simply estimated once during design time. Rather, they need to be continually evaluated during systems operations to ensure that the assurance case justifications are valid. We refer to the assurance case that combines both the static and dynamic elements as a Dynamic Assurance Case (DAC).

dynamic assurance case↗

Recent Updates to the Object Reentry Survival Analysis Tool (ORSAT) Version 7.1

The Object Reentry Survival Analysis Tool (ORSAT) code is maintained and used by the NASA Orbital Debris Program Office (ODPO) and has been under continuous development and improvement since the mid-1990s. ORSAT is an object-oriented reentry simulation tool; it models a satellite as a collection of discrete components that follow independent trajectories upon the breakup of the parent object. Version 7.1 of the tool incorporates five years of new thermal and aerodynamic model development, multi-processor parametric study capability, codebase upgrades, and numerous bug-fixes. The thermal demise model was completely rewritten using a forward-time/central-space numerical stencil and incorporating a new pyrolysis model for fiber-reinforced plastic (FRP) materials. New aerodynamic and aeroheating models for hollow cylinders and hollow square prisms were developed using a combination of flow simulations in the direct simulation Monte Carlo (DSMC) Analysis Code (DAC) and Data Parallel Line Relaxation (DPLR) code and free-flight tests in the University of Texas at San Antonio’s Hypersonic Wind Tunnel. The latest version also incorporates a mechanical, strength-based demise model for FRP materials. Minor improvements include an update to the Fortran 2018 codebase; improved integration and speed with the Python-based, multi-core, parametric study tool, AutoORSAT; and fixes for many minor bugs. This new version of ORSAT will enable more accurate reentry risk assessments for modern satellites. This paper presents an overview of these changes and a summary of the verification and validation performed on the final code.

Benton R. Greene↗

COLUTA: Custom 8-Channel 15-bit 40-MSPS ADC for the ATLAS Liquid Argon Calorimeter Readout

The stringent radiation-tolerance, quantization requirements, and the need for seamless integration of the on-detector readout electronics chain require the design of a full-custom analog-to-digital converter (ADC) for the 182,468 channels in the ATLAS Liquid Argon (LAr) calorimeter at the Large Hadron Collider (LHC) at CERN, as part of the High-Luminosity LHC (HL-LHC) upgrade. Each of the 8 channels in the prototype 65 nm CMOS ADC with 15-bit resolution and >68 dB signal-to-noise-and-distortion ratio (SNDR), or equivalently >11 effective number of bits (ENOB), consists of a Multiplying-DAC (MDAC) and a successive-approximation (SAR) ADC. A digital data processing unit (DDPU) calibrates and serially transmits the quantized data. Initial lab characterization of 18 chips shows a minimum SNDR of 69.5 dB at full-scale at about 5 MHz and a maximum power consumption of 1.17 W; differential non-linearity (DNL) measurements show no missing codes. Additional validation of the ADC is ongoing before approximately 70k chips can be mass-produced for the upgrade.

Rui Xu↗

Exploration Exercise System (EES) Development

Exploration class missions will be required to have an exercise device that is lightweight, has a small footprint, and is capable of providing enough physical stimulus and exercise variability to be an effective countermeasure against muscle and bone loss that results from the microgravity environment. Exploration exercise device prototypes should be evaluated on the ground and in-orbit for feasibility of use in microgravity for long and short duration exploration missions and efficacy of the device to maintain multi-system health and performance. The European Enhanced Exploration Exercise Device (E4D) was selected as the exploration prototype device to be evaluated on ISS for efficacy and feasibility of use as a single multi-modality device for the exercise system for exploration missions. This effort supports the continued development, testing, and verification of E4D hardware and software, internal NASA integration (Human Health and Performance, ISS Vehicle Office, Engineering, and Flight Operations), and external integration across NASA, ESA, and the Danish Aerospace Company (DAC). Providing a feasibility and acceptability assessment from a physiological efficacy and hardware durability standpoint are critical for informing use and risk associated with use on exploration missions. Clearly defined objectives from end users, stakeholders, and Subject Matter Experts (SMEs) will be tested by crewmembers during acute use sessions and long duration use of the exercise device while on ISS. This effort will include a flight study where crewmembers will be asked to exercise using only the E4D during the duration of their mission and participate in a battery of physiological testing to evaluate the efficacy. Hardware is scheduled to launch in FY25 followed by 2 years of operational use after activation and checkout. A final recommendation will be provided to the Artemis program on acceptability of the device for exploration missions. The E4D needs a vibration isolation stabilization (VIS) system that serves as a platform for the exercise hardware to protect the vehicle from loads imparted during exercise. Exploration forward VIS systems will need to protect the vehicle and provide sufficient stabilization for the exerciser during performance of all critical exercises. These enabling capabilities need to be achieved within exploration vehicle power, thermal, mass, and volume limitations.

Kent Lawrence Kalogera↗

The Roman Space Telescope Optical System: Status, Test, and Verification Update

The Nancy Grace Roman Space Telescope (“Roman”) is NASA’s next flagship observatory. Launching in 2026, Roman will explore the nature of dark energy as well as expand the census of exoplanets in our galaxy via microlensing. Roman’s large field of view, agile survey capabilities, and excellent stability enable these scientific objectives, yet present unique challenges for the design, test, and verification of its optical system. Roman recently completed a comprehensive thermal vacuum test of the Spacecraft bus + Integrated Payload Assembly (SCIPA), followed by integrating the Outer Barrel Assembly (OBA), Solar Array Sunshield (SASS), and Deployable Aperture Cover (DAC) with SCIPA to complete the Observatory. This paper will present an overview of the thermal vacuum optical testing as well as a status of the optical system performance and verification.

Matthew Bolcar↗

Method and apparatus for evaluating superconducting tunnel junction detector noise versus bias voltage

A technique for characterizing the noise behavior of a superconducting tunnel junction (STJ) detector as a function of its applied bias voltage Vb by stepping the STJ's bias voltage across a predetermined range and, at each applied bias, making multiple measurements of the detector's current, calculating their mean and their standard deviation from their mean, and using this standard deviation as a measure of the STJ detector's noise at that applied bias. Because the method is readily executed under computer control, it is particularly useful when large numbers of STJ detectors require biasing, as in STJ detector arrays In a preferred implementation, the STJ is measured under computer control by attaching it to a digital spectrometer comprising a digital x-ray processor (DXP) coupled to a preamplifier that can set the STJ's bias voltage Vb using a digital-to-analog converter (DAC) controlled by the DXP.

Warburton, William K.↗