Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Command”

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 721 records · Page 40
All sourcesNASA NTRSDOE OSTI
NASA NTRS1973

Terminal guidance system

A terminal guidance system is described including a heading command subsystem and a glide-slope command subsystem which develop command signals for use in guiding an aircraft or other vehicle into a preselected heading and/or altitude at a terminal point. The heading command subsystem is responsive to certain input data and continuously develops command signals for use in directing the aircraft from a remote location to a terminal point so that upon arrival it has a preselected terminal heading. The glide-slope command subsystem is responsive to certain other input data and continuously develops command signals for use in controlling the rate of descent of the aircraft so that it will have a preselected altitude and glide-slope upon arrival at the terminal.

Gee, S. W.↗
NASA NTRS1983

Electrostatically figured membrane reflectors: An overview

A schematic diagram of the electrostatically figured membrane reflector (EFMR) is presented in Figure 1. Here, active reflector figure control is exercised via electrostatic stresses which operate between the reflector and a second surface called the -command surface. The command surface is located a short distance behind the reflector and is pulled firmly into an approximate paraboloid by a network of guy wires or comparable structure. This same surface supports insulated conducting segments which are individually addressable by dedicated control voltages. The control voltages are, in turn, collectively biased with respect to the reflector. The reflector, tensioned by a rigid rim at the perimeter, is distended toward the command surface by the bias. The resulting command surface potential distribution, and hence the electrostatic stress distribution acting on the reflector, is continuously and rapidly refined via the control voltages so as to produce and maintain a precise parabolic reflector figure. Optical reflector figure measurements provide the data necessary for computer-supervised figure control. Finally, in order to prevent command surface discharging by photons and charged particles, the command surface is completely enclosed by a conducting shroud of which the reflector serves as the front side. Guy wires to the back-side shroud can be used to figure the command surface. The complete shroud is not pictured in Figure 1.

J H Lang↗
NASA NTRS1997

Cultural Variability in Crew Communication

In this study we examined what linguistic strategies pilots use when they have to challenge the actions of a colleague, and how their communications balance the need for informativeness with the need for assuring the other's cooperation. Two strategies emerged for captains. They either gave commands or they made suggestions that referred to actions of the crew. Both strategies explicitly state what action should be taken but they differ in their social implications. Commands are direct insofar as they entail a strong obligation for the listener to comply with the speaker' s request. Suggestions are less direct in this respect. However, by using the collegial "Let's do," speakers appeal to the solidarity between themselves and their listeners and seek compliance in this way. Commands, in contrast, are inherently authoritative and imply an asymmetry in status. Speakers by giving a command, express their belief that they are socially more powerful than their listeners and that they are thus licensed to command. That is, speakers seek listener compliance by appeal to their status. Status-based commands were more frequent among male captains than among female captains. Female captains instead were likely to shift the motivation for their commands away from their status to some objective necessity by referring to some problem or goal It remains to be seen, however, how captains' strategies were affected by the severity of a problem situation. Results in a preliminary study involving only male participants, suggests that pilots increased the directness of their utterances in situations that they perceived to be risky. Thus the observation that male captains used complex communications half of the time while female captains did so 75% of the time, could indicate that male captains were more likely than female captains to change their strategies with the severity of situations. Both male and female first officers in this study were less direct than captains. The most common strategy of first officers was to point to some problem or to remind the captain of a given goal. What corrective action should be taken and by whom was not explicitly stated but implied and left to the captain. In their other strategies, permission seeking and confirmation-seeking questions, first officers were more explicit about a corrective action. In the first case, they volunteered to do some course of action but left the final decision to the captain. In the latter case, they inquired or confirmed whether the captain wanted some action. Although all three strategies seek the compliance of the listener by appeal to his authority, there are important differences: By asking permission seeking and confirmation-seeking questions, first officers specify the action for which they want the captain's compliance. Compliance, however, is not demanded but requested. By alerting to a problem or to a goal, in contrast, first of officers seek the captain's compliance only with their assessment of the situation but not with a particular course of action. That is, they place the captain under no explicit obligation to initiate a corrective action but do so only indirectly by assuming that a course of action is self-evident once the problem has been acknowledged.

Fischer, Ute↗
NASA NTRS2003

Neural Flight Control System

