Search NASA⌕ Search

SEARCH · Search NASA

Results for “CHECKOUT EQUIPMENT”

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 235 records · Page 13
All sourcesNASA NTRSDOE OSTI
NASA NTRS1974

Spacelab data management subsystem phase B study

The Spacelab data management system is described. The data management subsystem (DMS) integrates the avionics equipment into an operational system by providing the computations, logic, signal flow, and interfaces needed to effectively command, control, monitor, and check out the experiment and subsystem hardware. Also, the DMS collects/retrieves experiment data and other information by recording and by command of the data relay link to ground. The major elements of the DMS are the computer subsystem, data acquisition and distribution subsystem, controls and display subsystem, onboard checkout subsystem, and software. The results of the DMS portion of the Spacelab Phase B Concept Definition Study are analyzed.

Source record↗
NASA NTRS2013

Conducting Research on the International Space Station Using the EXPRESS Rack Facilities

Conducting Research on the International Space Station using the EXPRESS Rack Facilities. Sean W. Thompson and Robert E. Lake. NASA Marshall Space Flight Center, Huntsville, AL, USA. Eight "Expedite the Processing of Experiments to Space Station" (EXPRESS) Rack facilities are located within the International Space Station (ISS) laboratories to provide standard resources and interfaces for the simultaneous and independent operation of multiple experiments within each rack. Each EXPRESS Rack provides eight Middeck Locker Equivalent locations and two drawer locations for powered experiment equipment, also referred to as sub-rack payloads. Payload developers may provide their own structure to occupy the equivalent volume of one, two, or four lockers as a single unit. Resources provided for each location include power (28 Vdc, 0-500 W), command and data handling (Ethernet, RS-422, 5 Vdc discrete, +/- 5 Vdc analog), video (NTSC/RS 170A), and air cooling (0-200 W). Each rack also provides water cooling (500 W) for two locations, one vacuum exhaust interface, and one gaseous nitrogen interface. Standard interfacing cables and hoses are provided on-orbit. One laptop computer is provided with each rack to control the rack and to accommodate payload application software. Four of the racks are equipped with the Active Rack Isolation System to reduce vibration between the ISS and the rack. EXPRESS Racks are operated by the Payload Operations Integration Center at Marshall Space Flight Center and the sub-rack experiments are operated remotely by the investigating organization. Payload Integration Managers serve as a focal to assist organizations developing payloads for an EXPRESS Rack. NASA provides EXPRESS Rack simulator software for payload developers to checkout payload command and data handling at the development site before integrating the payload with the EXPRESS Functional Checkout Unit for an end-to-end test before flight. EXPRESS Racks began supporting investigations onboard ISS on April 24, 2001 and will continue through the life of the ISS.

Thompson, Sean W.↗
NASA NTRS2013

Conducting Research on the International Space Station Using the EXPRESS Rack Facilities

Eight "Expedite the Processing of Experiments to Space Station" (EXPRESS) Rack facilities are located within the International Space Station (ISS) laboratories to provide standard resources and interfaces for the simultaneous and independent operation of multiple experiments within each rack. Each EXPRESS Rack provides eight Middeck Locker Equivalent locations and two drawer locations for powered experiment equipment, also referred to as sub-rack payloads. Payload developers may provide their own structure to occupy the equivalent volume of one, two, or four lockers as a single unit. Resources provided for each location include power (28 Vdc, 0-500 W), command and data handling (Ethernet, RS-422, 5 Vdc discrete, +/- 5 Vdc analog), video (NTSC/RS 170A), and air cooling (0-200 W). Each rack also provides water cooling (500 W) for two locations, one vacuum exhaust interface, and one gaseous nitrogen interface. Standard interfacing cables and hoses are provided on-orbit. One laptop computer is provided with each rack to control the rack and to accommodate payload application software. Four of the racks are equipped with the Active Rack Isolation System to reduce vibration between the ISS and the rack. EXPRESS Racks are operated by the Payload Operations Integration Center at Marshall Space Flight Center and the sub-rack experiments are operated remotely by the investigating organization. Payload Integration Managers serve as a focal to assist organizations developing payloads for an EXPRESS Rack. NASA provides EXPRESS Rack simulator software for payload developers to checkout payload command and data handling at the development site before integrating the payload with the EXPRESS Functional Checkout Unit for an end-to-end test before flight. EXPRESS Racks began supporting investigations onboard ISS on April 24, 2001 and will continue through the life of the ISS.

