SEARCH · Engineering Papers

Results for “COMMAND SYSTEM”

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.

SourceResearch connectionFrom yearThrough year

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

At least 1,351 records · Page 75

All sources NASA NTRS DOE OSTI

NASA NTRS2004

Software Implements a Space-Mission File-Transfer Protocol

CFDP is a computer program that implements the CCSDS (Consultative Committee for Space Data Systems) File Delivery Protocol, which is an international standard for automatic, reliable transfers of files of data between locations on Earth and in outer space. CFDP administers concurrent file transfers in both directions, delivery of data out of transmission order, reliable and unreliable transmission modes, and automatic retransmission of lost or corrupted data by use of one or more of several lost-segment-detection modes. The program also implements several data-integrity measures, including file checksums and optional cyclic redundancy checks for each protocol data unit. The metadata accompanying each file can include messages to users application programs and commands for operating on remote file systems.

Rundstrom, Kathleen↗

NASA NTRS2005

Control method for video guidance sensor system

A method is provided for controlling operations in a video guidance sensor system wherein images of laser output signals transmitted by the system and returned from a target are captured and processed by the system to produce data used in tracking of the target. Six modes of operation are provided as follows: (i) a reset mode; (ii) a diagnostic mode; (iii) a standby mode; (iv) an acquisition mode; (v) a tracking mode; and (vi) a spot mode wherein captured images of returned laser signals are processed to produce data for all spots found in the image. The method provides for automatic transition to the standby mode from the reset mode after integrity checks are performed and from the diagnostic mode to the reset mode after diagnostic operations are carried out. Further, acceptance of reset and diagnostic commands is permitted only when the system is in the standby mode. The method also provides for automatic transition from the acquisition mode to the tracking mode when an acceptable target is found.

Howard, Richard T.↗

NASA NTRS1974

Flight management - Pilot procedures and system interfaces for the 1980-1990's

In the air transportation system of the 1980-1990's, aircraft must perform with greater precision in time and position than is possible today. Rapid development in electronics technology makes renovation in airborne-system concepts feasible. The Ames Research Center is conducting research on pilot procedures and pilot-system interfaces for such systems. Research on various pilot-system interface devices and manned simulations was conducted to study rules of distributed decision making authority among pilots and controllers with various airborne display concepts, and a pilot-oriented command logic for the control of avionic systems was studied. Results are summarized, and ongoing work and future research plans described.

Wempe, T. E.↗

NASA NTRS1984

General specifications for the development of a PC-based simulator of the NASA RECON system

The general specifications for the design and implementation of an IBM PC/XT-based simulator of the NASA RECON system, including record designs, file structure designs, command language analysis, program design issues, error recovery considerations, and usage monitoring facilities are discussed. Once implemented, such a simulator will be utilized to evaluate the effectiveness of simulated information system access in addition to actual system usage as part of the total educational programs being developed within the NASA contract.

Dominick, Wayne D.↗

NASA NTRS2009

DSN Beowulf Cluster-Based VLBI Correlator