The Neural Flight Control System (NFCS) was developed to address the need for control systems that can be produced and tested at lower cost, easily adapted to prototype vehicles and for flight systems that can accommodate damaged control surfaces or changes to aircraft stability and control characteristics resulting from failures or accidents. NFCS utilizes on a neural network-based flight control algorithm which automatically compensates for a broad spectrum of unanticipated damage or failures of an aircraft in flight. Pilot stick and rudder pedal inputs are fed into a reference model which produces pitch, roll and yaw rate commands. The reference model frequencies and gains can be set to provide handling quality characteristics suitable for the aircraft of interest. The rate commands are used in conjunction with estimates of the aircraft s stability and control (S&C) derivatives by a simplified Dynamic Inverse controller to produce virtual elevator, aileron and rudder commands. These virtual surface deflection commands are optimally distributed across the aircraft s available control surfaces using linear programming theory. Sensor data is compared with the reference model rate commands to produce an error signal. A Proportional/Integral (PI) error controller "winds up" on the error signal and adds an augmented command to the reference model output with the effect of zeroing the error signal. In order to provide more consistent handling qualities for the pilot, neural networks learn the behavior of the error controller and add in the augmented command before the integrator winds up. In the case of damage sufficient to affect the handling qualities of the aircraft, an Adaptive Critic is utilized to reduce the reference model frequencies and gains to stay within a flyable envelope of the aircraft.

Gundy-Burlet, Karen↗
NASA NTRS2010

Lunar Reconnaissance Orbiter (LRO) Thruster Control Mode Design and Flight Experience

National Aeronautics and Space Administration s (NASA) Goddard Space Flight Center (GSFC) in Greenbelt, MD, designed, built, tested, and launched the Lunar Reconnaissance Orbiter (LRO) from Cape Canaveral Air Force Station on June 18, 2009. The LRO spacecraft is the first operational spacecraft designed to support NASA s return to the Moon, as part of the Vision for Space Exploration. LRO was launched aboard an Atlas V 401 launch vehicle into a direct insertion trajectory to the Moon. Twenty-four hours after separation the propulsion system was used to perform a mid-course correction maneuver. Four days after the mid-course correction a series of propulsion maneuvers were executed to insert LRO into its commissioning orbit. The commission period lasted eighty days and this followed by a second set of thruster maneuvers that inserted LRO into its mission orbit. To date, the spacecraft has been gathering invaluable data in support of human s future return to the moon. The LRO Attitude Control Systems (ACS) contains two thruster based control modes: Delta-H and Delta-V. The design of the two controllers are similar in that they are both used for 3-axis control of the spacecraft with the Delta-H controller used for momentum management and the Delta-V controller used for orbit adjust and maintenance maneuvers. In addition to the nominal purpose of the thruster modes, the Delta-H controller also has the added capability of performing a large angle slew maneuver. A suite of ACS components are used by the thruster based control modes, for both initialization and control. For initialization purposes, a star tracker or the Kalman Filter solution is used for providing attitude knowledge and upon entrance into the thruster based control modes attitude knowledge is provided via rate propagation using a inertial reference unit (IRU). Rate information for the controller is also supplied by the IRU. Three-axis control of the spacecraft in the thruster modes is provided by eight 5-lbf class attitude control thrusters configured in two sets of four thrusters for redundancy purposes. Four additional 20-lbf class thrusters configured in two sets of two thrusters are used for Lunar Orbit Insertion maneuvers. The propulsion system is one the few systems on-board the LRO spacecraft that has built in redundancy. The Delta-H controller consists of a Proportional-Derivative (PD) controller with a structural filter on the thrusters and a Proportional controller on the reaction wheels. The PD control that employs the thrusters is used for attitude and rate control. The Proportional controller on the reaction wheels is used for commanding the wheels to a new momentum state. The ground commands used for the Delta-H controller are the system momentum vector, reaction wheel momentum, maximum expected command time, and which set of attitude control thrusters to use. The ability to command both the system momentum vector and reaction wheel momentum in the Delta-H controller provides both a capability and an additional source of operator error. Large angle slews via the Delta-H controller is achievable via this commands because these commands are used for the exit mode criteria. Setting these commands to non-consistent values prevents the mode from exiting nominally.

Hsu, Oscar C.↗
NASA NTRS2006

Control Software for Advanced Video Guidance Sensor