Thompson, Sean W.↗
NASA NTRS2016

Conducting Research on the International Space Station using the EXPRESS Rack Facilities

Eight "Expedite the Processing of Experiments to Space Station" (EXPRESS) Rack facilities are located within the International Space Station (ISS) laboratories to provide standard resources and interfaces for the simultaneous and independent operation of multiple experiments within each rack. Each EXPRESS Rack provides eight Middeck Locker Equivalent locations and two drawer locations for powered experiment equipment, also referred to as sub-rack payloads. Payload developers may provide their own structure to occupy the equivalent volume of one, two, or four lockers as a single unit. Resources provided for each location include power (28 Vdc, 0-500 W), command and data handling (Ethernet, RS-422, 5 Vdc discrete, +/- 5 Vdc analog), video (NTSC/RS 170A), and air cooling (0-200 W). Each rack also provides water cooling for two locations (500W ea.), one vacuum exhaust interface, and one gaseous nitrogen interface. Standard interfacing cables and hoses are provided on-orbit. One laptop computer is provided with each rack to control the rack and to accommodate payload application software. Four of the racks are equipped with the Active Rack Isolation System to reduce vibration between the ISS and the rack. EXPRESS Racks are operated by the Payload Operations Integration Center at Marshall Space Flight Center and the sub-rack experiments are operated remotely by the investigating organization. Payload Integration Managers serve as a focal to assist organizations developing payloads for an EXPRESS Rack. NASA provides EXPRESS Rack simulator software for payload developers to checkout payload command and data handling at the development site before integrating the payload with the EXPRESS Functional Checkout Unit for an end-to-end test before flight. EXPRESS Racks began supporting investigations onboard ISS on April 24, 2001 and will continue through the life of the ISS.

Thompson, Sean W.↗
NASA NTRS2011

Development and Deployment of Robonaut 2 to the International Space Station

The development of the Robonaut 2 (R2) system was a joint endeavor with NASA and General Motors, producing robots strong enough to do work, yet safe enough to be trusted to work near humans. To date two R2 units have been produced, designated as R2A and R2B. This follows more than a decade of work on the Robonaut 1 units that produced advances in dexterity, tele-presence, remote supervision across time delay, combining mobility with manipulation, human-robot interaction, force control and autonomous grasping. Design challenges for the R2 included higher speed, smaller packaging, more dexterous fingers, more sensitive perception, soft drivetrain design, and the overall implementation of a system software approach for human safety, At the time of this writing the R2B unit was poised for launch to the International Space Station (ISS) aboard STS-133. R2 will be the first humanoid robot in space, and is arguably the most sophisticated robot in the world, bringing NASA into the 21st century as the world's leader in this field. Joining the other robots already on ISS, the station is now an exciting lab for robot experiments and utilization. A particular challenge for this project has been the design and certification of the robot and its software for work near humans. The 3 layer software systems will be described, and the path to ISS certification will be reviewed. R2 will go through a series of ISS checkout tests during 2011. A taskboard was shipped with the robot that will be used to compare R2B's dexterous manipulation in zero gravity with the ground robot s ability to handle similar objects in Earth s gravity. R2's taskboard has panels with increasingly difficult tasks, starting with switches, progressing to connectors and eventually handling softgoods. The taskboard is modular, and new interfaces and experiments will be built up using equipment already on ISS. Since the objective is to test R2 performing tasks with human interfaces, hardware abounds on ISS and the crew will be involved to help select tasks that are dull, dirty or dangerous. Future plans for R2 include a series of upgrades, evolving from static IVA (Intravehicular Activity) operations, to mobile IVA, then EVA (Extravehicular Activity).

Ambrose, Robert O.↗
NASA NTRS1977

Integrating Shuttle payloads