The NASA Deep Space Network (DSN) requires a broadband VLBI (very long baseline interferometry) correlator to process data routinely taken as part of the VLBI source Catalogue Maintenance and Enhancement task (CAT M&E) and the Time and Earth Motion Precision Observations task (TEMPO). The data provided by these measurements are a crucial ingredient in the formation of precision deep-space navigation models. In addition, a VLBI correlator is needed to provide support for other VLBI related activities for both internal and external customers. The JPL VLBI Correlator (JVC) was designed, developed, and delivered to the DSN as a successor to the legacy Block II Correlator. The JVC is a full-capability VLBI correlator that uses software processes running on multiple computers to cross-correlate two-antenna broadband noise data. Components of this new system (see Figure 1) consist of Linux PCs integrated into a Beowulf Cluster, an existing Mark5 data storage system, a RAID array, an existing software correlator package (SoftC) originally developed for Delta DOR Navigation processing, and various custom- developed software processes and scripts. Parallel processing on the JVC is achieved by assigning slave nodes of the Beowulf cluster to process separate scans in parallel until all scans have been processed. Due to the single stream sequential playback of the Mark5 data, some ramp-up time is required before all nodes can have access to required scan data. Core functions of each processing step are accomplished using optimized C programs. The coordination and execution of these programs across the cluster is accomplished using Pearl scripts, PostgreSQL commands, and a handful of miscellaneous system utilities. Mark5 data modules are loaded on Mark5 Data systems playback units, one per station. Data processing is started when the operator scans the Mark5 systems and runs a script that reads various configuration files and then creates an experiment-dependent status database used to delegate parallel tasks between nodes and storage areas (see Figure 2). This script forks into three processes: extract, translate, and correlate. Each of these processes iterates on available scan data and updates the status database as the work for each scan is completed. The extract process coordinates and monitors the transfer of data from each of the Mark5s to the Beowulf RAID storage systems. The translate process monitors and executes the data conversion processes on available scan files, and writes the translated files to the slave nodes. The correlate process monitors the execution of SoftC correlation processes on the slave nodes for scans that have completed translation. A comparison of the JVC and the legacy Block II correlator outputs reveals they are well within a formal error, and that the data are comparable with respect to their use in flight navigation. The processing speed of the JVC is improved over the Block II correlator by a factor of 4, largely due to the elimination of the reel-to-reel tape drives used in the Block II correlator.

Rogstad, Stephen P.↗

NASA NTRS2004

Space Communications Emulation Facility

Establishing space communication between ground facilities and other satellites is a painstaking task that requires many precise calculations dealing with relay time, atmospheric conditions, and satellite positions, to name a few. The Space Communications Emulation Facility (SCEF) team here at NASA is developing a facility that will approximately emulate the conditions in space that impact space communication. The emulation facility is comprised of a 32 node distributed cluster of computers; each node representing a satellite or ground station. The objective of the satellites is to observe the topography of the Earth (water, vegetation, land, and ice) and relay this information back to the ground stations. Software originally designed by the University of Kansas, labeled the Emulation Manager, controls the interaction of the satellites and ground stations, as well as handling the recording of data. The Emulation Manager is installed on a Linux Operating System, employing both Java and C++ programming codes. The emulation scenarios are written in extensible Markup Language, XML. XML documents are designed to store, carry, and exchange data. With XML documents data can be exchanged between incompatible systems, which makes it ideal for this project because Linux, MAC and Windows Operating Systems are all used. Unfortunately, XML documents cannot display data like HTML documents. Therefore, the SCEF team uses XML Schema Definition (XSD) or just schema to describe the structure of an XML document. Schemas are very important because they have the capability to validate the correctness of data, define restrictions on data, define data formats, and convert data between different data types, among other things. At this time, in order for the Emulation Manager to open and run an XML emulation scenario file, the user must first establish a link between the schema file and the directory under which the XML scenario files are saved. This procedure takes place on the command line on the Linux Operating System. Once this link has been established the Emulation manager validates all the XML files in that directory against the schema file, before the actual scenario is run. Using some very sophisticated commercial software called the Satellite Tool Kit (STK) installed on the Linux box, the Emulation Manager is able to display the data and graphics generated by the execution of a XML emulation scenario file. The Emulation Manager software is written in JAVA programming code. Since the SCEF project is in the developmental stage, the source code for this type of software is being modified to better fit the requirements of the SCEF project. Some parameters for the emulation are hard coded, set at fixed values. Members of the SCEF team are altering the code to allow the user to choose the values of these hard coded parameters by inserting a toolbar onto the preexisting GUI.

Hill, Chante A.↗

DOE OSTI2013

ARM Airborne Continuous carbon dioxide measurements