Embedded software has been developed specifically for controlling an Advanced Video Guidance Sensor (AVGS). A Video Guidance Sensor is an optoelectronic system that provides guidance for automated docking of two vehicles. Such a system includes pulsed laser diodes and a video camera, the output of which is digitized. From the positions of digitized target images and known geometric relationships, the relative position and orientation of the vehicles are computed. The present software consists of two subprograms running in two processors that are parts of the AVGS. The subprogram in the first processor receives commands from an external source, checks the commands for correctness, performs commanded non-image-data-processing control functions, and sends image data processing parts of commands to the second processor. The subprogram in the second processor processes image data as commanded. Upon power-up, the software performs basic tests of functionality, then effects a transition to a standby mode. When a command is received, the software goes into one of several operational modes (e.g. acquisition or tracking). The software then returns, to the external source, the data appropriate to the command.

Howard, Richard T.↗
NASA NTRS2011

Human-Robot Interaction Directed Research Project

Human-robot interaction (HRI) is about understanding and shaping the interactions between humans and robots (Goodrich & Schultz, 2007). It is important to evaluate how the design of interfaces and command modalities affect the human s ability to perform tasks accurately, efficiently, and effectively (Crandall, Goodrich, Olsen Jr., & Nielsen, 2005) It is also critical to evaluate the effects of human-robot interfaces and command modalities on operator mental workload (Sheridan, 1992) and situation awareness (Endsley, Bolt , & Jones, 2003). By understanding the effects of interface design on human performance, workload, and situation awareness, interfaces can be developed that support the human in performing tasks with minimal errors and with appropriate interaction time and effort. Thus, the results of research on human-robot interfaces have direct implications for design. Because the factors associated with interfaces and command modalities in HRI are too numerous to address in 3 years of research, the proposed research concentrates on three manageable areas applicable to National Aeronautics and Space Administration (NASA) robot systems. These topic areas emerged from the Fiscal Year (FY) 2011 work that included extensive literature reviews and observations of NASA systems. The three topic areas are: 1) video overlays, 2) camera views, and 3) command modalities. Each area is described in detail below, along with relevance to existing NASA human-robot systems. In addition to studies in these three topic areas, a workshop is proposed for FY12. The workshop will bring together experts in human-robot interaction and robotics to discuss the state of the practice as applicable to research in space robotics. Studies proposed in the area of video overlays consider two factors in the implementation of augmented reality (AR) for operator displays during teleoperation. The first of these factors is the type of navigational guidance provided by AR symbology. In the proposed studies, participants performance during teleoperation of a robot arm will be compared when they are provided with command-guidance symbology (that is, directing the operator what commands to make) or situation-guidance symbology (that is, providing natural cues so that the operator can infer what commands to make). The second factor for AR symbology is the effects of overlays that are either superimposed or integrated into the external view of the world. A study is proposed in which the effects of superimposed and integrated overlays on operator task performance during teleoperated driving tasks are compared

Rochlis, Jennifer↗
NASA NTRS2011

Digital Interface Board to Control Phase and Amplitude of Four Channels

An increasing number of parts are designed with digital control interfaces, including phase shifters and variable attenuators. When designing an antenna array in which each antenna has independent amplitude and phase control, the number of digital control lines that must be set simultaneously can grow very large. Use of a parallel interface would require separate line drivers, more parts, and thus additional failure points. A convenient form of control where single-phase shifters or attenuators could be set or the whole set could be programmed with an update rate of 100 Hz is needed to solve this problem. A digital interface board with a field-programmable gate array (FPGA) can simultaneously control an essentially arbitrary number of digital control lines with a serial command interface requiring only three wires. A small set of short, high-level commands provides a simple programming interface for an external controller. Parity bits are used to validate the control commands. Output timing is controlled within the FPGA to allow for rapid update rates of the phase shifters and attenuators. This technology has been used to set and monitor eight 5-bit control signals via a serial UART (universal asynchronous receiver/transmitter) interface. The digital interface board controls the phase and amplitude of the signals for each element in the array. A host computer running Agilent VEE sends commands via serial UART connection to a Xilinx VirtexII FPGA. The commands are decoded, and either outputs are set or telemetry data is sent back to the host computer describing the status and the current phase and amplitude settings. This technology is an integral part of a closed-loop system in which the angle of arrival of an X-band uplink signal is detected and the appropriate phase shifts are applied to the Ka-band downlink signal to electronically steer the array back in the direction of the uplink signal. It will also be used in the non-beam-steering case to compensate for phase shift variations through power amplifiers. The digital interface board can be used to set four 5-bit phase shifters and four 5-bit attenuators and monitor their current settings. Additionally, it is useful outside of the closed-loop system for beamsteering alone. When the VEE program is started, it prompts the user to initialize variables (to zero) or skip initialization. After that, the program enters into a continuous loop waiting for the telemetry period to elapse or a button to be pushed. A telemetry request is sent when the telemetry period is elapsed (every five seconds). Pushing one of the set or reset buttons will send the appropriate command. When a command is sent, the interface status is returned, and the user will be notified by a pop-up window if any error has occurred. The program runs until the End Program button is depressed.

