Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Translation operations”

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 595 records · Page 33

Linear Back-Drive Differentials

Linear back-drive differentials have been proposed as alternatives to conventional gear differentials for applications in which there is only limited rotational motion (e.g., oscillation). The finite nature of the rotation makes it possible to optimize a linear back-drive differential in ways that would not be possible for gear differentials or other differentials that are required to be capable of unlimited rotation. As a result, relative to gear differentials, linear back-drive differentials could be more compact and less massive, could contain fewer complex parts, and could be less sensitive to variations in the viscosities of lubricants. Linear back-drive differentials would operate according to established principles of power ball screws and linear-motion drives, but would utilize these principles in an innovative way. One major characteristic of such mechanisms that would be exploited in linear back-drive differentials is the possibility of designing them to drive or back-drive with similar efficiency and energy input: in other words, such a mechanism can be designed so that a rotating screw can drive a nut linearly or the linear motion of the nut can cause the screw to rotate. A linear back-drive differential (see figure) would include two collinear shafts connected to two parts that are intended to engage in limited opposing rotations. The linear back-drive differential would also include a nut that would be free to translate along its axis but not to rotate. The inner surface of the nut would be right-hand threaded at one end and left-hand threaded at the opposite end to engage corresponding right- and left-handed threads on the shafts. A rotation and torque introduced into the system via one shaft would drive the nut in linear motion. The nut, in turn, would back-drive the other shaft, creating a reaction torque. Balls would reduce friction, making it possible for the shaft/nut coupling on each side to operate with 90 percent efficiency.

Waydo, Peter↗

Statistical severe storm nowcasting comparison of VAS and Rawinsonde soundings

The statistical severe storm nowcasting technique using upper air soundings (VAS or radiosonde) is translated to the IBM McIDAS system. The severe storm information content of Visible infrared spin scan radiometer Atmospheric Sounder (VAS) and rawinsonde sounding data is compared. The contours of the likelihood of severe storms based only upon upper air VAS and rawinsonde data are shown, as well as the outlook based upon surface data, radar, operational computer models, and other data sources.

Keller, D. L.↗

GSMS and space views: Advanced spacecraft monitoring tools

The Graphical Spacecraft Monitoring System (GSMS) processes and translates real-time telemetry data from the Gamma Ray Observatory (GRO) spacecraft into high resolution 2-D and 3-D color displays showing the spacecraft's position relative to the Sun, Earth, Moon, and stars, its predicted orbit path, its attitude, instrument field of views, and other items of interest to the GRO Flight Operations Team (FOT). The GSMS development project is described and the approach being undertaken for implementing Space Views, the next version of GSMS, is presented. Space Views is an object-oriented graphical spacecraft monitoring system that will become a standard component of Goddard Space Flight Center's Transportable Payload Operations Control Center (TPOCC).

Carlton, Douglas↗

Efforts to Reduce International Space Station Crew Maintenance Time in the Management of the Extravehicular Mobility Unit Transport Loop Water Quality

The EMU (Extravehicular Mobility Unit) contains a semi-closed-loop re-circulating water circuit (Transport Loop) to absorb heat into a LCVG (Liquid Coolant and Ventilation Garment) worn by the astronaut. A second, single-pass water circuit (Feed-water Loop) provides water to a cooling device (Sublimator) containing porous plates, and that water sublimates through the porous plates to space vacuum. The cooling effect from the sublimation of this water translates to a cooling of the LCVG water that circulates through the Sublimator. The quality of the EMU Transport Loop water is maintained through the use of a water processing kit (ALCLR - Airlock Cooling Loop Remediation) that is used to periodically clean and disinfect the water circuit. Opportunities to reduce crew time associated with ALCLR operations include a detailed review of the historical water quality data for evidence to support an extension to the implementation cycle. Furthermore, an EMU returned after 2-years of use on the ISS (International Space Station) is being used as a test bed to evaluate the results of extended and repeated ALCLR implementation cycles. Finally, design, use and on-orbit location enhancements to the ALCLR kit components are being considered to allow the implementation cycle to occur in parallel with other EMU maintenance and check-out activities, and to extend the life of the ALCLR kit components. These efforts are undertaken to reduce the crew-time and logistics burdens for the EMU, while ensuring the long-term health of the EMU water circuits for a post- Shuttle 6-year service life.

Etter,David↗

Capturing Safety Requirements to Enable Effective Task Allocation Between Humans and Automaton in Increasingly Autonomous Systems

