Search NASA⌕ Search

SEARCH · Search NASA

Results for “COMMAND MODULE”

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 559 records · Page 31
All sourcesNASA NTRSDOE OSTI
NASA NTRS2012

CoNNeCT Baseband Processor Module Boot Code SoftWare (BCSW)

This software provides essential startup and initialization routines for the CoNNeCT baseband processor module (BPM) hardware upon power-up. A command and data handling (C&DH) interface is provided via 1553 and diagnostic serial interfaces to invoke operational, reconfiguration, and test commands within the code. The BCSW has features unique to the hardware it is responsible for managing. In this case, the CoNNeCT BPM is configured with an updated CPU (Atmel AT697 SPARC processor) and a unique set of memory and I/O peripherals that require customized software to operate. These features include configuration of new AT697 registers, interfacing to a new HouseKeeper with a flash controller interface, a new dual Xilinx configuration/scrub interface, and an updated 1553 remote terminal (RT) core. The BCSW is intended to provide a "safe" mode for the BPM when initially powered on or when an unexpected trap occurs, causing the processor to reset. The BCSW allows the 1553 bus controller in the spacecraft or payload controller to operate the BPM over 1553 to upload code; upload Xilinx bit files; perform rudimentary tests; read, write, and copy the non-volatile flash memory; and configure the Xilinx interface. Commands also exist over 1553 to cause the CPU to jump or call a specified address to begin execution of user-supplied code. This may be in the form of a real-time operating system, test routine, or specific application code to run on the BPM.

Yamamoto, Clifford K.↗
NASA NTRS2018

Display of Flight Interval Management Data

A system for providing flight interval management (FIM) instructions to a pilot of an aircraft includes a module coupled to a display device and configured to communicate with a FIM avionics device. The module generates a first output when input data from the FIM avionics device indicates that the aircraft is within 30 nautical miles of another aircraft, and a second input when a lack of valid input data indicates that the module has lost connectivity to the FIM avionics device. The first input is to the display device to present at least an indication of a paired mode of the module with the FIM avionics device, and a commanded speed reported by the FIM avionics device. The second output is to remove any information presented by the display device and present a blank screen, and then present a status message indicating the lost connectivity to the FIM avionics device.

Wilber, George↗
NASA NTRSDate not supplied

Gateway Command and Data Handling Network Implementation and Validation

As initial Lunar Gateway modules approach design maturity, the Artemis Network Validation and Integration Lab (ANVIL) has begun demonstrations to validate avionics network dataflows. The flight architecture design includes utilizing Time-Triggered Ethernet (TTE) and layer-3 switching capabilities to enable greater automation and flexibility of critical and best effort traffic. Critical traffic is considered as Time-Triggered (TT), Rate Constrained (RC) and prioritized Best Effort (BE) traffic classes. End systems, such as mission computers, power control, and robotics, use three planes and all traffic classes while other devices interface via Best Effort. Typical best effort devices include video, laptops, wireless access points, and payloads. Other devices have a various hybrid approach of interfaces including alarms, telemetry/logging, and communication units. In the paper, we will present an update of the Gateway network architecture and how the system will operate nominally and during a stack topology reconfiguration. We will also discuss the network risks, and trade-offs of performance, flexibility, and redundancy. Finally, we will show the process for validation, demonstration, and verification approaches to the vehicle network.

Gateway↗
NASA NTRS2013

Target Trailing With Safe Navigation for Maritime Autonomous Surface Vehicles

This software implements a motion-planning module for a maritime autonomous surface vehicle (ASV). The module trails a given target while also avoiding static and dynamic surface hazards. When surface hazards are other moving boats, the motion planner must apply International Regulations for Avoiding Collisions at Sea (COLREGS). A key subset of these rules has been implemented in the software. In case contact with the target is lost, the software can receive and follow a "reacquisition route," provided by a complementary system, until the target is reacquired. The programmatic intention is that the trailed target is a submarine, although any mobile naval platform could serve as the target. The algorithmic approach to combining motion with a (possibly moving) goal location, while avoiding local hazards, may be applicable to robotic rovers, automated landing systems, and autonomous airships. The software operates in JPL s CARACaS (Control Architecture for Robotic Agent Command and Sensing) software architecture and relies on other modules for environmental perception data and information on the predicted detectability of the target, as well as the low-level interface to the boat controls.

Wolf, Michael↗
NASA NTRS1979