Smith, Amy E.↗
NASA NTRS2012

Rapid Diagnostics of Onboard Sequences

Keeping track of sequences onboard a spacecraft is challenging. When reviewing Event Verification Records (EVRs) of sequence executions on the Mars Exploration Rover (MER), operators often found themselves wondering which version of a named sequence the EVR corresponded to. The lack of this information drastically impacts the operators diagnostic capabilities as well as their situational awareness with respect to the commands the spacecraft has executed, since the EVRs do not provide argument values or explanatory comments. Having this information immediately available can be instrumental in diagnosing critical events and can significantly enhance the overall safety of the spacecraft. This software provides auditing capability that can eliminate that uncertainty while diagnosing critical conditions. Furthermore, the Restful interface provides a simple way for sequencing tools to automatically retrieve binary compiled sequence SCMFs (Space Command Message Files) on demand. It also enables developers to change the underlying database, while maintaining the same interface to the existing applications. The logging capabilities are also beneficial to operators when they are trying to recall how they solved a similar problem many days ago: this software enables automatic recovery of SCMF and RML (Robot Markup Language) sequence files directly from the command EVRs, eliminating the need for people to find and validate the corresponding sequences. To address the lack of auditing capability for sequences onboard a spacecraft during earlier missions, extensive logging support was added on the Mars Science Laboratory (MSL) sequencing server. This server is responsible for generating all MSL binary SCMFs from RML input sequences. The sequencing server logs every SCMF it generates into a MySQL database, as well as the high-level RML file and dictionary name inputs used to create the SCMF. The SCMF is then indexed by a hash value that is automatically included in all command EVRs by the onboard flight software. Second, both the binary SCMF result and the RML input file can be retrieved simply by specifying the hash to a Restful web interface. This interface enables command line tools as well as large sophisticated programs to download the SCMF and RMLs on-demand from the database, enabling a vast array of tools to be built on top of it. One such command line tool can retrieve and display RML files, or annotate a list of EVRs by interleaving them with the original sequence commands. This software has been integrated with the MSL sequencing pipeline where it will serve sequences useful in diagnostics, debugging, and situational awareness throughout the mission.

Starbird, Thomas W.↗
NASA NTRS2014

Human-Robot Interaction Directed Research Project

Human-robot interaction (HRI) is a discipline investigating the factors affecting the interactions between humans and robots. It is important to evaluate how the design of interfaces and command modalities affect the human's ability to perform tasks accurately, efficiently, and effectively when working with a robot. By understanding the effects of interface design on human performance, workload, and situation awareness, interfaces can be developed to appropriately support the human in performing tasks with minimal errors and with appropriate interaction time and effort. Thus, the results of research on human-robot interfaces have direct implications for the design of robotic systems. This DRP concentrates on three areas associated with interfaces and command modalities in HRI which are applicable to NASA robot systems: 1) Video Overlays, 2) Camera Views, and 3) Command Modalities. The first study focused on video overlays that investigated how Augmented Reality (AR) symbology can be added to the human-robot interface to improve teleoperation performance. Three types of AR symbology were explored in this study, command guidance (CG), situation guidance (SG), and both (SCG). CG symbology gives operators explicit instructions on what commands to input, whereas SG symbology gives operators implicit cues so that operators can infer the input commands. The combination of CG and SG provided operators with explicit and implicit cues allowing the operator to choose which symbology to utilize. The objective of the study was to understand how AR symbology affects the human operator's ability to align a robot arm to a target using a flight stick and the ability to allocate attention between the symbology and external views of the world. The study evaluated the effects type of symbology (CG and SG) has on operator tasks performance and attention allocation during teleoperation of a robot arm. The second study expanded on the first study by evaluating the effects of the type of navigational guidance (CG and SG) on operator task performance and attention allocation during teleoperation of a robot arm through uplinked commands. Although this study complements the first study on navigational guidance with hand controllers, it is a separate investigation due to the distinction in intended operators (i.e., crewmembers versus ground-operators). A third study looked at superimposed and integrated overlays for teleoperation of a mobile robot using a hand controller. When AR is superimposed on the external world, it appears to be fixed onto the display and internal to the operators' workstation. Unlike superimposed overlays, integrated overlays often appear as three-dimensional objects and move as if part of the external world. Studies conducted in the aviation domain show that integrated overlays can improve situation awareness and reduce the amount of deviation from the optimal path. The purpose of the study was to investigate whether these results apply to HRI tasks, such as navigation with a mobile robot.