There is a current drive towards enabling the deployment of increasingly autonomous systems in the National Airspace System (NAS). However, shifting the traditional roles and responsibilities between humans and automation for safety critical tasks must be managed carefully, otherwise the current emergent safety properties of the NAS may be disrupted. In this paper, a verification activity to assess the emergent safety properties of a clearly defined, safety critical, operational scenario that possesses tasks that can be fluidly allocated between human and automated agents is conducted. Task allocation role sets were proposed for a human-automation team performing a contingency maneuver in a reduced crew context. A safety critical contingency procedure (engine out on takeoff) was modeled in the Soar cognitive architecture, then translated into the Hybrid Input Output formalism. Verification activities were then performed to determine whether or not the safety properties held over the increasingly autonomous system. The verification activities lead to the development of several key insights regarding the implicit assumptions on agent capability. It subsequently illustrated the usefulness of task annotations associated with specialized requirements (e.g., communication, timing etc.), and demonstrated the feasibility of this approach.

Neogi, Natasha A.↗

Kate's Model Verification Tools

Kennedy Space Center's Knowledge-based Autonomous Test Engineer (KATE) is capable of monitoring electromechanical systems, diagnosing their errors, and even repairing them when they crash. A survey of KATE's developer/modelers revealed that they were already using a sophisticated set of productivity enhancing tools. They did request five more, however, and those make up the body of the information presented here: (1) a transfer function code fitter; (2) a FORTRAN-Lisp translator; (3) three existing structural consistency checkers to aid in syntax checking their modeled device frames; (4) an automated procedure for calibrating knowledge base admittances to protect KATE's hardware mockups from inadvertent hand valve twiddling; and (5) three alternatives for the 'pseudo object', a programming patch that currently apprises KATE's modeling devices of their operational environments.

Morgan, Steve↗

Programming in a proposed 9X distributed Ada

The studies of the proposed Ada 9X constructs for distribution, now referred to as AdaPT are reported. The goals for this time period were to revise the chosen example scenario and to begin studying about how the proposed constructs might be implemented. The example scenario chosen is the Submarine Combat Information Center (CIC) developed by IBM for the Navy. The specification provided by IBM was preliminary and had several deficiencies. To address these problems, some changes to the scenario specification were made. Some of the more important changes include: (1) addition of a system database management function; (2) addition of a fourth processing unit to the standard resources; (3) addition of an operator console interface function; and (4) removal of the time synchronization function. To implement the CIC scenario in AdaPT, the decided strategy were publics, partitions, and nodes. The principle purpose for implementing the CIC scenario was to demonstrate how the AdaPT constructs interact with the program structure. While considering ways that the AdaPt constructs might be translated to Ada 83, it was observed that the partition construct could reasonably be modeled as an abstract data type. Although this gives a useful method of modeling partitions, it does not at all address the configuration aspects on the node construct.

Waldrop, Raymond S.↗

Dynamical Models for Sloshing Dynamics of Helium 2 Under Low-G Conditions

Coupling of sloshing dynamics within a partially filled rotating dewar of superfluid helium 2 with spacecraft dynamics are investigated in response to the realistic environmental disturbance forces and torques acting on the spacecraft during normal operation. This study investigates: (1) the rotating bubble of superfluid helium 2 reacting to combined environmental disturbances, including gravity gradient, aerodynamic, and magnetic forces and torques; (2) characteristics of slosh reaction forces and torques coupling with spacecraft dynamics; (3) the contribution of slosh dynamics to over-all spacecraft dynamics; and (4) activating of attitude and translation control system. The numerical computation of sloshing dynamics is based on the rotational frame, while the spacecraft dynamics is associated with non-rotational frame. Results show that the contributions of spacecraft dynamics are driven by the environmental disturbances coupling with slosh dynamics. Without considering the effects of environmental disturbances-driven slosh dynamics acting on spacecraft coupling with the spacecraft dynamics may lead to the wrong results for the development of spacecraft system guidance and attitude control techniques.

Hung, R. J.↗

Development of a Nonlinear Probability of Collision Tool for the Earth Observing System

