Search NASA⌕ Search

SEARCH · Search NASA

Results for “Command and Data Handling”

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 325 records · Page 18

A piloted simulator investigation of augmentation systems to improve helicopter nap-of-the-earth handling qualities

A piloted simulation study assessed various levels of stability and control augmentation designed to improve the handling qualities of several helicopters in nap-of-the-earth (NOE) flight. Five basic single rotor helicopters - one teetering, two articulated, and two hingeless - which were found to have a variety of major deficiencies in a previous fixed-based simulator study were selected as baseline configurations. The stability and control augmentation systems (SCAS) include simple control augmentation systems (CAS) to decouple pitch and yaw responses due to collective input and to quicken the pitch and roll control responses; SCAS of rate command type designed to optimize the sensitivity and damping and to decouple the pitch-roll due to aircraft angular rate; and attitude command type SCAS. Pilot ratings and commentary are presented as well as performance data related to the task. SCAS control usage and their gain levels associated with specific rotor type are also discussed.

Chen, R. T. N.↗

Secure Web-based Ground System User Interfaces over the Open Internet

A prototype has been developed which makes use of commercially available products in conjunction with the Java programming language to provide a secure user interface for command and control over the open Internet. This paper reports successful demonstration of: (1) Security over the Internet, including encryption and certification; (2) Integration of Java applets with a COTS command and control product; (3) Remote spacecraft commanding using the Internet. The Java-based Spacecraft Web Interface to Telemetry and Command Handling (Jswitch) ground system prototype provides these capabilities. This activity demonstrates the use and integration of current technologies to enable a spacecraft engineer or flight operator to monitor and control a spacecraft from a user interface communicating over the open Internet using standard World Wide Web (WWW) protocols and commercial off-the-shelf (COTS) products. The core command and control functions are provided by the COTS Epoch 2000 product. The standard WWW tools and browsers are used in conjunction with the Java programming technology. Security is provided with the current encryption and certification technology. This system prototype is a step in the direction of giving scientist and flight operators Web-based access to instrument, payload, and spacecraft data.

Langston, James H.↗

The cryogenics analysis program for Apollo mission planning and analysis

The cryogenics analysis program was developed as a simplified tool for use in premission planning operations for the Apollo command service module. Through a dynamic development effort, the program has been extended to include real time and postflight analysis capabilities with nominal and contingency planning features. The technical aspects of the program and a comparison of ground test and mission data with data generated by using the cryogenics analysis program are presented. The results of the program capability to predict flight requirements also are presented. Comparisons of data from the program with data from flight results, from a tank qualifications program, and from various system anomalies that have been encountered are discussed. Future plans and additional considerations for the program also are included. Among these plans are a three tank management scheme for hydrogen, venting profile generation for Skylab, and a capability for handling two gas atmospheres. The plan for two gas atmospheres will involve the addition of the capability to handle nitrogen as well as oxygen and hydrogen.

Scott, W.↗

Piloted simulator investigation of helicopter control systems effects on handling qualities during instrument flight

An exploratory piloted simulation was conducted to investigate the effects of the characteristics of helicopter flight control systems on instrument flight handling qualities. This joint FAA/NASA study was motivated by the need to improve instrument flight capability. A near-term objective is to assist in updating the airworthiness criteria for helicopter instrument flight. The experiment consisted of variations of single-rotor helicopter types and levels of stability and control augmentation systems (SCAS). These configurations were evaluated during an omnirange approach task under visual and instrument flight conditions. The levels of SCAS design included a simple rate damping system, collective decoupling plus rate damping, and an attitude command system with collective decoupling. A limited evaluation of stick force versus airspeed stability was accomplished. Some problems were experienced with control system mechanization which had a detrimental effect on longitudinal stability. Pilot ratings, pilot commentary, and performance data related to the task are presented.

Forrest, R. D.↗

Process Anomaly Detection for Sparsely Labeled Events in Nuclear Power Plants

