Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “command and control”

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 1,153 records · Page 64

HC-NIDS: signatures and simulations for detecting cyber-attacks aiming to cause damage against cyber-physical energy systems

Physical device safety is typically implemented locally using embedded controllers, while operations safety is primarily performed in control centers. Safe operations can be enhanced by correct design of device-level control algorithms, and protocols, procedures and operator training at the control-room level, but all can fail. Moreover, these elements exchange data and issue commands via vulnerable communication layers. In order to secure these gaps and enhance operational safety, we believe monitoring of command sequences must be combined with an awareness of physical device limitations and automata models that capture safety mechanisms. One way of doing this is by leveraging specification-based intrusion detection to monitor for physical constraint violations. The method can also verify that physical infrastructure state is consistent with monitoring information and control commands exchanged between field devices and control centers. This additional security layer enhances protection from both outsider attacks and insider mistakes. We implemented specification-based SCADA command analyzers using physical constraint algorithms directly in the Bro framework and Broccoli APIs for three separate scenarios: a water heater, an automated distribution system, and an over-current protection scheme. To accomplish this, we added low-level analyzers capable of examining control system-specific protocol packets for both Modbus TCP and DNP3, and also higher-level analyzers able to interpret device command and data streams within the context of each device's physical capabilities and present operational state. Thus the software that we are making available includes the Bro/Broccoli scripts for these three scenarios, as well as simulators, written in C, of those scenarios that generate sample traffic that is monitored by the Bro/Broccoli scripts. In addition, we have also implemented systems to directly pull cyber-physical information from the OSIsoft PI historian system. We have included the Python scripts used to perform that monitoring.

Source record↗

HC-NIDS: signatures and simulations for detecting cyber-attacks aiming to cause damage against cyber-physical energy systems

Physical device safety is typically implemented locally using embedded controllers, while operations safety is primarily performed in control centers. Safe operations can be enhanced by correct design of device-level control algorithms, and protocols, procedures and operator training at the control-room level, but all can fail. Moreover, these elements exchange data and issue commands via vulnerable communication layers. In order to secure these gaps and enhance operational safety, we believe monitoring of command sequences must be combined with an awareness of physical device limitations and automata models that capture safety mechanisms. One way of doing this is by leveraging specification-based intrusion detection to monitor for physical constraint violations. The method can also verify that physical infrastructure state is consistent with monitoring information and control commands exchanged between field devices and control centers. This additional security layer enhances protection from both outsider attacks and insider mistakes. We implemented specification-based SCADA command analyzers using physical constraint algorithms directly in the Bro framework and Broccoli APIs for three separate scenarios: a water heater, an automated distribution system, and an over-current protection scheme. To accomplish this, we added low-level analyzers capable of examining control system-specific protocol packets for both Modbus TCP and DNP3, and also higher-level analyzers able to interpret device command and data streams within the context of each device's physical capabilities and present operational state. Thus the software that we are making available includes the Bro/Broccoli scripts for these three scenarios, as well as simulators, written in C, of those scenarios that generate sample traffic that is monitored by the Bro/Broccoli scripts. In addition, we have also implemented systems to directly pull cyber-physical information from the OSIsoft PI historian system. We have included the Python scripts used to perform that monitoring.

Source record↗

Space shuttle main engine definition (phase B). Volume 2: Avionics

The advent of the space shuttle engine with its requirements for high specific impulse, long life, and low cost have dictated a combustion cycle and a closed loop control system to allow the engine components to run close to operating limits. These performance requirements, combined with the necessity for low operational costs, have placed new demands on rocket engine control, system checkout, and diagnosis technology. Based on considerations of precision environment, and compatibility with vehicle interface commands, an electronic control, makes available many functions that logically provide the information required for engine system checkout and diagnosis.

Source record↗

The New Cloud Absorption Radiometer (CAR) Software: One Model for NASA Remote Sensing Virtual Instruments

The Cloud Absorption Radiometer (CAR) instrument has been the most frequently used airborne instrument built in-house at NASA Goddard Space Flight Center, having flown scientific research missions on-board various aircraft to many locations in the United States, Azores, Brazil, and Kuwait since 1983. The CAR instrument is capable of measuring scattered light by clouds in fourteen spectral bands in UV, visible and near-infrared region. This document describes the control, data acquisition, display, and file storage software for the new version of CAR. This software completely replaces the prior CAR Data System and Control Panel with a compact and robust virtual instrument computer interface. Additionally, the instrument is now usable for the first time for taking data in an off-aircraft mode. The new instrument is controlled via a LabVIEW v5. 1.1-developed software interface that utilizes, (1) serial port writes to write commands to the controller module of the instrument, and (2) serial port reads to acquire data from the controller module of the instrument. Step-by-step operational procedures are provided in this document. A suite of other software programs has been developed to complement the actual CAR virtual instrument. These programs include: (1) a simulator mode that allows pretesting of new features that might be added in the future, as well as demonstrations to CAR customers, and development at times when the instrument/hardware is off-location, and (2) a post-experiment data viewer that can be used to view all segments of individual data cycles and to locate positions where 'start' and stop' byte sequences were incorrectly formulated by the instrument controller. The CAR software described here is expected to be the basis for CAR operation for many missions and many years to come.