25 kW power module evolution study

This paper presents a study of evolutionary growth concepts for the 25 kW power module to augment STS mission support future capabilities. The study aimed to establish user payload requirements, define evolution methods for system initial operational capability, and formulate a development program and conceptual designs. The payload requirements analysis focused on material processing in space, public services, and solar terrestrial observations; evolutionary system concepts were evaluated to derive the power module and system support requirements, and four reference orbits were used to construct the nominal program scenario. The mission accomodations analysis evaluated the capability of the nominal program scenario and associated power module concepts to meet user needs. Finally, the recommended modular design consisting of electric power, attitude control, thermal control, and command and data handling is described, and it is concluded that the 25 kW power module is a logical first step to support the near term NASA sortie and free-flyer mission requirements.

Overall, J. W., Jr.↗
NASA NTRS2001

STS-105 Flight Day 4 Highlights

On this fourth day of the STS-105 mission, footage shows the Shuttle's robotic arm as it moves into position to grapple the Leonardo Multipurpose Module (LMPM) out of Discovery's payload bay and into position to be installed to the Unity Module on the International Space Station (ISS). The STS-105 crew (Commander Scott Horowitz, Pilot Frederick Sturckow, and Mission Specialists Daniel Barry and Patrick Forrester), Expedition 2 crew (Commander Yuriy Usachev and Flight Engineers James Voss and Susan Helms), and the Expedition 3 crew (Frank Culbertson, Jr., Mikhail Turin, and Vladimir Dezhurov) are seen as they unload LMPM and transfer racks to and from the Destiny Laboratory Module and the Space Shuttle.

Source record↗
NASA NTRS2013

Development Status of the WetLab-2 Project: New Tools for On-orbit Real-time Quantitative Gene Expression.

The primary objective of NASA Ames Research Centers WetLab-2 Project is to place on the ISS a research platform to facilitate gene expression analysis via quantitative real-time PCR (qRT-PCR) of biological specimens grown or cultured on orbit. The WetLab-2 equipment will be capable of processing multiple sample types ranging from microbial cultures to animal tissues dissected on-orbit. In addition to the logistical benefits of in-situ sample processing and analysis, conducting qRT-PCR on-orbit eliminates the confounding effects on gene expression of reentry stresses and shock acting on live cells and organisms. The system can also validate terrestrial analyses of samples returned from ISS by providing quantitative on-orbit gene expression benchmarking prior to sample return. The ability to get on orbit data will provide investigators with the opportunity to adjust experimental parameters for subsequent trials based on the real-time data analysis without need for sample return and re-flight. Finally, WetLab-2 can be used for analysis of air, surface, water, and clinical samples to monitor environmental contaminants and crew health. The verification flight of the instrument is scheduled to launch on SpaceX-5 in Aug. 2014.Progress to date: The WetLab-2 project completed a thorough study of commercially available qRT-PCR systems and performed a downselect based on both scientific and engineering requirements. The selected instrument, the Cepheid SmartCycler, has advantages including modular design (16 independent PCR modules), low power consumption, and rapid ramp times. The SmartCycler has multiplex capabilities, assaying up to four genes of interest in each of the 16 modules. The WetLab-2 team is currently working with Cepheid to modify the unit for housing within an EXPRESS rack locker on the ISS. This will enable the downlink of data to the ground and provide uplink capabilities for programming, commanding, monitoring, and instrument maintenance. The project is currently designing a module that will lyse the cells and extract RNA of sufficient quality for use in qRT-PCR reactions while using a housekeeping gene to normalize RNA concentration and integrity. Current testing focuses on two promising commercial products and chemistries that allow for RNA extraction with minimal complexity and crew time.

quantitative PCR↗
NASA NTRS2002

STS-111 Flight Day 3 Highlights