The heart of the AOS CO2 Airborne Rack Mounted Analyzer System is the AOS Manifold. The AOS Manifold is a nickel coated aluminum analyzer and gas processor designed around two identical nickel-plated gas cells, one for reference gas and one for sample gas. The sample and reference cells are uniquely designed to provide optimal flushing efficiency. These cells are situated between a black-body radiation source and a photo-diode detection system. The AOS manifold also houses flow meters, pressure sensors and control valves. The exhaust from the analyzer flows into a buffer volume which allows for precise pressure control of the analyzer. The final piece of the analyzer is the demodulator board which is used to convert the DC signal generated by the analyzer into an AC response. The resulting output from the demodulator board is an averaged count of CO2 over a specified hertz cycle reported in volts and a corresponding temperature reading. The system computer is responsible for the input of commands and therefore works to control the unit functions such as flow rate, pressure, and valve control.The remainder of the system consists of compressors, reference gases, air drier, electrical cables, and the necessary connecting plumbing to provide a dry sample air stream and reference air streams to the AOS manifold.

54 ENVIRONMENTAL SCIENCES↗

DOE OSTI2013

ARM Airborne Continuous carbon dioxide measurements

54 ENVIRONMENTAL SCIENCES↗

NASA NTRS1995

A open loop guidance architecture for navigationally robust on-orbit docking

The development of an open-hop guidance architecture is outlined for autonomous rendezvous and docking (AR&D) missions to determine whether the Global Positioning System (GPS) can be used in place of optical sensors for relative initial position determination of the chase vehicle. Feasible command trajectories for one, two, and three impulse AR&D maneuvers are determined using constrained trajectory optimization. Early AR&D command trajectory results suggest that docking accuracies are most sensitive to vertical position errors at the initial conduction of the chase vehicle. Thus, a feasible command trajectory is based on maximizing the size of the locus of initial vertical positions for which a fixed sequence of impulses will translate the chase vehicle into the target while satisfying docking accuracy requirements. Documented accuracies are used to determine whether relative GPS can achieve the vertical position error requirements of the impulsive command trajectories. Preliminary development of a thruster management system for the Cargo Transfer Vehicle (CTV) based on optimal throttle settings is presented to complete the guidance architecture. Results show that a guidance architecture based on a two impulse maneuvers generated the best performance in terms of initial position error and total velocity change for the chase vehicle.

Chern, Hung-Sheng↗

NASA NTRS2001

Advanced Communication Architectures and Technologies for Missions to the Outer Planets

Missions to the outer planets would be considerably enhanced by the implementation of a future space communication infrastructure that utilizes relay stations placed at strategic locations in the solar system. These relay stations would operate autonomously and handle remote mission command and data traffic on a prioritized demand access basis. Such a system would enhance communications from that of the current direct communications between the planet and Earth. The system would also provide high rate data communications to outer planet missions, clear communications paths during times when the sun occults the mission spacecraft as viewed from Earth, and navigational "lighthouses" for missions utilizing onboard autonomous operations. Additional information is contained in the original extended abstract.

Bhasin, K.↗

NASA NTRSDate not supplied

Capability Gaps Assessment and Identification of Critical Technology Elements for Mars Transit Habitat

