Search NASA⌕ Search

SEARCH · Search NASA

Results for “Command and Tracking”

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 613 records · Page 34

Earth Radiation Budget Satellite (ERBS): Emergency support

The primary purpose of the Earth Radiation Budget Satellite (ERBS) project is to study the Earth's atmospheric processes and their relationship to the Earth's climate. Following deployment from the Space Shuttle, the satellite was maneuvered into a circular orbit of 610 km x 610 km x 57 degrees, with a period of 99.6 minutes. The Deep Space Network (DSN) will support the ERBS during emergency situations in the event that the standard Tracking and Data Relay Satellite System (TDRSS) to White Sands data link is inoperative. Emergency support will be provided by the DSN's 26-meter antenna subnetwork. Information is given in tabular form for DSN network support, frequency assignments, telemetry, and command.

Williamson, J.↗

Preliminary interface revision notice SD-152C update of section 8.3 of ICD 2-19001 for detached payloads

The payload interrogator provides full duplex communication between the orbiter and detached payloads. This capability includes transmission of commands to and the reception of telemetry data from such payloads. Both NASA (STDN and DSN) and DOD (SGLS) transmit/receive frequency pairs are available. In addition to two way RF communication, Ku band rendezvous radar is also available. The radar skin-tracks targets in the passive mode or actively tracks transponder equipped payloads. Characteristics referring to those orbiter avionics characteristics of which the payloads must be cognizant and requirements referring to specifications placed upon payload communication equipment are discussed.

Source record↗

Flight-test results using nonlinear control with the F-8C digital fly-by-wire aircraft

The design and operation of the cooperative advanced digital research experiment (CADRE) to develop nonlinear pitch flight control algorithms is described, and the results of an in-flight evaluation using the F-8C digital fly-by-wire (DFBW) research aircraft are presented. The CADRE controller is described, including the initial filter, linear command prefilter, nonlinear command prefilter, and gain scheduling. The variable-integral control-to-optimize response of the controller is considered, and CADRE parameter combinations are addressed. The remotely-augmented-vehicle interface used in the DFBW aircraft experiment is discussed. The distanct-tracking and close-formation tracking evaluation tasks for the aircraft are described along with evaluation configurations, and the test results are presented and discussed. The latter indicate that a nonlinear adaptive controller is a feasible control system technique for the fighter tracking task.

Larson, R. R.↗

Landing approach evaluation of an integrated CRT display for general aviation aircraft

A flight director adaptable to general aviation aircraft was evaluated for the landing approach task in a twin turbojet business aircraft. The flight director combined aircraft heading, pitch and roll atitude, and ILS (Instrument Landing System) signals into a single picture on a small cathode ray tube (CRT) to give the pilot an integrated picture of the aircraft situation. The display is unique in that it presents the information on a CRT and gives quasi-command signals to the pilot. The particular display investigated was a preproduction version of the Kaiser Model FP-50 flight director. Approaches made with visual references only, with a conventional ILS displacement instrument, and with the CRT display were compared in terms of tracking performance and pilot workload. Tracking performance of three research pilots using the CRT display was superior to that using the conventional ILS instrument and comparable to that under VFR conditions. Pilot workload (based on pilot comments) was not clearly decreased.

Talbot, P. D.↗

Lunar cartography with the Apollo 17 ALSE radar imagery

Lunar position differences between thirteen craters in Mare Serenitatis were computed from VHF radar-imagery obtained by the Lunar Sounder instrument flown on the Apollo 17 command module. The radar-derived position differences agree with those obtained by conventional photogrammetric reductions of Apollo metric photography. This demonstrates the feasibility of using the Apollo Lunar Sounder data to determine the positions of lunar features along the Apollo 17 orbital tracks. This will be particularly useful for western limb and farside areas, where no Apollo metric camera pictures are available.

Tiernan, M.↗

Electronic switching spherical array antenna

This work was conducted to demonstrate the performance levels attainable with an ESSA (Electronic Switching Spherical Array) antenna by designing and testing an engineering model. The antenna was designed to satisfy general spacecraft environmental requirements and built to provide electronically commandable beam pointing capability throughout a hemisphere. Constant gain and beam shape throughout large volumetric coverage regions are the principle characteristics. The model is intended to be a prototype of a standard communications and data handling antenna for user scientific spacecraft with the Tracking and Data Relay Satellite System (TDRSS). Some additional testing was conducted to determine the feasibility of an integrated TDRSS and GPS (Global Positioning System) antenna system.