On Flight Day 3 of STS-111, the crew of Endeavour (Kenneth Cockrell, Commander; Paul Lockhart, Pilot; Franklin Chang-Diaz, Mission Specialist; Philippe Perrin, Mission Specialist) and the Expedition 5 crew (Valery Korzun, Commander; Peggy Whitson, Flight Engineer; Sergei Treschev, Flight Engineer), begin their final approach towards the International Space Station (ISS). From cameras aboard the ISS, live video of Endeavour is shown as it approaches the station. The Orbiter is maneuvered slowly to a position for docking, and cameras from multiple angles show this process. As it is maneuvered, there are clear views of its payload bay, which includes the Leonardo MultiPurpose Logistics Module (MPLM) and the Mobile Base System (MBS), both of which will be installed on the ISS during this mission. In the final stages of the docking procedure there is close-up footage of Endeavour meeting the ISS's Pressurized Mating Adapter 2 on the Destiny Laboratory Module. Inside the ISS, the Expedition 4 crew (Yury Onufrienko, Commander; Daniel Bursch, Flight Engineer; Carl Walz, Flight Engineer), which will be replaced by the Expedition 5 crew, prepares for final docking. Crew members are shown transferring equipment from the Endeavour to the ISS, prior to a replay of the mating of the two crafts. In the replay, the hatch is shown being opened and the two newly arrived crews are greeted with excitement by Expedition 4 crewmembers. The video closes with footage of the Quest airlock used for EVA (extravehicular activity) egress, and the Canadarm 2 robotic arm.

Source record↗
NASA NTRS1986

The 5000 GPM firefighting module evaluation test

The 5000 GPM Firefighting Module development was sponsored and shared by the Navy Facilities Engineering Command. It is a lightweight, compact, self-contained, helicopter-transportable unit for fighting harbor and other specialty fires as well as for use in emergency and shipboard water pumping applications. This unit is a more advanced model of the original 1500 GPM module developed for the U.S. Coast Guard. The module and an evaluation test program conducted at the North Island Naval Air Station, San Diego, California, by NASA and the U.S. Navy, are described.

Burns, Ralph A.↗
DOE OSTI2025

Generalizable, fast, and accurate DeepQSPR with fastprop

Abstract Quantitative Structure–Property Relationship studies (QSPR), often referred to interchangeably as QSAR, seek to establish a mapping between molecular structure and an arbitrary target property. Historically this was done on a target-by-target basis with new descriptors being devised to specifically map to a given target. Today software packages exist that calculate thousands of these descriptors, enabling general modeling typically with classical and machine learning methods. Also present today are learned representation methods in which deep learning models generate a target-specific representation during training. The former requires less training data and offers improved speed and interpretability while the latter offers excellent generality, while the intersection of the two remains under-explored. This paper introduces , a software package and general Deep-QSPR framework that combines a cogent set of molecular descriptors with deep learning to achieve state-of-the-art performance on datasets ranging from tens to tens of thousands of molecules. provides both a user-friendly Command Line Interface and highly interoperable set of Python modules for the training and deployment of feedforward neural networks for property prediction. This approach yields improvements in speed and interpretability over existing methods while statistically equaling or exceeding their performance across most of the tested benchmarks. is designed with Research Software Engineering best practices and is free and open source, hosted at github.com/jacksonburns/fastprop.

Burns, Jackson W. (ORCID:0000000206579426)↗
NASA NTRS1986

Comet rendezvous - The next stage in cometary exploration

NASA's Comet Rendezvous Asteroid Flyby (CRAF) mission to P/Tempel 2 is described with attention given to CRAF spacecraft design. Infrared/visible spectrometers, dust counters, magnetometers, and plasma-wave analyzers are an integral part of the CRAF payload. CRAF's subsystems consist of the following: (1) a structure subsystem, (2) a temperature control subsystem, (3) a propulsion module subsystem, (4) an attitude control subsystem, (5) a command and data subsystem, (6) a radio frequency subsystem, and (7) a power and pyrotechnics subsystem. It is concluded that the CRAF mission will enable the first detailed study of the cometary nucleus.

Collins, D. H.↗
NASA NTRS1988

Computerized monitoring and control of experiments in space

The computer subsystem of the Villanova University GAS (Get Away Special) experiment apparatus is discussed. The function of the computer subsystem is to provide data acquisition and control system support to the experiments. The computer subsystem will provide high availability, low power consumption and highly reliable data retention. The general layout of the subsystem provides for redundant processing units, control modules, and multiple data acquisition modules. Each of the two redundant processing units will be composed of a microprocessor, control logic, PROM, RAM, non-volitile memory, timers, self-check logic and data ports to the data acquisition and control modules. One unit will control the experiment while the other shadows the primary unit operation. The data acquisition module gathers data from the experiment. The data is transfered to the processing unit in digital form. The control module validates the data, decodes it and executes the command.

Janisch, Thomas V.↗
NASA NTRS1999

Entry Guidance for the Reusable Launch Vehicle