Roth, Don J.↗

Advanced Docking System With Magnetic Initial Capture

An advanced docking system is undergoing development to enable softer, safer docking than was possible when using prior docking systems. This system is intended for original use in docking of visiting spacecraft and berthing the Crew Return Vehicle at the International Space Station (ISS). The system could also be adapted to a variety of other uses in outer space and on Earth, including mating submersible vehicles, assembling structures, and robotic berthing/handling of payloads and cargo. Heretofore, two large spacecraft have been docked by causing the spacecraft to approach each other at a speed sufficient to activate capture latches - a procedure that results in large docking loads and is made more difficult because of the speed. The basic design and mode of operation of the present advanced docking system would eliminate the need to rely on speed of approach to activate capture latches, thereby making it possible to reduce approach speed and thus docking loads substantially. The system would comprise an active subsystem on one spacecraft and a passive subsystem on another spacecraft with which the active subsystem will be docked. The passive subsystem would include an extensible ring containing magnetic striker plates and guide petals. The active subsystem would include mating guide petals and electromagnets containing limit switches and would be arranged to mate with the magnetic striker plates and guide petals of the passive assembly. The electromagnets would be carried on (but not rigidly attached to) a structural ring that would be instrumented with load sensors. The outputs of the sensors would be sent, along with position information, as feedback to an electronic control subsystem. The system would also include electromechanical actuators that would extend or retract the ring upon command by the control subsystem.

Lewis, James L.↗

Effect of gimbal friction modelling technique on control stability and performance for Centaur upper stage

The powered-phase autopilot for the Centaur upper stage rocket uses an autopilot forward loop gain scheduler that decreases the proportional gain as propellant mass is depleted. Nonlinear time response simulation studies revealed that Centaur vehicles with low-gain autopilots would have large attitude error limit cycles. These limit cycles were due to the assumed presence of Coulomb friction in the engine gimbals. This situation could be corrected through the use of an harmonic dither, programmed into the on-board digital computer and added to the engine command signal. This would introduce impending motion to the engines, allowing control of the engines even under small commands. Control authority was found to be restored when dither was used. A concern arose that the Centaur could be unacceptably excited at resonances near the dither frequency, if the dither amplitude was to be chosen on the basis of friction level present, a test was conducted to measure this level. Dither characteristics were to be based on the test results. The test results showed that the gimbal friction characteristic was actually hysteretic rather than the assumed Coulomb friction. The simulation results showed that, using this new model of gimbal friction, dither would no longer be necessary.

Graham, Ronald E.↗

Effect of Gimbal friction modeling technique on control stability and performance for Centaur upper-stage

The powered-phase autopilot for the Centaur upper stage rocket uses an autopilot forward loop gain scheduler that decreases the proportional gain as propellant mass is depleted. Nonlinear time response simulation studies revealed that Centaur vehicles with low-gain autopilots would have large attitude error limit cycles. These limit cycles were due to the assumed presence of Coulomb friction in the engine gimbals. This situation could be corrected through the use of an harmonic dither, programmed into the on-board digital computer and added to the engine command signal. This would introduce impending motion to the engines, allowing control of the engines even under small commands. Control authority was found to be restored when dither was used. A concern arose that the Centaur could be unacceptably excited at resonances near the dither frequency, if the dither amplitude was to be chosen on the basis of friction level present, a test was conducted to measure this level. Dither characteristics were to be based on the test results. The test results showed that the gimbal friction characteristic was actually hysteretic rather than the assumed Coulomb friction. The simulation results showed that, using this new model of gimbal friction, dither would no longer be necessary.

Graham, Ronald E.↗

Resolved rate and torque control schemes for large scale space based kinematically redundant manipulators