An essential aspect of online monitoring, subtle anomaly detection increases the detection lead time for equipment failure and enables a nuclear power plant (NPP) to mitigate unexpected partial or full outages, resulting in significant cost saving to the plant. Once an anomaly is detected by plant staff, its cause and severity are investigated. Because the vast majority of anomalies require some level of investigation, including some that require time-consuming examination, before they are passed over to the engineering organization for further analysis, plants are often equipped with tools to assist the staff in performing anomaly detection. Those tools operate as a black box and are often based on statistical methods that establish sensor correlations using preconfigured mathematical models and flag correlation deviations as anomalies. Due to the number of anomalies detected at a given NPP on a daily basis, a significant number of flagged anomalies usually await examination for days or weeks. A primary cause of this backlog is that the methods used by the tools generate many false positives. Though this is usually attributed to oversensitive model settings due to very narrow normal operation bands, it can also be associated with the model development being inadequate for the process being monitored, or with missing model inputs that could have explained misclassified positives. The performance of anomaly detection tools impacts their plant acceptance and utilization, especially when the effort to address false positives generated by the tool depletes the value or cost saved by using that tool. Thus, means to advance anomaly detection performance have been investigated by the Department of Energy’s Light Water Reactor Sustainability program. Previous and ongoing efforts have targeted unsupervised machine-learning (ML) methods, which do not require the labeling of any data fed into the ML model. By contrast, in supervised anomaly detection methods, every data point is labeled as either a normal or abnormal process condition, and the model is trained to replicate the classification process. Supervised methods usually outperform unsupervised methods, due to the added value in differentiating normal from anomalous states of the monitored process. An NPP’s corrective action program requires it to track and document, via a dedicated report, the resolution of any issues that occur within the plant. Once created, each report is reviewed by a plant screening committee, and several classifications and decisions are made. Recently, a collaborating NPP developed an artificial intelligence and ML-based classifier to categorize a condition report (CR) into classes that can serve to label the data as normal or anomalous. Applying CRs as labels represents a semi-supervised use case. Semi-supervised ML assumes that labels exist for some data points (i.e., labeled anomalies, in this case) but not for the rest. In this effort, semi-supervised ML methods were used to fuse data from CRs with anomaly detection methods in order to test the hypothesis that partially labeled anomalies would improve the accuracy of the anomaly detection methods. Specifically, two methods were used. The first is the deep Semi-supervised Anomaly Detection (deep SAD) method, which can handle labels ranging from fully unsupervised to fully supervised cases. The second is a newly designed ML method developed specifically for this effort and referred to as the high-order feature (HOF)-based method. To evaluate these two methods in controlled environments, synthetic data generators were developed and used. The first datasets used a spring-mass-damper (SMD) system simulator commonly found in mechanical engineering references. This was used to create two use cases: a one- and a three-mass system. Anomalies were introduced by changing the spring and damper coefficients while the system was actuated by random forces. The second datasets used the commercial Dymola-Modelica software to build a simplified nuclear reactor model. Anomalies were added in the form of corrupted sensor readings and/or control commands. The deep SAD method was tested using the SMD system, while the HOF method was tested using both datasets. Application of the deep SAD semi-supervised ML method demonstrated that labels can generate increased confidence in detecting true anomalies. This helped increase the number of true positives and decrease the number of false negatives—something that would aid in addressing the backlog of possible anomalies. Application of the HOF method demonstrated that labels can aid in down selecting from a candidate set of features to a more optimal subset in order to better differentiate between normal and anomalous conditions.

46 INSTRUMENTATION RELATED TO NUCLEAR SCIENCE AND ↗

The electronic switching spherical array antenna for the Earth Radiation Budget Spacecraft

The ESSA is a microprocessor-controlled antenna for low orbiting spacecraft for telemetry and command relay through the Tracking and Data Relay Satellite System (TDRSS). The array is a hemispherical shape covered with disk radiating elements. A group of radiating elements are continuously selected by the microprocessor controller to form a beam in the direction of a TDRS. A radial switching power divider uses PIN diodes to select the desired radiating elements. The antenna gain is a function of the size of the hemispherical dome. A 30-inch diameter dome is presently being built for the Earth Radiation Budget Spacecraft (ERBS). Gain of this antenna over a hemisphere is 14 dBi and polarization is lefthand circular. There are 145 radiating elements with 12 being used at one time to form a beam. The ESSA subsystem weights 74 pounds and power consumption is 20 watts. RF power handling capability is 30 watts. The S-Band radiating elements have a 10 percent bandwidth that allows simultaneous transmission and reception.

Kudrna, K.↗

Surveyor Project Final Report: Part 1 - Project Description and Performance, Volume 1