The X-33 Advanced Technology Demonstrator is a half-scale prototype developed to test the key technologies needed for a full-scale single-stage reusable launch vehicle (RLV). The X-33 is a suborbital vehicle that will be launched vertically, and land horizontally. The goals of this research were to develop an alternate entry guidance scheme for the X-33 in parallel to the actual X-33 entry guidance algorithms, provide comparative and complementary study, and identify potential new ways to improve entry guidance performance. Toward these goals, the nominal entry trajectory is defined by a piecewise linear drag-acceleration-versus-energy profile, which is in turn obtained by the solution of a semi-analytical parameter optimization problem. The closed-loop guidance is accomplished by tracking the nominal drag profile with primarily bank-angle modulation on-board. The bank-angle is commanded by a single full-envelope nonlinear trajectory control law. Near the end of the entry flight, the guidance logic is switched to heading control in order to meet strict conditions at the terminal area energy management interface. Two methods, one on ground-track control and the other on heading control, were proposed and examined for this phase of entry guidance where lateral control is emphasized. Trajectory dispersion studies were performed to evaluate the effectiveness of the entry guidance algorithms against a number of uncertainties including those in propulsion system, atmospheric properties, winds, aerodynamics, and propellant loading. Finally, a new trajectory-regulation method is introduced at the end as a promising precision entry guidance method. The guidance principle is very different and preliminary application in X-33 entry guidance simulation showed high precision that is difficult to achieve by existing methods.

Lu, Ping↗
NASA NTRS2001

STS-102 Mission Highlight Resource Tape, Tape 3 of 4

A continuation of 'STS-102 Mission Highlight Resource Tape, Part 1 of 2, Tape 1 of 2' (internal ID 2001096942) and 'STS-102 Mission Highlight Resource Tape, Part 1 of 2, Tape 2 of 2' (internal ID 2001096941), this video shows the activities of flight days 6-12 of the STS-102 mission. Various on-orbit activities are seen, such as STS-102 Mission Specialists Andrew Thomas and Paul Richards suiting up and performing their spacewalks, Thomas in the Leonardo Multipurpose Logistics Module preparing for the unloading activities, the change of command from the International Space Station's (ISS's) Expedition 1 crew (William Shepherd, Yuri Gidzenko, and Sergei Krikalev) to the Expedition 2 crew (Yuriy Usachev, James Voss, and Susan Helms), and the undocking of the Discovery Orbiter from the ISS. Activities for flight days 13 and 14 can be found on 'STS-102 Mission Highlight Resource Tape, Part 2 of 2, Tape 2 of 2' (internal ID 2001096940).

Source record↗
NASA NTRS2001

STS-104 Flight Day 8 Highlights

Expedition 2 Flight Engineer Jim Voss and STS-104 Commander Steve Lindsey are seen in between the Unity Module and the Quest Airlock in the International Space Station as they replace the intermodular ventilation valve. Footage shows STS-104 Mission Specialist Janet Kavandi and Expedition 2 Flight Engineers Susan Helms and Jim Voss outfitting the Quest Airlock after Voss and Lindsey are finished with the repairs.

Source record↗
NASA NTRS2020

Aerocapture as an Option for Ice Giants Mission

Aerocapture is an atmospheric maneuver where the aerodynamic forces of the vehicle (lift and drag) are used to provide the 𝞓V needed to slow down from the approach hyperbolic trajectory to achieve the desired captured orbit around the target planet. The aeroassist capture provides a large savings in propulsion needed to change the velocity of the vehicle, since aerodynamic forces rather than propulsive systems provide the change in velocity. Aerocapture requires an integrated system level design, including thermal protection systems, actuator systems for aerodynamic modulation, and guidance and control systems that can autonomously command the change in the aeroassist forces. Although aerocapture has been proposed for many situations in the past, including Mars, Venus, Titan, Saturn, Uranus, and Neptune orbiters as well as for Earth demonstration missions, it has not been attempted on any missions. However, many studies in the past three decades that have considered aerocapture as a design option have concluded that there are large mass savings that come from using aeroassist forces rather than propulsive forces to put a spacecraft into a captured orbit. The benefits are destination dependent, but some of the largest mass savings occur for the Ice Giants planets. Due to the large hyperbolic velocities of interplanetary trajectories approaching Uranus and Neptune, large amount of propulsion must be used to put a spacecraft in science orbits around these planets. Aerocapture can reduce the propulsion needs by dissipating energy in the sizable atmospheres of Uranus and Neptune. NASA commissioned a detailed study analysis to quantify the benefits, if any, for use at Neptune. The study found that even having to provide a heat shield aerocapture could deliver 40% more payload than an all-propulsive vehicle, and also provides for a 3–4-year reduction in trip time. Mass savings are expected also at Uranus with an aerocapture mission. Additionally, more recent advances in thermal protection systems and guidance and control systems show a path to increase capabilities beyond those results. This paper will discuss the merits of including aerocapture as an option for an Ice Giants mission. The discussion will focus on the cost and mass savings of using aerocapture instead of propulsive burns for Ice Giants orbiter mission scenarios while also detailing a potential concept of operations and entry vehicle design. Finally, the talk will discuss more recent work that shows aerocapture design is possible without the development of any novel entry vehicle. Thus, aerocapture can significantly improve science capabilities for an Ice Giants mission.