Stockton, R.↗

Terrain Model Registration for Single Cycle Instrument Placement

This paper presents an efficient and robust method for registration of terrain models created using stereo vision on a planetary rover. Our approach projects two surface models into a virtual depth map, rendering the models as they would be seen from a single range sensor. Correspondence is established based on which points project to the same location in the virtual range sensor. A robust norm of the deviations in observed depth is used as the objective function, and the algorithm searches for the rigid transformation which minimizes the norm. An initial coarse search is done using rover pose information from odometry and orientation sensing. A fine search is done using Levenberg-Marquardt. Our method enables a planetary rover to keep track of designated science targets as it moves, and to hand off targets from one set of stereo cameras to another. These capabilities are essential for the rover to autonomously approach a science target and place an instrument in contact in a single command cycle.

Deans, Matthew↗

Open Data Integration (ODIN): A Concurrent, Distributed Message-Based Architecture and Framework for Disaster Response

The Runtime for Airspace Concept Evaluation (RACE) is an open-source software architecture and framework to build configurable, highly concurrent and distributed message-based systems that offer scalable, low-latency performance on commodity hardware. RACE was used in commercial aviation applications to rapidly build systems that span several machines (including synchronized displays), interface existing hardware simulators and other live data feeds, and incorporate sophisticated visualization components such as NASA WorldWind. These RACE applications validated elements of the FAA’s System Wide Information Management (SWIM) Program, handling up to 1000 messages/sec from diverse sources (SFDPS, TFM-DATA, TAIS, ASDE-X, ITWS and local ADS) for 4,500 simultaneous flights tracked in the next-generation air transportation system’s digital backbone. We have since generalized RACE to support Open Data Integration (ODIN) applications outside aviation. Systems built with RACE/ODIN can be deployed in the field, on commodity hardware, and operate with limited or intermittent connectivity to the outside world. Our primary use case is a web-server with local/persistent data storage that runs within and only serves the stakeholder network (e.g. an incident command post). We are tailoring the RACE/ODIN system to support wildland fire management for the upcoming NASA Wildland Fire Safety Demonstration Series. RACE-ODIN is under consideration for application in the Scalable Traffic Management for Emergency Response Operations project, or STEReO, which aims to create a system that can be deployed during emergencies, to coordinate multiple elements of disaster response. Such data sources predominantly come from existing services on the internet (e.g. weather and satellite data, imported from so called "edge servers") but can also include dynamic (real-time) data from computer simulations and within the stakeholder network (such as aircraft and personnel tracking information). We will present the architecture and ODIN system demonstration incorporating local data from instrumented power-line towers, interpolated weather data and geospatial data from space-based platforms.

Joseph C Coughlan↗

Open Data Integration (ODIN): A Concurrent, Distributed Message-Based Architecture and Framework for Disaster Response

The Runtime for Airspace Concept Evaluation (RACE) is an open-source software architecture and framework to build configurable, highly concurrent and distributed message-based systems that offer scalable, low-latency performance on commodity hardware. RACE was used in commercial aviation applications to rapidly build systems that span several machines (including synchronized displays), interface existing hardware simulators and other live data feeds, and incorporate sophisticated visualization components such as NASA WorldWind. These RACE applications validated elements of the FAA’s System Wide Information Management (SWIM) Program, handling up to 1000 messages/sec from diverse sources (SFDPS, TFM-DATA, TAIS, ASDE-X, ITWS and local ADS) for 4,500 simultaneous flights tracked in the next-generation air transportation system’s digital backbone. We have since generalized RACE to support Open Data Integration (ODIN) applications outside aviation. Systems built with RACE/ODIN can be deployed in the field, on commodity hardware, and operate with limited or intermittent connectivity to the outside world. Our primary use case is a web-server with local/persistent data storage that runs within and only serves the stakeholder network (e.g. an incident command post). We are tailoring the RACE/ODIN system to support wildland fire management for the upcoming NASA Wildland Fire Safety Demonstration Series. RACE-ODIN is under consideration for application in the Scalable Traffic Management for Emergency Response Operations project, or STEReO, which aims to create a system that can be deployed during emergencies, to coordinate multiple elements of disaster response. Such data sources predominantly come from existing services on the internet (e.g. weather and satellite data, imported from so called "edge servers") but can also include dynamic (real-time) data from computer simulations and within the stakeholder network (such as aircraft and personnel tracking information). We will present the architecture and ODIN system demonstration incorporating local data from instrumented power-line towers, interpolated weather data and geospatial data from space-based platforms.