The paper discusses the relationships that will develop among experimenters, mission managers, and operators when satellites, using equipment transported by the Space Shuttle, are constructed in space. Since these satellites do not have to be lifted and guided from the earth's surface, and since they are more accessible for maintenance, future hardware will be built to less demanding standards, which will permit a greater variety of research and more of it in terms of costs. Present and future interrelationships among management authority, interface documentation, accommodations allocation, experiment autonomy, and assembly and checkout are analyzed, so that less costly payload-integration procedures can be developed.

Jean, O. C.↗
NASA NTRS2004

A Selected Operational History of the Internal Thermal Control System (ITCS) for International Space Station (ISS)

The Internal Thermal Control System (ITCS) has been developed jointly by Boeing Corporation, Huntsville, Alabama and Honeywell Engines & Systems, Torrance, California to meet the internal thermal control needs for the International Space Station (ISS). The ITCS provides heat removal for the critical life support systems and thermal conditioning for numerous experiment racks. The ITCS will be fitted on a number of modules on the ISS. The first US Element containing the ITCS, Node 1, was launched in December 1998. Since Node 1 does not contain a pump to circulate the fluid it was not filled with ITCS fluid until after the US Laboratory Module was installed. The second US Element module, US Laboratory Module, which contains the pumps and all the major ITCS control hardware, was launched in February 2001. The third US Element containing the ITCS, the US Airlock, was launched in July 2001. The dual loop system of the ITCS is comprised of a lowtemperature loop (LTL) and a moderate-temperature loop (MTL). Each loop has a pump package assembly (PPA), a system flow control assembly (SFCA), a threeway mixing valve (TWMV), several rack flow control assemblies (RFCA), cold plates, pressure sensors, temperature sensors, pump bypass assembly (PBA) and a heat exchanger. In addition, the MTL has an additional TWMV, a payload regeneration heat exchanger (P/RHE) and a manual flow control valve (MFCV). The LTL has a service performance and checkout unit (SPCU) heat exchanger. The two loops are linked via one loop crossover assembly (LCA) providing cross loop capabilities and a single PPA, two-loop functionality. One important parameter monitored by the ground stations and on-orbit is the amount of fluid leakage from the ITCS. ISS fluid leakage is of importance since ITCS fluid is costly to re-supply, may be difficult to clean up in zero-g, and if uncontained could lead to equipment failures and potential hazards. This paper examines the nominal leakage observed over period of a year of on-orbit operation and compares this with analysis predictions. This paper also addresses the off-nominal leakage and a fluid transfer event causing significant changes in accumulator quantity.

Patel, Vipul P.↗
NASA NTRS2015

Instrumentation & Data Acquisition System (D AS) Engineer

The primary job of an Instrumentation and Data Acquisition System (DAS) Engineer is to properly measure physical phenomenon of hardware using appropriate instrumentation and DAS equipment designed to record data during a specified test of the hardware. A DAS system includes a CPU or processor, a data storage device such as a hard drive, a data communication bus such as Universal Serial Bus, software to control the DAS system processes like calibrations, recording of data and processing of data. It also includes signal conditioning amplifiers, and certain sensors for specified measurements. My internship responsibilities have included testing and adjusting Pacific Instruments Model 9355 signal conditioning amplifiers, writing and performing checkout procedures, writing and performing calibration procedures while learning the basics of instrumentation.

Jackson, Markus Deon↗
NASA NTRS1977

Space Shuttle Orbiter approach and landing program status

The approach and landing test (ALT) phase of the Space Shuttle program aims at assessing the Orbiter's subsonic aerodynamic flight and landing characteristics along with the support equipment, ground facilities, and the approximate hardware and software to be used in the terminal phase of orbital missions. The program also evaluates the performance of the Shuttle carrier aircraft (SCA) as related to the transport of the Orbiter to the launch sites during the stages of Space Shuttle operations. Results are presented for the SCA inert Orbiter flight testing and the program plans up to the completion of the ALT program. Emphasis is placed on testing the airworthiness of the mated B-747 Shuttle carrier aircraft and Orbiter, checkout of the Orbiter systems in captive flight, and launching the Orbiter with and without the tail cone installed. Major program milestones before the first manned orbital flight are summarized in graphic form.