Resolved rate control of kinematically redundant ground based manipulators is a challenging problem. The structural, actuator, and control loop frequency characteristics of industrial grade robots generally allow operation with resolved rate control; a rate command is achievable with good accuracy. However, space based manipulators are different, typically have less structural stiffness, more motor and joint friction, and lower control loop cycle frequencies. These undesirable characteristics present a considerable Point of Resolution (POR) control problem for space based, kinematically redundant manipulators for the following reason: a kinematically redundant manipulator requires an arbitrary constraint to solve for the joint rate commands. A space manipulator will not respond to joint rate commands because of these characteristics. A space based manipulator simulation, including free end rigid body dynamics, motor dynamics, motor striction/friction, gearbox backlash, joint striction/friction, and Space Station Remote Manipulator System type configuration parameters, is used to evaluate the performance of a documented resolved rate control law. Alternate schemes which include torque control are also evaluated.

Robert W Bailey↗

CSM docked DAP/orbital assembly bending interaction-axial case

A digital autopilot which can provide attitude control for the entire Skylab orbital assembly using the service module reaction control jets is described. An important consideration is the potential interaction of the control system with the bending modes of the orbital assembly. Two aspects of this potential interaction were considered. The first was the possibility that bending induced rotations feeding back through the attitude sensor into the control system could produce an instability or self-sustained oscillation. The second was whether the jet activity commanded by the control system could produce excessive loads at any of the critical load points of the orbital assembly. Both aspects were studied by using analytic techniques and by running simulations on the all-digital simulator.

Turnbull, J. F.↗

Spacecraft attitude control using a smart control system

Traditionally, spacecraft attitude control has been implemented using control loops written in native code for a space hardened processor. The Naval Research Lab has taken this approach during the development of the Attitude Control Electronics (ACE) package. After the system was developed and delivered, NRL decided to explore alternate technologies to accomplish this same task more efficiently. The approach taken by NRL was to implement the ACE control loops using systems technologies. The purpose of this effort was to: (1) research capabilities required of an expert system in processing a classic closed-loop control algorithm; (2) research the development environment required to design and test an embedded expert systems environment; (3) research the complexity of design and development of expert systems versus a conventional approach; and (4) test the resulting systems against the flight acceptance test software for both response and accuracy. Two expert systems were selected to implement the control loops. Criteria used for the selection of the expert systems included that they had to run in both embedded systems and ground based environments. Using two different expert systems allowed a comparison of the real-time capabilities, inferencing capabilities, and the ground-based development environment. The two expert systems chosen for the evaluation were Spacecraft Command Language (SCL), and NEXTPERT Object. SCL is a smart control system produced for the NRL by Interface and Control Systems (ICS). SCL was developed to be used for real-time command, control, and monitoring of a new generation of spacecraft. NEXPERT Object is a commercially available product developed by Neuron Data. Results of the effort were evaluated using the ACE test bed. The ACE test bed had been developed and used to test the original flight hardware and software using simulators and flight-like interfaces. The test bed was used for testing the expert systems in a 'near-flight' environment. The technical approach, the system architecture, the development environments, knowledge base development, and results of this effort are detailed.

Buckley, Brian↗

Shuttle entry guidance

This paper describes the design of the entry guidance for the Space Shuttle Orbiter. This guidance provides the steering commands for trajectory control from initial penetration of the earth's atmosphere until the terminal area guidance is activated at an earth-relative speed of 2500 fps. At this point, the Orbiter is at a distance of about 50 nmi from the runway threshold, and at an altitude of about 80,000 ft. The entry guidance design is based on an analytic solution of the equations of motion defining the drag acceleration profile that meets the terminal criteria of the entry flight while maintaining the flight within systems and operational constraints. Guidance commands, which are based on a control law that ensures damping of oscillatory type trajectory motion, are computed to steer the Orbiter to this drag acceleration profile.

Harpold, J. C.↗

The Viking Mars Orbiter 1975 solar energy controller

The Jet Propulsion Laboratory is responsible for the Viking Orbiter System, which is part of the overall Viking Project managed by the Viking Project Office at Langley Research Center for NASA. The spacecraft will be launched on a Titan IIIE/-Centaur Launch Vehicle in August 1975. Solar energy for temperature control purposes is introduced into the propulsion module of the Orbiter. The energy enters by way of four individually commandable solar energy controllers (SECs). This paper summarizes the SEC thermal development, design and test results. Test results are presented for the prototype unit and for the flight units.

Stultz, J. W.↗

Multimodal user input to supervisory control systems - Voice-augmented keyboard