The Surveyor Project planned and conducted seven unmanned lunar missions for which spacecraft were launched between May 1966 and January 1968. Each of the spacecraft was successfully launched with the then newly developed Atlas/Centaur vehicle which utilized for the first time a high-specific-impulse, liquid hydrogen/liquid oxygen fueled stage. Five of the spacecraft successfully soft-landed and returned a great quantity of engineering and scientific data on extensive postlanding operations, accomplishing all mission and project objectives. Four of the spacecraft soft-landed at selected mare sites to provide data which were required to support the Apollo Program. The final spacecraft was then successfully used for scientific investigation of a contrasting site in the rugged lunar highlands. Surveyor was a fully attitude-stabilized spacecraft designed to receive and execute a wide variety of earth commands, as well as to perform certain automatic functions including the critical terminal-descent and soft-landing sequences. Significant new and advanced subsystems that were developed and/or used in combination to enable Surveyor to execute the complex terminal phase of flight were: (1) a solid-propellant main retro motor, (2) throttlable liquid-propellant vernier engines (also used for midcourse velocity correction), (3) highly sensitive velocity- and altitude-sensing radars, and (4) an automatic closed-loop guidance and control system. The first Surveyor spacecraft carried a survey television camera which, together with other engineering instrumentation, obtained in-flight and postlanding data. The complement of instruments carried on later missions included various combinations of the following additional devices: (1) a soil mechanics/surface sampler instrument for picking, digging, and handling lunar surface material; (2) an alpha scattering instrument for performing a chemical analysis of the lunar surface material; and (3) magnets attached to the spacecraft for determining magnetic properties of the soil.

Jet Propulsion Laboratory↗

Surveyor Project Final Report: Part 1 - Project Description and Performance, Volume 2

The Surveyor Project planned and conducted seven unmanned lunar missions for which spacecraft were launched between May 1966 and January 1968. Each of the spacecraft was successfully launched with the then newly developed Atlas/Centaur vehicle which utilized for the first time a high-specific-impulse, liquid hydrogen/liquid oxygen fueled stage. Five of the spacecraft successfully soft-landed and returned a great quantity of engineering and scientific data on extensive postlanding operations, accomplishing all mission and project objectives. Four of the spacecraft soft-landed at selected mare sites to provide data which were required to support the Apollo Program. The final spacecraft was then successfully used for scientific investigation of a contrasting site in the rugged lunar highlands. Surveyor was a fully attitude-stabilized spacecraft designed to receive and execute a wide variety of earth commands, as well as to perform certain automatic functions including the critical terminal-descent and soft-landing sequences. Significant new and advanced subsystems that were developed and/or used in combination to enable Surveyor to execute the complex terminal phase of flight were: (1) a solid-propellant main retro motor, (2) throttlable liquid-propellant vernier engines (also used for midcourse velocity correction), (3) highly sensitive velocity- and altitude-sensing radars, and (4) an automatic closed-loop guidance and control system. The first Surveyor spacecraft carried a survey television camera which, together with other engineering instrumentation, obtained in-flight and postlanding data. The complement of instruments carried on later missions included various combinations of the following additional devices: (1) a soil mechanics/surface sampler instrument for picking, digging, and handling lunar surface material; (2) an alpha scattering instrument for performing a chemical analysis of the lunar surface material; and (3) magnets attached to the spacecraft for determining magnetic properties of the soil.

Jet Propulsion Laboratory↗

Development of a 13 kW Hall Thruster Propulsion System Performance Model for AEPS

The Advanced Electric Propulsion System (AEPS) program will develop a flight 13kW Hall thruster propulsion system based on NASA's HERMeS thruster. The AEPS system includes the Hall Thruster, the Power Processing Unit (PPU) and the Xenon Flow Controller (XFC). These three primary components must operate together to ensure that the system generates the required combinations of thrust and specific impulse at the required system efficiencies for the desired system lifetime. At the highest level, the AEPS system will be integrated into the spacecraft and will receive power, propellant, and commands from the spacecraft. Power and propellant flow rates will be determined by the throttle set points commanded by the spacecraft. Within the system, the major control loop is between the mass flow rate and thruster current, with time-dependencies required to handle all expected transients, and additional, much slower interactions between the thruster and cathode temperatures, flow controller and PPU. The internal system interactions generally occur on shorter timescales than the spacecraft interactions, though certain failure modes may require rapid responses from the spacecraft. The AEPS system performance model is designed to account for all these interactions in a way that allows evaluation of the sensitivity of the system to expected changes over the planned mission as well as to assess the impacts of normal component and assembly variability during the production phase of the program. This effort describes the plan for the system performance model development, correlation to NASA test data, and how the model will be used to evaluate the critical internal and external interactions. The results will ensure the component requirements do not unnecessarily drive the system cost or overly constrain the development program. Finally, the model will be available to quickly troubleshoot any future unforeseen development challenges.