The Earth Observing System (EOS) spacecraft Terra, Aqua, and Aura fly in constellation with several other spacecraft in 705-kilometer mean altitude sun-synchronous orbits. All three spacecraft are operated by the Earth Science Mission Operations (ESMO) Project at Goddard Space Flight Center (GSFC). In 2004, the ESMO project began assessing the probability of collision of the EOS spacecraft with other space objects. In addition to conjunctions with high relative velocities, the collision assessment method for the EOS spacecraft must address conjunctions with low relative velocities during potential collisions between constellation members. Probability of Collision algorithms that are based on assumptions of high relative velocities and linear relative trajectories are not suitable for these situations; therefore an algorithm for handling the nonlinear relative trajectories was developed. This paper describes this algorithm and presents results from its validation for operational use. The probability of collision is typically calculated by integrating a Gaussian probability distribution over the volume swept out by a sphere representing the size of the space objects involved in the conjunction. This sphere is defined as the Hard Body Radius. With the assumption of linear relative trajectories, this volume is a cylinder, which translates into simple limits of integration for the probability calculation. For the case of nonlinear relative trajectories, the volume becomes a complex geometry. However, with an appropriate choice of coordinate systems, the new algorithm breaks down the complex geometry into a series of simple cylinders that have simple limits of integration. This nonlinear algorithm will be discussed in detail in the paper. The nonlinear Probability of Collision algorithm was first verified by showing that, when used in high relative velocity cases, it yields similar answers to existing high relative velocity linear relative trajectory algorithms. The comparison with the existing high velocity/linear theory will also be used to determine at what relative velocity the analysis should use the new nonlinear theory in place of the existing linear theory. The nonlinear algorithm was also compared to a known exact solution for the probability of collision between two objects when the relative motion is strictly circular and the error covariance is spherically symmetric. Figure I shows preliminary results from this comparison by plotting the probabilities calculated from the new algorithm and those from the exact solution versus the Hard Body Radius to Covariance ratio. These results show about 5% error when the Hard Body Radius is equal to one half the spherical covariance magnitude. The algorithm was then combined with a high fidelity orbit state and error covariance propagator into a useful tool for analyzing low relative velocity nonlinear relative trajectories. The high fidelity propagator is capable of using atmospheric drag, central body gravitational, solar radiation, and third body forces to provide accurate prediction of the relative trajectories and covariance evolution. The covariance propagator also includes a process noise model to ensure realistic evolutions of the error covariance. This paper will describe the integration of the nonlinear probability algorithm and the propagators into a useful collision assessment tool. Finally, a hypothetical case study involving a low relative velocity conjunction between members of the Earth Observation System constellation will be presented.

McKinley, David P.↗

NASA Data Acquisition System Software Development for Rocket Propulsion Test Facilities

Current NASA propulsion test facilities include Stennis Space Center in Mississippi, Marshall Space Flight Center in Alabama, Plum Brook Station in Ohio, and White Sands Test Facility in New Mexico. Within and across these centers, a diverse set of data acquisition systems exist with different hardware and software platforms. The NASA Data Acquisition System (NDAS) is a software suite designed to operate and control many critical aspects of rocket engine testing. The software suite combines real-time data visualization, data recording to a variety formats, short-term and long-term acquisition system calibration capabilities, test stand configuration control, and a variety of data post-processing capabilities. Additionally, data stream conversion functions exist to translate test facility data streams to and from downstream systems, including engine customer systems. The primary design goals for NDAS are flexibility, extensibility, and modularity. Providing a common user interface for a variety of hardware platforms helps drive consistency and error reduction during testing. In addition, with an understanding that test facilities have different requirements and setups, the software is designed to be modular. One engine program may require real-time displays and data recording; others may require more complex data stream conversion, measurement filtering, or test stand configuration management. The NDAS suite allows test facilities to choose which components to use based on their specific needs. The NDAS code is primarily written in LabVIEW, a graphical, data-flow driven language. Although LabVIEW is a general-purpose programming language; large-scale software development in the language is relatively rare compared to more commonly used languages. The NDAS software suite also makes extensive use of a new, advanced development framework called the Actor Framework. The Actor Framework provides a level of code reuse and extensibility that has previously been difficult to achieve using LabVIEW. The

Herbert, Phillip W., Sr.↗

A hierarchical distributed control model for coordinating intelligent systems