The use of a voice-augmented keyboard input modality is evaluated in a supervisory control application. An implementation of voice recognition technology in supervisory control is proposed: voice is used to request display pages, while the keyboard is used to input system reconfiguration commands. Twenty participants controlled GT-MSOCC, a high-fidelity simulation of the operator interface to a NASA ground control system, via a workstation equipped with either a single keyboard or a voice-augmented keyboard. Experimental results showed that in all cases where significant performance differences occurred, performance with the voice-augmented keyboard modality was inferior to and had greater variance than the keyboard-only modality. These results suggest that current moderately priced voice recognition systems are an inappropriate human-computer interaction technology in supervisory control systems.

Mitchell, Christine M.↗

A modular suite of hardware enabling spaceflight cell culture research

BioServe Space Technologies, a NASA Research Partnership Center (RPC), has developed and operated various middeck payloads launched on 23 shuttle missions since 1991 in support of commercial space biotechnology projects. Modular cell culture systems are contained within the Commercial Generic Bioprocessing Apparatus (CGBA) suite of flight-qualified hardware, compatible with Space Shuttle, SPACEHAB, Spacelab and International Space Station (ISS) EXPRESS Rack interfaces. As part of the CGBA family, the Isothermal Containment Module (ICM) incubator provides thermal control, data acquisition and experiment manipulation capabilities, including accelerometer launch detection for automated activation and thermal profiling for culture incubation and sample preservation. The ICM can accommodate up to 8 individually controlled temperature zones. Command and telemetry capabilities allow real-time downlink of data and video permitting remote payload operation and ground control synchronization. Individual cell culture experiments can be accommodated in a variety of devices ranging from 'microgravity test tubes' or standard 100 mm Petri dishes, to complex, fed-batch bioreactors with automated culture feeding, waste removal and multiple sample draws. Up to 3 levels of containment can be achieved for chemical fixative addition, and passive gas exchange can be provided through hydrophobic membranes. Many additional options exist for designing customized hardware depending on specific science requirements.

manned↗

Methods, systems and apparatus for controlling third harmonic voltage when operating a multi-space machine in an overmodulation region

Methods, system and apparatus are provided for controlling third harmonic voltages when operating a multi-phase machine in an overmodulation region. The multi-phase machine can be, for example, a five-phase machine in a vector controlled motor drive system that includes a five-phase PWM controlled inverter module that drives the five-phase machine. Techniques for overmodulating a reference voltage vector are provided. For example, when the reference voltage vector is determined to be within the overmodulation region, an angle of the reference voltage vector can be modified to generate a reference voltage overmodulation control angle, and a magnitude of the reference voltage vector can be modified, based on the reference voltage overmodulation control angle, to generate a modified magnitude of the reference voltage vector. By modifying the reference voltage vector, voltage command signals that control a five-phase inverter module can be optimized to increase output voltages generated by the five-phase inverter module.

42 ENGINEERING↗

A Fault-Tolerant Intelligent Robotic Control System

This research project involves development of path planning and graphical user interface software at an operator workstation and a manipulator control system which translates the commands from the user workstation to control the robot arm.

path↗

Laser measuring system for incremental assemblies

Wire-wrapped frame assemblies used in spark chambers and the like can be measured using a system which utilizes a laser, an interferometer, and a retroreflector to precisely measure distance. A light source and a photodetector are located adjacent the incremental assembly and mounted on a movable carriage. The interferometer is also mounted on the movable carriage, while the laser and retroreflector are positioned at either end of the carriage track. The carriage is moved along one edge of the incremental assembly between the retroreflector and the laser, and as the carriage is moved, the light from the light source to the photodetector is interrupted. This produces a trigger command to a control unit which in turn causes a distance measurement to be made. A printout is provided for each sampling trigger command to list such items as ideal position, actual position and amount of error.

Etzel, J. G.↗

Computer program for post-flight evaluation of the control surface response for an attitude controlled missile

A FORTRAN IV coded computer program is presented for post-flight analysis of a missile's control surface response. It includes preprocessing of digitized telemetry data for time lags, biases, non-linear calibration changes and filtering. Measurements include autopilot attitude rate and displacement gyro output and four control surface deflections. Simple first order lags are assumed for the pitch, yaw and roll axes of control. Each actuator is also assumed to be represented by a first order lag. Mixing of pitch, yaw and roll commands to four control surfaces is assumed. A pseudo-inverse technique is used to obtain the pitch, yaw and roll components from the four measured deflections. This program has been used for over 10 years on the NASA/SCOUT launch vehicle for post-flight analysis and was helpful in detecting incipient actuator stall due to excessive hinge moments. The program is currently set up for a CDC CYBER 175 computer system. It requires 34K words of memory and contains 675 cards. A sample problem presented herein including the optional plotting requires eleven (11) seconds of central processor time.

Knauber, R. N.↗