The Habitation Systems Development Office (HP40) at NASA Marshall Space Flight Center supports systems engineering, integration, and project management for next generation space habitats. For in space operations and eventual transport of humans to Mars, NASA will rely on a Mars Transit Habitat (TH). The TH will be designed for an up to 1,200-day Mars mission and will carry all food and supplies needed to support four crew for this duration. In the current concept of operations, Mars TH transfers to near rectilinear halo orbit (NRHO) following launch and docks at Gateway as a visiting vehicle. While there, the TH will complete system shakedown testing and a series of analog missions which will grow from 3 to 6+ months in duration TH also augments Gateway’s habitation capabilities beyond 60-days. Proposed Gateway-TH missions will far exceed the longest duration cislunar human missions to date. These shakedown missions will also be the first operational readiness tests of Mars TH’s long-duration deep space systems, and of the split crew (two crew on the surface, two crew in space) operations that are vital to the approach for the first human Mars mission. Once shakedown missions are complete, Mars TH departs Gateway to aggregate with the Mars propulsion system in NRHO before onboarding the crew and final supplies in Earth orbit via a co-manifested Orion-logistics module. Orion and the LM return to Earth prior to the now aggregated Deep Space Transport vehicle’s journey to Mars. Development of the Mars TH requires significant technology development and maturation. Each year the agency performs a capability gaps assessment, where gaps developed by subject matter experts (SMEs) in various engineering/science disciplines are linked to architectural elements in formulation and prioritized. A gap captures the difference between the current state-of-the-art and the maturity of the capability that is needed to enable or enhance a mission as it is currently envisioned in the government reference architecture. HP40 conducted a gap analysis for Mars TH which will be summarized in this poster. Gaps classified as enabling (which means the mission cannot achieve success without gap closure) were subsequently used to identify critical technology elements (CTEs) for Mars TH. This identification of CTEs was also informed by an examination of the product breakdown structure for Mars TH and focused conversations with SMEs in specific technology areas. CTEs identified for Mars TH to date include the following (note this is not a comprehensive list – CTEs listed represent those in MSFC’s capability areas): inflatable softgoods for habitation; enhanced CO2 recovery; life support systems with greater levels of reliability and maintainability; autonomous guidance, navigation, command and control; and radiators for the Mars TH application. The habitation systems development team is currently delving deeper into each CTE to assess technology approaches being pursued, their maturity, and the degree of difficulty in maturation to meet projected Mars TH timelines. This poster will summarize work to date on the identification of enabling capability gaps linked to Mars TH and provide insight into the associated CTEs and technology maturation efforts.

technology development↗

NASA NTRS1973

Aircraft control system

An aircraft control system is described which is particularly suited to rotary wing aircraft. Longitudinal acceleration and course rate commands are derived from a manual control stick to control translational velocity of the aircraft along a flight path. In the collective channel the manual controls provide vertical velocity commands. In the yaw channel the manual controls provide sideslip or heading rate commands at high or low airspeeds, respectively. The control system permits pilots to fly along prescribed flight paths in a precise manner with relatively low work load.

Rempfer, P. S.↗

NASA NTRS1983

Fiberoptics technology and its application to propulsion control systems

Electro-optical systems have many advantages over conventional electrical systems. Among these are optics' insensitivity to electro-magnetic interference, good electrical isolation and the ability to make measurements in highly explosive areas without risk. These advantages promise to help improve the reliability of future aircraft engine control systems which will be entirely electronic digital. To improve the reliability of these systems, especially against lightning strikes, passive, optical, sensors and fiberoptic transmission lines are being considered for use in future engine systems. Also under consideration are actuators which receive their command signals over fiber optic cables. This paper reviews concepts used for optical instrumentation and actuation systems and discusses work being done by NASA Lewis Research Center in this area.

Baumbick, R. J.↗

NASA NTRS2006

Evaluating the Performance of the NASA LaRC CMF Motion Base Safety Devices

This paper describes the initial measured performance results of the previously documented NASA Langley Research Center (LaRC) Cockpit Motion Facility (CMF) motion base hardware safety devices. These safety systems are required to prevent excessive accelerations that could injure personnel and damage simulator cockpits or the motion base structure. Excessive accelerations may be caused by erroneous commands or hardware failures driving an actuator to the end of its travel at high velocity, stepping a servo valve, or instantly reversing servo direction. Such commands may result from single order failures of electrical or hydraulic components within the control system itself, or from aggressive or improper cueing commands from the host simulation computer. The safety systems must mitigate these high acceleration events while minimizing the negative performance impacts. The system accomplishes this by controlling the rate of change of valve signals to limit excessive commanded accelerations. It also aids hydraulic cushion performance by limiting valve command authority as the actuator approaches its end of travel. The design takes advantage of inherent motion base hydraulic characteristics to implement all safety features using hardware only solutions.

Gupton, Lawrence E.↗

NASA NTRS2002

ISS GN and C - First Year Surprises