A hierarchical distributed control (HDC) model for coordinating cooperative problem-solving among intelligent systems is described. The model was implemented using SOCIAL, an innovative object-oriented tool for integrating heterogeneous, distributed software systems. SOCIAL embeds applications in 'wrapper' objects called Agents, which supply predefined capabilities for distributed communication, control, data specification, and translation. The HDC model is realized in SOCIAL as a 'Manager'Agent that coordinates interactions among application Agents. The HDC Manager: indexes the capabilities of application Agents; routes request messages to suitable server Agents; and stores results in a commonly accessible 'Bulletin-Board'. This centralized control model is illustrated in a fault diagnosis application for launch operations support of the Space Shuttle fleet at NASA, Kennedy Space Center.

Adler, Richard M.↗

Spacecraft Trajectory Analysis and Mission Planning Simulation (STAMPS) Software

STAMPS simulates either three- or six-degree-of-freedom cases for all spacecraft flight phases using translated HAL flight software or generic GN&C models. Single or multiple trajectories can be simulated for use in optimization and dispersion analysis. It includes math models for the vehicle and environment, and currently features a "C" version of shuttle onboard flight software. The STAMPS software is used for mission planning and analysis within ascent/descent, rendezvous, proximity operations, and navigation flight design areas.

Puckett, Nancy↗

Implementation of Human System Integration Workshop at NASA for Human Spaceflight

The human is a key element in the complex system of systems underlying space exploration missions. As a critical system, its operating bands and requirements need to be characterized and integrated with other systems. Optimal integration of the human system with hardware and software elements has an impact on multiple aspects of mission execution, including human health and performance, risk mitigation, effective design and functionality, enhanced safety, and reduced lifecycle costs. The field of Human Systems Integration (HSI) represents an interdisciplinary and comprehensive cross-cutting approach encompassing technical and management processes for integrating human as a system consideration and objective within and across all other system components and multiple domains. In addition to human activities, HSI covers training, operations and support dimensions. Moreover, HSI is an essential enabler to systems engineering practice, emphasizing human system aspects toward optimizing fully integrated system of systems performance while systematically infusing the needs of all users during the earliest stages of development. Consistent with the National Space Exploration Campaign, NASA is developing the Gateway, a lunar orbiting platform that will serve as astronaut habitat, support transit to deep space, validate new technologies and systems, and function as a science laboratory and communications hub, among other uses. It is an essential element of a phase that will extend human exploration into deep space through evolvable infrastructure and advanced technology, supporting assembly and logistics of other exploration architecture elements. In an effort to explore the current status and forward plan of HSI implementation in the mission (system of systems) lifecycle, the HSI Employee Resource Group conducted an HSI workshop using the Gateway Program as a case study. It revealed how different organizations at the Johnson Space Center incorporate HSI in their processes in preparation for the development and operation of the Gateway. The workshop focused on HSI methodology for implementation of the six NASA HSI domains: Human Factors Engineering, Operations Resources, Habitability and Environment, Maintainability and Supportability, Safety, and Training. Results from the workshop are reported on this paper, as well as some historical background of HSI at NASA, and the success in using an Employee Resource Group to promote technical knowledge. The authors hope that this information can be used to disseminate best practices for translational applications to other space exploration systems.

Silva-Martinez, Jackelynne↗

Implementation of Human System Integration Workshop at NASA for Human Spaceflight

The human is a key element in the complex system of systems underlying space exploration missions. As a critical system, its operating bands and requirements need to be characterized and integrated with other systems. Optimal integration of the human system with hardware and software elements has an impact on multiple aspects of mission execution, including human health and performance, risk mitigation, effective design and functionality, enhanced safety, and reduced lifecycle costs. The field of Human Systems Integration (HSI) represents an interdisciplinary and comprehensive cross-cutting approach encompassing technical and management processes for integrating human as a system consideration and objective within and across all other system components and multiple domains. In addition to human activities, HSI covers training, operations and support dimensions. Moreover, HSI is an essential enabler to systems engineering practice, emphasizing human system aspects toward optimizing fully integrated system of systems performance while systematically infusing the needs of all users during the earliest stages of development. Consistent with the National Space Exploration Campaign, NASA is developing the Gateway, a lunar orbiting platform that will serve as astronaut habitat, support transit to deep space, validate new technologies and systems, and function as a science laboratory and communications hub, among other uses. It is an essential element of a phase that will extend human exploration into deep space through evolvable infrastructure and advanced technology, supporting assembly and logistics of other exploration architecture elements. In an effort to explore the current status and forward plan of HSI implementation in the mission (system of systems) lifecycle, the HSI Employee Resource Group conducted an HSI workshop using the Gateway Program as a case study. It revealed how different organizations at the Johnson Space Center incorporate HSI in their processes in preparation for the development and operation of the Gateway. The workshop focused on HSI methodology for implementation of the six NASA HSI domains: Human Factors Engineering, Operations Resources, Habitability and Environment, Maintainability and Supportability, Safety, and Training. Results from the workshop are reported on this paper, as well as some historical background of HSI at NASA, and the success in using an Employee Resource Group to promote technical knowledge. The authors hope that this information can be used to disseminate best practices for translational applications to other space exploration systems.