Andrews, W. H.↗
NASA NTRS1972

Apollo experience report: The docking system

The decision to accomplish the lunar landing mission by use of the lunar orbit rendezvous technique required that a docking system be developed to allow: (1) spacecraft modules to be structurally joined, (2) intravehicular transfer of the crew and equipment, and (3) separation of the modules. The basic design criteria of the docking system, the evolution process, and the various docking concepts considered for the Apollo program are presented. Docking systems that were considered for the Apollo program included both impact and nonimpact systems; a probe and drogue impact system was selected. Physical and functional descriptions of the probe and drogue, the crew transfer tunnel, and docking ring latches are presented for both the early configuration and the present configuration as influenced by the development and qualification test programs. In addition, preflight checkout activity and mission performance of the system are discussed.

Langley, R. D.↗
NASA NTRS1997

Summary Report of Mission Acceleration Measurements for STS-78. Launched June 20, 1996

The microgravity environment of the Space Shuttle Columbia was measured during the STS-78 mission using accelerometers from three different instruments: the Orbital Acceleration Research Experiment, the Space Acceleration Measurement System and the Microgravity Measurement Assembly. The quasi-steady environment was also calculated in near real-time during the mission by the Microgravity Analysis Workstation. The Orbital Acceleration Research Experiment provided investigators with real-time quasi-steady acceleration measurements. The Space Acceleration Measurement System recorded higher frequency data on-board for post-mission analysis. The Microgravity Measurement Assembly provided investigators with real-time quasi-steady and higher frequency acceleration measurements. The Microgravity Analysis Workstation provided calculation of the quasi-steady environment. This calculation was presented to the science teams in real-time during the mission. The microgravity environment related to several different Orbiter, crew and experiment operations is presented and interpreted in this report. A radiator deploy, the Flight Control System checkout, and a vernier reaction control system reboost demonstration had minimal effects on the acceleration environment, with excitation of frequencies in the 0.01 to 10 Hz range. Flash Evaporator System venting had no noticeable effect on the environment while supply and waste water dumps caused excursions of 2 x lO(exp -6) to 4 x 10(exp -6) g in the Y(sub b) and Z(sub b) directions. Crew sleep and ergometer exercise periods can be clearly seen in the acceleration data, as expected. Accelerations related to the two Life Science Laboratory Equipment Refrigerator/Freezers were apparent in the data as are accelerations caused by the Johnson Space Center Projects Centrifuge. As on previous microgravity missions, several signals are present in the acceleration data for which a source has not been identified. The causes of these accelerations are under investigation.

Hakimzadeh, Roshanak↗
NASA NTRS2009

Kennedy's Biomedical Laboratory Makes Multi-Tasking Look Easy

If it is one thing that Florida has in abundance, it is sunshine and with that sunshine heat and humidity. For workers at the Kennedy Space Center that have to work outside in the heat and humidity, heat exhaustion/stroke is a real possibility. It might help people to know that Kennedy's Biomedical Laboratory has been testing some new Koolvests(Trademark) that can be worn underneath SCAPE suits. They have also been working on how to block out high noise levels; in fact, Don Doerr, chief of the Biomedical Lab, says, "The most enjoyable aspect is knowing that the Biomedical Lab and the skills of its employees have been used to support safe space flight, not only for the astronaut flight crew, but just as important for the ground processing personnel as well." The NASA Biomedical Laboratory has existed in the John F. Kennedy's Operations and Checkout Building since the Apollo Program. The primary mission of this laboratory has been the biomedical support to major, manned space programs that have included Apollo, Apollo-Soyuz, Skylab, and Shuttle. In this mission, the laboratory has been responsible in accomplishing much of the technical design, planning, provision, fabrication, and maintenance of flight and ground biomedical monitoring instrumentation. This includes the electronics in the launch flight suit and similar instrumentation systems in the spacecraft. (Note: The Lab checked out the system for STS-128 at Pad A using Firing room 4 and ground support equipment in the lab.) During Apollo, there were six engineers and ten technicians in the facility. This has evolved today to two NASA engineers and two NASA technicians, a Life Science Support contract physiologist and part-time support from an LSSC nurse and physician. Over the years, the lab has enjoyed collaboration with outside agencies and investigators. These have included on-site support to the Ames Research Center bed rest studies (seven years) and the European Space Agency studies in Toulouse, France (two years). The lab has also actively collaborated with the US Army Institute for Surgical Research, the USAF School of Aerospace Medicine, and the USN Naval Experimental Diving Unit. Because the lab often evaluates various forms of commercial-off-the-shelf life support equipment, the laboratory works closely with private companies, both domestic and foreign. The European companies seem to be more proactive and participatory with the advancement of personal protective equipment. Because these companies have viewed the space program's unique need for advanced forms of personal protective equipment, some have responded with new designs based on the prediction that these advances will soon find markets in the commercial sector. Using much of the same skills and equipment, the laboratory also addresses physiological testing of humans by supporting flight experiments and personnel involved with ground processing. While Johnson Space Center is primarily responsible for flight experiments, the Kennedy's Biomedical Lab provides the local support. However, as stated above, there are many challenges facing KSC workers that gain the attention of this lab in the measurement of the problem and the selection and testing of countermeasures. These include respiratory protection, whole body suits, hearing protection and heat stress, among many others.