Soumyo Dutta↗
NASA NTRS2014

WetLab-2: Tools for Conducting On-Orbit Quantitative Real-Time Gene Expression Analysis on ISS

The objective of NASA Ames Research Centers WetLab-2 Project is to place on the ISS a research platform capable of conducting gene expression analysis via quantitative real-time PCR (qRT-PCR) of biological specimens sampled or cultured on orbit. The project has selected a Commercial-Off-The-Shelf (COTS) qRT-PCR system, the Cepheid SmartCycler and will fly it in its COTS configuration. The SmartCycler has a number of advantages including modular design (16 independent PCR modules), low power consumption, rapid ramp times and the ability to detect up to four separate fluorescent channels at one time enabling multiplex assays that can be used for normalization and to study multiple genes of interest in each module. The team is currently working with Cepheid to enable the downlink of data from the ISS to the ground and provide uplink capabilities for programming, commanding, monitoring, and instrument maintenance. The project has adapted commercial technology to design a module that can lyse cells and extract RNA of sufficient quality and quantity for use in qRT-PCR reactions while using a housekeeping gene to normalize RNA concentration and integrity. The WetLab-2 system is capable of processing multiple sample types ranging from microbial cultures to animal tissues dissected on-orbit. The ability to conduct qRT-PCR on-orbit eliminates the confounding effects on gene expression of reentry stresses and shock acting on live cells and organisms or the concern of RNA degradation of fixed samples. The system can be used to validate terrestrial analyses of samples returned from ISS by providing on-orbit gene expression benchmarking prior to sample return. The ability to get on orbit data will provide investigators with the opportunity to adjust experiment parameters for subsequent trials based on the real-time data analysis without need for sample return and re-flight. Researchers will also be able to sample multigenerational changes in organisms. Finally, the system can be used for analysis of air, surface, water, and clinical samples to monitor environmental contaminants and crew health. The verification flight of the instrument is scheduled to launch on SpaceX-7 in June 2015.

quantitative PCR↗
NASA NTRSDate not supplied

Commanding Constellations (Pipeline Architecture)

Providing ground command software for constellations of spacecraft is a challenging problem. Reliable command delivery requires a feedback loop; for a constellation there will likely be an independent feedback loop for each constellation member. Each command must be sent via the proper Ground Station, which may change from one contact to the next (and may be different for different members). Dynamic configuration of the ground command software is usually required (e.g. directives to configure each member's feedback loop and assign the appropriate Ground Station). For testing purposes, there must be a way to insert command data at any level in the protocol stack. The Pipeline architecture described in this paper can support all these capabilities with a sequence of software modules (the pipeline), and a single self-identifying message format (for all types of command data and configuration directives). The Pipeline architecture is quite simple, yet it can solve some complex problems. The resulting solutions are conceptually simple, and therefore, reliable. They are also modular, and therefore, easy to distribute and extend. We first used the Pipeline architecture to design a CCSDS (Consultative Committee for Space Data Systems) Ground Telecommand system (to command one spacecraft at a time with a fixed Ground Station interface). This pipeline was later extended to include gateways to any of several Ground Stations. The resulting pipeline was then extended to handle a small constellation of spacecraft. The use of the Pipeline architecture allowed us to easily handle the increasing complexity. This paper will describe the Pipeline architecture, show how it was used to solve each of the above commanding situations, and how it can easily be extended to handle larger constellations.

Tim Ray↗