Silva-Martinez, Jackelynne↗

Efforts to Reduce International Space Station Crew Maintenance for the Management of the Extravehicular Mobility Unit Transport Loop Water Quality

The EMU (Extravehicular Mobility Unit) contains a semi-closed-loop re-circulating water circuit (Transport Loop) to absorb heat into a LCVG (Liquid Coolant and Ventilation Garment) worn by the astronaut. A second, single-pass water circuit (Feed-water Loop) provides water to a cooling device (Sublimator) containing porous plates, and that water sublimates through the porous plates to space vacuum. The cooling effect from the sublimation of this water translates to a cooling of the LCVG water that circulates through the Sublimator. The quality of the EMU Transport Loop water is maintained through the use of a water processing kit (ALCLR Airlock Cooling Loop Remediation) that is used to periodically clean and disinfect the water circuit. Opportunities to reduce crew time associated with on-orbit ALCLR operations include a detailed review of the historical water quality data for evidence to support an extension to the implementation cycle. Furthermore, an EMU returned after 2-years of use on the ISS (International Space Station) is being used as a test bed to evaluate the results of extended and repeated ALCLR implementation cycles. Finally, design, use and on-orbit location enhancements to the ALCLR kit components are being considered to allow the implementation cycle to occur in parallel with other EMU maintenance and check-out activities, and to extend the life of the ALCLR kit components. These efforts are undertaken to reduce the crew-time and logistics burdens for the EMU, while ensuring the long-term health of the EMU water circuits for a post-Shuttle 6-year service life.

Steele, John W.↗

A Tool for the Automated Collection of Space Utilization Data: Three Dimensional Space Utilization Monitor

Space Human Factors and Habitability (SHFH) Element within the Human Research Program (HRP), in collaboration with the Behavioral Health and Performance (BHP) Element, is conducting research regarding Net Habitable Volume (NHV), the internal volume within a spacecraft or habitat that is available to crew for required activities, as well as layout and accommodations within that volume. NASA is looking for innovative methods to unobtrusively collect NHV data without impacting crew time. Data required includes metrics such as location and orientation of crew, volume used to complete tasks, internal translation paths, flow of work, and task completion times. In less constrained environments methods for collecting such data exist yet many are obtrusive and require significant post‐processing. Example technologies used in terrestrial settings include infrared (IR) retro‐reflective marker based motion capture, GPS sensor tracking, inertial tracking, and multiple camera filmography. However due to constraints of space operations many such methods are infeasible, such as inertial tracking systems which typically rely upon a gravity vector to normalize sensor readings, and traditional IR systems which are large and require extensive calibration. However multiple technologies have not yet been applied to space operations for these explicit purposes. Two of these include 3‐Dimensional Radio Frequency Identification Real‐Time Localization Systems (3D RFID‐RTLS) and depth imaging systems which allow for 3D motion capture and volumetric scanning (such as those using IR‐depth cameras like the Microsoft Kinect or Light Detection and Ranging / Light‐Radar systems, referred to as LIDAR).

Vos, Gordon A.↗

Beagle 2: The Next Exobiology Mission to Mars