Dunn, Carol Anne↗
NASA NTRS1990

Servicing capability for the evolutionary Space Station

Since the beginning of the Space Station Freedom (SSF) program the concept of on-orbit servicing of user hardware has been an integral part of the program implementation. The user servicing system architecture has been divided into a baseline and a growth phase. The baseline system consists of the following hardware elements that will support user servicing - flight telerobotic servicer, crew and equipment translation aid, crew intravehicular and extravehicular servicing support, logistics supply system, mobile servicing center, and the special purpose dextrous manipulator. The growth phase incorporates a customer servicing facility (CSF), a station-based orbital maneuvering vehicle and an orbital spacecraft consumables resupply system. The requirements for user servicing were derived from the necessity to service attached payloads, free flyers and coorbiting platforms. These requirements include: orbital replacement units (ORU) and instrument changeout, National Space Transportation System cargo bay loading and unloading, contamination control and monitoring, thermal protection, payload berthing, storage, access to SSF distributed systems, functional checkout, and fluid replenishment. The baseline user servicing capabilities accommodate ORU and instrument changeout. However, this service is limited to attached payloads, either in situ or at a locally adjacent site. The growth phase satisfies all identified user servicing requirements by expanding servicing capabilities to include complex servicing tasks for attached payloads, free-flyers and coorbiting platforms at a dedicated, protected Servicing site. To provide a smooth evolution of user servicing the SSF interfaces that are necessary to accommodate the growth phase have been identified. The interface requirements on SSF have been greatly simplified by accommodating the growth servicing support elements within the CSF. This results in a single SSF interface: SSF to the CSF.

Thomas, Edward F.↗
NASA NTRS1981

ROLM computers in the flight testing of the Fokker F29 aircraft

The design, development, installation, and operation of the test equipment (MRVS) is discussed. The main feature of the MRVS is continuous recording on an instrumentation recorder data of up to 1500 parameters with a total sample rate of up to 10,000 samples per second. In order to compress the evaluation and calibration time period, the following additional requirements were set for two test systems: (1) recording of selected parameters, time tagged on computer compatible tape (CCT); (2) recording of selected high bandwidth signals and ad hoc parameters on analog tape; (3) onboard presentation of calibrated parameter data, in engineering units, in numerical as well as graphical form for: system checkout during pre-, in- and post-flight, and quick look analysis during in-flight; (4) real time presentation on the ground by telemetry for: flight monitoring, takeoff and landing measurements, and noise measurements; and (5) data processing on the ground on the Fokker-NLR computer network.

Manders, P. J.↗
NASA NTRS1991

Expert system decision support for low-cost launch vehicle operations