Stanley, Steven↗

An Overview of the Microgravity Science Glovebox (MSG) Facility and the Research Performed in the MSG on the International Space Station (ISS)

The Microgravity Science Glovebox (MSG) is a double rack facility aboard the International Space Station (ISS) designed for investigation handling. The MSG has been operating on the ISS since July 2002 and is currently located in the Columbus Laboratory Module. The unique design of the facility allows it to accommodate science and technology investigations in a workbench type environment. The facility has an enclosed working volume that is held at a negative pressure with respect to the crew living area. This allows the facility to provide two levels of containment for small parts, particulates, fluids, and gases. This containment approach protects the crew from possible hazardous operations that take place inside the MSG work volume. Research investigations operating inside the MSG are provided a large 255 liter enclosed work space, 1000 watts of dc power via a versatile supply interface (120, 28, +/- 12, and 5 Vdc), 1000 watts of cooling capability, video and data recording and real time downlink, ground commanding capabilities, access to ISS Vacuum Exhaust and Vacuum Resource Systems, and gaseous nitrogen supply. These capabilities make the MSG one of the most utilized facilities on ISS. In fact, the MSG has been used for over 5000 hours of scientific payload operations. MSG investigations involve research in cryogenic fluid management, fluid physics, spacecraft fire safety, materials science, combustion, plant growth, and life support technologies. MSG is an ideal platform for science investigations and research required to advance the technology readiness levels (TRLs) applicable to the Constellation Program. This paper will provide an overview of the MSG facility, a synopsis of the research that has already been accomplished in the MSG, an overview of future investigations currently planned for operation in the MSG, and potential applications of MSG investigations that can provide useful data to the Constellation Program. In addition, this paper will address the role of the MSG facility in the ISS National Lab.

Spivey, Reggie↗

On Using SysML, DoDAF 2.0 and UPDM to Model the Architecture for the NOAA's Joint Polar Satellite System (JPSS) Ground System (GS)

The JPSS Ground System is a lIexible system of systems responsible for telemetry, tracking & command (TT &C), data acquisition, routing and data processing services for a varied lIeet of satellites to support weather prediction, modeling and climate modeling. To assist in this engineering effort, architecture modeling tools are being employed to translate the former NPOESS baseline to the new JPSS baseline, The paper will focus on the methodology for the system engineering process and the use of these architecture modeling tools within that process, The Department of Defense Architecture Framework version 2,0 (DoDAF 2.0) viewpoints and views that are being used to describe the JPSS GS architecture are discussed. The Unified Profile for DoOAF and MODAF (UPDM) and Systems Modeling Language (SysML), as ' provided by extensions to the MagicDraw UML modeling tool, are used to develop the diagrams and tables that make up the architecture model. The model development process and structure are discussed, examples are shown, and details of handling the complexities of a large System of Systems (SoS), such as the JPSS GS, with an equally complex modeling tool, are described

Hayden, Jeffrey L.↗

Autonomous Navigation and Control of UGVs' in Nuclear Power Plants - 20381

The purpose of the husky A200 ground robot is to autonomously navigate through the places where it is very hazardous for human beings to reach and operate, like nuclear power plants, chemical industries. The aim is to navigate the ground robot autonomously with an Arm mounted on the robot along with the different sensors as camera, and Lidar. The autonomous motion of the robot is controlled by the controller which uses path planner for trajectory generation of the robot. The mission planner uses the current position of the husky A200, given the way points of the initial and the destination it would extract a best possible route based on the current events provided using GMapping. The global reference frame is used for planning the way points. Creating the appropriate path and the actions required to follow the path are given by the motion planner. The motion planner depends on the active sensor data such as obstacles, lanes, based on the sensor data feasible path is generated. Feasibility of the path is determined by the dynamics of the husky and a series of points generated with certain velocity and acceleration profile. The controller adjusts the lateral, longitudinal and yaw motion of the husky to command the behaviors. The kinematic model is developed for kinematic motion of the husky and the dynamic model is developed for transient and steady state characteristics. The images and other type of data captured by the camera are processed through the computational framework used to build machine learning models. TensorFlow will be used for deep learning and to identify and classify different objects around the husky. (authors)