Sandor, Aniko↗
DOE OSTI2016

OpenPET Hardware, Firmware, Software, and Board Design Files

OpenPET is an open source, flexible, high-performance, and modular data acquisition system for a variety of applications. The OpenPET electronics are capable of reading analog voltage or current signals from a wide variety of sensors. The electronics boards make extensive use of field programmable gate arrays (FPGAs) to provide flexibility and scalability. Firmware and software for the FPGAs and computer are used to control and acquire data from the system. The command and control flow is similar to the data flow, however, the commands are initiated from the computer similar to a tree topology (i.e., from top-to-bottom). Each node in the tree discovers its parent and children, and all addresses are configured accordingly. A user (or a script) initiates a command from the computer. This command will be translated and encoded to the corresponding child (e.g., SB, MB, DB, etc.). Consecutively, each node will pass the command to its corresponding child(ren) by looking at the destination address. Finally, once the command reaches its desired destination(s) the corresponding node(s) execute(s) the command and send(s) a reply, if required. All the firmware, software, and the electronics board design files are distributed through the OpenPET website (http://openpet.lbl.gov).

Abu-Nimeh, Faisal↗
DOE OSTI2016

Partitionable memory interfaces

A memory device receives a plurality of read commands and/or write commands in parallel. The memory device transmits data corresponding to respective read commands on respective portions of a data bus and receives data corresponding to respective write commands on respective portions of the data bus. The memory device includes I/O logic to receive the plurality of read commands in parallel, to transmit the data corresponding to the respective read commands on respective portions of the data bus, and to receive the data corresponding to the respective write commands on respective portions of the data bus.

Roberts, David A.↗
DOE OSTI2019

ROBOT: A Tool for Automating Ontology Workflows

BACKGROUND:Ontologies are invaluable in the life sciences, but building and maintaining ontologies often requires a challenging number of distinct tasks such as running automated reasoners and quality control checks, extracting dependencies and application-specific subsets, generating standard reports, and generating release files in multiple formats. Similar to more general software development, automation is the key to executing and managing these tasks effectively and to releasing more robust products in standard forms. For ontologies using the Web Ontology Language (OWL), the OWL API Java library is the foundation for a range of software tools, including the Protégé ontology editor. In the Open Biological and Biomedical Ontologies (OBO) community, we recognized the need to package a wide range of low-level OWL API functionality into a library of common higher-level operations and to make those operations available as a command-line tool. RESULTS:ROBOT (a recursive acronym for "ROBOT is an OBO Tool") is an open source library and command-line tool for automating ontology development tasks. The library can be called from any programming language that runs on the Java Virtual Machine (JVM). Most usage is through the command-line tool, which runs on macOS, Linux, and Windows. ROBOT provides ontology processing commands for a variety of tasks, including commands for converting formats, running a reasoner, creating import modules, running reports, and various other tasks. These commands can be combined into larger workflows using a separate task execution system such as GNU Make, and workflows can be automatically executed within continuous integration systems. CONCLUSIONS:ROBOT supports automation of a wide range of ontology development tasks, focusing on OBO conventions. It packages common high-level ontology development functionality into a convenient library, and makes it easy to configure, combine, and execute individual tasks in comprehensive, automated workflows. This helps ontology developers to efficiently create, maintain, and release high-quality ontologies, so that they can spend more time focusing on development tasks. It also helps guarantee that released ontologies are free of certain types of logical errors and conform to standard quality control checks, increasing the overall robustness and efficiency of the ontology development lifecycle.

96 KNOWLEDGE MANAGEMENT AND PRESERVATION↗
NASA NTRS1980

Automation of the Mark 3 field system

The software and hardware components which will enable hands off operation are described. The operation of the field system begins with the scheduling of observations. An interactive program, SKED, provides displays of mutual visibility, automatic calculation of telescope slewing times, and the ability to list and edit the schedule. The output of SKED is a schedule file containing commands in the Standard Notation for Astronomy Procedures (SNAP) language which the field system uses for controlling events during the experiment. The most important features of SNAP include sophisticated time sequencing of events, automatic logging of all commands and responses, and the ability to define often used sequences of commands as procedures. A control program, BOSS, running in an HP 1000 minicomputer, reads the SNAP commands from a schedule file and interprets them in terms of commands and requests to devices. Interactive command input is possible through the operator's display terminal. Communication with all of the Mark 3 electronics modules is done via a small general purpose interface board (a microprocessor based ASCII transceiver) which has been installed in each module. Additional devices are controlled and monitored using the IEEE 488 General Purpose Interface Bus.

Vandenbere, N. R.↗
NASA NTRS1981

IGDS/TRAP Interface Program (ITIP). Detailed Design Specification (DDS)

The software modules which comprise the IGDS/TRAP Interface Program are described. A hierarchical input processing output (HIPO) chart for each user command is given. The description consists of: (1) function of the user command; (2) calling sequence; (3) moduls which call this use command; (4) modules called by this user command; (5) IGDS commands used by this user command; and (6) local usage of global registers. Each HIPO contains the principal functions performed within the module. Also included with each function are a list of the inputs which may be required to perform the function and a list of the outputs which may be created as a result of performing the function.

Jefferys, S.↗
NASA NTRS1987

Problems associated with reaction mass actuators used in conjunction with LQG control on the Mini-Mast

The work being done at NASA LaRC on developing control laws for the Mini-Mast experimental facility is reviewed with particular attention given to the problems associated with the stroke limit of the reaction mass actuators used in conjunction with the LQG control. An algorithm for converting the force commands of the LQG algorithm into position command for the reaction mass devices is described. It is shown that the position command can be used as an input to a local controller so that the relative position of the reaction mass would track the commanded relative position. The stabilization of the integration scheme makes it possible to avoid the position drift arising in the direct double integration method of converting force commands to position commands.

Ghosh, D.↗
NASA NTRS1996

The Army's Use of the Advanced Communications Technology Satellite

Tactical operations require military commanders to be mobile and have a high level of independence in their actions. Communications capabilities providing intelligence and command orders in these tactical situations have been limited to simple voice communications or low-rate narrow bandwidth communications because of the need for immediate reliable connectivity. The Advanced Communications Technology Satellite (ACTS) has brought an improved communications tool to the tactical commander giving the ability to gain access to a global communications system using high data rates and wide bandwidths. The Army has successfully tested this new capability of bandwidth-on-demand and high data rates for commanders in real-world conditions during Operation UPHOLD DEMOCRACY in Haiti during the fall and winter of 1994. This paper examines ACTS use by field commanders and details the success of the ACTS system in support of a wide variety of field condition command functions.

Ilse, Kenneth↗
NASA NTRS1999

Autonomous Onboard Science Image Analysis for Future Mars Rover Missions

To explore high priority landing sites and to prepare for eventual human exploration, future Mars missions will involve rovers capable of traversing tens of kilometers. However, the current process by which scientists interact with a rover does not scale to such distances. Specifically, numerous command cycles are required to complete even simple tasks, such as, pointing the spectrometer at a variety of nearby rocks. In addition, the time required by scientists to interpret image data before new commands can be given and the limited amount of data that can be downlinked during a given command cycle constrain rover mobility and achievement of science goals. Experience with rover tests on Earth supports these concerns. As a result, traverses to science sites as identified in orbital images would require numerous science command cycles over a period of many weeks, months or even years, perhaps exceeding rover design life and other constraints. Autonomous onboard science analysis can address these problems in two ways. First, it will allow the rover to transmit only "interesting" images, defined as those likely to have higher science content. Second, the rover will be able to anticipate future commands. For example, a rover might autonomously acquire and return spectra of "interesting" rocks along with a high resolution image of those rocks in addition to returning the context images in which they were detected. Such approaches, coupled with appropriate navigational software, help to address both the data volume and command cycle bottlenecks that limit both rover mobility and science yield. We are developing fast, autonomous algorithms to enable such intelligent on-board decision making by spacecraft. Autonomous algorithms developed to date have the ability to identify rocks and layers in a scene, locate the horizon, and compress multi-spectral image data. Output from these algorithms could be used to autonomously obtain rock spectra, determine which images should be transmitted to the ground, or to aid in image compression. We will discuss these and other algorithms and demonstrate their performance during a recent rover field test.

Gulick, V. C.↗