Progress in assessing the feasibility, benefits, and risks associated with AI expert systems applied to low cost expendable launch vehicle systems is described. Part one identified potential application areas in vehicle operations and on-board functions, assessed measures of cost benefit, and identified key technologies to aid in the implementation of decision support systems in this environment. Part two of the program began the development of prototypes to demonstrate real-time vehicle checkout with controller and diagnostic/analysis intelligent systems and to gather true measures of cost savings vs. conventional software, verification and validation requirements, and maintainability improvement. The main objective of the expert advanced development projects was to provide a robust intelligent system for control/analysis that must be performed within a specified real-time window in order to meet the demands of the given application. The efforts to develop the two prototypes are described. Prime emphasis was on a controller expert system to show real-time performance in a cryogenic propellant loading application and safety validation implementation of this system experimentally, using commercial-off-the-shelf software tools and object oriented programming techniques. This smart ground support equipment prototype is based in C with imbedded expert system rules written in the CLIPS protocol. The relational database, ORACLE, provides non-real-time data support. The second demonstration develops the vehicle/ground intelligent automation concept, from phase one, to show cooperation between multiple expert systems. This automated test conductor (ATC) prototype utilizes a knowledge-bus approach for intelligent information processing by use of virtual sensors and blackboards to solve complex problems. It incorporates distributed processing of real-time data and object-oriented techniques for command, configuration control, and auto-code generation.

Szatkowski, G. P.↗
NASA NTRS1965

Postflight Evaluation of Atlas-Centaur AC-5 (Launched 2 March 1965)

The Atlas-Centaur AC-5 vehicle was launched from ETR Complex 36A on March 2., 1965 at 8:25.04 a.m. EST. Within about 1 second after launch the thrust of the Atlas booster engine decayed rapidly; the vehicle settled back on the launch pad and was quickly destroyed by fire and explosion. Considerable damage was sustained by the launch complex and its associated equipment. Loss of booster engine thrust was due to fuel depletion at the turbopump inlets, which is attributed to closure of the fuel prevalve or the staging valve. To preclude the recurrence of either of these fuel valving malfunctions, the following corrective action has been taken: The remote control actuator has been replaced by manual operation of the Atlas fuel prevalve; the internal passage dimensions in the staging valve have been increased to lessen the hydraulic load on the valve poppet. In addition to the Atlas fuel system malfunction, a failure in the power control circuitry of the Centaur guidance computer resulted in partial removal of power at umbilical ejection. To prevent such a guidance system failure on future flights some redundant circuitry has been eliminated and more rigorous checkout procedures have been adopted. No further anomalies were discovered in the telemetered data prior to the Atlas booster thrust decay. A prime objective of the AC-5 flight was to place a dynamic model of the Surveyor spacecraft in a simulated lunar transfer trajectory. An important facet of this problem is the demonstration of a launch-on-time capability in accordance with the proper Earth-moon relation. The window opening time was established at 8:25 a.m. EST; thus the actual launch occurred within 4 seconds of the planned time.

Source record↗
NASA NTRS2000

The Life Cycle Application of Intelligent Software Modeling for the First Materials Science Research Rack