12 MANAGEMENT OF RADIOACTIVE AND NON-RADIOACTIVE W↗

Caltrans Keeps the Spitzer Pipelines Moving

The computer pipelines used to process digital infrared astronomical images from NASA's Spitzer Space Telescope require various input calibration-data files for characterizing the attributes and behaviors of the onboard focal-plane-arrays and their detector pixels, such as operability, dark-current offset, linearity, non- uniformity, muxbleed, droop, and point-response functions. The telescope has three very different science instruments, each with three or four spectral-band-pass channels, depending on the instrument. Moreover, each instrument has various operating modes (e-g., full array or sub-array in one case) and parameters (e.g., integration time). Calibration data that depend on these considerations are needed by pipelines for generating both science products (production pipelines) and higher-level calibration products (calibration pipelines). The calibration files are created in various formats either 'off-line' or by the aforementioned calibration pipelines, depending on the above configuration details. Also, the calibration files are generally applicable to a certain time period and therefore must be selected accordingly for a given raw input image to be correctly processed. All of this complexity in selecting and retrieving calibration files for pipeline processing is handled by a procedural software-program called 'caltrans' . This software, which is implemented in C and interacts with an Informix database, was developed at the Spitzer Science Center (SSC) and is now deployed in SSC daily operations. The software is rule-based, very flexible, and, for efficiency, capable of retrieving multiple calibration files with a single software-execution command.

Spitzer↗

Inductive Learning Approaches for Improving Pilot Awareness of Aircraft Faults

Neural network flight controllers are able to accommodate a variety of aircraft control surface faults without detectable degradation of aircraft handling qualities. Under some faults, however, the effective flight envelope is reduced; this can lead to unexpected behavior if a pilot performs an action that exceeds the remaining control authority of the damaged aircraft. The goal of our work is to increase the pilot s situational awareness by informing him of the type of damage and resulting reduction in flight envelope. Our methodology integrates two inductive learning systems with novel visualization techniques. One learning system, the Inductive Monitoring System (IMS), learns to detect when a simulation includes faulty controls, while two others, Inductive Classification System (INCLASS) and multiple binary decision tree system (utilizing C4.5), determine the type of fault. In off-line training using only non-failure data, IMS constructs a characterization of nominal flight control performance based on control signals issued by the neural net flight controller. This characterization can be used to determine the degree of control augmentation required in the pitch, roll, and yaw command channels to counteract control surface failures. This derived information is typically sufficient to distinguish between the various control surface failures and is used to train both INCLASS and C4.5. Using data from failed control surface flight simulations, INCLASS and C4.5 independently discover and amplify features in IMS results that can be used to differentiate each distinct control surface failure situation. In real-time flight simulations, distinguishing features learned during training are used to classify control surface failures. Knowledge about the type of failure can be used by an additional automated system to alter its approach for planning tactical and strategic maneuvers. The knowledge can also be used directly to increase the pilot s situational awareness and inform manual maneuver decisions. Our multi-modal display of this information provides speech output to issue control surface failure warnings to a lesser-used communication channel and provides graphical displays with pilot-selectable !eve!s of details to issues additional information about the failure. We also describe a potential presentation for flight envelope reduction that can be viewed separately or integrated with an existing attitude indicator instrument. Preliminary results suggest that the inductive approach is capable of detecting that a control surface has failed and determining the type of fault. Furthermore, preliminary evaluations suggest that the interface discloses a concise summary of this information to the pilot.

Spikovska, Lilly↗

An Overview of the Microgravity Science Glovebox (MSG) Facility and the Research Performed in the MSG on the International Space Station (ISS)