Beagle 2 is a 60 kg probe (with a 30 kg lander) developed in the United Kingdom for inclusion on the European Space Agency's 2003 Mars Express. Beagle 2 will deliver to the Martian surface a payload which consists of a high percentage of science instruments to landed spacecraft mass. Beagle 2 will be launched in June, 2003 with Mars Express on a Soyuz-Fregat rocket from the Baikonur Cosmodrome in Kazakhstan. Beagle 2 will land on Mars on December 26, 2003 in the Isidis Planitia basin (approximately 10 degrees N and 275 degrees W), a large sedimentary basin that overlies the boundary between ancient highlands and northern plains. Isidis Planitia, the third largest basin on Mars, which is possibly filled with sediment deposited at the bottom of long-standing lakes or seas, offers an ideal environment for preserving traces of life. Beagle 2 was developed to search for organic material and other volatiles on and below the surface of Mars in addition to the study of the inorganic chemistry and mineralogy. Beagle 2 will utilize a mechanical mole and grinder to obtain samples from below the surface, under rocks and inside rocks. A pair of stereo cameras will image the landing site along with a microscope for examination of surface and rock samples. Analyses will include both rock and soil samples at various wavelengths, X-ray spectrometer and Mossbauer spectrometer as well as a search for organics and other light element species (e.g. carbonates and water) and measurement of their isotopic compositions. Beagle 2 has as its focus the goal of establishing whether evidence for life existed in the past on Mars at the Isidis Planitia site or at least establishing if the conditions were ever suitable. Carbonates and organic components were first recognized as existing on Mars when they were found in the Martian meteorite Nakhla. Romanek et al showed the carbonates in ALH84001 were formed at low temperatures. McKay et al noted possible evidence of early life on Mars within the ALH84001 meteorite. Thomas-Keprta et al showed the magnetite biomarkers in ALH84001's carbonates are indistinguishable from those formed by magnetotactic bacteria found on Earth. Gibson et al showed there was significant evidence for liquid water and biogenic products present on Mars across a 3.9 billion year period. A mechanical arm (PAW) operates from the lander and is used for science operations along with sample acquisition. Instruments attached to the PAW include: stereo cameras, Mossbauer instrument, X-ray fluorescence instrument, microscope, environmental sensors, rock corer/grinder, a spoon, mirror, brushes, a mole attachment for acquisition of subsurface to depths of 1 to 2 meters and an illumination device. Each camera has 14 filters which have been optimized for mineralogy composition, dust and water vapor detection. The microscope's camera is designed for viewing the size and shape of dust particles, rock surfaces, microfossils, and characteristics of the samples prior to introduction into the gas analysis package (GAP). The camera has a resolution of 4 microns/pixel, features four color capability (red, green, blue and UV (ultraviolet) fluoresence), a depth of focus of 40 micrometers and translation stage of +3 millimeters. The heart of the Beagle 2's life detection package is the gas analysis package (GAP), which consists of a mass spectrometer with collectors at fixed masses for precise isotopic ratio measurements and voltage scanning for spectral analysis. Primary aim of the GAP is to search for the presence of bulk constituents, individual species, and isotopic fractionations for both extinct and extent life along with studying the low-temperature geochemistry of the hydrogen, carbon, nitrogen and oxygen components on Mars from both the surface and atmosphere. GAP is a magnetic sector mass spectrometer with the range of 1 to 140 amu which can be operated in both the static and dynamic modes. A triple Faraday collector array will be used for C, N and O ratios along with a double Faraday array for H/D. Pulse counting electron multiplier will be utilized for noble gases and selected organics. Anticipated detection limits are at the picomole level for operation in the static mode of operation and high precision isotopic measurements will be made in the dynamic mode. Sample processing and preparation system consists of reaction vessels along with references. Sample ovens capable of being heated are attached to the manifold for sample combustion. Surface, subsurface materials and interior rock specimens will be combusted in pure oxygen gas at various temperature intervals to release organic matter and volatiles. Combustion process will permit detection of all forms and all atoms of carbon present in the samples. A chemical processing system is capable of a variety of conversion reactions. Gases are manipulated either by cryogenic or chemical reactions and passed through the gas handling portion of the vacuum system. There are two modes of operation: quantitative analysis and precise isotopic measurements. Additional information is contained in the original extended abstract.

Gibson, Everett K., Jr.↗

Rule-based simulation models

Procedural modeling systems, rule based modeling systems, and a method for converting a procedural model to a rule based model are described. Simulation models are used to represent real time engineering systems. A real time system can be represented by a set of equations or functions connected so that they perform in the same manner as the actual system. Most modeling system languages are based on FORTRAN or some other procedural language. Therefore, they must be enhanced with a reaction capability. Rule based systems are reactive by definition. Once the engineering system has been decomposed into a set of calculations using only basic algebraic unary operations, a knowledge network of calculations and functions can be constructed. The knowledge network required by a rule based system can be generated by a knowledge acquisition tool or a source level compiler. The compiler would take an existing model source file, a syntax template, and a symbol table and generate the knowledge network. Thus, existing procedural models can be translated and executed by a rule based system. Neural models can be provide the high capacity data manipulation required by the most complex real time models.

Nieten, Joseph L.↗