Marshall Space Flight Center (MSFC) has been funding development of intelligent software models to benefit payload ground operations for nearly a decade. Experience gained from simulator development and real-time monitoring and control is being applied to engineering design, testing, and operation of the First Material Science Research Rack (MSRR-1). MSRR-1 is the first rack in a suite of three racks comprising the Materials Science Research Facility (MSRF) which will operate on the International Space Station (ISS). The MSRF will accommodate advanced microgravity investigations in areas such as the fields of solidification of metals and alloys, thermo-physical properties of polymers, crystal growth studies of semiconductor materials, and research in ceramics and glasses. The MSRR-1 is a joint venture between NASA and the European Space Agency (ESA) to study the behavior of different materials during high temperature processing in a low gravity environment. The planned MSRR-1 mission duration is five (5) years on-orbit and the total design life is ten (IO) years. The MSRR-1 launch is scheduled on the third Utilization Flight (UF-3) to ISS, currently in February of 2003). The objective of MSRR-1 is to provide an early capability on the ISS to conduct material science, materials technology, and space product research investigations in microgravity. It will provide a modular, multi-user facility for microgravity research in materials crystal growth and solidification. An intelligent software model of MSRR-1 is under development and will serve multiple purposes to support the engineering analysis, testing, training, and operational phases of the MSRR-1 life cycle development. The G2 real-time expert system software environment developed by Gensym Corporation was selected as the intelligent system shell for this development work based on past experience gained and the effectiveness of the programming environment. Our approach of multi- uses of the simulation model and its intuitive graphics capabilities is providing a concurrent engineering environment for rapid prototyping and development. Operational schematics of the MSRR-1 electrical, thermal control, vacuum access, and gas supply systems, and furnace inserts are represented graphically in the environment. Logic to represent first order engineering calculations is coded into the knowledge base to simulate the operational behavior of the MSRR-1 systems. An example of engineering data provided includes electrical currents, voltages, operational power, temperatures, thermal fluid flow rates. pressures, and component status indications. These type of data are calculated and displayed at appropriate instrumentation points, and the schematics are animated to reflect the simulated operational status of the MSRR-1. The software control functions are also simulated to represent appropriate operational behavior based on automated control and response to commands received by the crew or ground controllers. The first benefit of this simulation environment is being realized in the high fidelity engineering analysis results from the electrical power system G2 model. Secondly, the MSRR-1 simulation model will be embedded with a hardware mock-up of the MSRR-1 to provide crew training on MSRR-1 integrated payload operations. G2 gateway code will output the simulated instrumentation values, termed as telemetry, in a flight-like data stream so that the crew has realistic and accurate simulated MSRR-1 data on the flight displays which will be designed for crew use. The simulation will also respond appropriately to crew or ground initiated commands, which will be part of normal facility operations. A third use of the G2 model is being planned; the MSRR-1 simulation will be integrated with additional software code as part of the test configuration of the primary onboard computer, or Master Controller, for MSRR-1. We will take advantage of the G2 capability to simulate the flight like data stream to test flight software responses and behavior. A fourth use of the G2 model will be to train the Ground Support Personnel that will monitor the MSRR-1 systems and payloads while they are operating aboard the ISS. The intuitive, schematic based environment will provide an excellent foundation for personnel to understand the integrated configuration and operation of the MSRR-1, and the anticipated telemetry feedback based on operational modes of the equipment. Expert monitoring features will be enhanced to provide a smart monitoring environment for the operators. These features include: (1) Animated, intuitive schematic-based displays which reflect telemetry values, (1) Real-time plotting of simulated or incoming sensor values, (3) High/Low exception monitoring for analog data, (4) Expected state monitoring for discrete data, (5) Data trending, (6) Automated malfunction procedure execution to diagnose problems, (7) Look ahead capability to planned MSRR-1 activities in the onboard timeline. And finally, the logic to calculate telemetry values will be deactivated, and the same environment will interface to the incoming data for the real-time telemetry stream to schematically represent the onboard hardware configuration. G2 will be the foundation for the real-time monitoring and control environment. In summary, our MSRR-1 simulation model spans many elements of the life cycle development of this project: Engineering Analysis, Test and Checkout, Training of Crew and Ground Personnel, and Real-time monitoring and control. By utilizing the unique features afforded by an expert system development environment, we have been able to synergize a powerful tool capable of addressing our project needs at every phase of project development.

Rice, Amanda↗
NASA NTRS1997

Training Manual for Elements of Interface Definition and Control

The primary thrust of this manual is to ensure that the format and information needed to control interfaces between equipment are clear and understandable. The emphasis is on controlling the engineering design of the interface and not on the functional performance requirements of the system or the internal workings of the interfacing equipment. Interface control should take place, with rare exception, at the interfacing elements and no further. There are two essential sections of the manual. Chapter 2, Principles of Interface Control, discusses how interfaces are defined. It describes different types of interfaces to be considered and recommends a format for the documentation necessary for adequate interface control. Chapter 3, The Process: Through the Design Phases, provides tailored guidance for interface definition and control. This manual can be used to improve planned or existing interface control processes during system design and development. It can also be used to refresh and update the corporate knowledge base. The information presented herein will reduce the amount of paper and data required in interface definition and control processes by as much as 50 percent and will shorten the time required to prepare an interface control document. It also highlights the essential technical parameters that ensure that flight subsystems will indeed fit together and function as intended after assembly and checkout.

Lalli, Vincent R.↗