The Microgravity Science Glovebox (MSG) is a rack facility aboard the International Space Station (ISS) designed for investigation handling. The MSG was built by the European Space Agency (ESA) which also provides sustaining engineering support for the facility. The MSG has been operating on the ISS since July 2002 and is currently located in the US Laboratory Module. The unique design of the facility allows it to accommodate science and technology investigations in a "workbench" type environment. The facility has an enclosed working volume that is held at a negative pressure with respect to the crew living area. This allows the facility to provide two levels of containment for small parts, particulates, fluids, and gases. This containment approach protects the crew from possible hazardous operations that take place inside the MSG work volume. Research investigations operating inside the MSG are provided a large 255 liter enclosed work space, 1000 watts of dc power via a versatile supply interface (120, 28, +/- 12, and 5 Vdc), 1000 watts of cooling capability, video and data recording and real time downlink, ground commanding capabilities, access to ISS Vacuum Exhaust and Vacuum Resource Systems, and gaseous nitrogen supply. These capabilities make the MSG one of the most utilized facilities on ISS. The MSG has been used for over 14500 hours of scientific payload operations. MSG investigations involve research in cryogenic fluid management, fluid physics, spacecraft fire safety, materials science, combustion, plant growth, and life support technology. The MSG facility is operated by the Payloads Operations Integration Center at Marshall Space flight Center. Payloads may also operate remotely from different telescience centers located in the United States and Europe. The investigative Payload Integration Manager (iPIM) is the focal to assist organizations that have payloads operating in the MSG facility. NASA provides an MSG engineering unit for payload developers to verify that their hardware is operating properly before actual operation on the ISS. This paper will provide an overview of the MSG facility, a synopsis of the research that has already been accomplished in the MSG, and an overview of video and biological upgrades.

Jordan, Lee P.↗

Overview of the Microgravity Science Glovebox (MSG) Facility and the Research Performed in the MSG

The Microgravity Science Glovebox (MSG) is a rack facility aboard the International Space Station (ISS) designed for investigation handling. The MSG was built by the European Space Agency (ESA) which also provides sustaining engineering support for the facility. The MSG has been operating on the ISS since July 2002 and is currently located in the US Laboratory Module. The unique design of the facility allows it to accommodate science and technology investigations in a "workbench" type environment. The facility has an enclosed working volume that is held at a negative pressure with respect to the crew living area. This allows the facility to provide two levels of containment for small parts, particulates, fluids, and gases. This containment approach protects the crew from possible hazardous operations that take place inside the MSG work volume. Research investigations operating inside the MSG are provided a large 255 liter enclosed work space, 1000 watts of direct current power via a versatile supply interface (120, 28, plus or minus 12, and 5 volts direct current), 1000 watts of cooling capability, video and data recording and real time downlink, ground commanding capabilities, access to ISS Vacuum Exhaust and Vacuum Resource Systems, and gaseous nitrogen supply. These capabilities make the MSG one of the most utilized facilities on ISS. The MSG has been used for over 27,000 hours of scientific payload operations. MSG investigations involve research in cryogenic fluid management, fluid physics, spacecraft fire safety, materials science, combustion, plant growth, biological studies and life support technology. The MSG facility is operated by the Payloads Operations Integration Center at Marshall Space Flight Center. Payloads may also operate remotely from different telescience centers located in the United States and Europe. The Investigative Payload Integration Manager (IPIM) is the focal to assist organizations that have payloads operating in the MSG facility. NASA provides an MSG engineering unit for payload developers to verify that their hardware is operating properly before actual operation on the ISS. This poster will provide an overview of the MSG facility, a synopsis of the research that has already been accomplished in the MSG, and an overview of video and biological upgrades. The author would like to acknowledge Teledyne Brown Engineering and the entire MSG Team for their inputs into this poster.

Jordan, Lee↗

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.↗

Mission Data System Java Edition Version 7

The Mission Data System framework defines closed-loop control system abstractions from State Analysis including interfaces for state variables, goals, estimators, and controllers that can be adapted to implement a goal-oriented control system. The framework further provides an execution environment that includes a goal scheduler, execution engine, and fault monitor that support the expression of goal network activity plans. Using these frameworks, adapters can build a goal-oriented control system where activity coordination is verified before execution begins (plan time), and continually during execution. Plan failures including violations of safety constraints expressed in the plan can be handled through automatic re-planning. This version optimizes a number of key interfaces and features to minimize dependencies, performance overhead, and improve reliability. Fault diagnosis and real-time projection capabilities are incorporated. This version enhances earlier versions primarily through optimizations and quality improvements that raise the technology readiness level. Goals explicitly constrain system states over explicit time intervals to eliminate ambiguity about intent, as compared to command-oriented control that only implies persistent intent until another command is sent. A goal network scheduling and verification process ensures that all goals in the plan are achievable before starting execution. Goal failures at runtime can be detected (including predicted failures) and handled by adapted response logic. Responses can include plan repairs (try an alternate tactic to achieve the same goal), goal shedding, ignoring the fault, cancelling the plan, or safing the system.

Reinholtz, William K.↗