Guillaume P Brat↗

Apollo-Soyuz Doppler-tracking experiment MA-089

The Doppler tracking experiment was designed to test the feasibility of improved mapping of the earth's gravity field by the low-low satellite-to-satellite tracking method and to observe variations in the electron density of the ionosphere between the two spacecraft. Data were taken between 1:01 and 14:37 GMT on July 24, 1975. Baseline data taken earlier, while the docking module was still attached to the command and service module, indicated that the equipment operated satisfactorily. The ionospheric data contained in the difference between the Doppler signals at the two frequencies are of excellent quality, resulting in valuable satellite-to-satellite observations, never made before, of wave phenomena in the ionosphere. The gravity data were corrupted by an unexpectedly high noise level of as-yet-undetermined origin, with periods greater than 150 seconds, that prevented unambiguous identification of gravity-anomaly signatures.

Weiffenbach, G. C.↗

Maximum Normalized Rate as a Flying Qualities Parameter

Discrete attitude commands have become a standard task for flying qualities evaluation and control system testing. Much pilot opinion data is now available for ground-based and in-flight simulations, but adequate performance measures and prediction methods have not been established. The Step Target Tracking Prediction method, introduced in 1978, correlated time-on-target and rms tracking data with NT-33 in-flight longitudinal simulations, but did not employ parameters easily measured in manned flight and simulation. Recent application of the Step Target Tracking Prediction method to lateral flying qualities analysis has led to a new measure of performance. This quantity, called Maximum Normalized Rate (MNR), reflects the greatest attitude rate a pilot can employ during a discrete maneuver without excessive overshoot and oscillation. MNR correlates NT-33 lateral pilot opinion ratings well, and is easily measured during flight test or simulation. Futhermore, the Step Target MNR method can be used to analyze large amplitude problems concerning rate limiting and nonlinear aerodynamics.

Onstott, E. D.↗

Maximum Normalized Rate as a Flying Qualities Parameter

Discrete attitude commands have become a standard task for flying qualities evaluation and control system testing. Much pilot opinion data is now available for ground-based and in-flight simulations, but adequate performance measures and prediction methods have not been established. The Step Target Tracking Prediction method, introduced in 1978, correlated time-on-target and rms tracking data with NT-33 in-flight longitudinal simulations, but did not employ parameters easily measured in manned flight and simulation. Recent application of the Step Target Tracking Prediction method to lateral flying qualities analysis has led to a new measure of performance. This quantity, called Maximum Normalized Rate (MNR), reflects the greatest attitude rate a pilot can employ during a discrete maneuver without excessive overshoot and oscillation. MNR correlates NT-33 lateral pilot opinion ratings well, and is easily measured during night test or simulation. Furthermore, the Step Target MNR method can be used to analyze large amplitude problems concerning rate limiting and nonlinear aerodynamics.

Onstott, E. D.↗

Customer Avionics Interface Development and Analysis (CAIDA) Lab DEWESoft Display Creation

The Customer Avionics Interface Development and Analysis (CAIDA) Lab supports the testing of the Launch Control System (LCS), NASA's command and control system for the Space Launch System (SLS), Orion Multi-Purpose Crew Vehicle (MPCV), and ground support equipment. The objectives of the year-long internship were to support day-to-day operations of the CAIDA Lab, create prelaunch and tracking displays for Orion's Exploration Flight Test 1 (EFT-1), and create a program to automate the creation of displays for SLS and MPCV to be used by CAIDA and the Record and Playback Subsystem (RPS).

DEWESoft↗

Linking the Pilot Structural Model and Pilot Workload

Behavioral models are developed that closely reproduced pulsive control response of two pilots using markedly different control techniques while conducting a tracking task. An intriguing find was that the pilots appeared to: 1) produce a continuous, internally-generated stick signal that they integrated in time; 2) integrate the actual stick position; and 3) compare the two integrations to either issue or cease a pulse command. This suggests that the pilots utilized kinesthetic feedback in order to sense and integrate stick position, supporting the hypothesis that pilots can access and employ the proprioceptive inner feedback loop proposed by Hess's pilot Structural Model. A Pilot Cost Index was developed, whose elements include estimated workload, performance, and the degree to which the pilot employs kinesthetic feedback. Preliminary results suggest that a pilot's operating point (parameter values) may be based on control style and index minimization.