Assembly of the International Space Station (ISS) began in late 1998 with the joining of the first two US and Russ ian elements. For more than two years, the outpost was served by two Russian Guidance, Navigation, and Control (GN&C) systems. The station requires orbital translation and attitude control functions for its 100+ configurations, from the nascent two-module station to the half million kilogram completed station owned and operated by seventeen nations. With the launch of the US Laboratory module in February 2001, the integration of the US GN&C system with its Russian counterpart laid the foundation for such a robust system. In its first year of combined operation, the ISS GN&C system has performed admirably, even better than many expected, but there have been surprises. Loss of command capability, loss of communication between segments, a control system force-fight, and "non-propulsive vents" that weren't - such events have repeatedly underscored the importance of thorough program integration, testing, and operation, both across subsystem boundaries and across international borders.

Begley, Michael↗

NASA NTRS1996

A global spacecraft control network for spacecraft autonomy research

The development and implementation of the Automated Space System Experimental Testbed (ASSET) space operations and control network, is reported on. This network will serve as a command and control architecture for spacecraft operations and will offer a real testbed for the application and validation of advanced autonomous spacecraft operations strategies. The proposed network will initially consist of globally distributed amateur radio ground stations at locations throughout North America and Europe. These stations will be linked via Internet to various control centers. The Stanford (CA) control center will be capable of human and computer based decision making for the coordination of user experiments, resource scheduling and fault management. The project's system architecture is described together with its proposed use as a command and control system, its value as a testbed for spacecraft autonomy research, and its current implementation.

Kitts, Christopher A.↗

NASA NTRS2007

Center Director's Discretionary Fund 2005 Annual Report

The FY 2005 CDDF projects were selected from the following spaceport and range technology and science areas: fluid system technologies; spaceport structures and materials; command, control, and monitoring technologies; and biological sciences (including support for environmental stewardship). The FY 2005 CDDF research projects involved development of the following: a) Capacitance-based moisture sensors to optimize plant growth in reduced gravity; b) Commodity-free calibration methods; c) Application of atmospheric plasma glow discharge to alter the surface properties of polymers for improved electrostatic dissipation characteristics; d) A wipe-on, wipe-off chemical process to remove lead oxides found in paint; e) A robust metabolite profiling platform for better understanding the "law" of biological regulation; f) An explanation of the excavation processes that occur when a jet of gas impinges on a bed of sand; g) "Smart coatings" to detect and control corrosion at an early stage to prevent further corrosion h) A model that can produce a reliable diagnosis of the quality of a software product; i) The formulation of advanced materials to meet system safety needs to minimize electrostatic charges, flammability, and radiation exposure; j) A lab-based instrument that uses the electro-optic Pockels effect to make static electric fields visible; k) A passive volatile organic compound (VOC) cartridge to filter, identify, and quantify VOCs flowing into or emanating from plant flight experiments.

Nurge, Mark↗

NASA NTRS1993

Interactive Forecasting with the National Weather Service River Forecast System

The National Weather Service River Forecast System (NWSRFS) consists of several major hydrometeorologic subcomponents to model the physics of the flow of water through the hydrologic cycle. The entire NWSRFS currently runs in both mainframe and minicomputer environments, using command oriented text input to control the system computations. As computationally powerful and graphically sophisticated scientific workstations became available, the National Weather Service (NWS) recognized that a graphically based, interactive environment would enhance the accuracy and timeliness of NWS river and flood forecasts. Consequently, the operational forecasting portion of the NWSRFS has been ported to run under a UNIX operating system, with X windows as the display environment on a system of networked scientific workstations. In addition, the NWSRFS Interactive Forecast Program was developed to provide a graphical user interface to allow the forecaster to control NWSRFS program flow and to make adjustments to forecasts as necessary. The potential market for water resources forecasting is immense and largely untapped. Any private company able to market the river forecasting technologies currently developed by the NWS Office of Hydrology could provide benefits to many information users and profit from providing these services.

Smith, George F.↗