Pilot workload↗

Effects of cockpit lateral stick characteristics on handling qualities and pilot dynamics

This report presents the results of analysis of cockpit lateral control feel-system studies. Variations in feel-system natural frequency, damping, and command sensing reference (force and position) were investigated, in combination with variations in the aircraft response characteristics. The primary data for the report were obtained from a flight investigation conducted with a variable-stability airplane, with additional information taken from other flight experiments and ground-based simulations for both airplanes and helicopters . The study consisted of analysis of handling qualities ratings and extraction of open-loop, pilot-vehicle describing functions from sum-of-sines tracking data, including, for a limited subset of these data, the development of pilot models. The study confirms the findings of other investigators that the effects on pilot opinion of cockpit feel-system dynamics are not equivalent to a comparable level of added time delay, and until a more comprehensive set of criteria are developed, it is recommended that feel-system dynamics be considered a delay-inducing element in the aircraft response. The best correlation with time-delay requirements was found when the feel-system dynamics were included in the delay measurements, regardless of the command reference. This is a radical departure from past approaches.

Mitchell, David G.↗

Command and Control Software Development Memory Management

This internship was initially meant to cover the implementation of unit test automation for a NASA ground control project. As is often the case with large development projects, the scope and breadth of the internship changed. Instead, the internship focused on finding and correcting memory leaks and errors as reported by a COTS software product meant to track such issues. Memory leaks come in many different flavors and some of them are more benign than others. On the extreme end a program might be dynamically allocating memory and not correctly deallocating it when it is no longer in use. This is called a direct memory leak and in the worst case can use all the available memory and crash the program. If the leaks are small they may simply slow the program down which, in a safety critical system (a system for which a failure or design error can cause a risk to human life), is still unacceptable. The ground control system is managed in smaller sub-teams, referred to as CSCIs. The CSCI that this internship focused on is responsible for monitoring the health and status of the system. This team's software had several methods/modules that were leaking significant amounts of memory. Since most of the code in this system is safety-critical, correcting memory leaks is a necessity.

Programmin↗

Telerobotic Excavator Designed to Compete in NASA's Lunabotics Mining Competition

The second annual NASA Lunabotics Mining competition is to be held in May 23-28, 2011. The goal of the competition is for teams of university level students to design, build, test and compete with a fully integrated lunar excavator on a simulated lunar surface. Our team, named Lunar Solutions I, will be representing Temple University's College of Engineering in the competition. The team's main goal was to build a robot which is able to compete with other teams, and ultimately win the competition. The main challenge of the competition was to build a wireless robot that can excavate and collect a minimum of 10 kilograms of the regolith material within 15 minutes. The robot must also be designed to operate in conditions similar to those found on the lunar surface. The design of the lunar excavator is constrained by a set of requirements determined by NASA and detailed in the competition's rulebook. The excavator must have the ability to communicate with the "main base" wirelessly, and over a Wi-Fi network. Human operators are located at a remote site approximately 60 meters away from the simulated lunar surface upon which the robot must excavate the lunar regolith surface. During the competition, the robot will operate in a separate area from the control room in an area referred to as the "Lunarena." From the control room, the operators will have to control the robot using visual feedback from cameras placed both within the arena and on the robot. Using this visual feedback the human operators control the robots movement using both keyboard and joystick commands. In order to place in the competition, a minimum of 10 kg of regolith material has to be excavated, collected, and dumped into a specific location. For that reason, the robot must be provided with an effective and powerful excavation system. Our excavator uses tracks for the drive system. After performing extensive research and trade studies, we concluded that tracks would be the most effective method for transporting the excavator. When designing the excavation system, we analyzed several design options from the previous year's competition. We decided to use a front loader to collect the material, rather than a conveyer belt system or auger. Many of the designs from last year's competition used a conveyer belt mechanism to mine regolith and dump it into a temporary storage bin place on the robot. Using the front end loader approach allowed us to combine the scooping system and storage unit, which meant that the excavation system required less space.

Nash, Rodney↗