Science.gov

Sample records for checs commanding hardware

  1. CHeCS: International Space Station Medical Hardware Catalog

    NASA Technical Reports Server (NTRS)

    2008-01-01

    The purpose of this catalog is to provide a detailed description of each piece of hardware in the Crew Health Care System (CHeCS), including subpacks associated with the hardware, and to briefly describe the interfaces between the hardware and the ISS. The primary user of this document is the Space Medicine/Medical Operations ISS Biomedical Flight Controllers (ISS BMEs).

  2. CHeCS (Crew Health Care Systems): International Space Station (ISS) Medical Hardware Catalog. Version 10.0

    NASA Technical Reports Server (NTRS)

    2011-01-01

    The purpose of this catalog is to provide a detailed description of each piece of hardware in the Crew Health Care System (CHeCS), including subpacks associated with the hardware, and to briefly describe the interfaces between the hardware and the ISS. The primary user of this document is the Space Medicine/Medical Operations ISS Biomedical Flight Controllers (ISS BMEs).

  3. Hardware-in-the-Loop Rendezvous Tests of a Novel Actuators Command Concept

    NASA Astrophysics Data System (ADS)

    Gomes dos Santos, Willer; Marconi Rocco, Evandro; Boge, Toralf; Benninghoff, Heike; Rems, Florian

    2016-09-01

    Integration, test and validation results, in a real-time environment, of a novel concept for spacecraft control are presented in this paper. The proposed method commands simultaneously a group of actuators optimizing a given set of objective functions based on a multiobjective optimization technique. Since close proximity maneuvers play an important role in orbital servicing missions, the entire GNC system has been integrated and tested at a hardware-in-the-loop (HIL) rendezvous and docking simulator known as European Proximity Operations Simulator (EPOS). During the test campaign at EPOS facility, a visual camera has been used to provide the necessary measurements for calculating the relative position with respect to the target satellite during closed-loop simulations. In addition, two different configurations of spacecraft control have been considered in this paper: a thruster reaction control system and a mixed actuators mode which includes thrusters, reaction wheels, and magnetic torqrods. At EPOS, results of HIL closed-loop tests have demonstrated that a safe and stable rendezvous approach can be achieved with the proposed GNC loop.

  4. Hardware

    NASA Technical Reports Server (NTRS)

    1999-01-01

    The full complement of EDOMP investigations called for a broad spectrum of flight hardware ranging from commercial items, modified for spaceflight, to custom designed hardware made to meet the unique requirements of testing in the space environment. In addition, baseline data collection before and after spaceflight required numerous items of ground-based hardware. Two basic categories of ground-based hardware were used in EDOMP testing before and after flight: (1) hardware used for medical baseline testing and analysis, and (2) flight-like hardware used both for astronaut training and medical testing. To ensure post-landing data collection, hardware was required at both the Kennedy Space Center (KSC) and the Dryden Flight Research Center (DFRC) landing sites. Items that were very large or sensitive to the rigors of shipping were housed permanently at the landing site test facilities. Therefore, multiple sets of hardware were required to adequately support the prime and backup landing sites plus the Johnson Space Center (JSC) laboratories. Development of flight hardware was a major element of the EDOMP. The challenges included obtaining or developing equipment that met the following criteria: (1) compact (small size and light weight), (2) battery-operated or requiring minimal spacecraft power, (3) sturdy enough to survive the rigors of spaceflight, (4) quiet enough to pass acoustics limitations, (5) shielded and filtered adequately to assure electromagnetic compatibility with spacecraft systems, (6) user-friendly in a microgravity environment, and (7) accurate and efficient operation to meet medical investigative requirements.

  5. Advancements in hardware-in-the-loop simulations at the U.S. Army Aviation and Missile Command

    NASA Astrophysics Data System (ADS)

    Buford, James A.; Jolly, Alexander C.; Mobley, Scott B.; Sholes, William J.

    2000-07-01

    A greater awareness of and increased interest in the use of modeling and simulation (M&S) has been demonstrated at many levels within the Department of Defense (DoD) and all the Armed Services agencies in recent years. M&S application is regarded as a viable means of lowering the life cycle costs of missile defense and tactical missile weapon system acquisition beginning with studies of new concepts of war-fighting through user training and post-deployment support. The Aviation and Missile Research, Engineering, and Development Center (AMRDEC) of the U.S. Army Aviation and Missile Command (AMCOM) has an extensive history of applying all types of M&S to weapons system development and has been a particularly strong advocate of hardware-in-the-loop (HWIL) simulation and test for many years. Over the past 40 years AMRDEC has developed and maintained the Advanced Simulation Center (ASC) which provides world-class, high fidelity, specific and dedicated HWIL simulation and test capabilities for the Army's missile defense and tactical missile program offices in both the infrared and radio frequency sensor domains. The ASC facility uses M&S to conduct daily HWIL missile simulations and tests to support flight tests, missile/system development, independent verification and validation of weapon system embedded software and simulations, and missile/system performance against current and future threat environments. This paper describes the ASC role, recaps the past year, describes the HWIL components and advancements, and outlines the path-ahead for the ASC in terms of both missile and complete system HWIL simulations and test with a focus on the imaging infrared systems.

  6. Hardware-in-the-loop simulation of dual-mode common-aperture seekers at the U.S. Army Aviation and Missile Command

    NASA Astrophysics Data System (ADS)

    Mobley, Scott B.; Cole, John S., Jr.

    1999-07-01

    For the past three years, the U.S. Army Aviation and Missile Command has been developing a hardware-in-the-loop (HWIL) simulation facility to test common aperture multi-spectral missile seekers. This paper discusses the problems encountered during the development of this facility, the solutions, and the resulting capability of this unique HWIL simulation facility. The Advanced Simulation Center is managed and operated by the Systems Simulation and Development Directorate of the Missile Research, Development, and Engineering Center, Redstone Arsenal, Alabama.

  7. Crew Health Care System (CHeCS) Design Research, Documentations, and Evaluations

    NASA Technical Reports Server (NTRS)

    CLement, Bethany M.

    2011-01-01

    The Crew Health Care System (CHeCS) is a group within the Space Life Science Directorate (SLSD) that focuses on the overall health of astronauts by reinforcing the three divisions - the Environmental Maintenance System (EMS), the Countermeasures System (CMS), and the Health Maintenance System (HMS). This internship provided opportunity to gain knowledge, experience, and skills in CHeCS engineering and operations tasks. Various and differing tasks allowed for occasions to work independently, network to get things done, and show leadership abilities. Specific exercises included reviewing hardware certification, operations, and documentation within the ongoing Med Kit Redesign (MKR) project, and learning, writing, and working various common pieces of paperwork used in the engineering and design process. Another project focused on the distribution of various pieces of hardware to off-site research facilities with an interest in space flight health care. The main focus of this internship, though, was on a broad and encompassing understanding of the engineering process as time was spent looking at each individual step in a variety of settings and tasks.

  8. Space vehicle onboard command encoder

    NASA Technical Reports Server (NTRS)

    1975-01-01

    A flexible onboard encoder system was designed for the space shuttle. The following areas were covered: (1) implementation of the encoder design into hardware to demonstrate the various encoding algorithms/code formats, (2) modulation techniques in a single hardware package to maintain comparable reliability and link integrity of the existing link systems and to integrate the various techniques into a single design using current technology. The primary function of the command encoder is to accept input commands, generated either locally onboard the space shuttle or remotely from the ground, format and encode the commands in accordance with the payload input requirements and appropriately modulate a subcarrier for transmission by the baseband RF modulator. The following information was provided: command encoder system design, brassboard hardware design, test set hardware and system packaging, and software.

  9. Hardware Evolution of Control Electronics

    NASA Technical Reports Server (NTRS)

    Gwaltney, David; Steincamp, Jim; Corder, Eric; King, Ken; Ferguson, M. I.; Dutton, Ken

    2003-01-01

    The evolution of closed-loop motor speed controllers implemented on the JPL FPTA2 is presented. The response of evolved controller to sinusoidal commands, controller reconfiguration for fault tolerance,and hardware evolution are described.

  10. Space Station Freedom CHeCS overview. [Crew Health Care System

    NASA Technical Reports Server (NTRS)

    Boyce, Joey B.

    1990-01-01

    The current status, progress, and future plans for development of the Crew Health Care System (CHeCS) for the International Space Station Freedom are presented. Essential operational biomedical support requirements for the astronauts, including medical care, environmental habitat monitoring, and countermeasures for the potentially maladaptive physiological effects of space flight will be provided by the CHeCS. Three integral parts will make up the system: a health maintenance facility, an environmental health system, and the exercise countermeasures facility. Details of each of the major systems and their subsystems are presented.

  11. Network command processing system overview

    NASA Technical Reports Server (NTRS)

    Nam, Yon-Woo; Murphy, Lisa D.

    1993-01-01

    The Network Command Processing System (NCPS) developed for the National Aeronautics and Space Administration (NASA) Ground Network (GN) stations is a spacecraft command system utilizing a MULTIBUS I/68030 microprocessor. This system was developed and implemented at ground stations worldwide to provide a Project Operations Control Center (POCC) with command capability for support of spacecraft operations such as the LANDSAT, Shuttle, Tracking and Data Relay Satellite, and Nimbus-7. The NCPS consolidates multiple modulation schemes for supporting various manned/unmanned orbital platforms. The NCPS interacts with the POCC and a local operator to process configuration requests, generate modulated uplink sequences, and inform users of the ground command link status. This paper presents the system functional description, hardware description, and the software design.

  12. Only in Canada: A Study of National Market Potential for Christian Higher Education Canada (CHEC) Institutions

    ERIC Educational Resources Information Center

    Hiebert, Al

    2011-01-01

    In July 2007 Ipsos Reid delivered to Christian Higher Education Canada (CHEC) a report entitled "Christian Post-Secondary Education in Canada, Phase 3: Defining the Market". This article is a selective summary of the full 353-page report. It tabulates and analyzes findings from 1,000 phone interviews and 6,689 online surveys from six population…

  13. The Importance of the Interaction of CheD with CheC and the Chemoreceptors Compared to Its Enzymatic Activity during Chemotaxis in Bacillus subtilis

    PubMed Central

    Allen, George M.; Walukiewicz, Hanna E.; Rao, Christopher V.; Ordal, George W.

    2012-01-01

    Bacillus subtilis use three systems for adaptation during chemotaxis. One of these systems involves two interacting proteins, CheC and CheD. CheD binds to the receptors and increases their ability to activate the CheA kinase. CheD also binds CheC, and the strength of this interaction is increased by phosphorylated CheY. CheC is believed to control the binding of CheD to the receptors in response to the levels of phosphorylated CheY. In addition to their role in adaptation, CheC and CheD also have separate enzymatic functions. CheC is a CheY phosphatase and CheD is a receptor deamidase. Previously, we demonstrated that CheC’s phosphatase activity plays a minor role in chemotaxis whereas its ability to bind CheD plays a major one. In the present study, we demonstrate that CheD’s deamidase activity also plays a minor role in chemotaxis whereas its ability to bind CheC plays a major one. In addition, we quantified the interaction between CheC and CheD using surface plasmon resonance. These results suggest that the most important features of CheC and CheD are not their enzymatic activities but rather their roles in adaptation. PMID:23226535

  14. Hardly Hardware

    ERIC Educational Resources Information Center

    Lott, Debra

    2007-01-01

    In a never-ending search for new and inspirational still-life objects, the author discovered that home improvement retailers make great resources for art teachers. Hardware and building materials are inexpensive and have interesting and variable shapes. She especially liked the dryer-vent coils and the electrical conduit. These items can be…

  15. Lessons Learned from the Crew Health Care System (CHeCS) Rack 1 Environmental Control and Life Support (ECLS) Design

    NASA Technical Reports Server (NTRS)

    Williams, David E.

    2006-01-01

    This paper will provide an overview of the International Space Station (ISS) Environmental Control and Life Support (ECLS) design of the Crew Health Care System (CHeCS) Rack 1 and it will document some of the lessons that have been learned to date for the ECLS equipment in this rack.

  16. Facteurs prédictifs de l’échec de traitement antituberculeux en Guinée Conakry

    PubMed Central

    Nimagan, Souleymane; Bopaka, Regis Gothard; Diallo, Mamadou Mouctar; Diallo, Boubacar Djelo; Diallo, Mamadou Bailo; Sow, Oumou Younoussa

    2015-01-01

    La tuberculose est un véritable problème de santé publique. C'est une maladie guérissable et cette guérison passe par une bonne prise en charge thérapeutique. Il arrive parfois on assiste à l’échec thérapeutique, d'où l'intérêt de notre étude portant sur les facteurs prédictifs de ses échecs. Dans l'espace d'une année sur 1300 cas de tuberculose toute forme confondue, 700 cas de tuberculose pulmonaire à microscopie positive ont été répertorié dont 100 cas transférés. La tranche d’âge de 15-25 ans a été la plus touchée avec un sexe-ratio de 2 en faveur des hommes et 41,66% de nos malades ont été les ouvriers suivis de 20,83% des commerçants. La majorité de nos patients provenait de Conakry soit 99, 5%. Sur 600 patients suivis les nouveaux cas représentaient 83,33% et l’échec thérapeutique représentait 12 cas soit 2%. L'interruption du traitement représente le principal facteur de l’échec. Les facteurs qui ont influencé la régularité des malades au traitement ont été multiples. Des facteurs liés à l'organisation du système de santé, la rupture des médicaments antituberculeux, l’éducation sanitaire insuffisante, les contraintes de la supervision du traitement, l'implication insuffisante et la vente des médicaments par le personnel de santé. Des facteurs liés aux patients eux-mêmes, la crainte de perte d'emploi, les contraintes financières. Les renforcements de l'organisation du système sanitaire et l’éducation thérapeutiques pourront réduire le taux d’échec du traitement antituberculeux. L'amélioration de la qualité de la prise en charge des malades en situation d’échec devrait passer par une culture systématique des expectorations avec antibiogramme. PMID:26889327

  17. Detonation command and control

    SciTech Connect

    Mace, Jonathan L.; Seitz, Gerald J.; Echave, John A.; Le Bas, Pierre-Yves

    2015-11-10

    The detonation of one or more explosive charges and propellant charges by a detonator in response to a fire control signal from a command and control system comprised of a command center and instrumentation center with a communications link therebetween. The fire control signal is selectively provided to the detonator from the instrumentation center if plural detonation control switches at the command center are in a fire authorization status, and instruments, and one or more interlocks, if included, are in a ready for firing status. The instrumentation and command centers are desirably mobile, such as being respective vehicles.

  18. Detonation command and control

    DOEpatents

    Mace, Jonathan L.; Seitz, Gerald J.; Echave, John A.; Le Bas, Pierre-Yves

    2016-05-31

    The detonation of one or more explosive charges and propellant charges by a detonator in response to a fire control signal from a command and control system comprised of a command center and instrumentation center with a communications link there between. The fire control signal is selectively provided to the detonator from the instrumentation center if plural detonation control switches at the command center are in a fire authorization status, and instruments, and one or more interlocks, if included, are in a ready for firing status. The instrumentation and command centers are desirably mobile, such as being respective vehicles.

  19. TRAVEL WITH COMMANDER QUALICIA

    EPA Science Inventory

    Commander Qualicia is a cartoon character created for an on-line training course that describes the quality system for the National Exposure Research Laboratory. In the training, which was developed by the QA staff and graphics/IT support contractors, Commander Qualicia and the ...

  20. Hardware removal - extremity

    MedlinePlus

    There are several reasons why hardware is removed: Pain from the hardware Infection Allergic reaction to hardware To prevent problems with growing bones in young people Nerve damage Broken hardware Bones that did not heal and join properly

  1. Hardware efficient monitoring of input/output signals

    NASA Technical Reports Server (NTRS)

    Driscoll, Kevin R. (Inventor); Hall, Brendan (Inventor); Paulitsch, Michael (Inventor)

    2012-01-01

    A communication device comprises first and second circuits to implement a plurality of ports via which the communicative device is operable to communicate over a plurality of communication channels. For each of the plurality of ports, the communication device comprises: command hardware that includes a first transmitter to transmit data over a respective one of the plurality of channels and a first receiver to receive data from the respective one of the plurality of channels; and monitor hardware that includes a second receiver coupled to the first transmitter and a third receiver coupled to the respective one of the plurality of channels. The first circuit comprises the command hardware for a first subset of the plurality of ports. The second circuit comprises the monitor hardware for the first subset of the plurality of ports and the command hardware for a second subset of the plurality of ports.

  2. 32 CFR 536.14 - Commanders of major Army commands.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... ACCOUNTS CLAIMS AGAINST THE UNITED STATES The Army Claims System § 536.14 Commanders of major Army commands... claims personnel in obtaining qualified expert and technical advice from command units and...

  3. 32 CFR 536.14 - Commanders of major Army commands.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... CLAIMS AGAINST THE UNITED STATES The Army Claims System § 536.14 Commanders of major Army commands... claims personnel in obtaining qualified expert and technical advice from command units and...

  4. Managing the Risk of Command File Errors

    NASA Technical Reports Server (NTRS)

    Meshkat, Leila; Bryant, Larry W.

    2013-01-01

    Command File Error (CFE), as defined by the Jet Propulsion Laboratory's (JPL) Mission Operations Assurance (MOA) is, regardless of the consequence on the spacecraft, either: an error in a command file sent to the spacecraft, an error in the process for developing and delivering a command file to the spacecraft, or the omission of a command file that should have been sent to the spacecraft. The risk consequence of a CFE can be mission ending and thus a concern to space exploration projects during their mission operations. A CFE during space mission operations is often the symptom of some kind of imbalance or inadequacy within the system that comprises the hardware & software used for command generation and the human experts involved in this endeavour. As we move into an era of enhanced collaboration with other NASA centers and commercial partners, these systems become more and more complex and hence it is all the more important to formally model and analyze CFEs in order to manage the risk of CFEs. Here we will provide a summary of the ongoing efforts at JPL in this area and also explain some more recent developments in the area of developing quantitative models for the purpose of managing CFE's.

  5. Station Commander Praises AMS

    NASA Video Gallery

    When asked what's the most important International Space Station experiment, Commander Chris Hadfield names the Alpha Magnetic Spectrometer-2, a state-of-the-art particle physics detector that coul...

  6. Commanding Constellations (Pipeline Architecture)

    NASA Technical Reports Server (NTRS)

    Ray, Tim; Condron, Jeff

    2003-01-01

    Providing ground command software for constellations of spacecraft is a challenging problem. Reliable command delivery requires a feedback loop; for a constellation there will likely be an independent feedback loop for each constellation member. Each command must be sent via the proper Ground Station, which may change from one contact to the next (and may be different for different members). Dynamic configuration of the ground command software is usually required (e.g. directives to configure each member's feedback loop and assign the appropriate Ground Station). For testing purposes, there must be a way to insert command data at any level in the protocol stack. The Pipeline architecture described in this paper can support all these capabilities with a sequence of software modules (the pipeline), and a single self-identifying message format (for all types of command data and configuration directives). The Pipeline architecture is quite simple, yet it can solve some complex problems. The resulting solutions are conceptually simple, and therefore, reliable. They are also modular, and therefore, easy to distribute and extend. We first used the Pipeline architecture to design a CCSDS (Consultative Committee for Space Data Systems) Ground Telecommand system (to command one spacecraft at a time with a fixed Ground Station interface). This pipeline was later extended to include gateways to any of several Ground Stations. The resulting pipeline was then extended to handle a small constellation of spacecraft. The use of the Pipeline architecture allowed us to easily handle the increasing complexity. This paper will describe the Pipeline architecture, show how it was used to solve each of the above commanding situations, and how it can easily be extended to handle larger constellations.

  7. DSS command software update

    NASA Technical Reports Server (NTRS)

    Stinnett, W. G.

    1980-01-01

    The modifications, additions, and testing results for a version of the Deep Space Station command software, generated for support of the Voyager Saturn encounter, are discussed. The software update requirements included efforts to: (1) recode portions of the software to permit recovery of approximately 2000 words of memory; (2) correct five Voyager Ground data System liens; (3) provide capability to automatically turn off the command processor assembly local printer during periods of low activity; and (4) correct anomalies existing in the software.

  8. Borisenko Hands Over Command to Fossum

    NASA Video Gallery

    Expedition 28 Commander Andrey Borisenko handed over station command duties to Flight Engineer Mike Fossum. Fossum will command Expedition 29. The traditional Change of Command Ceremony took place ...

  9. Automatic Command Sequence Generation

    NASA Technical Reports Server (NTRS)

    Fisher, Forest; Gladded, Roy; Khanampompan, Teerapat

    2007-01-01

    Automatic Sequence Generator (Autogen) Version 3.0 software automatically generates command sequences for the Mars Reconnaissance Orbiter (MRO) and several other JPL spacecraft operated by the multi-mission support team. Autogen uses standard JPL sequencing tools like APGEN, ASP, SEQGEN, and the DOM database to automate the generation of uplink command products, Spacecraft Command Message Format (SCMF) files, and the corresponding ground command products, DSN Keywords Files (DKF). Autogen supports all the major multi-mission mission phases including the cruise, aerobraking, mapping/science, and relay mission phases. Autogen is a Perl script, which functions within the mission operations UNIX environment. It consists of two parts: a set of model files and the autogen Perl script. Autogen encodes the behaviors of the system into a model and encodes algorithms for context sensitive customizations of the modeled behaviors. The model includes knowledge of different mission phases and how the resultant command products must differ for these phases. The executable software portion of Autogen, automates the setup and use of APGEN for constructing a spacecraft activity sequence file (SASF). The setup includes file retrieval through the DOM (Distributed Object Manager), an object database used to store project files. This step retrieves all the needed input files for generating the command products. Depending on the mission phase, Autogen also uses the ASP (Automated Sequence Processor) and SEQGEN to generate the command product sent to the spacecraft. Autogen also provides the means for customizing sequences through the use of configuration files. By automating the majority of the sequencing generation process, Autogen eliminates many sequence generation errors commonly introduced by manually constructing spacecraft command sequences. Through the layering of commands into the sequence by a series of scheduling algorithms, users are able to rapidly and reliably construct the

  10. Hardware multiplier processor

    DOEpatents

    Pierce, Paul E.

    1986-01-01

    A hardware processor is disclosed which in the described embodiment is a memory mapped multiplier processor that can operate in parallel with a 16 bit microcomputer. The multiplier processor decodes the address bus to receive specific instructions so that in one access it can write and automatically perform single or double precision multiplication involving a number written to it with or without addition or subtraction with a previously stored number. It can also, on a single read command automatically round and scale a previously stored number. The multiplier processor includes two concatenated 16 bit multiplier registers, two 16 bit concatenated 16 bit multipliers, and four 16 bit product registers connected to an internal 16 bit data bus. A high level address decoder determines when the multiplier processor is being addressed and first and second low level address decoders generate control signals. In addition, certain low order address lines are used to carry uncoded control signals. First and second control circuits coupled to the decoders generate further control signals and generate a plurality of clocking pulse trains in response to the decoded and address control signals.

  11. Hardware multiplier processor

    DOEpatents

    Pierce, P.E.

    A hardware processor is disclosed which in the described embodiment is a memory mapped multiplier processor that can operate in parallel with a 16 bit microcomputer. The multiplier processor decodes the address bus to receive specific instructions so that in one access it can write and automatically perform single or double precision multiplication involving a number written to it with or without addition or subtraction with a previously stored number. It can also, on a single read command automatically round and scale a previously stored number. The multiplier processor includes two concatenated 16 bit multiplier registers, two 16 bit concatenated 16 bit multipliers, and four 16 bit product registers connected to an internal 16 bit data bus. A high level address decoder determines when the multiplier processor is being addressed and first and second low level address decoders generate control signals. In addition, certain low order address lines are used to carry uncoded control signals. First and second control circuits coupled to the decoders generate further control signals and generate a plurality of clocking pulse trains in response to the decoded and address control signals.

  12. Cost efficient command management

    NASA Technical Reports Server (NTRS)

    Brandt, Theresa; Murphy, C. W.; Kuntz, Jon; Barlett, Tom

    1996-01-01

    The design and implementation of a command management system (CMS) for a NASA control center, is described. The technology innovations implemented in the CMS provide the infrastructure required for operations cost reduction and future development cost reduction through increased operational efficiency and reuse in future missions. The command management design facilitates error-free operations which enables the automation of the routine control center functions and allows for the distribution of scheduling responsibility to the instrument teams. The reusable system was developed using object oriented methodologies.

  13. Economy of Command

    ERIC Educational Resources Information Center

    Medeiros, David Peter

    2012-01-01

    This dissertation proposes a principle of "economy of command", arguing that it provides a simple and natural explanation for some well-known properties of human language syntax. The focus is on the abstract combinatorial system that constructs the hierarchical structure of linguistic expressions, with long-distance dependencies…

  14. 32 CFR 724.406 - Commander, Naval Medical Command.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 5 2011-07-01 2011-07-01 false Commander, Naval Medical Command. 724.406 Section 724.406 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY PERSONNEL NAVAL..., Naval Medical Command. Custodian of Navy and Marine Corps health records. (See subpart C)....

  15. 32 CFR 724.406 - Commander, Naval Medical Command.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... 32 National Defense 5 2013-07-01 2013-07-01 false Commander, Naval Medical Command. 724.406 Section 724.406 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY PERSONNEL NAVAL..., Naval Medical Command. Custodian of Navy and Marine Corps health records. (See subpart C)....

  16. 32 CFR 724.406 - Commander, Naval Medical Command.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... 32 National Defense 5 2014-07-01 2014-07-01 false Commander, Naval Medical Command. 724.406 Section 724.406 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY PERSONNEL NAVAL..., Naval Medical Command. Custodian of Navy and Marine Corps health records. (See subpart C)....

  17. 32 CFR 536.14 - Commanders of major Army commands.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 3 2010-07-01 2010-07-01 true Commanders of major Army commands. 536.14 Section 536.14 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY CLAIMS AND ACCOUNTS CLAIMS AGAINST THE UNITED STATES The Army Claims System § 536.14 Commanders of major Army...

  18. 32 CFR 536.14 - Commanders of major Army commands.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 3 2011-07-01 2009-07-01 true Commanders of major Army commands. 536.14 Section 536.14 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY CLAIMS AND ACCOUNTS CLAIMS AGAINST THE UNITED STATES The Army Claims System § 536.14 Commanders of major Army...

  19. 32 CFR 724.406 - Commander, Naval Medical Command.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 5 2010-07-01 2010-07-01 false Commander, Naval Medical Command. 724.406 Section 724.406 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY PERSONNEL NAVAL..., Naval Medical Command. Custodian of Navy and Marine Corps health records. (See subpart C)....

  20. 32 CFR 724.406 - Commander, Naval Medical Command.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... 32 National Defense 5 2012-07-01 2012-07-01 false Commander, Naval Medical Command. 724.406 Section 724.406 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY PERSONNEL NAVAL..., Naval Medical Command. Custodian of Navy and Marine Corps health records. (See subpart C)....

  1. 32 CFR 536.14 - Commanders of major Army commands.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... 32 National Defense 3 2013-07-01 2013-07-01 false Commanders of major Army commands. 536.14 Section 536.14 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY CLAIMS AND ACCOUNTS CLAIMS AGAINST THE UNITED STATES The Army Claims System § 536.14 Commanders of major Army...

  2. Station Change of Command Ceremony

    NASA Video Gallery

    The reins of the International Space Station were passed from Expedition 29 Commander Mike Fossum of NASA to his NASA colleague, newly arrived Expedition 30 Commander Dan Burbank in a ceremony on t...

  3. Movable Ground Based Recovery System for Reuseable Space Flight Hardware

    NASA Technical Reports Server (NTRS)

    Sarver, George L. (Inventor)

    2013-01-01

    A reusable space flight launch system is configured to eliminate complex descent and landing systems from the space flight hardware and move them to maneuverable ground based systems. Precision landing of the reusable space flight hardware is enabled using a simple, light weight aerodynamic device on board the flight hardware such as a parachute, and one or more translating ground based vehicles such as a hovercraft that include active speed, orientation and directional control. The ground based vehicle maneuvers itself into position beneath the descending flight hardware, matching its speed and direction and captures the flight hardware. The ground based vehicle will contain propulsion, command and GN&C functionality as well as space flight hardware landing cushioning and retaining hardware. The ground based vehicle propulsion system enables longitudinal and transverse maneuverability independent of its physical heading.

  4. Health Maintenance System (HMS) Hardware Research, Design, and Collaboration

    NASA Technical Reports Server (NTRS)

    Gonzalez, Stefanie M.

    2010-01-01

    The Space Life Sciences division (SLSD) concentrates on optimizing a crew member's health. Developments are translated into innovative engineering solutions, research growth, and community awareness. This internship incorporates all those areas by targeting various projects. The main project focuses on integrating clinical and biomedical engineering principles to design, develop, and test new medical kits scheduled for launch in the Spring of 2011. Additionally, items will be tagged with Radio Frequency Interference Devices (RFID) to keep track of the inventory. The tags will then be tested to optimize Radio Frequency feed and feed placement. Research growth will occur with ground based experiments designed to measure calcium encrusted deposits in the International Space Station (ISS). The tests will assess the urine calcium levels with Portable Clinical Blood Analyzer (PCBA) technology. If effective then a model for urine calcium will be developed and expanded to microgravity environments. To support collaboration amongst the subdivisions of SLSD the architecture of the Crew Healthcare Systems (CHeCS) SharePoint site has been redesigned for maximum efficiency. Community collaboration has also been established with the University of Southern California, Dept. of Aeronautical Engineering and the Food and Drug Administration (FDA). Hardware disbursements will transpire within these communities to support planetary surface exploration and to serve as an educational tool demonstrating how ground based medicine influenced the technological development of space hardware.

  5. The absolute path command

    2012-05-11

    The ap command traveres all symlinks in a given file, directory, or executable name to identify the final absolute path. It can print just the final path, each intermediate link along with the symlink chan, and the permissions and ownership of each directory component in the final path. It has functionality similar to "which", except that it shows the final path instead of the first path. It is also similar to "pwd", but it canmore » provide the absolute path to a relative directory from the current working directory.« less

  6. The absolute path command

    SciTech Connect

    Moody, A.

    2012-05-11

    The ap command traveres all symlinks in a given file, directory, or executable name to identify the final absolute path. It can print just the final path, each intermediate link along with the symlink chan, and the permissions and ownership of each directory component in the final path. It has functionality similar to "which", except that it shows the final path instead of the first path. It is also similar to "pwd", but it can provide the absolute path to a relative directory from the current working directory.

  7. Hardware And Software For Development Of Robot Arms

    NASA Technical Reports Server (NTRS)

    Usikov, Daniel

    1995-01-01

    System of modular, reusable hardware and software assembled for use in developing remotely controlled robotic arms. Includes (1) central computer and peripheral equipment at control and monitoring station and (2) remote mechanical platform that supports robotic arm. Central computer controls motor drives of robotic arm, but optically, platform holds on-board computer for autonomous operation. Consists mostly of commercial hardware and software. Simulated results of commands viewed in three dimensions.

  8. The eutrophication commandments.

    PubMed

    Fulweiler, R W; Rabalais, N N; Heiskanen, A S

    2012-10-01

    Typically, rising atmospheric carbon dioxide concentrations are used to illustrate how humans have impacted the earth. However, we have also dramatically altered the amount of nitrogen (N) and phosphorus (P) cycling through the biosphere. Eventually these nutrients are carried to coastal receiving waters where they cause severe, often negative consequences including increased phytoplankton and macroalgae blooms, loss of submerged aquatic vegetation, low oxygen events, and decreased biodiversity. In many systems mitigation efforts are now underway to return these ecosystems to a less impacted state. While many uncertainties about the best way to manage eutrophic systems remain it is clear that we must take action to lessen our human nutrient footprint. Based on our current understanding of eutrophic systems we present ten eutrophication commandments or guidelines as a tool for scientists, policy makers, managers, and the public. PMID:22889495

  9. Maximizing TDRS Command Load Lifetime

    NASA Technical Reports Server (NTRS)

    Brown, Aaron J.

    2002-01-01

    The GNC software onboard ISS utilizes TORS command loads, and a simplistic model of TORS orbital motion to generate onboard TORS state vectors. Each TORS command load contains five "invariant" orbital elements which serve as inputs to the onboard propagation algorithm. These elements include semi-major axis, inclination, time of last ascending node crossing, right ascension of ascending node, and mean motion. Running parallel to the onboard software is the TORS Command Builder Tool application, located in the JSC Mission Control Center. The TORS Command Builder Tool is responsible for building the TORS command loads using a ground TORS state vector, mirroring the onboard propagation algorithm, and assessing the fidelity of current TORS command loads onboard ISS. The tool works by extracting a ground state vector at a given time from a current TORS ephemeris, and then calculating the corresponding "onboard" TORS state vector at the same time using the current onboard TORS command load. The tool then performs a comparison between these two vectors and displays the relative differences in the command builder tool GUI. If the RSS position difference between these two vectors exceeds the tolerable lim its, a new command load is built using the ground state vector and uplinked to ISS. A command load's lifetime is therefore defined as the time from when a command load is built to the time the RSS position difference exceeds the tolerable limit. From the outset of TORS command load operations (STS-98), command load lifetime was limited to approximately one week due to the simplicity of both the onboard propagation algorithm, and the algorithm used by the command builder tool to generate the invariant orbital elements. It was soon desired to extend command load lifetime in order to minimize potential risk due to frequent ISS commanding. Initial studies indicated that command load lifetime was most sensitive to changes in mean motion. Finding a suitable value for mean motion

  10. Hardware Controller DNA Synthesizer

    1995-07-27

    The program controls the operation of various hardware components of an automatic 12-channel parrallel oligosynthesizer. This involves accepting information regarding the DNA sequence to be generated and converting this into a series of instructions to I/O ports to actuate the appropriate hardware components. The design and function of the software is specific to a particular hardware platform and has no utility for controlling other configurations.

  11. Command shaping for residual vibration free crane maneuvers

    SciTech Connect

    Parker, G.G.; Petterson, B.; Dohrmann, C.; Robinett, R.D.

    1995-07-01

    Cranes used in the construction and transportation industries are generally devices with multiple degrees of freedom including variable load-line length, variable jib length (usually via a trolley), and variable boom angles. Point-to-point payload maneuvers using cranes are performed so as not to excite the spherical pendulum modes of their cable and payload assemblies. Typically, these pendulum modes, although time-varying, exhibit low frequencies. Current crane maneuvers are therefore performed slowly contributing to high construction and transportation costs. This investigation details a general method for applying command shaping to various multiple degree of freedom cranes such that the payload moves to a specified point without residual oscillation. A dynamic programming method is used for general command shaping for optimal maneuvers. Computationally, the dynamic programming approach requires order M calculations to arrive at a solution, where M is the number of discretizations of the input commands. This feature is exploited for the crane command shaping problem allowing for rapid calculation of command histories. Fast generation of commands is a necessity for practical use of command shaping for the applications described in this work. These results are compared to near-optimal solutions where the commands are linear combinations of acceleration pulse basis functions. The pulse shape is required due to hardware requirements. The weights on the basis functions are chosen as the solution to a parameter optimization problem solved using a Recursive Quadratic Programming technique. Simulation results and experimental verification for a variable load-line length rotary crane are presented using both design procedures.

  12. Command decoder unit. [performance tests of data processing terminals and data converters for space shuttle orbiters

    NASA Technical Reports Server (NTRS)

    1976-01-01

    The design and testing of laboratory hardware (a command decoder unit) used in evaluating space shuttle instrumentation, data processing, and ground check-out operations is described. The hardware was a modification of another similar instrumentation system. A data bus coupler was designed and tested to interface the equipment to a central bus controller (computer). A serial digital data transfer mechanism was also designed. Redundant power supplies and overhead modules were provided to minimize the probability of a single component failure causing a catastrophic failure. The command decoder unit is packaged in a modular configuration to allow maximum user flexibility in configuring a system. Test procedures and special test equipment for use in testing the hardware are described. Results indicate that the unit will allow NASA to evaluate future software systems for use in space shuttles. The units were delivered to NASA and appear to be adequately performing their intended function. Engineering sketches and photographs of the command decoder unit are included.

  13. Station Commander Sends Holiday Greetings

    NASA Video Gallery

    Aboard the International Space Station, Expedition 30 Commander Dan Burbank of NASA sends season's greetings to the world and shares his thoughts about being in orbit aboard the space-based laborat...

  14. 14 CFR 135.109 - Pilot in command or second in command: Designation required.

    Code of Federal Regulations, 2013 CFR

    2013-01-01

    ... 14 Aeronautics and Space 3 2013-01-01 2013-01-01 false Pilot in command or second in command... ON BOARD SUCH AIRCRAFT Flight Operations § 135.109 Pilot in command or second in command: Designation...) Second in command for each flight requiring two pilots. (b) The pilot in command, as designated by...

  15. 14 CFR 91.1031 - Pilot in command or second in command: Designation required.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ... 14 Aeronautics and Space 2 2011-01-01 2011-01-01 false Pilot in command or second in command... RULES Fractional Ownership Operations Program Management § 91.1031 Pilot in command or second in command...; and (2) Second in command for each program flight requiring two pilots. (b) The pilot in command,...

  16. 14 CFR 135.109 - Pilot in command or second in command: Designation required.

    Code of Federal Regulations, 2012 CFR

    2012-01-01

    ... 14 Aeronautics and Space 3 2012-01-01 2012-01-01 false Pilot in command or second in command... ON BOARD SUCH AIRCRAFT Flight Operations § 135.109 Pilot in command or second in command: Designation...) Second in command for each flight requiring two pilots. (b) The pilot in command, as designated by...

  17. 14 CFR 91.1031 - Pilot in command or second in command: Designation required.

    Code of Federal Regulations, 2013 CFR

    2013-01-01

    ... 14 Aeronautics and Space 2 2013-01-01 2013-01-01 false Pilot in command or second in command... RULES Fractional Ownership Operations Program Management § 91.1031 Pilot in command or second in command...; and (2) Second in command for each program flight requiring two pilots. (b) The pilot in command,...

  18. 14 CFR 135.109 - Pilot in command or second in command: Designation required.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ... 14 Aeronautics and Space 3 2011-01-01 2011-01-01 false Pilot in command or second in command... ON BOARD SUCH AIRCRAFT Flight Operations § 135.109 Pilot in command or second in command: Designation...) Second in command for each flight requiring two pilots. (b) The pilot in command, as designated by...

  19. 14 CFR 135.109 - Pilot in command or second in command: Designation required.

    Code of Federal Regulations, 2014 CFR

    2014-01-01

    ... 14 Aeronautics and Space 3 2014-01-01 2014-01-01 false Pilot in command or second in command... ON BOARD SUCH AIRCRAFT Flight Operations § 135.109 Pilot in command or second in command: Designation...) Second in command for each flight requiring two pilots. (b) The pilot in command, as designated by...

  20. 14 CFR 91.1031 - Pilot in command or second in command: Designation required.

    Code of Federal Regulations, 2012 CFR

    2012-01-01

    ... 14 Aeronautics and Space 2 2012-01-01 2012-01-01 false Pilot in command or second in command... RULES Fractional Ownership Operations Program Management § 91.1031 Pilot in command or second in command...; and (2) Second in command for each program flight requiring two pilots. (b) The pilot in command,...

  1. 14 CFR 135.109 - Pilot in command or second in command: Designation required.

    Code of Federal Regulations, 2010 CFR

    2010-01-01

    ... 14 Aeronautics and Space 3 2010-01-01 2010-01-01 false Pilot in command or second in command... ON BOARD SUCH AIRCRAFT Flight Operations § 135.109 Pilot in command or second in command: Designation...) Second in command for each flight requiring two pilots. (b) The pilot in command, as designated by...

  2. Command Process Modeling & Risk Analysis

    NASA Technical Reports Server (NTRS)

    Meshkat, Leila

    2011-01-01

    Commanding Errors may be caused by a variety of root causes. It's important to understand the relative significance of each of these causes for making institutional investment decisions. One of these causes is the lack of standardized processes and procedures for command and control. We mitigate this problem by building periodic tables and models corresponding to key functions within it. These models include simulation analysis and probabilistic risk assessment models.

  3. Hardware description languages

    NASA Technical Reports Server (NTRS)

    Tucker, Jerry H.

    1994-01-01

    Hardware description languages are special purpose programming languages. They are primarily used to specify the behavior of digital systems and are rapidly replacing traditional digital system design techniques. This is because they allow the designer to concentrate on how the system should operate rather than on implementation details. Hardware description languages allow a digital system to be described with a wide range of abstraction, and they support top down design techniques. A key feature of any hardware description language environment is its ability to simulate the modeled system. The two most important hardware description languages are Verilog and VHDL. Verilog has been the dominant language for the design of application specific integrated circuits (ASIC's). However, VHDL is rapidly gaining in popularity.

  4. Bion 11 mission hardware.

    PubMed

    Golov, V K; Magedov, V S; Skidmore, M G; Hines, J W; Kozlovskaya, I B; Korolkov, V I

    2000-01-01

    The mission hardware provided for Bion 11 shared primate experiments included the launch vehicle, biosatellite, spaceflight operational systems, spacecraft recovery systems, life support systems, bioinstrumentation, and data collection systems. Under the unique Russia/US bilateral contract, the sides worked together to ensure the reliability and quality of hardware supporting the primate experiments. Parameters recorded inflight covered biophysical, biochemical, biopotential, environmental, and system operational status.

  5. The SAS-3 delayed command system

    NASA Technical Reports Server (NTRS)

    Hoffman, E. J.

    1975-01-01

    To meet the requirements arising from the increased complexity of the power, attitude control and telemetry systems, a full redundant high-performance control section with delayed command capability was designed for the Small Astronomy Satellite-3 (SAS-3). The relay command system of SAS-3 is characterized by 56 bystate relay commands, with capability for handling up to 64 commands in future versions. The 'short' data command service of SAS-1 and SAS-2 consisting of shifting 24-bit words to two users was expanded to five users and augmented with a 'long load' data command service (up to 4080 bits) used to program the telemetry system and the delayed command subsystem. The inclusion of a delayed command service ensures a program of up to 30 relay or short data commands to be loaded for execution at designated times. The design and system operation of the SAS-3 command section are analyzed, with special attention given to the delayed command subsystem.

  6. Skylab biomedical hardware development

    NASA Technical Reports Server (NTRS)

    Huffstetler, W. J., Jr.; Lem, J. D.

    1974-01-01

    The development of hardware to support biomedical experimentation and operations in the Skylab vehicle presented unique technical problems. Designs were required to enable the accurate measurement of many varied physiological parameters and to compensate for zero g such that uninhibited equipment operation would be possible. Because of problems that occurred during the orbital workshop launch, special tests were run and new equipment was designed and built for use by the first Skylab crew. Design concepts used in the development of hardware to support cardiovascular, pulmonary, vestibular, body, and specimen mass measuring experiments are discussed. Additionally, major problem areas and the corresponding design solutions, as well as knowledge gained that will be pertinent for future life sciences hardware development, are presented.

  7. Computer hardware fault administration

    DOEpatents

    Archer, Charles J.; Megerian, Mark G.; Ratterman, Joseph D.; Smith, Brian E.

    2010-09-14

    Computer hardware fault administration carried out in a parallel computer, where the parallel computer includes a plurality of compute nodes. The compute nodes are coupled for data communications by at least two independent data communications networks, where each data communications network includes data communications links connected to the compute nodes. Typical embodiments carry out hardware fault administration by identifying a location of a defective link in the first data communications network of the parallel computer and routing communications data around the defective link through the second data communications network of the parallel computer.

  8. Échecs thérapeutiques chez les enfants infectés par le VIH en suivi de routine dans un contexte à ressources limitées au Cameroun

    PubMed Central

    Penda, Calixte Ida; Bebey, Francine Same; Mangamba, Danielle Kedy; Moukoko, Else Carole Eboumbou; Ngwa, Victoria; Makouet, Nicaise; Bissek, Anne-Cécile; Minkemdefo, Blaise Dupont; Tetanye, Ekoe; Ndombo, Paul Koki

    2013-01-01

    Introduction L'objectif de cette étude était de déterminer les facteurs associés aux échecs thérapeutiques chez les enfants infectés par le VIH à l'Hôpital Laquintinie de Douala. Méthodes Une étude transversale rétrospective a été menée sur une période de 5 mois en 2010, recrutant 222 enfants âgés de 1 à 18 ans et sous TARV depuis au moins 24 semaines. Les données sociodémographiques, cliniques, biologiques et de l'observance thérapeutique des patients ont été collectés à partir des dossiers des patients, et analysées avec le logiciel SPSS (version 16). Résultats 39 (17,6%) des enfants étaient en échec thérapeutique (délai moyen de survenue 26,8 mois) et 73,4% d'entre eux sont passés en seconde ligne. Les garçons avaient en moyenne un risque 5 fois plus élevé de faire un échec thérapeutique que les filles (OR=3,9; p=0,035). 94,4% des enfants suivis avaient un faible taux de CD4 à l'initiation (‘ 25%) associé au risque élevé d’échec thérapeutique (OR=5,2; p=0,007). Les enfants issus de famille monoparentale représentaient près de la moitié des cas d’échecs thérapeutiques. Sur 39 cas en échec thérapeutique, 41% des enfants étaient des orphelins. Parmi les enfants sous TARV, 46% prenaient leur trithérapie sous forme de médicaments séparés parmi lesquels 52,1% étaient en échec thérapeutique. Conclusion Les échecs thérapeutiques et le passage en seconde ligne dépendaient du contexte familial des enfants, de leur statut immunologique à l'initiation du traitement, de leur sexe et de la forme galénique du TARV. PMID:24171063

  9. Use of CCSDS Packets Over SpaceWire to Control Hardware

    NASA Technical Reports Server (NTRS)

    Haddad, Omar; Blau, Michael; Haghani, Noosha; Yuknis, William; Albaijes, Dennis

    2012-01-01

    For the Lunar Reconnaissance Orbiter, the Command and Data Handling subsystem consisted of several electronic hardware assemblies that were connected with SpaceWire serial links. Electronic hardware would be commanded/controlled and telemetry data was obtained using the SpaceWire links. Prior art focused on parallel data buses and other types of serial buses, which were not compatible with the SpaceWire and the core flight executive (CFE) software bus. This innovation applies to anything that utilizes both SpaceWire networks and the CFE software. The CCSDS (Consultative Committee for Space Data Systems) packet contains predetermined values in its payload fields that electronic hardware attached at the terminus of the SpaceWire node would decode, interpret, and execute. The hardware s interpretation of the packet data would enable the hardware to change its state/configuration (command) or generate status (telemetry). The primary purpose is to provide an interface that is compatible with the hardware and the CFE software bus. By specifying the format of the CCSDS packet, it is possible to specify how the resulting hardware is to be built (in terms of digital logic) that results in a hardware design that can be controlled by the CFE software bus in the final application

  10. Standard gas hardware

    NASA Technical Reports Server (NTRS)

    Spencer, Stan

    1995-01-01

    The Sierra College Space Technology Program is currently building their third GAS payload in addition to a small satellite. The project is supported by an ARPA/TRP grant. One aspect of the grant is the design of standard hardware for Get Away Specials (GAS) payloads. A standard structure has been designed and work is progressing on a standard battery box and computer.

  11. 10 commandments of smile esthetics.

    PubMed

    Machado, Andre Wilson

    2014-01-01

    The search for esthetic treatment has persisted in the routine of dental professionals. Following this trend, dental patients have sought treatment with the primary aim of improving smile esthetics. The aim of this article is to present a protocol to assess patient's smile: The 10 Commandments of smile esthetics.

  12. 10 commandments of smile esthetics

    PubMed Central

    Machado, Andre Wilson

    2014-01-01

    The search for esthetic treatment has persisted in the routine of dental professionals. Following this trend, dental patients have sought treatment with the primary aim of improving smile esthetics. The aim of this article is to present a protocol to assess patient's smile: The 10 Commandments of smile esthetics. PMID:25279532

  13. Apollo experience report: Command and service module sequential events control subsystem

    NASA Technical Reports Server (NTRS)

    Johnson, G. W.

    1975-01-01

    The Apollo command and service module sequential events control subsystem is described, with particular emphasis on the major systems and component problems and solutions. The subsystem requirements, design, and development and the test and flight history of the hardware are discussed. Recommendations to avoid similar problems on future programs are outlined.

  14. Flight Avionics Hardware Roadmap

    NASA Technical Reports Server (NTRS)

    Hodson, Robert; McCabe, Mary; Paulick, Paul; Ruffner, Tim; Some, Rafi; Chen, Yuan; Vitalpur, Sharada; Hughes, Mark; Ling, Kuok; Redifer, Matt; Wallace, Shawn

    2013-01-01

    As part of NASA's Avionics Steering Committee's stated goal to advance the avionics discipline ahead of program and project needs, the committee initiated a multi-Center technology roadmapping activity to create a comprehensive avionics roadmap. The roadmap is intended to strategically guide avionics technology development to effectively meet future NASA missions needs. The scope of the roadmap aligns with the twelve avionics elements defined in the ASC charter, but is subdivided into the following five areas: Foundational Technology (including devices and components), Command and Data Handling, Spaceflight Instrumentation, Communication and Tracking, and Human Interfaces.

  15. DCSP hardware maintenance system

    SciTech Connect

    Pazmino, M.

    1995-11-01

    This paper discusses the necessary changes to be implemented on the hardware side of the DCSP database. DCSP is currently tracking hardware maintenance costs in six separate databases. The goal is to develop a system that combines all data and works off a single database. Some of the tasks that will be discussed in this paper include adding the capability for report generation, creating a help package and preparing a users guide, testing the executable file, and populating the new database with data taken from the old database. A brief description of the basic process used in developing the system will also be discussed. Conclusions about the future of the database and the delivery of the final product are then addressed, based on research and the desired use of the system.

  16. Sterilization of space hardware.

    NASA Technical Reports Server (NTRS)

    Pflug, I. J.

    1971-01-01

    Discussion of various techniques of sterilization of space flight hardware using either destructive heating or the action of chemicals. Factors considered in the dry-heat destruction of microorganisms include the effects of microbial water content, temperature, the physicochemical properties of the microorganism and adjacent support, and nature of the surrounding gas atmosphere. Dry-heat destruction rates of microorganisms on the surface, between mated surface areas, or buried in the solid material of space vehicle hardware are reviewed, along with alternative dry-heat sterilization cycles, thermodynamic considerations, and considerations of final sterilization-process design. Discussed sterilization chemicals include ethylene oxide, formaldehyde, methyl bromide, dimethyl sulfoxide, peracetic acid, and beta-propiolactone.

  17. Hardware Accelerated Simulated Radiography

    SciTech Connect

    Laney, D; Callahan, S; Max, N; Silva, C; Langer, S; Frank, R

    2005-04-12

    We present the application of hardware accelerated volume rendering algorithms to the simulation of radiographs as an aid to scientists designing experiments, validating simulation codes, and understanding experimental data. The techniques presented take advantage of 32 bit floating point texture capabilities to obtain validated solutions to the radiative transport equation for X-rays. An unsorted hexahedron projection algorithm is presented for curvilinear hexahedra that produces simulated radiographs in the absorption-only regime. A sorted tetrahedral projection algorithm is presented that simulates radiographs of emissive materials. We apply the tetrahedral projection algorithm to the simulation of experimental diagnostics for inertial confinement fusion experiments on a laser at the University of Rochester. We show that the hardware accelerated solution is faster than the current technique used by scientists.

  18. 32 CFR 724.405 - Commandant of the Marine Corps or the Commander, Naval Military Personnel Command.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ..., Naval Military Personnel Command. 724.405 Section 724.405 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY PERSONNEL NAVAL DISCHARGE REVIEW BOARD Principal Elements of the Navy Department Discharge Review System § 724.405 Commandant of the Marine Corps or the Commander, Naval...

  19. 32 CFR 724.405 - Commandant of the Marine Corps or the Commander, Naval Military Personnel Command.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ..., Naval Military Personnel Command. 724.405 Section 724.405 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY PERSONNEL NAVAL DISCHARGE REVIEW BOARD Principal Elements of the Navy Department Discharge Review System § 724.405 Commandant of the Marine Corps or the Commander, Naval...

  20. Astronaut Young at the commander's station

    NASA Technical Reports Server (NTRS)

    1983-01-01

    Astronaut John W. Young, crew commander, takes notes in the commander's station on the flight deck of the Columbia. The cathode ray tube (CRT) among the forward panels diplays the orbiter's position in relation to the Earth on its monitor.

  1. British Airways' pre-command training program

    NASA Technical Reports Server (NTRS)

    Holdstock, L. F. J.

    1980-01-01

    Classroom, flight simulator, and in-flight sessions of an airline pilot training program are briefly described. Factors discussed include initial command potential assessment, precommand airline management studies course, precommand course, and command course.

  2. Expedition 33/34 Change of Command

    NASA Video Gallery

    Expedition 33 Commander Suni Williams ceremonially handed over command of the International Space Station on Saturday to fellow NASA astronaut Kevin Ford on the eve of her departure from the comple...

  3. STS-93 Commander Eileen Collins

    NASA Technical Reports Server (NTRS)

    1999-01-01

    STS-93 Commander Eileen Collins (pictured) is the first woman to serve as a shuttle mission commander. She was the first woman pilot of a Space Shuttle, on mission STS-63, and also served as pilot on mission STS-84. Collins will command the crew of STS-93 on a five-day mission aboard Space Shuttle Columbia on its newly scheduled launch date July 9. The other STS-93 crew members are Pilot Jeffrey S. Ashby and Mission Specialists Steven A. Hawley, Catherine G. Coleman and Michel Tognini of France, representing the Centre National d'Etudes Spatiales (CNES). The primary mission of STS-93 is the deployment of the Chandra X-ray Observatory. Formerly called the Advanced X-ray Astrophysics Facility, Chandra comprises three major elements: the spacecraft, the science instrument module (SIM), and the world's most powerful X-ray telescope. Chandra will allow scientists from around the world to see previously invisible black holes and high-temperature gas clouds, giving the observatory the potential to rewrite the books on the structure and evolution of our universe.

  4. Voice command weapons launching system

    NASA Astrophysics Data System (ADS)

    Brown, H. E.

    1984-09-01

    This abstract discloses a voice-controlled weapons launching system for use by a pilot of an aircraft against a plurality of simultaneously appearing (i.e., existing) targets, such as two or more aggressor aircraft (or tanks, or the like) attacking more aggressor aircraft. The system includes, in combination, a voice controlled input device linked to and controlling a computer; apparatus (such as a television camera, receiver, and display), linked to and actuated by the computer by a voice command from the pilot, for acquiring and displaying an image of the multi-target area; a laser, linked to and actuated by the computer by a voice command from the pilot to point to (and to lock on to) any one of the plurality of targets, with the laser emitting a beam toward the designated (i.e., selected) target; and a plurality of laser beam-rider missiles, with a different missile being launched toward and attacking each different designated target by riding the laser beam to that target. Unlike the prior art, the system allows the pilot to use his hands full-time to fly and to control the aircraft, while also permitting him to launch each different missile in rapid sequence by giving a two-word spoken command after he has visually selected each target of the plurality of targets, thereby making it possible for the pilot of a single defender aircraft to prevail against the plurality of simultaneously attacking aircraft, or tanks, or the like.

  5. 32 CFR 700.1053 - Commander of a task force.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 5 2011-07-01 2011-07-01 false Commander of a task force. 700.1053 Section 700... Command Detail to Duty § 700.1053 Commander of a task force. (a) A geographic fleet commander, and any other naval commander, may detail in command of a task force, or other task command, any...

  6. 32 CFR 700.1053 - Commander of a task force.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... 32 National Defense 5 2012-07-01 2012-07-01 false Commander of a task force. 700.1053 Section 700... Command Detail to Duty § 700.1053 Commander of a task force. (a) A geographic fleet commander, and any other naval commander, may detail in command of a task force, or other task command, any...

  7. 32 CFR 700.1053 - Commander of a task force.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... 32 National Defense 5 2014-07-01 2014-07-01 false Commander of a task force. 700.1053 Section 700... Command Detail to Duty § 700.1053 Commander of a task force. (a) A geographic fleet commander, and any other naval commander, may detail in command of a task force, or other task command, any...

  8. 32 CFR 700.1053 - Commander of a task force.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... 32 National Defense 5 2013-07-01 2013-07-01 false Commander of a task force. 700.1053 Section 700... Command Detail to Duty § 700.1053 Commander of a task force. (a) A geographic fleet commander, and any other naval commander, may detail in command of a task force, or other task command, any...

  9. 32 CFR 700.1053 - Commander of a task force.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 5 2010-07-01 2010-07-01 false Commander of a task force. 700.1053 Section 700... Command Detail to Duty § 700.1053 Commander of a task force. (a) A geographic fleet commander, and any other naval commander, may detail in command of a task force, or other task command, any...

  10. 46 CFR 42.05-20 - Commandant.

    Code of Federal Regulations, 2012 CFR

    2012-10-01

    ... 46 Shipping 2 2012-10-01 2012-10-01 false Commandant. 42.05-20 Section 42.05-20 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) LOAD LINES DOMESTIC AND FOREIGN VOYAGES BY SEA Definition of Terms Used in This Subchapter § 42.05-20 Commandant. This term means the Commandant, U.S. Coast Guard, Washington, DC...

  11. 32 CFR 215.7 - Command relationships.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... unified or specified commands through the Chief of Staff, U.S. Army, and Task Force Commanders designated by JCS. (c) At objective areas, designated task force commanders will exercise operational control..., through the Chief of Staff, U.S. Army, the direction of those forces assigned or committed to him by...

  12. Hardware Counter Multiplexing

    2000-10-13

    The Hardware Counter Multiplexer works with the built-in counter registers on computer processors. These counters record various low-level events as software runs, but they can not record all possible events at the same time. This software helps work around that limitation by counting a series of different events in sequence over a period of time. This in turn allows programmers to measure interesting combinations of events, rather than single events. The software is designed tomore » work with multithreaded or single-threaded programs.« less

  13. ATA50 telescope: hardware

    NASA Astrophysics Data System (ADS)

    Yeşilyaprak, C.; Yerli, S. K.; Aksaker, N.; Yildiran, Y.; Güney, Y.; Güçsav, B. B.; Özeren, F. F.; Kiliç, Y.; Shameoni, M. N.; Fişek, S.; Kiliçerkan, G.; Nasiroğlu, İ.; Özbaldan, E. E.; Yaşar, E.

    2014-12-01

    ATA50 Telescope is a new telescope with RC optics and 50 cm diameter. It was supported by Atatürk University Scientific Research Project (2010) and established at about 2000 meters altitude in city of Erzurum in Turkey last year. The observations were started a few months ago under the direction and control of Atatürk University Astrophysics Research and Application Center (ATASAM). The technical properties and infrastructures of ATA50 Telescope are presented and we have been working on the robotic automation of the telescope as hardware and software in order to be a ready-on-demand candidate for both national and international telescope networks.

  14. Mir hardware heritage

    NASA Technical Reports Server (NTRS)

    Portree, David S. F.

    1995-01-01

    The heritage of the major Mir complex hardware elements is described. These elements include Soyuz-TM and Progress-M; the Kvant, Kvant 2, and Kristall modules; and the Mir base block. Configuration changes and major mission events of the Salyut 6, Salyut 7, and Mir multiport space stations are described in detail for the period 1977-1994. A comparative chronology of U.S. and Soviet/Russian manned spaceflight is also given for that period. The 68 illustrations include comparative scale drawings of U.S. and Russian spacecraft as well as sequential drawings depicting missions and mission events.

  15. Mapping of Topological Quantum Circuits to Physical Hardware

    NASA Astrophysics Data System (ADS)

    Paler, Alexandru; Devitt, Simon J.; Nemoto, Kae; Polian, Ilia

    2014-04-01

    Topological quantum computation is a promising technique to achieve large-scale, error-corrected computation. Quantum hardware is used to create a large, 3-dimensional lattice of entangled qubits while performing computation requires strategic measurement in accordance with a topological circuit specification. The specification is a geometric structure that defines encoded information and fault-tolerant operations. The compilation of a topological circuit is one important aspect of programming a quantum computer, another is the mapping of the topological circuit into the operations performed by the hardware. Each qubit has to be controlled, and measurement results are needed to propagate encoded quantum information from input to output. In this work, we introduce an algorithm for mapping an topological circuit to the operations needed by the physical hardware. We determine the control commands for each qubit in the computer and the relevant measurements that are needed to track information as it moves through the circuit.

  16. Mapping of topological quantum circuits to physical hardware.

    PubMed

    Paler, Alexandru; Devitt, Simon J; Nemoto, Kae; Polian, Ilia

    2014-01-01

    Topological quantum computation is a promising technique to achieve large-scale, error-corrected computation. Quantum hardware is used to create a large, 3-dimensional lattice of entangled qubits while performing computation requires strategic measurement in accordance with a topological circuit specification. The specification is a geometric structure that defines encoded information and fault-tolerant operations. The compilation of a topological circuit is one important aspect of programming a quantum computer, another is the mapping of the topological circuit into the operations performed by the hardware. Each qubit has to be controlled, and measurement results are needed to propagate encoded quantum information from input to output. In this work, we introduce an algorithm for mapping an topological circuit to the operations needed by the physical hardware. We determine the control commands for each qubit in the computer and the relevant measurements that are needed to track information as it moves through the circuit. PMID:24722360

  17. 14 CFR 91.1031 - Pilot in command or second in command: Designation required.

    Code of Federal Regulations, 2014 CFR

    2014-01-01

    ... RULES Fractional Ownership Operations Program Management § 91.1031 Pilot in command or second in command: Designation required. (a) Each program manager must designate a— (1) Pilot in command for each program flight... designated by the program manager, must remain the pilot in command at all times during that flight....

  18. Apollo Guidance, Navigation, and Control (GNC) Hardware Overview

    NASA Technical Reports Server (NTRS)

    Interbartolo, Michael

    2009-01-01

    This viewgraph presentation reviews basic guidance, navigation and control (GNC) concepts, examines the Command and Service Module (CSM) and Lunar Module (LM) GNC organization and discusses the primary GNC and the CSM Stabilization and Control System (SCS), as well as other CSM-specific hardware. The LM Abort Guidance System (AGS), Control Electronics System (CES) and other LM-specific hardware are also addressed. Three subsystems exist on each vehicle: the computer subsystem (CSS), the inertial subsystem (ISS) and the optical subsystem (OSS). The CSS and ISS are almost identical between CSM and LM and each is designed to operate independently. CSM SCS hardware are highlighted, including translation control, rotation controls, gyro assemblies, a gyro display coupler and flight director attitude indicators. The LM AGS hardware are also highlighted and include the abort electronics assembly and the abort sensor assembly; while the LM CES hardware includes the attitude controller assembly, thrust/translation controller assemblies and the ascent engine arming assemble. Other common hardware including the Orbital Rate Display - Earth and Lunar (ORDEAL) and the Crewman Optical Alignment Sight (COAS), a docking aid, are also highlighted.

  19. 7. General view of command center, building 501, looking west ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    7. General view of command center, building 501, looking west - Offutt Air Force Base, Strategic Air Command Headquarters & Command Center, Command Center, 901 SAC Boulevard, Bellevue, Sarpy County, NE

  20. 6. General view of command center, building 501, looking east ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    6. General view of command center, building 501, looking east - Offutt Air Force Base, Strategic Air Command Headquarters & Command Center, Command Center, 901 SAC Boulevard, Bellevue, Sarpy County, NE

  1. 13. SAC command center, weather center, underground structure, building 501, ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    13. SAC command center, weather center, underground structure, building 501, undated - Offutt Air Force Base, Strategic Air Command Headquarters & Command Center, Command Center, 901 SAC Boulevard, Bellevue, Sarpy County, NE

  2. Robustness in Digital Hardware

    NASA Astrophysics Data System (ADS)

    Woods, Roger; Lightbody, Gaye

    The growth in electronics has probably been the equivalent of the Industrial Revolution in the past century in terms of how much it has transformed our daily lives. There is a great dependency on technology whether it is in the devices that control travel (e.g., in aircraft or cars), our entertainment and communication systems, or our interaction with money, which has been empowered by the onset of Internet shopping and banking. Despite this reliance, there is still a danger that at some stage devices will fail within the equipment's lifetime. The purpose of this chapter is to look at the factors causing failure and address possible measures to improve robustness in digital hardware technology and specifically chip technology, giving a long-term forecast that will not reassure the reader!

  3. Évolution de leucémies myéloïdes chroniques sous nilotinib après échec a l'imatinib

    PubMed Central

    Sawadogo, Salifo; Hien, Francis Michel; Ouédraogo, Macaire Sampawendé; Drabo, Youssouf Joseph

    2014-01-01

    C'est une étude observationnelle prospective ouverte: quatre leucémies myéloïdes chroniques résistant ou intolérant à l'Imatinib ont été traitées par le Nilotinib. Elles ont été incluses dans le programme GIPAP et suivies selon les recommandations de “European LeukemiaNet”. Trois ont un score de Sokal de haut risque et une de bas risque. Deux étaient hypertendues. Mises sous Nilotinib, il y a eu deux rémissions cytogénétiques complètes et deux échecs. Le traitement a été interrompu chez les deux rémissions complètes, l'un pour effet secondaire du Nilotinib et l'autre pour changement de pays. Les deux échecs sont dus à des résistances. Le Nilotinib réduisant la fréquence des mutations des leucémies myéloïdes chroniques à haut risque et risque intermédiaire, il serait judicieux d'utiliser ce produit en première intention dans ces cas - ci pour réduire la charge des examens complémentaires. Les pays à bas revenu confrontés à des problèmes de survie ont besoin de la solidarité mondiale pour prendre en charge les leucémies myéloïdes chroniques. PMID:25419280

  4. Space hardware microbial contamination

    NASA Astrophysics Data System (ADS)

    Baker, A.; Kern, R.; Mancinelli, R.; Venkateswaren, K.; Wainwright, N.

    Planetary Protection (PP) requirements imposed on unmanned planetary missions require that the spacecraft undergo rigorous bioload reduction prior to launch. The ability to quantitate bioburden on such spacecraft is dependent on developing new analytical methodologies that can be used to identify and trace biological contamination on flight hardware. The focus of new method development is to move forward and to augment the current spore analysis method which was first used on Viking. The ultimate goal of the new techniques is not to increase the cleanliness requirement currently levied on various missions, b ut instead to better understand the nature of the bioburden through the use of well-characterized standard methods. Subsequently an array of standard techniques is needed to provide various analytical methodologies that can be used to access bioburden, depending upon mission specifications. This poster will provide information on two workshops that have been held to review the status of the development of new quantitative techniques for determining the bioload on spacecraft at the time of launch. The purpose of the workshops was to review and revise NASA Standard Operation Procedure NPG:5340.1C "Microbiological Examination of Space Hardware and Associated Environments" to incorporate improvements in the procedure and to reflect current field practices. I addition the paneln reviewed the status of new analytical methods currently under study for planetary protection applications, defining expected research that would bring the individual methods to a point where they can be drafted for submittal to the NASA standard procedure process. The poster will highlight changes to current standard procedures as well as review the status of new methods currently being studied. Methods included Polymerase Chain Reaction (PCR), Epifluorescence Techniques, Live/Dead Cell Analysis, Capillary Electrophoresis of Amino Acids and Ionic Contaminants, High Sensitivity Assay for

  5. Space Hardware Microbial Contamination

    NASA Astrophysics Data System (ADS)

    Baker, A.; Kern, R.; Wainwright, N.

    Planetary Protection (PP) requirements imposed on unmanned planetary missions require that the spacecraft undergo rigorous bioload reduction prior to launch. The ability to quantitate bioburden on such spacecraft is dependent on developing new analytical methodologies that can be used to identify and trace biological contamination on flight hardware. The focus of new method development is to move forward and to augment the current spore analysis method which was first used on Viking. The ultimate goal of the new techniques is not to increase the cleanliness requirement currently levied on various missions, but instead to better understand the nature of the bioburden through the use of well-characterized standard methods. Subsequently an array of standard techniques is needed to provide various analytical methodologies that can be used to access bioburden, depending upon mission specifications. Since the Viking mission no new methods have been certified for inclusion in the NASA Standard Procedure NPG 5340. The process of transferring a new method from the research and development phase to a standardized laboratory technique suitable for use on space craft will be discussed. A historical overview of the process used to develop and certify the standard assay methods for the Viking mission will be provided. Ongoing challenges to certify new methods include: 1) development of surrogate sampling matrices when spacecraft hardware is not available, 2) a comprehensive laboratory process for standardizing a new method for routine use, and 3) the development of critical pass fail benchmarks for spacecraft using new biomarkers. In addition a proposed process that has been used to develop analytical methods using Limulus Amebocyte Lysate, and Adenosine Triphosphate will be presented.

  6. Command and Service Module Communications

    NASA Technical Reports Server (NTRS)

    Interbartolo, Michael

    2009-01-01

    This viewgraph presentation examines Command and Service Module (CSM) Communications. The communication system's capabilities are defined, including CSM-Earth, CSM-Lunar Module and CSM-Extravehicular crewman communications. An overview is provided for S-band communications, including data transmission and receiving rates, operating frequencies and major system components (pre-modulation processors, unified S-band electronics, S-band power amplifier and S-band antennas). Additionally, data transmission rates, operating frequencies and the capabilities of VHF communications are described. Major VHF components, including transmitters and receivers, and the VHF multiplexer and antennas are also highlighted. Finally, communications during pre-launch, ascent, in-flight and entry are discussed. Overall, the CSM communication system was rated highly by flight controllers and crew. The system was mostly autonomous for both crew and flight controllers and no major issues were encountered during flight.

  7. Breakthrough Cancer Pain: Ten Commandments.

    PubMed

    Mercadante, Sebastiano; Cuomo, Arturo

    2016-01-01

    The term "breakthrough cancer pain" (BTcP) was introduced about 25 years ago. Peaks of pain intensity reported in patients with cancer had been invariably examined in the past years, providing relevant information for a better knowledge of this phenomenon and its treatment. The aim of this critical review was to provide the golden rules, namely, the 10 commandments, for a correct diagnostic pathway of BTcP and a consequent personalized pharmacological treatment. These are as follows: 1) assessment of background analgesia, 2) drugs used for background analgesia, 3) BTcP is a frequent phenomenon, 4) characteristics of BTcP, 5) diagnosis of BTcP, 6) continuous assessment, 7) tailored pharmacological treatment of BTcP, 8) selection of BTcP medication, 9) dosing BTcP medications, and 10) education. These steps may help clinicians to recognize and treat BTcP adequately. PMID:27565269

  8. Station Commander Congratulates New Flight Directors

    NASA Video Gallery

    Aboard the International Space Station, Expedition 29 Commander Mike Fossum congratulates Judd Frieling, Tomas Gonzalez-Torres and Greg Whitney on being selected as NASA's newest flight directors. ...

  9. Waveform command shaping control of multimode systems

    NASA Astrophysics Data System (ADS)

    Alhazza, Khaled A.; Masoud, Ziyad N.

    2016-02-01

    A method for eliminating residual vibrations in multimode systems is presented using a command shaping technique. The proposed command shaping technique captures two main advantages. Namely, the independence of the time length of the shaped command from the resonant frequencies of the system, and the ability to generate the command profile without a full system model. Experiments on systems with partial models represented by their resonant frequencies show that shaped command profiles generated using actual measured resonant frequencies of a system outperform those based on mathematical models. This feature of the proposed command shaping technique makes it very attractive for complicated multimode systems where mathematical models are difficult to build. Profiles of the proposed shaped command are simple and do not require intensive calculations. Performance of the proposed shaped command is validated using numerical simulations and experiments. Numerical simulations prove that the shaped commands are capable of completely eliminating residual vibrations of multimode systems. Experiments show that residual vibration elimination depends on the level of accuracy of the measured resonant frequencies of the system.

  10. Hardware assisted hypervisor introspection.

    PubMed

    Shi, Jiangyong; Yang, Yuexiang; Tang, Chuan

    2016-01-01

    In this paper, we introduce hypervisor introspection, an out-of-box way to monitor the execution of hypervisors. Similar to virtual machine introspection which has been proposed to protect virtual machines in an out-of-box way over the past decade, hypervisor introspection can be used to protect hypervisors which are the basis of cloud security. Virtual machine introspection tools are usually deployed either in hypervisor or in privileged virtual machines, which might also be compromised. By utilizing hardware support including nested virtualization, EPT protection and #BP, we are able to monitor all hypercalls belongs to the virtual machines of one hypervisor, include that of privileged virtual machine and even when the hypervisor is compromised. What's more, hypercall injection method is used to simulate hypercall-based attacks and evaluate the performance of our method. Experiment results show that our method can effectively detect hypercall-based attacks with some performance cost. Lastly, we discuss our furture approaches of reducing the performance cost and preventing the compromised hypervisor from detecting the existence of our introspector, in addition with some new scenarios to apply our hypervisor introspection system. PMID:27330913

  11. Hardware Removal in Craniomaxillofacial Trauma

    PubMed Central

    Cahill, Thomas J.; Gandhi, Rikesh; Allori, Alexander C.; Marcus, Jeffrey R.; Powers, David; Erdmann, Detlev; Hollenbeck, Scott T.; Levinson, Howard

    2015-01-01

    Background Craniomaxillofacial (CMF) fractures are typically treated with open reduction and internal fixation. Open reduction and internal fixation can be complicated by hardware exposure or infection. The literature often does not differentiate between these 2 entities; so for this study, we have considered all hardware exposures as hardware infections. Approximately 5% of adults with CMF trauma are thought to develop hardware infections. Management consists of either removing the hardware versus leaving it in situ. The optimal approach has not been investigated. Thus, a systematic review of the literature was undertaken and a resultant evidence-based approach to the treatment and management of CMF hardware infections was devised. Materials and Methods A comprehensive search of journal articles was performed in parallel using MEDLINE, Web of Science, and ScienceDirect electronic databases. Keywords and phrases used were maxillofacial injuries; facial bones; wounds and injuries; fracture fixation, internal; wound infection; and infection. Our search yielded 529 articles. To focus on CMF fractures with hardware infections, the full text of English-language articles was reviewed to identify articles focusing on the evaluation and management of infected hardware in CMF trauma. Each article’s reference list was manually reviewed and citation analysis performed to identify articles missed by the search strategy. There were 259 articles that met the full inclusion criteria and form the basis of this systematic review. The articles were rated based on the level of evidence. There were 81 grade II articles included in the meta-analysis. Result Our meta-analysis revealed that 7503 patients were treated with hardware for CMF fractures in the 81 grade II articles. Hardware infection occurred in 510 (6.8%) of these patients. Of those infections, hardware removal occurred in 264 (51.8%) patients; hardware was left in place in 166 (32.6%) patients; and in 80 (15.6%) cases

  12. Flight Avionics Hardware Roadmap

    NASA Technical Reports Server (NTRS)

    Some, Raphael; Goforth, Monte; Chen, Yuan; Powell, Wes; Paulick, Paul; Vitalpur, Sharada; Buscher, Deborah; Wade, Ray; West, John; Redifer, Matt; Partridge, Harry; Sherman, Aaron; McCabe, Mary

    2014-01-01

    The Avionics Technology Roadmap takes an 80% approach to technology investment in spacecraft avionics. It delineates a suite of technologies covering foundational, component, and subsystem-levels, which directly support 80% of future NASA space mission needs. The roadmap eschews high cost, limited utility technologies in favor of lower cost, and broadly applicable technologies with high return on investment. The roadmap is also phased to support future NASA mission needs and desires, with a view towards creating an optimized investment portfolio that matures specific, high impact technologies on a schedule that matches optimum insertion points of these technologies into NASA missions. The roadmap looks out over 15+ years and covers some 114 technologies, 58 of which are targeted for TRL6 within 5 years, with 23 additional technologies to be at TRL6 by 2020. Of that number, only a few are recommended for near term investment: 1. Rad Hard High Performance Computing 2. Extreme temperature capable electronics and packaging 3. RFID/SAW-based spacecraft sensors and instruments 4. Lightweight, low power 2D displays suitable for crewed missions 5. Radiation tolerant Graphics Processing Unit to drive crew displays 6. Distributed/reconfigurable, extreme temperature and radiation tolerant, spacecraft sensor controller and sensor modules 7. Spacecraft to spacecraft, long link data communication protocols 8. High performance and extreme temperature capable C&DH subsystem In addition, the roadmap team recommends several other activities that it believes are necessary to advance avionics technology across NASA: center dot Engage the OCT roadmap teams to coordinate avionics technology advances and infusion into these roadmaps and their mission set center dot Charter a team to develop a set of use cases for future avionics capabilities in order to decouple this roadmap from specific missions center dot Partner with the Software Steering Committee to coordinate computing hardware

  13. 14 CFR 91.1031 - Pilot in command or second in command: Designation required.

    Code of Federal Regulations, 2010 CFR

    2010-01-01

    ... 14 Aeronautics and Space 2 2010-01-01 2010-01-01 false Pilot in command or second in command: Designation required. 91.1031 Section 91.1031 Aeronautics and Space FEDERAL AVIATION ADMINISTRATION... designated by the program manager, must remain the pilot in command at all times during that flight....

  14. 32 CFR 536.12 - Commanding General, U.S. Army Medical Command.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 3 2011-07-01 2009-07-01 true Commanding General, U.S. Army Medical Command. 536.12 Section 536.12 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY CLAIMS AND ACCOUNTS CLAIMS AGAINST THE UNITED STATES The Army Claims System § 536.12 Commanding General,...

  15. 32 CFR 536.12 - Commanding General, U.S. Army Medical Command.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 3 2010-07-01 2010-07-01 true Commanding General, U.S. Army Medical Command. 536.12 Section 536.12 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY CLAIMS AND ACCOUNTS CLAIMS AGAINST THE UNITED STATES The Army Claims System § 536.12 Commanding General,...

  16. 32 CFR 536.12 - Commanding General, U.S. Army Medical Command.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... 32 National Defense 3 2013-07-01 2013-07-01 false Commanding General, U.S. Army Medical Command. 536.12 Section 536.12 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY CLAIMS AND ACCOUNTS CLAIMS AGAINST THE UNITED STATES The Army Claims System § 536.12 Commanding General,...

  17. 32 CFR 536.12 - Commanding General, U.S. Army Medical Command.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... 32 National Defense 3 2014-07-01 2014-07-01 false Commanding General, U.S. Army Medical Command. 536.12 Section 536.12 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY CLAIMS AND ACCOUNTS CLAIMS AGAINST THE UNITED STATES The Army Claims System § 536.12 Commanding General,...

  18. 32 CFR 536.12 - Commanding General, U.S. Army Medical Command.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... 32 National Defense 3 2012-07-01 2009-07-01 true Commanding General, U.S. Army Medical Command. 536.12 Section 536.12 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY CLAIMS AND ACCOUNTS CLAIMS AGAINST THE UNITED STATES The Army Claims System § 536.12 Commanding General,...

  19. Optical Properties of Nanosatellite Hardware

    NASA Technical Reports Server (NTRS)

    Finckenor, M. M.; Coker, R. F.

    2014-01-01

    Over the last decade, a number of very small satellites have been launched into space. These have been called nanosatellites (generally of a weight between 1 and 10 kg) or picosatellites (weight <1 kg). This also includes CubeSats, which are based on 10-cm cube units. With the addition of the Japanese Experiment Module (JEM) Small Satellite Orbital Deployer (J-SSOD) to the International Space Station (ISS), CubeSats are easily cycled through the JEM airlock and deployed into space (fig. 1). The number of CubeSats launched since 2003 was approaching 100 at the time of publication, and the authors expect this trend in research to continue, particularly for high school and college flight experiments. Because these spacecraft are so small, there is usually no allowance for shielding or active heating or cooling of the avionics and other hardware. Parts that are usually ignored in the thermal analysis of larger spacecraft may contribute significantly to the heat load of a tiny satellite. In addition, many small satellites have commercial-off-the-shelf (COTS) components. To reduce costs, many providers of COTS components do not include the optical and physical parameters necessary for accurate thermal analysis. Marshall Space Flight Center participated in the development and analysis of the Space Missile Defense Command-Operational Nanosatellite Effect (SMDC-ONE) and the Edison Demonstration of Smallsat Networks (EDSN) nanosatellites. These optical property measurements are documented here in hopes that they may benefit future nanosatellite and picosatellite programs and aid thermal analysis to ensure project goals are met, with the understanding that material properties may vary by vendor, batch, manufacturing process, and preflight handling. Where possible, complementary data are provided from ground simulations of the space environment and flight experiments, such as the Materials on International Space Station Experiment (MISSE) series. NASA gives no recommendation

  20. 76 FR 19893 - Unified Command Plan 2011

    Federal Register 2010, 2011, 2012, 2013, 2014

    2011-04-08

    ... HOUSE, Washington, April 6, 2011 [FR Doc. 2011-8644 Filed 4-7-11; 11:15 am] Billing code 5000-04-P ...#0;#0; ] Memorandum of April 6, 2011 Unified Command Plan 2011 Memorandum for the Secretary of... the revised Unified Command Plan. Consistent with title 10, United States Code, section 161(b)(2)...

  1. 46 CFR 5.801 - Commandant's review.

    Code of Federal Regulations, 2012 CFR

    2012-10-01

    ... 46 Shipping 1 2012-10-01 2012-10-01 false Commandant's review. 5.801 Section 5.801 Shipping COAST... REGULATIONS-PERSONNEL ACTION Review of Administrative Law Judge's Decisions in Cases Where Charges Have Been Found Proved § 5.801 Commandant's review. Any decision of an Administrative Law Judge, in which...

  2. 32 CFR 637.3 - Installation Commander.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... 32 National Defense 4 2013-07-01 2013-07-01 false Installation Commander. 637.3 Section 637.3 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY (CONTINUED) LAW ENFORCEMENT AND CRIMINAL INVESTIGATIONS MILITARY POLICE INVESTIGATION Investigations § 637.3 Installation Commander....

  3. 32 CFR 637.3 - Installation Commander.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... 32 National Defense 4 2012-07-01 2011-07-01 true Installation Commander. 637.3 Section 637.3 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY (CONTINUED) LAW ENFORCEMENT AND CRIMINAL INVESTIGATIONS MILITARY POLICE INVESTIGATION Investigations § 637.3 Installation Commander....

  4. 32 CFR 637.3 - Installation Commander.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... 32 National Defense 4 2014-07-01 2013-07-01 true Installation Commander. 637.3 Section 637.3 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY (CONTINUED) LAW ENFORCEMENT AND CRIMINAL INVESTIGATIONS MILITARY POLICE INVESTIGATION Investigations § 637.3 Installation Commander....

  5. 32 CFR 637.3 - Installation Commander.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 4 2011-07-01 2011-07-01 false Installation Commander. 637.3 Section 637.3 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY (CONTINUED) LAW ENFORCEMENT AND CRIMINAL INVESTIGATIONS MILITARY POLICE INVESTIGATION Investigations § 637.3 Installation Commander....

  6. 32 CFR 637.3 - Installation Commander.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 4 2010-07-01 2010-07-01 true Installation Commander. 637.3 Section 637.3 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY (CONTINUED) LAW ENFORCEMENT AND CRIMINAL INVESTIGATIONS MILITARY POLICE INVESTIGATION Investigations § 637.3 Installation Commander....

  7. 46 CFR 5.801 - Commandant's review.

    Code of Federal Regulations, 2011 CFR

    2011-10-01

    ... 46 Shipping 1 2011-10-01 2011-10-01 false Commandant's review. 5.801 Section 5.801 Shipping COAST... REGULATIONS-PERSONNEL ACTION Review of Administrative Law Judge's Decisions in Cases Where Charges Have Been Found Proved § 5.801 Commandant's review. Any decision of an Administrative Law Judge, in which...

  8. XTCE. XML Telemetry and Command Exchange Tutorial

    NASA Technical Reports Server (NTRS)

    Rice, Kevin; Kizzort, Brad; Simon, Jerry

    2010-01-01

    An XML Telemetry Command Exchange (XTCE) tutoral oriented towards packets or minor frames is shown. The contents include: 1) The Basics; 2) Describing Telemetry; 3) Describing the Telemetry Format; 4) Commanding; 5) Forgotten Elements; 6) Implementing XTCE; and 7) GovSat.

  9. Controlling robots with spoken commands

    SciTech Connect

    Beugelsdijk, T.; Phelan, P.

    1987-10-01

    A robotic system for handling radioactive materials has been developed at Los Alamos National Laboratory. Because of safety considerations, the robot must be under the control of a human operator continuously. In this paper we describe the implementation of a voice-recognition system that makes such control possible, yet permits the robot to perform preprogrammed manipulations without the operator's intervention. We also describe the training given both the operator and the voice recognition-system, as well as practical problems encountered during routine operation. A speech synthesis unit connected to the robot's control computer provides audible feedback to the operator. Thus, when a task is completed or if an emergency develops, the computer provides an appropriate spoken message. Implementation and operation of this commercially available hardware are discussed.

  10. Hardware structures of hydronic systems for speed control

    NASA Astrophysics Data System (ADS)

    Avram, M.; Spânu, A.; Bucşan, C.; Besnea, D.

    2016-08-01

    Most hydraulic actuating systems use constant flow pumps, for economic reasons. The resistive method is then used to control the speed of the actuated load. In the case of high performance systems the flow area is modified using analogical or numeric electric commands applied to proportional flow control devices. In the first part of the paper some hardware structures of hydronic actuating systems used for speed control are presented, and in the second part two experimental models of such systems are presented. Some aspects regarding the output improvement of such a system are also considered.

  11. Classical command of quantum systems.

    PubMed

    Reichardt, Ben W; Unger, Falk; Vazirani, Umesh

    2013-04-25

    Quantum computation and cryptography both involve scenarios in which a user interacts with an imperfectly modelled or 'untrusted' system. It is therefore of fundamental and practical interest to devise tests that reveal whether the system is behaving as instructed. In 1969, Clauser, Horne, Shimony and Holt proposed an experimental test that can be passed by a quantum-mechanical system but not by a system restricted to classical physics. Here we extend this test to enable the characterization of a large quantum system. We describe a scheme that can be used to determine the initial state and to classically command the system to evolve according to desired dynamics. The bipartite system is treated as two black boxes, with no assumptions about their inner workings except that they obey quantum physics. The scheme works even if the system is explicitly designed to undermine it; any misbehaviour is detected. Among its applications, our scheme makes it possible to test whether a claimed quantum computer is truly quantum. It also advances towards a goal of quantum cryptography: namely, the use of 'untrusted' devices to establish a shared random key, with security based on the validity of quantum physics.

  12. Classical command of quantum systems.

    PubMed

    Reichardt, Ben W; Unger, Falk; Vazirani, Umesh

    2013-04-25

    Quantum computation and cryptography both involve scenarios in which a user interacts with an imperfectly modelled or 'untrusted' system. It is therefore of fundamental and practical interest to devise tests that reveal whether the system is behaving as instructed. In 1969, Clauser, Horne, Shimony and Holt proposed an experimental test that can be passed by a quantum-mechanical system but not by a system restricted to classical physics. Here we extend this test to enable the characterization of a large quantum system. We describe a scheme that can be used to determine the initial state and to classically command the system to evolve according to desired dynamics. The bipartite system is treated as two black boxes, with no assumptions about their inner workings except that they obey quantum physics. The scheme works even if the system is explicitly designed to undermine it; any misbehaviour is detected. Among its applications, our scheme makes it possible to test whether a claimed quantum computer is truly quantum. It also advances towards a goal of quantum cryptography: namely, the use of 'untrusted' devices to establish a shared random key, with security based on the validity of quantum physics. PMID:23619692

  13. Web tools to monitor and debug DAQ hardware

    SciTech Connect

    Eugene Desavouret; Jerzy M. Nogiec

    2003-06-04

    A web-based toolkit to monitor and diagnose data acquisition hardware has been developed. It allows for remote testing, monitoring, and control of VxWorks data acquisition computers and associated instrumentation using the HTTP protocol and a web browser. This solution provides concurrent and platform independent access, supplementary to the standard single-user rlogin mechanism. The toolkit is based on a specialized web server, and allows remote access and execution of select system commands and tasks, execution of test procedures, and provides remote monitoring of computer system resources and connected hardware. Various DAQ components such as multiplexers, digital I/O boards, analog to digital converters, or current sources can be accessed and diagnosed remotely in a uniform and well-organized manner. Additionally, the toolkit application supports user authentication and is able to enforce specified access restrictions.

  14. Airoscope command system. [pulse code modulation telemetry command system for data link with balloons

    NASA Technical Reports Server (NTRS)

    Barrows, W.

    1974-01-01

    A PCM telemetry command system is presented having a capacity of 256 unique commands, an end-to-end actuation time of less than 250 milliseconds, and an address plus complementary command code to provide security against the acceptance of anything but intended commands. The system consists of a ground-based encoder and a balloon-borne decoder, both built using low-current drain, high reliability CMOS logic elements. Commands are normally issued by a simple switch closure to +5VDC on the appropriate input line, however as a backup mode, the 8-bit command may be entered manually on 8 toggle switches and executed via a SEND button. In any case, the command is then serialized into a PCM bit stream and sent via a P-Band radio link to the DECODER aloft. All 256 outputs from the DECODER are buffered through drivers and thus may be used to drive CMOS, TTL, or DTL logic.

  15. 14 CFR § 1214.703 - Chain of command.

    Code of Federal Regulations, 2014 CFR

    2014-01-01

    ... of the Space Shuttle Commander § 1214.703 Chain of command. (a) The Commander is a career NASA... when otherwise designated) the Space Shuttle commander is responsible to the Flight Director, Johnson... 14 Aeronautics and Space 5 2014-01-01 2014-01-01 false Chain of command. § 1214.703 Section...

  16. 32 CFR 700.1056 - Command of a ship.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 5 2011-07-01 2011-07-01 false Command of a ship. 700.1056 Section 700.1056... Command Detail to Duty § 700.1056 Command of a ship. (a) The officer detailed to command a commissioned ship shall be an officer of the line in the Navy eligible for command at sea. (b) The officer...

  17. 32 CFR 700.1056 - Command of a ship.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... 32 National Defense 5 2014-07-01 2014-07-01 false Command of a ship. 700.1056 Section 700.1056... Command Detail to Duty § 700.1056 Command of a ship. (a) The officer detailed to command a commissioned ship shall be an officer of the line in the Navy eligible for command at sea. (b) The officer...

  18. 32 CFR 700.1056 - Command of a ship.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... 32 National Defense 5 2012-07-01 2012-07-01 false Command of a ship. 700.1056 Section 700.1056... Command Detail to Duty § 700.1056 Command of a ship. (a) The officer detailed to command a commissioned ship shall be an officer of the line in the Navy eligible for command at sea. (b) The officer...

  19. 32 CFR 700.1056 - Command of a ship.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 5 2010-07-01 2010-07-01 false Command of a ship. 700.1056 Section 700.1056... Command Detail to Duty § 700.1056 Command of a ship. (a) The officer detailed to command a commissioned ship shall be an officer of the line in the Navy eligible for command at sea. (b) The officer...

  20. 32 CFR 700.1056 - Command of a ship.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... 32 National Defense 5 2013-07-01 2013-07-01 false Command of a ship. 700.1056 Section 700.1056... Command Detail to Duty § 700.1056 Command of a ship. (a) The officer detailed to command a commissioned ship shall be an officer of the line in the Navy eligible for command at sea. (b) The officer...

  1. The next generation of command post computing

    NASA Astrophysics Data System (ADS)

    Arnold, Ross D.; Lieb, Aaron J.; Samuel, Jason M.; Burger, Mitchell A.

    2015-05-01

    The future of command post computing demands an innovative new solution to address a variety of challenging operational needs. The Command Post of the Future is the Army's primary command and control decision support system, providing situational awareness and collaborative tools for tactical decision making, planning, and execution management from Corps to Company level. However, as the U.S. Army moves towards a lightweight, fully networked battalion, disconnected operations, thin client architecture and mobile computing become increasingly essential. The Command Post of the Future is not designed to support these challenges in the coming decade. Therefore, research into a hybrid blend of technologies is in progress to address these issues. This research focuses on a new command and control system utilizing the rich collaboration framework afforded by Command Post of the Future coupled with a new user interface consisting of a variety of innovative workspace designs. This new system is called Tactical Applications. This paper details a brief history of command post computing, presents the challenges facing the modern Army, and explores the concepts under consideration for Tactical Applications that meet these challenges in a variety of innovative ways.

  2. NDAS Hardware Translation Layer Development

    NASA Technical Reports Server (NTRS)

    Nazaretian, Ryan N.; Holladay, Wendy T.

    2011-01-01

    The NASA Data Acquisition System (NDAS) project is aimed to replace all DAS software for NASA s Rocket Testing Facilities. There must be a software-hardware translation layer so the software can properly talk to the hardware. Since the hardware from each test stand varies, drivers for each stand have to be made. These drivers will act more like plugins for the software. If the software is being used in E3, then the software should point to the E3 driver package. If the software is being used at B2, then the software should point to the B2 driver package. The driver packages should also be filled with hardware drivers that are universal to the DAS system. For example, since A1, A2, and B2 all use the Preston 8300AU signal conditioners, then the driver for those three stands should be the same and updated collectively.

  3. Command and Data Handling Branch Internship

    NASA Technical Reports Server (NTRS)

    Billings, Rachel Mae

    2016-01-01

    Modular Integrated Stackable Layers (MISL) is a computer system designed for simple, fast, and cost effective flexible reconfiguration in space environments such as the ISS and Orion projects for various uses. Existing applications include wireless and wired communications, data acquisition and instrumentation, and camera systems, and potential applications include bus protocol converters and subsystem control. MISL is based on Texas Instruments (TI)' MSP430 16-bit ultra-low-power microcontroller device. The purpose of my project was to integrate the MISL system with a liquid crystal display (LCD) touchscreen. The LCD, manufactured by Crystalfontz and part number CFAF320240F-035T-TS, is a 320 by 240 RGB resistive color screen including an optional carrier board. The vast majority of the project was done with Altium Designer, a tool for printed circuit board (PCB) schematic capture, 3D design, and FPGA (Field Programmable Gate Array) development. The new PCB was to allow the LCD to directly stack to the rest of MISL. Research was done with datasheets for the TI microcontroller and touchscreen display in order to meet desired hardware specifications. Documentation on prior MISL projects was also utilized. The initial step was to create a schematic for the LCD, power bus, and data bus connections between components. A layout was then designed with the required physical dimensions, routed traces and vias, power and ground planes, layer stacks, and other specified design rules such as plane clearance and hole size. Multiple consultation sessions were held with Hester Yim, the technical discipline lead for the Command and Data Handling Branch, and Christy Herring, the lead PCB layout designer in the Electronic Design and Manufacturing Branch in order to ensure proper configuration. At the moment, the PCB is awaiting revision by the latter-mentioned branch. Afterwards, the board will begin to undergo the manufacturing and testing process. Throughout the internship at

  4. Astronaut John Young in Command Module Simulator during Apollo Simulation

    NASA Technical Reports Server (NTRS)

    1968-01-01

    Astronaut John W. Young, command module pilot, inside the Command Module Simulator in bldg 5 during an Apollo Simulation. Astronauts Thomas P. Stafford, commander and Eugene A. Cernan, lunar module pilot are out of the view.

  5. Three astronauts inside Command Module Simulator during Apollo Simulation

    NASA Technical Reports Server (NTRS)

    1968-01-01

    Three astronauts inside the Command Module Simulator in bldg 5 during an Apollo Simulation. Left to right are Astronauts Thomas P. Stafford, commander; John W. Young, command module pilot; and Eugene A. Cernan, lunar module pilot.

  6. 68. Aerial view of SAC command post, building 500, looking ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    68. Aerial view of SAC command post, building 500, looking northeast, spring, 1957 - Offutt Air Force Base, Strategic Air Command Headquarters & Command Center, Headquarters Building, 901 SAC Boulevard, Bellevue, Sarpy County, NE

  7. 63. Aerial view of SAC command post construction, looking west ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    63. Aerial view of SAC command post construction, looking west - Offutt Air Force Base, Strategic Air Command Headquarters & Command Center, Headquarters Building, 901 SAC Boulevard, Bellevue, Sarpy County, NE

  8. 67. Aerial view of SAC command post, building 500, looking ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    67. Aerial view of SAC command post, building 500, looking northeast, undated - Offutt Air Force Base, Strategic Air Command Headquarters & Command Center, Headquarters Building, 901 SAC Boulevard, Bellevue, Sarpy County, NE

  9. 62. Aerial view of SAC command post, building 500, looking ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    62. Aerial view of SAC command post, building 500, looking east - Offutt Air Force Base, Strategic Air Command Headquarters & Command Center, Headquarters Building, 901 SAC Boulevard, Bellevue, Sarpy County, NE

  10. Detail of west wall of south wing of commandant's house ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    Detail of west wall of south wing of commandant's house with scale Fort Simcoe commandant's house & blockhouse - Fort Simcoe, Commandant's House & Blockhouse, Fort Simcoe Road, White Swan, Yakima County, WA

  11. Expedition 33/34 Change of Command Ceremony

    NASA Video Gallery

    Expedition 33 Commander Suni Williams hands over station command to Expedition 34 Commander Kevin Ford in a ceremony that took place Saturday Nov. 17, 2012. Williams returned to Earth with two crew...

  12. Modeling to Improve the Risk Reduction Process for Command File Errors

    NASA Technical Reports Server (NTRS)

    Meshkat, Leila; Bryant, Larry; Waggoner, Bruce

    2013-01-01

    The Jet Propulsion Laboratory has learned that even innocuous errors in the spacecraft command process can have significantly detrimental effects on a space mission. Consequently, such Command File Errors (CFE), regardless of their effect on the spacecraft, are treated as significant events for which a root cause is identified and corrected. A CFE during space mission operations is often the symptom of imbalance or inadequacy within the system that encompasses the hardware and software used for command generation as well as the human experts and processes involved in this endeavor. As we move into an era of increased collaboration with other NASA centers and commercial partners, these systems become more and more complex. Consequently, the ability to thoroughly model and analyze CFEs formally in order to reduce the risk they pose is increasingly important. In this paper, we summarize the results of applying modeling techniques previously developed to the DAWN flight project. The original models were built with the input of subject matter experts from several flight projects. We have now customized these models to address specific questions for the DAWN flight project and formulating use cases to address their unique mission needs. The goal of this effort is to enhance the project's ability to meet commanding reliability requirements for operations and to assist them in managing their Command File Errors.

  13. Spacecraft command and control using expert systems

    NASA Technical Reports Server (NTRS)

    Norcross, Scott; Grieser, William H.

    1994-01-01

    This paper describes a product called the Intelligent Mission Toolkit (IMT), which was created to meet the changing demands of the spacecraft command and control market. IMT is a command and control system built upon an expert system. Its primary functions are to send commands to the spacecraft and process telemetry data received from the spacecraft. It also controls the ground equipment used to support the system, such as encryption gear, and telemetry front-end equipment. Add-on modules allow IMT to control antennas and antenna interface equipment. The design philosophy for IMT is to utilize available commercial products wherever possible. IMT utilizes Gensym's G2 Real-time Expert System as the core of the system. G2 is responsible for overall system control, spacecraft commanding control, and spacecraft telemetry analysis and display. Other commercial products incorporated into IMT include the SYBASE relational database management system and Loral Test and Integration Systems' System 500 for telemetry front-end processing.

  14. Station Commander Captures Unprecedented View of Comet

    NASA Video Gallery

    International Space Station Commander Dan Burbank captured spectacular imagery of Comet Lovejoy as seen from about 240 miles above the Earth’s horizon on Wednesday, Dec. 21. Burbank described se...

  15. Converting a commercial electric direct-drive robot to operate from joint torque commands

    SciTech Connect

    Muir, P.F.

    1991-07-01

    Many robot control algorithms for high performance in-contact operations including hybrid force/position, stiffness control and impedance control approaches require the command the joint torques. However, most commercially available robots do not provide joint torque command capabilities. The joint command at the user level is typically position or velocity and at the control developer level is voltage, current, or pulse-width, and the torque generated is a nonlinear function of the command and joint position. To enable the application of high performance in-contact control algorithms to commercially available robots, and thereby facilitate technology transfer from the robot control research community to commercial applications, an methodology has been developed to linearize the torque characteristics of electric motor-amplifier combinations. A four degree of freedom Adept 2 robot, having pulse-width modulation amplifiers and both variable reluctance and brushless DC motors, is converted to operate from joint torque commands to demonstrate the methodology. The commercial robot controller is replaced by a VME-based system incorporating special purpose hardware and firmware programmed from experimental data. The performance improvement is experimentally measured and graphically displayed using three-dimensional plots of torque vs command vs position. The average percentage torque deviation over the command and position ranges is reduced from as much as 76% to below 5% for the direct-drive joints 1, 2 and 4 and is cut by one half in the remaining ball-screw driven joint 3. Further, the torque deviation of the direct-drive joints drops below 2.5% if only the upper 90% of the torque range is considered. 23 refs., 20 figs., 2 tabs.

  16. System design of the Pioneer Venus spacecraft. Volume 8: Command/data handling subsystems studies

    NASA Technical Reports Server (NTRS)

    Vesely, D. D.

    1973-01-01

    Study tasks for the command and data handling subsystems have been directed to: (1) determining ground data systems, (GDS) interfaces and deep space network (DSN) changes, if required, (2) defining subsystem requirements, (3) surveying existing hardware that could be used or modified to meet subsystem requirements, and (4) establishing a baseline design. Study of the existing GDS led to the conclusion that the Viking configuration GDS can be used with only minor changes required for the Pioneer Venus baseline. Those changes required are associated with providing a predetection recording capability used during probe entry and descent. Subsystem requirements were first formulated with sufficient latitude so that surveys of existing hardware could lead to low cost hardware which, in turn, could modify more narrowly defined subsystem requirements.

  17. Schema for Spacecraft-Command Dictionary

    NASA Technical Reports Server (NTRS)

    Laubach, Sharon; Garcia, Celina; Maxwell, Scott; Wright, Jesse

    2008-01-01

    An Extensible Markup Language (XML) schema was developed as a means of defining and describing a structure for capturing spacecraft command- definition and tracking information in a single location in a form readable by both engineers and software used to generate software for flight and ground systems. A structure defined within this schema is then used as the basis for creating an XML file that contains command definitions.

  18. ISS Update: Station Command and Data Handling System

    NASA Video Gallery

    NASA Public Affairs Officer Kylie Clem interviews ODIN flight controller Amy Brezinski, who monitors and commands the Command and Data Handling System for the International Space Station. Brezinski...

  19. STS-29 Commander Coats in commanders seat on OV-103's forward flight deck

    NASA Technical Reports Server (NTRS)

    1989-01-01

    Commander Michael L. Coats, smiling, looks up from his work at the commanders station on Discovery's, Orbiter Vehicle (OV) 103's, forward flight deck. While in the commanders seat, Coats updates the STS-29 crew activity plan (CAP). Appearing around him are seat back with parachute harness, forward control panels with empty beverage container velcroed to panel F6, checklist clipped to panel O1, and portable laptop computer setup on top of panel F7.

  20. Hardware cleanliness methodology and certification

    NASA Technical Reports Server (NTRS)

    Harvey, Gale A.; Lash, Thomas J.; Rawls, J. Richard

    1995-01-01

    Inadequacy of mass loss cleanliness criteria for selection of materials for contamination sensitive uses, and processing of flight hardware for contamination sensitive instruments is discussed. Materials selection for flight hardware is usually based on mass loss (ASTM E-595). However, flight hardware cleanliness (MIL 1246A) is a surface cleanliness assessment. It is possible for materials (e.g. Sil-Pad 2000) to pass ASTM E-595 and fail MIL 1246A class A by orders of magnitude. Conversely, it is possible for small amounts of nonconforming material (Huma-Seal conformal coating) to not present significant cleanliness problems to an optical flight instrument. Effective cleaning (precleaning, precision cleaning, and ultra cleaning) and cleanliness verification are essential for contamination sensitive flight instruments. Polish cleaning of hardware, e.g. vacuum baking for vacuum applications, and storage of clean hardware, e.g. laser optics, is discussed. Silicone materials present special concerns for use in space because of the rapid conversion of the outgassed residues to glass by solar ultraviolet radiation and/or atomic oxygen. Non ozone depleting solvent cleaning and institutional support for cleaning and certification are also discussed.

  1. Test Telemetry And Command System (TTACS)

    NASA Technical Reports Server (NTRS)

    Fogel, Alvin J.

    1994-01-01

    The Jet Propulsion Laboratory has developed a multimission Test Telemetry and Command System (TTACS) which provides a multimission telemetry and command data system in a spacecraft test environment. TTACS reuses, in the spacecraft test environment, components of the same data system used for flight operations; no new software is developed for the spacecraft test environment. Additionally, the TTACS is transportable to any spacecraft test site, including the launch site. The TTACS is currently operational in the Galileo spacecraft testbed; it is also being provided to support the Cassini and Mars Surveyor Program projects. Minimal personnel data system training is required in the transition from pre-launch spacecraft test to post-launch flight operations since test personnel are already familiar with the data system's operation. Additionally, data system components, e.g. data display, can be reused to support spacecraft software development; and the same data system components will again be reused during the spacecraft integration and system test phases. TTACS usage also results in early availability of spacecraft data to data system development and, as a result, early data system development feedback to spacecraft system developers. The TTACS consists of a multimission spacecraft support equipment interface and components of the multimission telemetry and command software adapted for a specific project. The TTACS interfaces to the spacecraft, e.g., Command Data System (CDS), support equipment. The TTACS telemetry interface to the CDS support equipment performs serial (RS-422)-to-ethernet conversion at rates between 1 bps and 1 mbps, telemetry data blocking and header generation, guaranteed data transmission to the telemetry data system, and graphical downlink routing summary and control. The TTACS command interface to the CDS support equipment is nominally a command file transferred in non-real-time via ethernet. The CDS support equipment is responsible for

  2. Prompt comprehension in UNIX command production.

    PubMed

    Doane, S M; McNamara, D S; Kintsch, W; Polson, P G; Clawson, D M

    1992-07-01

    We hypothesize that a cognitive analysis based on the construction-integration theory of comprehension (Kintsch, 1988) can predict what is difficult about generating complex composite commands in the UNIX operating system. We provide empirical support for assumptions of the Doane, Kintsch, and Polson (1989, 1990) construction-integration model for generating complex commands in UNIX. We asked users whose UNIX experience varied to produce complex UNIX commands, and then provided help prompts whenever the commands that they produced were erroneous. The help prompts were designed to assist subjects with respect to both the knowledge and the memory processes that our UNIX modeling efforts have suggested are lacking in less expert users. It appears that experts respond to different prompts than do novices. Expert performance is helped by the presentation of abstract information, whereas novice and intermediate performance is modified by presentation of concrete information. Second, while presentation of specific prompts helps less expert subjects, they do not provide sufficient information to obtain correct performance. Our analyses suggest that information about the ordering of commands is required to help the less expert with both knowledge and memory load problems in a manner consistent with skill acquisition theories.

  3. 46 CFR 50.10-5 - Coast Guard District Commander or District Commander.

    Code of Federal Regulations, 2011 CFR

    2011-10-01

    ... 46 Shipping 2 2011-10-01 2011-10-01 false Coast Guard District Commander or District Commander. 50.10-5 Section 50.10-5 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) MARINE ENGINEERING GENERAL PROVISIONS Definition of Terms Used in This Subchapter § 50.10-5 Coast Guard...

  4. 46 CFR 50.10-5 - Coast Guard District Commander or District Commander.

    Code of Federal Regulations, 2012 CFR

    2012-10-01

    ... 46 Shipping 2 2012-10-01 2012-10-01 false Coast Guard District Commander or District Commander. 50.10-5 Section 50.10-5 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) MARINE ENGINEERING GENERAL PROVISIONS Definition of Terms Used in This Subchapter § 50.10-5 Coast Guard...

  5. 46 CFR 42.05-25 - Coast Guard District Commander or District Commander.

    Code of Federal Regulations, 2012 CFR

    2012-10-01

    ... 46 Shipping 2 2012-10-01 2012-10-01 false Coast Guard District Commander or District Commander. 42.05-25 Section 42.05-25 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) LOAD LINES DOMESTIC AND FOREIGN VOYAGES BY SEA Definition of Terms Used in This Subchapter § 42.05-25 Coast...

  6. 46 CFR 42.05-25 - Coast Guard District Commander or District Commander.

    Code of Federal Regulations, 2011 CFR

    2011-10-01

    ... 46 Shipping 2 2011-10-01 2011-10-01 false Coast Guard District Commander or District Commander. 42.05-25 Section 42.05-25 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) LOAD LINES DOMESTIC AND FOREIGN VOYAGES BY SEA Definition of Terms Used in This Subchapter § 42.05-25 Coast...

  7. 46 CFR 50.10-5 - Coast Guard District Commander or District Commander.

    Code of Federal Regulations, 2010 CFR

    2010-10-01

    ... 46 Shipping 2 2010-10-01 2010-10-01 false Coast Guard District Commander or District Commander. 50.10-5 Section 50.10-5 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) MARINE ENGINEERING GENERAL PROVISIONS Definition of Terms Used in This Subchapter § 50.10-5 Coast Guard...

  8. 46 CFR 50.10-5 - Coast Guard District Commander or District Commander.

    Code of Federal Regulations, 2014 CFR

    2014-10-01

    ... 46 Shipping 2 2014-10-01 2014-10-01 false Coast Guard District Commander or District Commander. 50.10-5 Section 50.10-5 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) MARINE ENGINEERING GENERAL PROVISIONS Definition of Terms Used in This Subchapter § 50.10-5 Coast Guard...

  9. 46 CFR 50.10-5 - Coast Guard District Commander or District Commander.

    Code of Federal Regulations, 2013 CFR

    2013-10-01

    ... 46 Shipping 2 2013-10-01 2013-10-01 false Coast Guard District Commander or District Commander. 50.10-5 Section 50.10-5 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) MARINE ENGINEERING GENERAL PROVISIONS Definition of Terms Used in This Subchapter § 50.10-5 Coast Guard...

  10. 46 CFR 42.05-25 - Coast Guard District Commander or District Commander.

    Code of Federal Regulations, 2010 CFR

    2010-10-01

    ... 46 Shipping 2 2010-10-01 2010-10-01 false Coast Guard District Commander or District Commander. 42.05-25 Section 42.05-25 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) LOAD LINES DOMESTIC AND FOREIGN VOYAGES BY SEA Definition of Terms Used in This Subchapter § 42.05-25 Coast...

  11. 46 CFR 42.05-25 - Coast Guard District Commander or District Commander.

    Code of Federal Regulations, 2014 CFR

    2014-10-01

    ... 46 Shipping 2 2014-10-01 2014-10-01 false Coast Guard District Commander or District Commander. 42.05-25 Section 42.05-25 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) LOAD LINES DOMESTIC AND FOREIGN VOYAGES BY SEA Definition of Terms Used in This Subchapter § 42.05-25 Coast...

  12. 46 CFR 42.05-25 - Coast Guard District Commander or District Commander.

    Code of Federal Regulations, 2013 CFR

    2013-10-01

    ... 46 Shipping 2 2013-10-01 2013-10-01 false Coast Guard District Commander or District Commander. 42.05-25 Section 42.05-25 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) LOAD LINES DOMESTIC AND FOREIGN VOYAGES BY SEA Definition of Terms Used in This Subchapter § 42.05-25 Coast...

  13. 32 CFR 700.1058 - Command of a submarine.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... 32 National Defense 5 2013-07-01 2013-07-01 false Command of a submarine. 700.1058 Section 700... Command Detail to Duty § 700.1058 Command of a submarine. The officer detailed to command a submarine... submarines....

  14. 32 CFR 700.1058 - Command of a submarine.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... 32 National Defense 5 2012-07-01 2012-07-01 false Command of a submarine. 700.1058 Section 700... Command Detail to Duty § 700.1058 Command of a submarine. The officer detailed to command a submarine... submarines....

  15. 32 CFR 700.1058 - Command of a submarine.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 5 2010-07-01 2010-07-01 false Command of a submarine. 700.1058 Section 700... Command Detail to Duty § 700.1058 Command of a submarine. The officer detailed to command a submarine... submarines....

  16. 32 CFR 700.1058 - Command of a submarine.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 5 2011-07-01 2011-07-01 false Command of a submarine. 700.1058 Section 700... Command Detail to Duty § 700.1058 Command of a submarine. The officer detailed to command a submarine... submarines....

  17. 32 CFR 700.1058 - Command of a submarine.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... 32 National Defense 5 2014-07-01 2014-07-01 false Command of a submarine. 700.1058 Section 700... Command Detail to Duty § 700.1058 Command of a submarine. The officer detailed to command a submarine... submarines....

  18. 32 CFR 700.1054 - Command of a naval base.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... 32 National Defense 5 2013-07-01 2013-07-01 false Command of a naval base. 700.1054 Section 700.1054 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY UNITED STATES NAVY... Command Detail to Duty § 700.1054 Command of a naval base. The officer detailed to command a naval...

  19. 32 CFR 700.1054 - Command of a naval base.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 5 2011-07-01 2011-07-01 false Command of a naval base. 700.1054 Section 700.1054 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY UNITED STATES NAVY... Command Detail to Duty § 700.1054 Command of a naval base. The officer detailed to command a naval...

  20. 32 CFR 700.1054 - Command of a naval base.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... 32 National Defense 5 2014-07-01 2014-07-01 false Command of a naval base. 700.1054 Section 700.1054 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY UNITED STATES NAVY... Command Detail to Duty § 700.1054 Command of a naval base. The officer detailed to command a naval...

  1. 32 CFR 700.1054 - Command of a naval base.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... 32 National Defense 5 2012-07-01 2012-07-01 false Command of a naval base. 700.1054 Section 700.1054 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY UNITED STATES NAVY... Command Detail to Duty § 700.1054 Command of a naval base. The officer detailed to command a naval...

  2. 32 CFR 700.1054 - Command of a naval base.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 5 2010-07-01 2010-07-01 false Command of a naval base. 700.1054 Section 700.1054 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY UNITED STATES NAVY... Command Detail to Duty § 700.1054 Command of a naval base. The officer detailed to command a naval...

  3. 46 CFR 147.5 - Commandant (CG-OES); address.

    Code of Federal Regulations, 2012 CFR

    2012-10-01

    ... 46 Shipping 5 2012-10-01 2012-10-01 false Commandant (CG-OES); address. 147.5 Section 147.5... General Provisions § 147.5 Commandant (CG-OES); address. Commandant (CG-OES) is the Office of Operating... Commandant (CG-OES), U.S. Coast Guard Headquarters, 2100 2nd St. SW., Stop 7126, Washington, DC...

  4. 46 CFR 147.5 - Commandant (CG-522); address.

    Code of Federal Regulations, 2011 CFR

    2011-10-01

    ... 46 Shipping 5 2011-10-01 2011-10-01 false Commandant (CG-522); address. 147.5 Section 147.5... General Provisions § 147.5 Commandant (CG-522); address. Commandant (CG-522) is the Office of Operating... Commandant (CG-522), U.S. Coast Guard Headquarters, 2100 2nd St. SW., Stop 7126, Washington, DC...

  5. 46 CFR 147.5 - Commandant (CG-522); address.

    Code of Federal Regulations, 2010 CFR

    2010-10-01

    ... 46 Shipping 5 2010-10-01 2010-10-01 false Commandant (CG-522); address. 147.5 Section 147.5... General Provisions § 147.5 Commandant (CG-522); address. Commandant (CG-522) is the Office of Operating... Commandant (CG-522), U.S. Coast Guard Headquarters, 2100 2nd St. SW., Stop 7126, Washington, DC...

  6. 32 CFR 700.1055 - Command of a naval shipyard.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 5 2010-07-01 2010-07-01 false Command of a naval shipyard. 700.1055 Section 700.1055 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY UNITED STATES NAVY... Command Detail to Duty § 700.1055 Command of a naval shipyard. The officer detailed to command a...

  7. 32 CFR 700.1055 - Command of a naval shipyard.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 5 2011-07-01 2011-07-01 false Command of a naval shipyard. 700.1055 Section 700.1055 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY UNITED STATES NAVY... Command Detail to Duty § 700.1055 Command of a naval shipyard. The officer detailed to command a...

  8. Police Communications: Humans and Hardware.

    ERIC Educational Resources Information Center

    Zannes, Estelle

    This volume presents an overview of police communications and analyzes the relationships between the people and hardware in the police system. Chapters discuss the development and use of such communication devices as the telegraph, telephone, and computers; the role of mass media, feedback, and communicative settings in human communication;…

  9. Microcomputer Hardware. Energy Technology Series.

    ERIC Educational Resources Information Center

    Technical Education Research Centre-Southwest, Waco, TX.

    This course in microcomputer hardware is one of 16 courses in the Energy Technology Series developed for an Energy Conservation-and-Use Technology curriculum. Intended for use in two-year postsecondary technical institutions to prepare technicians for employment, the courses are also useful in industry for updating employees in company-sponsored…

  10. Hardware Selection: A Nontechnical Approach.

    ERIC Educational Resources Information Center

    Kiteka, Sebastian F.

    Presented in nontechnical language, this guide suggests criteria for the selection of three computer hardware essentials--a microcomputer, a monitor, and a printer. Factors to be considered in selecting the microcomputer are identified and discussed, including what the computer is to be used for, dealer support, software availability, modem…

  11. Lessons learned in simulating a command center

    NASA Astrophysics Data System (ADS)

    Mack, Gregory A.; Cantor, Robert M.; Wenzel, Gregory

    1995-06-01

    This paper presents some lessons learned from simulating the operation of a command center in distributed interactive simulations (DIS). We present the design of the Booz Allen Command Center Systems Interface (C2SI) in terms of its functional architecture as well as the technologies used in its implementation. We discuss the design of the distributed component interfaces based on cooperating software agent pairs. We discuss aspects of several issues in simulating command and control systems in the ADS/DIS environment, namely, interoperation of constructive and virtual simulation, situation awareness, communication with adjacent C2 entities, control of subordinate entities and external sensors, terrain/environmental data management, and data collection for after-action reporting.

  12. Robot Task Commander with Extensible Programming Environment

    NASA Technical Reports Server (NTRS)

    Hart, Stephen W (Inventor); Yamokoski, John D. (Inventor); Wightman, Brian J (Inventor); Dinh, Duy Paul (Inventor); Gooding, Dustin R (Inventor)

    2014-01-01

    A system for developing distributed robot application-level software includes a robot having an associated control module which controls motion of the robot in response to a commanded task, and a robot task commander (RTC) in networked communication with the control module over a network transport layer (NTL). The RTC includes a script engine(s) and a GUI, with a processor and a centralized library of library blocks constructed from an interpretive computer programming code and having input and output connections. The GUI provides access to a Visual Programming Language (VPL) environment and a text editor. In executing a method, the VPL is opened, a task for the robot is built from the code library blocks, and data is assigned to input and output connections identifying input and output data for each block. A task sequence(s) is sent to the control module(s) over the NTL to command execution of the task.

  13. Satellite Communication Hardware Emulation System (SCHES)

    NASA Technical Reports Server (NTRS)

    Kaplan, Ted

    1993-01-01

    Satellite Communication Hardware Emulator System (SCHES) is a powerful simulator that emulates the hardware used in TDRSS links. SCHES is a true bit-by-bit simulator that models communications hardware accurately enough to be used as a verification mechanism for actual hardware tests on user spacecraft. As a credit to its modular design, SCHES is easily configurable to model any user satellite communication link, though some development may be required to tailor existing software to user specific hardware.

  14. Increased productivity in flight with voice commanding

    NASA Technical Reports Server (NTRS)

    Jordan, W. T.

    1985-01-01

    Automatic Speech Recognition technology has matured to the point where it can provide a viable means of increasing productivity by naturalizing the man-machine interface. With ever increasing workloads being placed on astronauts, speech recognition may provide an alternative means of system controlling that would reduce the task burden. Voice commanding, allowing hands-free operation, can be especially effective during operations requiring simultaneous system control. A flight experiment is under development to demonstrate the operational effectiveness of voice control by commanding the Space Shuttle's Closed Circuit Television (CCIV) system. This experiment will help direct future applications of voice entry to space operations.

  15. Visualization for cyber security command and control

    NASA Astrophysics Data System (ADS)

    Langton, John T.; Newey, Brent; Havig, Paul R.

    2010-04-01

    To address the unique requirements of cyber Command and Control (C2), new visualization methods are needed to provide situation awareness and decision support within the cyber domain. A key challenge is the complexity of relevant data: it is immense and multidimensional, includes streaming and log data, and comes from multiple, disparate applications and devices. Decision makers must be afforded a view of a) the current state of the cyber battlespace, b) enemy and friendly capabilities and vulnerabilities, c) correlations between cyber events, and d) potential effects of alternative courses of action within cyberspace. In this paper we present requirements and designs for Visualization for Integrated Cyber Command and Control (VIC3).

  16. Hardware-Accelerated Simulated Radiography

    SciTech Connect

    Laney, D; Callahan, S; Max, N; Silva, C; Langer, S; Frank, R

    2005-08-04

    We present the application of hardware accelerated volume rendering algorithms to the simulation of radiographs as an aid to scientists designing experiments, validating simulation codes, and understanding experimental data. The techniques presented take advantage of 32-bit floating point texture capabilities to obtain solutions to the radiative transport equation for X-rays. The hardware accelerated solutions are accurate enough to enable scientists to explore the experimental design space with greater efficiency than the methods currently in use. An unsorted hexahedron projection algorithm is presented for curvilinear hexahedral meshes that produces simulated radiographs in the absorption-only regime. A sorted tetrahedral projection algorithm is presented that simulates radiographs of emissive materials. We apply the tetrahedral projection algorithm to the simulation of experimental diagnostics for inertial confinement fusion experiments on a laser at the University of Rochester.

  17. Decoding: Codes and hardware implementation

    NASA Technical Reports Server (NTRS)

    Sulzer, M. P.; Woodman, R. F.

    1983-01-01

    The MST radars vary considerably from one installation to the next in the type of hardware, operating schedule and associated personnel. Most such systems do not have the computing power to decode in software when the decoding must be performed for each received pulse, as is required for certain sets of phase codes. These sets provide the best signal to sidelobe ratio when operating at the minimum band length allowed by the bandwidth of the transmitter. The development of the hardware phase decoder, and the applicability of each to decoding MST radar signals are discussed. A new design for a decoder which is very inexpensive to build, easy to add to an existing system and is capable of decoding on each received pulse using codes with a band length as short as one microsecond is presented.

  18. iTOUGH2 Command Reference

    SciTech Connect

    Finsterle, Stefan

    2002-06-18

    iTOUGH2 is a program for parameter estimation, sensitivity analysis, and uncertainty propagation analysis. It is based on the TOUGH2 simulator for non-isothermal multiphase flow in fractured and porous media. This report contains a detailed description of all iTOUGH2 commands.

  19. Commander Lousma sleeps on aft flight deck

    NASA Technical Reports Server (NTRS)

    1982-01-01

    Commander Lousma, tethered to panel A12, sleeps on aft flight deck starboard side. Pilots ejection seat (S2) seat back with portable oxygen system (POS) assemby, Onorbit Station control panels, and Mission Station control panels surround Lousma. Window shade is in place in overhead window W7 just above his feet.

  20. A Command Economic System. Lesson Plan.

    ERIC Educational Resources Information Center

    Owens, Kimberly

    This lesson plan features a classroom simulation that helps students understand a command economic system. The lesson plan states a purpose; gives student educational objectives; suggests a time duration for the activity; lists materials needed; and outlines a step-by-step teaching procedure. Instructions for a research and writing homework…

  1. Commander Brand sleeps on aft flight deck

    NASA Technical Reports Server (NTRS)

    1982-01-01

    Commander Brand, with hands folded in front of his chest, sleeps on aft flight deck. Brand's head is just above aft flight deck floor with his back to onorbit station panels. The back and feet of a second crewmember appear next to Brand.

  2. Positive commandable oiler for satellite bearing lubrication

    NASA Technical Reports Server (NTRS)

    James, G. E.

    1977-01-01

    On-orbit commandable lubrication of ball bearings accomplished by direct oil application to the moving ball surfaces was studied. Test results for the lubricant applicator portion of the system are presented in conjunction with a design approach for the reservoir and metering components.

  3. Ten Commandments for the School Nurse.

    ERIC Educational Resources Information Center

    Dworak, Esther S.

    2001-01-01

    This 1982 paper presents 10 commandments to guide school nurses, including: never allowing oneself to be ignored; always being included in school functions regarding child health; always participating in kindergarten roundups and similar activities to promote child health; always respecting parents' primary responsibility to the child; and always…

  4. Collaboration and Command Tools for Crises Management

    NASA Astrophysics Data System (ADS)

    Saarelainen, Tapio; Jormakka, Jorma

    Present collaboration tools are not suitable for the command process. The Collaboration tools, in the use of military entities, lack the elements for command and control and scheduling of resources. Available collaboration tools concentrate on uncontrolled distribution of information. They represent Situational Awareness (SA) tools for the cooperating entities, not the required solution for traceable and sophisticated Command and Control tools (C2-tools) applicable for the Crises Management Environment (CME) and Military Environment (ME). This paper presents tools for crises management, which enables the use of effective C2-tools, functioning along with the Resource Manager (RM) and scheduler. Given tasks need to be traceable afterwards for various purposes. On the base of collected data from the events, actions and reliability of different collaborating entities, a trustworth database of the characteristics of each entity can be formulated and utilized afterwards as a base knowledge on the collaborating entity. Collected data remains in the information repository and the collected data is used for identification purposes of an entity. C2-tools in ME and CME are systems of systems based on trusted entities, which will execute the commanded tasks reliably and in a given time. Reporting tools are out of the scope of this paper.

  5. Lessons learned in command environment development

    NASA Astrophysics Data System (ADS)

    Wallace, Daniel F.; Collie, Brad E.

    2000-11-01

    As we consider the issues associated with the development of an Integrated Command Environment (ICE), we must obviously consider the rich history in the development of control rooms, operations centers, information centers, dispatch offices, and other command and control environments. This paper considers the historical perspective of control environments from the industrial revolution through the information revolution, and examines the historical influences and the implications that that has for us today. Environments to be considered are military command and control spaces, emergency response centers, medical response centers, nuclear reactor control rooms, and operations centers. Historical 'lessons learned' from the development and evolution of these environments will be examined to determine valuable models to use, and those to be avoided. What are the pitfalls? What are the assumptions that drive the environment design? Three case histories will be presented, examining (1) the control room of the Three Mile Island power plant, (2) the redesign of the US Naval Space Command operations center, and (3) a testbed for an ICE aboard a naval surface combatant.

  6. Commander Crippen exercises on middeck treadmill

    NASA Technical Reports Server (NTRS)

    1983-01-01

    On middeck in front of open airlock hatch, Commander Crippen, shirtless and restrained by harness, exercises on treadmill as fellow crew members conduct other activities around him. Mission Specialist (MS) Thagard removes equipment from forward modular locker single tray assembly (ASSY).

  7. APOLLO 11 COMMANDER NEIL ARMSTRONG IN SIMULATOR

    NASA Technical Reports Server (NTRS)

    1969-01-01

    Apollo 11 commander Neil Armstrong is going through flight training in the lunar module simulator situated in the flight crew training building at KSC. Armstrong will pilot the lunar module to a moon landing on July 20, following launch from KSC on July 16.

  8. Command Line Image Processing System (CLIPS)

    NASA Astrophysics Data System (ADS)

    Fleagle, S. R.; Meyers, G. L.; Kulinski, R. G.

    1985-06-01

    An interactive image processing language (CLIPS) has been developed for use in an image processing environment. CLIPS uses a simple syntax with extensive on-line help to allow even the most naive user perform complex image processing tasks. In addition, CLIPS functions as an interpretive language complete with data structures and program control statements. CLIPS statements fall into one of three categories: command, control,and utility statements. Command statements are expressions comprised of intrinsic functions and/or arithmetic operators which act directly on image or user defined data. Some examples of CLIPS intrinsic functions are ROTATE, FILTER AND EXPONENT. Control statements allow a structured programming style through the use of statements such as DO WHILE and IF-THEN - ELSE. Utility statements such as DEFINE, READ, and WRITE, support I/O and user defined data structures. Since CLIPS uses a table driven parser, it is easily adapted to any environment. New commands may be added to CLIPS by writing the procedure in a high level language such as Pascal or FORTRAN and inserting the syntax for that command into the table. However, CLIPS was designed by incorporating most imaging operations into the language as intrinsic functions. CLIPS allows the user to generate new procedures easily with these powerful functions in an interactive or off line fashion using a text editor. The fact that CLIPS can be used to generate complex procedures quickly or perform basic image processing functions interactively makes it a valuable tool in any image processing environment.

  9. IRST system: hardware implementation issues

    NASA Astrophysics Data System (ADS)

    Deshpande, Suyog D.; Chan, Philip; Ser, W.; Venkateswarlu, Ronda

    1999-07-01

    Generally, Infrared Search and Track systems use linear focal-plane-arrays with time-delay and integration, because of their high sensitivity. However, the readout is a cumbersome process and needs special effort. This paper describes signal processing and hardware (HW) implementation issues related to front-end electronics, non-uniformity compensation, signal formatting, target detection, tracking and display system. This paper proposes parallel pipeline architecture with dedicated HW for computationally intensive algorithms and SW intensive DSP HW for reconfigurable architecture.

  10. Hardware Fault Simulator for Microprocessors

    NASA Technical Reports Server (NTRS)

    Hess, L. M.; Timoc, C. C.

    1983-01-01

    Breadboarded circuit is faster and more thorough than software simulator. Elementary fault simulator for AND gate uses three gates and shaft register to simulate stuck-at-one or stuck-at-zero conditions at inputs and output. Experimental results showed hardware fault simulator for microprocessor gave faster results than software simulator, by two orders of magnitude, with one test being applied every 4 microseconds.

  11. Smart command recognizer (SCR) - For development, test, and implementation of speech commands

    NASA Technical Reports Server (NTRS)

    Simpson, Carol A.; Bunnell, John W.; Krones, Robert R.

    1988-01-01

    The SCR, a rapid prototyping system for the development, testing, and implementation of speech commands in a flight simulator or test aircraft, is described. A single unit performs all functions needed during these three phases of system development, while the use of common software and speech command data structure files greatly reduces the preparation time for successive development phases. As a smart peripheral to a simulation or flight host computer, the SCR interprets the pilot's spoken input and passes command codes to the simulation or flight computer.

  12. Hardware support for interprocess communication

    SciTech Connect

    Ramachandran, U.

    1986-01-01

    One of the main problems in existing multicomputer message-based operating systems has been the slowness of interprocess communication. This speed limitation is often due to the processing overhead associated with message passing. Previous studies implicitly assume that only communication between processes on different nodes in the network is expensive. However, the author shows that there is considerable processing overhead for local communication as well. Therefore, he proposes hardware support in the form of a message coprocessor. His solution to the message-passing problem has two components: a software partition, and a hardware organization. To determine an effective solution he followed a three-step process: (1) he profiled the kernels of four operating systems to identify the major components of system overhead in message passing; results suggested a partitioning of the software between the host and the message coprocessor; (2) he implemented such a partition on a multiprocessor and measured its performance; based on results, he proposed bus primitives for supporting the interactions between the host, the message coprocessor, and the network devices; (3) timed Petri nets were used to model and analyze several system architectures and show the effectiveness of the software partition and hardware organization for solving the message passing problem.

  13. Wheel slide protection control using a command map and Smith predictor for the pneumatic brake system of a railway vehicle

    NASA Astrophysics Data System (ADS)

    Lee, Nam-Jin; Kang, Chul-Goo

    2016-10-01

    In railway vehicles, excessive sliding or wheel locking can occur while braking because of a temporarily degraded adhesion between the wheel and the rail caused by the contaminated or wet surface of the rail. It can damage the wheel tread and affect the performance of the brake system and the safety of the railway vehicle. To safeguard the wheelset from these phenomena, almost all railway vehicles are equipped with wheel slide protection (WSP) systems. In this study, a new WSP algorithm is proposed. The features of the proposed algorithm are the use of the target sliding speed, the determination of a command for WSP valves using command maps, and compensation for the time delay in pneumatic brake systems using the Smith predictor. The proposed WSP algorithm was verified using experiments with a hardware-in-the-loop simulation system including the hardware of the pneumatic brake system.

  14. Hunting for hardware changes in data centres

    NASA Astrophysics Data System (ADS)

    Coelho dos Santos, M.; Steers, I.; Szebenyi, I.; Xafi, A.; Barring, O.; Bonfillou, E.

    2012-12-01

    With many servers and server parts the environment of warehouse sized data centres is increasingly complex. Server life-cycle management and hardware failures are responsible for frequent changes that need to be managed. To manage these changes better a project codenamed “hardware hound” focusing on hardware failure trending and hardware inventory has been started at CERN. By creating and using a hardware oriented data set - the inventory - with detailed information on servers and their parts as well as tracking changes to this inventory, the project aims at, for example, being able to discover trends in hardware failure rates.

  15. Intelligent systems and advanced user interfaces for design, operation, and maintenance of command management systems

    NASA Technical Reports Server (NTRS)

    Potter, William J.; Mitchell, Christine M.

    1993-01-01

    Historically, command management systems (CMS) have been large and expensive spacecraft-specific software systems that were costly to build, operate, and maintain. Current and emerging hardware, software, and user interface technologies may offer an opportunity to facilitate the initial formulation and design of a spacecraft-specific CMS as well as to develop a more generic CMS system. New technologies, in addition to a core CMS common to a range of spacecraft, may facilitate the training and enhance the efficiency of CMS operations. Current mission operations center (MOC) hardware and software include Unix workstations, the C/C++ programming languages, and an X window interface. This configuration provides the power and flexibility to support sophisticated and intelligent user interfaces that exploit state-of-the-art technologies in human-machine interaction, artificial intelligence, and software engineering. One of the goals of this research is to explore the extent to which technologies developed in the research laboratory can be productively applied in a complex system such as spacecraft command management. Initial examination of some of these issues in CMS design and operation suggests that application of technologies such as intelligent planning, case-based reasoning, human-machine systems design and analysis tools (e.g., operator and designer models), and human-computer interaction tools (e.g., graphics, visualization, and animation) may provide significant savings in the design, operation, and maintenance of the CMS for a specific spacecraft as well as continuity for CMS design and development across spacecraft. The first six months of this research saw a broad investigation by Georgia Tech researchers into the function, design, and operation of current and planned command management systems at Goddard Space Flight Center. As the first step, the researchers attempted to understand the current and anticipated horizons of command management systems at Goddard

  16. Command control group behaviors. Objective 1: A methodology for and identification of command control group behaviors

    NASA Astrophysics Data System (ADS)

    Reaser, J. M.; Stewart, S.; Tiede, R. V.

    1984-08-01

    This report provides the results of the first year's research of a three-year effort to identify the individual and multi-individual non-procedural skills exhibited by battalion command control group members and the commander/staff as a whole. In this project a model of command control group behavior was applied to identify and quantify four general categories of behavior. A methodology was developed for use at the Combined Arms Tactical Training Simulator (CATTS) at Ft. Leavenworth, Kansas. Extensive recordings were made of battalion commanders and their staffs as they underwent training at the facility fighting a highly realistic computer-assisted war game. The methodology was effective in distinguishing between groups in three of the four areas. Preliminary results show that both procedural and nonprocedural, individual, and team behaviors contribute to overall team performance.

  17. Performance and system flexibility of the CDF Hardware Event Builder

    SciTech Connect

    Shaw, T.M.; Schurecht, K.; Sinervo, P.

    1991-11-01

    The CDF Hardware Event Builder [1] is a flexible system which is built from a combination of three different 68020-based single width Fastbus modules. The system may contain as few as three boards or as many as fifteen, depending on the specific application. Functionally, the boards receive a command to read out the raw event data from a set of Fastbus based data buffers (``scanners``), reformat data and then write the data to a Level 3 trigger/processing farm which will decide to throw the event away or to write it to tape. The data acquisition system at CDF will utilize two nine board systems which will allow an event rate of up to 35 Hz into the Level 3 trigger. This paper will present detailed performance factors, system and individual board architecture, and possible system configurations.

  18. Performance and system flexibility of the CDF Hardware Event Builder

    SciTech Connect

    Shaw, T.M.; Schurecht, K. ); Sinervo, P. . Dept. of Physics)

    1991-11-01

    The CDF Hardware Event Builder (1) is a flexible system which is built from a combination of three different 68020-based single width Fastbus modules. The system may contain as few as three boards or as many as fifteen, depending on the specific application. Functionally, the boards receive a command to read out the raw event data from a set of Fastbus based data buffers ( scanners''), reformat data and then write the data to a Level 3 trigger/processing farm which will decide to throw the event away or to write it to tape. The data acquisition system at CDF will utilize two nine board systems which will allow an event rate of up to 35 Hz into the Level 3 trigger. This paper will present detailed performance factors, system and individual board architecture, and possible system configurations.

  19. IT Security Support for the Spaceport Command Control System Development

    NASA Technical Reports Server (NTRS)

    Varise, Brian

    2014-01-01

    My job title is IT Security support for the Spaceport Command & Control System Development. As a cyber-security analyst it is my job to ensure NASA's information stays safe from cyber threats, such as, viruses, malware and denial-of-service attacks by establishing and enforcing system access controls. Security is very important in the world of technology and it is used everywhere from personal computers to giant networks ran by Government agencies worldwide. Without constant monitoring analysis, businesses, public organizations and government agencies are vulnerable to potential harmful infiltration of their computer information system. It is my responsibility to ensure authorized access by examining improper access, reporting violations, revoke access, monitor information request by new programming and recommend improvements. My department oversees the Launch Control System and networks. An audit will be conducted for the LCS based on compliance with the Federal Information Security Management Act (FISMA) and The National Institute of Standards and Technology (NIST). I recently finished analyzing the SANS top 20 critical controls to give cost effective recommendations on various software and hardware products for compliance. Upon my completion of this internship, I will have successfully completed my duties as well as gain knowledge that will be helpful to my career in the future as a Cyber Security Analyst.

  20. A novel visual hardware behavioral language

    NASA Technical Reports Server (NTRS)

    Li, Xueqin; Cheng, H. D.

    1992-01-01

    Most hardware behavioral languages just use texts to describe the behavior of the desired hardware design. This is inconvenient for VLSI designers who enjoy using the schematic approach. The proposed visual hardware behavioral language has the ability to graphically express design information using visual parallel models (blocks), visual sequential models (processes) and visual data flow graphs (which consist of primitive operational icons, control icons, and Data and Synchro links). Thus, the proposed visual hardware behavioral language can not only specify hardware concurrent and sequential functionality, but can also visually expose parallelism, sequentiality, and disjointness (mutually exclusive operations) for the hardware designers. That would make the hardware designers capture the design ideas easily and explicitly using this visual hardware behavioral language.

  1. An avionics scenario and command model description for Space Generic Open Avionics Architecture (SGOAA)

    NASA Technical Reports Server (NTRS)

    Stovall, John R.; Wray, Richard B.

    1994-01-01

    This paper presents a description of a model for a space vehicle operational scenario and the commands for avionics. This model will be used in developing a dynamic architecture simulation model using the Statemate CASE tool for validation of the Space Generic Open Avionics Architecture (SGOAA). The SGOAA has been proposed as an avionics architecture standard to NASA through its Strategic Avionics Technology Working Group (SATWG) and has been accepted by the Society of Automotive Engineers (SAE) for conversion into an SAE Avionics Standard. This architecture was developed for the Flight Data Systems Division (FDSD) of the NASA Johnson Space Center (JSC) by the Lockheed Engineering and Sciences Company (LESC), Houston, Texas. This SGOAA includes a generic system architecture for the entities in spacecraft avionics, a generic processing external and internal hardware architecture, and a nine class model of interfaces. The SGOAA is both scalable and recursive and can be applied to any hierarchical level of hardware/software processing systems.

  2. Hardware and software reliability estimation using simulations

    NASA Technical Reports Server (NTRS)

    Swern, Frederic L.

    1994-01-01

    The simulation technique is used to explore the validation of both hardware and software. It was concluded that simulation is a viable means for validating both hardware and software and associating a reliability number with each. This is useful in determining the overall probability of system failure of an embedded processor unit, and improving both the code and the hardware where necessary to meet reliability requirements. The methodologies were proved using some simple programs, and simple hardware models.

  3. Remote Task-level Commanding of Centaur over Time Delay

    NASA Astrophysics Data System (ADS)

    Schreckenghost, Debra; Ngo, Tam; Burridge, Robert; Wang, Lui; Izygon, Michel

    2008-01-01

    Remote operation of robots on the lunar surface by ground controllers poses unique human-robot interaction challenges due to time delay and constrained bandwidth. One strategy for addressing these challenges is to provide task-level commanding of robots by a ground controller. Decision-support tools are being developed at JSC for remote task-level commanding over time-delay. The approach is to provide ground procedures that guide a controller when executing task-level command sequences and aid awareness of the state of command execution in the robot. This approach is being evaluated using the Centaur robot at JSC. The Centaur Central Commander provides a task-level command interface that executes on the robot side of the delay. Decision support tools have been developed for a human Supervisor in the JSC Cockpit to use when interacting with the Centaur Central Commander. Commands to the Central Commander are defined as instructions in a procedure. Sequences of these instructions are grouped into procedures for the Cockpit Supervisor. When a Supervisor is ready to perform a task, a procedure is loaded into the decision support tool. From this tool, the Supervisor can view command sequences and dispatch individual commands to Centaur. Commands are queued for execution on the robot side of the delay. Reliable command sequences can be dispatched automatically upon approval by the Supervisor. The decision support tool provides the Supervisor with feedback about which commands are waiting for execution and which commands have finished. It also informs the Supervisor when a command fails to have its intended effect. Cockpit procedures are defined using the Procedure Representation Language (PRL) developed at JSC for mission operations. The decision support tool is based on a Procedure Sequencer and multi-agent software developed for human-robot interaction. In this paper the approach for remote task-level commanding of robots is described and the results of the evaluation

  4. Laser photography system: hardware configuration

    NASA Astrophysics Data System (ADS)

    Piszczek, Marek; Rutyna, Krzysztof; Kowalski, Marcin; Zyczkowski, Marek

    2012-06-01

    Solution presented in this article is a system using image acquisition time gating method. The time-spatial framing method developed by authors was used to build Laser Photography System (LPS). An active vision system for open space monitoring and terrorist threats detection is being built as an effect of recent work lead in the Institute of Optoelectronics, MUT. The device is destined to prevent and recognize possible terrorist threats in important land and marine areas. The aim of this article is to discuss the properties and hardware configuration of the Laser Photography System.

  5. GENI: Grid Hardware and Software

    SciTech Connect

    2012-01-09

    GENI Project: The 15 projects in ARPA-E’s GENI program, short for “Green Electricity Network Integration,” aim to modernize the way electricity is transmitted in the U.S. through advances in hardware and software for the electric grid. These advances will improve the efficiency and reliability of electricity transmission, increase the amount of renewable energy the grid can utilize, and provide energy suppliers and consumers with greater control over their power flows in order to better manage peak power demand and cost.

  6. Exascale Hardware Architectures Working Group

    SciTech Connect

    Hemmert, S; Ang, J; Chiang, P; Carnes, B; Doerfler, D; Leininger, M; Dosanjh, S; Fields, P; Koch, K; Laros, J; Noe, J; Quinn, T; Torrellas, J; Vetter, J; Wampler, C; White, A

    2011-03-15

    The ASC Exascale Hardware Architecture working group is challenged to provide input on the following areas impacting the future use and usability of potential exascale computer systems: processor, memory, and interconnect architectures, as well as the power and resilience of these systems. Going forward, there are many challenging issues that will need to be addressed. First, power constraints in processor technologies will lead to steady increases in parallelism within a socket. Additionally, all cores may not be fully independent nor fully general purpose. Second, there is a clear trend toward less balanced machines, in terms of compute capability compared to memory and interconnect performance. In order to mitigate the memory issues, memory technologies will introduce 3D stacking, eventually moving on-socket and likely on-die, providing greatly increased bandwidth but unfortunately also likely providing smaller memory capacity per core. Off-socket memory, possibly in the form of non-volatile memory, will create a complex memory hierarchy. Third, communication energy will dominate the energy required to compute, such that interconnect power and bandwidth will have a significant impact. All of the above changes are driven by the need for greatly increased energy efficiency, as current technology will prove unsuitable for exascale, due to unsustainable power requirements of such a system. These changes will have the most significant impact on programming models and algorithms, but they will be felt across all layers of the machine. There is clear need to engage all ASC working groups in planning for how to deal with technological changes of this magnitude. The primary function of the Hardware Architecture Working Group is to facilitate codesign with hardware vendors to ensure future exascale platforms are capable of efficiently supporting the ASC applications, which in turn need to meet the mission needs of the NNSA Stockpile Stewardship Program. This issue is

  7. Visual homing in analog hardware.

    PubMed

    Möller, R

    1999-10-01

    Insects of several species rely on visual landmarks for returning to important locations in their environment. The "average landmark vector model" is a parsimonious model which reproduces some aspects of the visual homing behavior of bees and ants. To gain insights in the structure and complexity of the neural apparatus that might underly the navigational capabilities of these animals, the average landmark vector model was implemented in analog hardware and used to control a mobile robot. The experiments demonstrate that the apparently complex task of visual homing might be realized by simple and mostly peripheral neural circuits in insect brains.

  8. 16 CFR 1509.7 - Hardware.

    Code of Federal Regulations, 2010 CFR

    2010-01-01

    ... 16 Commercial Practices 2 2010-01-01 2010-01-01 false Hardware. 1509.7 Section 1509.7 Commercial Practices CONSUMER PRODUCT SAFETY COMMISSION FEDERAL HAZARDOUS SUBSTANCES ACT REGULATIONS REQUIREMENTS FOR NON-FULL-SIZE BABY CRIBS § 1509.7 Hardware. (a) The hardware in a non-full-size baby crib shall...

  9. 16 CFR 1508.6 - Hardware.

    Code of Federal Regulations, 2010 CFR

    2010-01-01

    ... 16 Commercial Practices 2 2010-01-01 2010-01-01 false Hardware. 1508.6 Section 1508.6 Commercial... FULL-SIZE BABY CRIBS § 1508.6 Hardware. (a) A crib shall be designed and constructed in a manner that eliminates from any hardware accessible to a child within the crib the possibility of the...

  10. ARAC: A unique command and control resource

    SciTech Connect

    Bradley, M.M.; Baskett, R.L.; Ellis, J.S.

    1996-04-01

    The Atmospheric Release Advisory Capability (ARAC) at Lawrence Livermore National Laboratory (LLNL) is a centralized federal facility designed to provide real-time, world-wide support to military and civilian command and control centers by predicting the impacts of inadvertent or intentional releases of nuclear, biological, or chemical materials into the atmosphere. ARAC is a complete response system consisting of highly trained and experienced personnel, continually updated computer models, redundant data collection systems, and centralized and remote computer systems. With over 20 years of experience responding to domestic and international incidents, strong linkages with the Department of Defense, and the ability to conduct classified operations, ARAC is a unique command and control resource.

  11. Ground-Commanded Television Assembly (GCTA)

    NASA Technical Reports Server (NTRS)

    1972-01-01

    The characteristics of the Ground-Commanded Television Assembly (GCTA) are discussed. The equipment was used to provide television coverage of lunar surface explorations during Apollo 15, 16, and 17 missions. The subjects include the following; (1) yoke/faceplate qualification data, (2) elevation drive improvement program, (3) Apollo 17 thermal data, (4) equipment status, and (5) drawing status. Illustrations of the components of the assembly are provided. Tables of data are developed to show the performance of the components.

  12. Commander Mattingly prepares meal on middeck

    NASA Technical Reports Server (NTRS)

    1982-01-01

    Commander Mattingly, wearing flight coveralls, opens beverage container using a pair of scissors in front of middeck lockers (covered with spacecrew supplies, meal tray assemblies, and additional food items). Continuous Flow Electrophoresis System (CFES) and control panel ML86B appear on port side wall. CFES is designed to separate biological materials according to their surface electrical charges as they pass through an electrical field.

  13. Haise Commands First Enterprise Test Flights

    NASA Technical Reports Server (NTRS)

    1976-01-01

    The first crew members for the Space Shuttle Approach and Landing Tests (ALT) are photographed at the Rockwell International Space Division's Orbiter Assembly Facility at Palmdale, California. The Shuttle Enterprise is Commanded by former Apollo 13 Lunar Module pilot, Fred Haise (left) with C. Gordon Fullerton as pilot. The Shuttle Orbiter Enterprise was named after the fictional Starship Enterprise from the popular 1960's television series, Star Trek.

  14. Naval Meteorology and Oceanography Command exhibit entrance

    NASA Technical Reports Server (NTRS)

    2000-01-01

    StenniSphere at NASA's John C. Stennis Space Center in Hancock County, Miss., invites visitors to discover why America comes to Stennis Space Center before going into space. Designed to entertain while educating, StenniSphere includes informative displays and exhibits from NASA and other agencies located at Stennis, such as this one from the Naval Meteorology and Oceanography Command. Visitors can 'travel' three-dimensionally under the sea and check on the weather back home in the Weather Center.

  15. Naval Meteorology and Oceanography Command exhibit

    NASA Technical Reports Server (NTRS)

    2000-01-01

    Designed to entertain while educating, StenniSphere at the John C. Stennis Space Center in Hancock County, Miss., includes informative displays and exhibits from NASA and other agencies located at Stennis, such as this one from the Naval Meteorology and Oceanography Command. Visitors can 'travel' three-dimensionally under the sea and check on the weather back home in the Weather Center. StenniSphere is open free of charge from 9 a.m. to 5 p.m. daily.

  16. Commander prepares glass columns for electrophoresis experiment

    NASA Technical Reports Server (NTRS)

    1982-01-01

    Commander Jack Lousma prepares on of the glass columns for the electrophoresis test in the middeck area of the Columbia. The experiment, deployed in an L-shaped mode in upper right corner, consists of the processing unit with glass columns in which the separation takes place; a camera (partially obscurred by Lousma's face) to document the process; and a cryogenic freezer to freeze and store the samples after separation.

  17. STS-80 Crew Arrival (Commander Kenneth Cockrell)

    NASA Technical Reports Server (NTRS)

    1996-01-01

    STS-80 Commander Kenneth D. Cockrell and four fellow crew members arrive at KSC's Shuttle Landing Facility as preparations continue for launch of the final Shuttle flight of 1996. Tomorrow, Nov. 12, the launch countdown will begin at 1 p.m. with the countdown clock set at T-43 hours. The Space Shuttle Columbia is scheduled for liftoff from Launch Pad 39B at 2:50 p.m. EST, Nov. 15.

  18. Apollo 13 Command Module recovery after splashdown

    NASA Technical Reports Server (NTRS)

    1970-01-01

    Crewmen aboard the U.S.S. Iwo Jima, prime recovery ship for the Apollo 13 mission, guide the Command Module (CM) atop a dolly on board the ship. The CM is connected by strong cable to a hoist on the vessel. The Apollo 13 crewmen were already aboard the Iwo Jima when this photograph was taken. The Apollo 13 spacecraft splashed down at 12:07:44 p.m., April 17, 1970 in the South Pacific Ocean.

  19. Astronaut Vance Brand at controls of Apollo Command Module

    NASA Technical Reports Server (NTRS)

    1975-01-01

    Astronaut Vance D. Brand, command module pilot of the American ASTP crew, is seen at the controls of the Apollo Command Module during the joint U.S.-USSR Apollo Soyuz Test Project (ASTP) docking in Earth orbit mission.

  20. PANORAMA, FROM ULAKTA HEAD COMMAND POST TO THE WEST TOWARDS ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    PANORAMA, FROM ULAKTA HEAD COMMAND POST TO THE WEST TOWARDS MOUNT BALLYHOO - Naval Operating Base Dutch Harbor & Fort Mears, Ulakta Head Fixed Defense Battery Command Post No. 1, Unalaska, Aleutian Islands, AK

  1. PANORAMA, SHOWING COMMAND POST RELATION TO DUTCH HARBOR AND UNALASKA ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    PANORAMA, SHOWING COMMAND POST RELATION TO DUTCH HARBOR AND UNALASKA FROM THE TOP OF LITTLE SOUTH AMERICA - Naval Operating Base Dutch Harbor & Fort Mears, Hill 400 Fixed Defense Battery Command Post, Unalaska, Aleutian Islands, AK

  2. 1. PANORAMA, SHOWING COMMAND POST RELATION TO DUTCH HARBOR AND ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    1. PANORAMA, SHOWING COMMAND POST RELATION TO DUTCH HARBOR AND UNALASKA FROM THE TOP OF LITTLE SOUTH AMERICA - Naval Operating Base Dutch Harbor & Fort Mears, Hill 400 Fixed Defense Battery Command Post, Unalaska, Aleutian Islands, AK

  3. 1. PANORAMA, FROM ULAKTA HEAD COMMAND POST TO THE WEST ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    1. PANORAMA, FROM ULAKTA HEAD COMMAND POST TO THE WEST TOWARD MOUNT BALLYHOO - Naval Operating Base Dutch Harbor & Fort Mears, Ulakta Head Fixed Defense Battery Command Post No. 1, Unalaska, Aleutian Islands, AK

  4. Expedition 27/28 Change of Command Ceremony

    NASA Video Gallery

    At 11:41 a.m. EDT Sunday, Dmitry Kondratyev, who has been the commander of Expedition 27 aboard the International Space Station, conducted a ceremonial change of command with Andrey Borisenko, who ...

  5. 32 CFR 809a.10 - Military commanders' responsibilities.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... ADMINISTRATION INSTALLATION ENTRY POLICY, CIVIL DISTURBANCE INTERVENTION AND DISASTER ASSISTANCE Civil Disturbance Intervention and Disaster Assistance § 809a.10 Military commanders' responsibilities. (a... 32 National Defense 6 2011-07-01 2011-07-01 false Military commanders' responsibilities....

  6. 32 CFR 809a.10 - Military commanders' responsibilities.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... ADMINISTRATION INSTALLATION ENTRY POLICY, CIVIL DISTURBANCE INTERVENTION AND DISASTER ASSISTANCE Civil Disturbance Intervention and Disaster Assistance § 809a.10 Military commanders' responsibilities. (a... 32 National Defense 6 2010-07-01 2010-07-01 false Military commanders' responsibilities....

  7. Electronic processing and control system with programmable hardware

    NASA Technical Reports Server (NTRS)

    Alkalaj, Leon (Inventor); Fang, Wai-Chi (Inventor); Newell, Michael A. (Inventor)

    1998-01-01

    A computer system with reprogrammable hardware allowing dynamically allocating hardware resources for different functions and adaptability for different processors and different operating platforms. All hardware resources are physically partitioned into system-user hardware and application-user hardware depending on the specific operation requirements. A reprogrammable interface preferably interconnects the system-user hardware and application-user hardware.

  8. 14 CFR 1215.106 - User command and tracking data.

    Code of Federal Regulations, 2010 CFR

    2010-01-01

    ... one of three locations: (1) For Shuttle payloads which utilize the Shuttle commanding system, command... established for STS services (see § 1215.101). (2) For free flyers and other payloads, command data must enter... and maintain acquisition. This can be accomplished in two ways: (1) The user can provide the...

  9. 14 CFR 125.283 - Second-in-command qualifications.

    Code of Federal Regulations, 2012 CFR

    2012-01-01

    ... 14 Aeronautics and Space 3 2012-01-01 2012-01-01 false Second-in-command qualifications. 125.283... Requirements § 125.283 Second-in-command qualifications. No certificate holder may use any person, nor may any person serve, as second in command of an airplane unless that person— (a) Holds at least a...

  10. 14 CFR 91.531 - Second in command requirements.

    Code of Federal Regulations, 2013 CFR

    2013-01-01

    ... 14 Aeronautics and Space 2 2013-01-01 2013-01-01 false Second in command requirements. 91.531...-Powered Multiengine Airplanes and Fractional Ownership Program Aircraft § 91.531 Second in command... following airplanes without a pilot who is designated as second in command of that airplane: (1) A...

  11. 14 CFR 125.283 - Second-in-command qualifications.

    Code of Federal Regulations, 2013 CFR

    2013-01-01

    ... 14 Aeronautics and Space 3 2013-01-01 2013-01-01 false Second-in-command qualifications. 125.283... Requirements § 125.283 Second-in-command qualifications. No certificate holder may use any person, nor may any person serve, as second in command of an airplane unless that person— (a) Holds at least a...

  12. 14 CFR 91.531 - Second in command requirements.

    Code of Federal Regulations, 2012 CFR

    2012-01-01

    ... 14 Aeronautics and Space 2 2012-01-01 2012-01-01 false Second in command requirements. 91.531...-Powered Multiengine Airplanes and Fractional Ownership Program Aircraft § 91.531 Second in command... following airplanes without a pilot who is designated as second in command of that airplane: (1) A...

  13. 14 CFR 125.283 - Second-in-command qualifications.

    Code of Federal Regulations, 2010 CFR

    2010-01-01

    ... 14 Aeronautics and Space 3 2010-01-01 2010-01-01 false Second-in-command qualifications. 125.283... Requirements § 125.283 Second-in-command qualifications. No certificate holder may use any person, nor may any person serve, as second in command of an airplane unless that person— (a) Holds at least a...

  14. 14 CFR 125.283 - Second-in-command qualifications.

    Code of Federal Regulations, 2014 CFR

    2014-01-01

    ... 14 Aeronautics and Space 3 2014-01-01 2014-01-01 false Second-in-command qualifications. 125.283... Requirements § 125.283 Second-in-command qualifications. No certificate holder may use any person, nor may any person serve, as second in command of an airplane unless that person— (a) Holds at least a...

  15. 14 CFR 91.531 - Second in command requirements.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ... 14 Aeronautics and Space 2 2011-01-01 2011-01-01 false Second in command requirements. 91.531...-Powered Multiengine Airplanes and Fractional Ownership Program Aircraft § 91.531 Second in command... following airplanes without a pilot who is designated as second in command of that airplane: (1) A...

  16. 14 CFR 91.531 - Second in command requirements.

    Code of Federal Regulations, 2014 CFR

    2014-01-01

    ... 14 Aeronautics and Space 2 2014-01-01 2014-01-01 false Second in command requirements. 91.531...-Powered Multiengine Airplanes and Fractional Ownership Program Aircraft § 91.531 Second in command... following airplanes without a pilot who is designated as second in command of that airplane: (1) A...

  17. 14 CFR 125.283 - Second-in-command qualifications.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ... 14 Aeronautics and Space 3 2011-01-01 2011-01-01 false Second-in-command qualifications. 125.283... Requirements § 125.283 Second-in-command qualifications. No certificate holder may use any person, nor may any person serve, as second in command of an airplane unless that person— (a) Holds at least a...

  18. 14 CFR 91.531 - Second in command requirements.

    Code of Federal Regulations, 2010 CFR

    2010-01-01

    ... 14 Aeronautics and Space 2 2010-01-01 2010-01-01 false Second in command requirements. 91.531...-Powered Multiengine Airplanes and Fractional Ownership Program Aircraft § 91.531 Second in command... following airplanes without a pilot who is designated as second in command of that airplane: (1) A...

  19. 14 CFR 1215.106 - User command and tracking data.

    Code of Federal Regulations, 2013 CFR

    2013-01-01

    ... 14 Aeronautics and Space 5 2013-01-01 2013-01-01 false User command and tracking data. 1215.106 Section 1215.106 Aeronautics and Space NATIONAL AERONAUTICS AND SPACE ADMINISTRATION TRACKING AND DATA... User command and tracking data. (a) User command data shall enter TDRSS via the NISN interface at...

  20. 14 CFR 1215.106 - User command and tracking data.

    Code of Federal Regulations, 2012 CFR

    2012-01-01

    ... 14 Aeronautics and Space 5 2012-01-01 2012-01-01 false User command and tracking data. 1215.106 Section 1215.106 Aeronautics and Space NATIONAL AERONAUTICS AND SPACE ADMINISTRATION TRACKING AND DATA... User command and tracking data. (a) User command data may enter the TDRSS via the NASCOM interface...

  1. 14 CFR 1215.106 - User command and tracking data.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ... 14 Aeronautics and Space 5 2011-01-01 2010-01-01 true User command and tracking data. 1215.106 Section 1215.106 Aeronautics and Space NATIONAL AERONAUTICS AND SPACE ADMINISTRATION TRACKING AND DATA... User command and tracking data. (a) User command data may enter the TDRSS via the NASCOM interface...

  2. 33 CFR 6.01-6 - Area Commander.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... 33 Navigation and Navigable Waters 1 2014-07-01 2014-07-01 false Area Commander. 6.01-6 Section 6... AND SECURITY OF VESSELS, HARBORS, AND WATERFRONT FACILITIES Definitions § 6.01-6 Area Commander. Area... command a Coast Guard Area....

  3. 33 CFR 6.01-6 - Area Commander.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 33 Navigation and Navigable Waters 1 2010-07-01 2010-07-01 false Area Commander. 6.01-6 Section 6... AND SECURITY OF VESSELS, HARBORS, AND WATERFRONT FACILITIES Definitions § 6.01-6 Area Commander. Area... command a Coast Guard Area....

  4. 33 CFR 6.01-6 - Area Commander.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... 33 Navigation and Navigable Waters 1 2013-07-01 2013-07-01 false Area Commander. 6.01-6 Section 6... AND SECURITY OF VESSELS, HARBORS, AND WATERFRONT FACILITIES Definitions § 6.01-6 Area Commander. Area... command a Coast Guard Area....

  5. 33 CFR 6.01-6 - Area Commander.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 33 Navigation and Navigable Waters 1 2011-07-01 2011-07-01 false Area Commander. 6.01-6 Section 6... AND SECURITY OF VESSELS, HARBORS, AND WATERFRONT FACILITIES Definitions § 6.01-6 Area Commander. Area... command a Coast Guard Area....

  6. 33 CFR 6.01-6 - Area Commander.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... 33 Navigation and Navigable Waters 1 2012-07-01 2012-07-01 false Area Commander. 6.01-6 Section 6... AND SECURITY OF VESSELS, HARBORS, AND WATERFRONT FACILITIES Definitions § 6.01-6 Area Commander. Area... command a Coast Guard Area....

  7. Summary of TUTOR Commands and System Variables. Sixth Edition.

    ERIC Educational Resources Information Center

    Avner, Elaine

    This summary is intended for the experienced author who needs a quick reference for the form of a tag and for the restrictions on the TUTOR language commands. Each command includes a brief description of its purpose and a description of the tag. The commands are grouped into the following categories: (1) calculating, (2) data keeping, (3) judging,…

  8. Summary of TUTOR Commands and System Variables. Ninth Edition.

    ERIC Educational Resources Information Center

    Avner, Elaine

    Intended for the experienced TUTOR author who needs a quick reference for the form of a tag and for some of the restrictions on commands, this summary does not discuss the fine details of the TUTOR language. Brief descriptions of the purpose and the tag are provided for each command. The commands are grouped in nine categories: calculating (C),…

  9. Summary of TUTOR Commands and System Variables. Tenth Edition.

    ERIC Educational Resources Information Center

    Avner, Elaine

    Intended for the experienced TUTOR author who needs a quick reference for the form of a tag and for some of the restrictions on commands, this summary does not discuss the fine details of the TUTOR language. Brief descriptions of the purpose and the tag are provided for each command. The commands are grouped in nine categories: calculating (C),…

  10. 14 CFR 125.281 - Pilot-in-command qualifications.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ... 14 Aeronautics and Space 3 2011-01-01 2011-01-01 false Pilot-in-command qualifications. 125.281... Requirements § 125.281 Pilot-in-command qualifications. No certificate holder may use any person, nor may any person serve, as pilot in command of an airplane unless that person— (a) Holds at least a...

  11. 14 CFR 135.243 - Pilot in command qualifications.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ... 14 Aeronautics and Space 3 2011-01-01 2011-01-01 false Pilot in command qualifications. 135.243... Crewmember Requirements § 135.243 Pilot in command qualifications. (a) No certificate holder may use a person, nor may any person serve, as pilot in command in passenger-carrying operations— (1) Of a...

  12. 46 CFR 30.10-17 - Commandant-TB/ALL.

    Code of Federal Regulations, 2012 CFR

    2012-10-01

    ... 46 Shipping 1 2012-10-01 2012-10-01 false Commandant-TB/ALL. 30.10-17 Section 30.10-17 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY TANK VESSELS GENERAL PROVISIONS Definitions § 30.10-17 Commandant—TB/ALL. The term Commandant means the Commandant of the Coast Guard....

  13. 46 CFR 30.10-17 - Commandant-TB/ALL.

    Code of Federal Regulations, 2013 CFR

    2013-10-01

    ... 46 Shipping 1 2013-10-01 2013-10-01 false Commandant-TB/ALL. 30.10-17 Section 30.10-17 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY TANK VESSELS GENERAL PROVISIONS Definitions § 30.10-17 Commandant—TB/ALL. The term Commandant means the Commandant of the Coast Guard....

  14. 46 CFR 30.10-17 - Commandant-TB/ALL.

    Code of Federal Regulations, 2011 CFR

    2011-10-01

    ... 46 Shipping 1 2011-10-01 2011-10-01 false Commandant-TB/ALL. 30.10-17 Section 30.10-17 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY TANK VESSELS GENERAL PROVISIONS Definitions § 30.10-17 Commandant—TB/ALL. The term Commandant means the Commandant of the Coast Guard....

  15. 46 CFR 30.10-17 - Commandant-TB/ALL.

    Code of Federal Regulations, 2014 CFR

    2014-10-01

    ... 46 Shipping 1 2014-10-01 2014-10-01 false Commandant-TB/ALL. 30.10-17 Section 30.10-17 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY TANK VESSELS GENERAL PROVISIONS Definitions § 30.10-17 Commandant—TB/ALL. The term Commandant means the Commandant of the Coast Guard....

  16. 14 CFR 417.303 - Command control system requirements.

    Code of Federal Regulations, 2014 CFR

    2014-01-01

    ... control system requirements. (a) General. When initiated by a flight safety official, a command control... receipt of the signal by the onboard vehicle flight termination system. A command control system must... flight termination system used for each launch. (f) Electromagnetic interference. Each command...

  17. 14 CFR 417.303 - Command control system requirements.

    Code of Federal Regulations, 2012 CFR

    2012-01-01

    ... control system requirements. (a) General. When initiated by a flight safety official, a command control... receipt of the signal by the onboard vehicle flight termination system. A command control system must... flight termination system used for each launch. (f) Electromagnetic interference. Each command...

  18. 14 CFR 417.305 - Command control system testing.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ..., DEPARTMENT OF TRANSPORTATION LICENSING LAUNCH SAFETY Flight Safety System § 417.305 Command control system... for the launch. (2) Coordinated command control system and flight termination system testing. For each... operational command control system; (iii) Verify the performance of each flight safety system......

  19. 14 CFR 417.305 - Command control system testing.

    Code of Federal Regulations, 2012 CFR

    2012-01-01

    ..., DEPARTMENT OF TRANSPORTATION LICENSING LAUNCH SAFETY Flight Safety System § 417.305 Command control system... for the launch. (2) Coordinated command control system and flight termination system testing. For each... operational command control system; (iii) Verify the performance of each flight safety system......

  20. 14 CFR 417.305 - Command control system testing.

    Code of Federal Regulations, 2013 CFR

    2013-01-01

    ..., DEPARTMENT OF TRANSPORTATION LICENSING LAUNCH SAFETY Flight Safety System § 417.305 Command control system... for the launch. (2) Coordinated command control system and flight termination system testing. For each... operational command control system; (iii) Verify the performance of each flight safety system......

  1. 14 CFR 417.305 - Command control system testing.

    Code of Federal Regulations, 2010 CFR

    2010-01-01

    ..., DEPARTMENT OF TRANSPORTATION LICENSING LAUNCH SAFETY Flight Safety System § 417.305 Command control system... for the launch. (2) Coordinated command control system and flight termination system testing. For each... operational command control system; (iii) Verify the performance of each flight safety system......

  2. 14 CFR 417.303 - Command control system requirements.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ... control system requirements. (a) General. When initiated by a flight safety official, a command control... receipt of the signal by the onboard vehicle flight termination system. A command control system must... flight termination system used for each launch. (f) Electromagnetic interference. Each command...

  3. 14 CFR 125.281 - Pilot-in-command qualifications.

    Code of Federal Regulations, 2010 CFR

    2010-01-01

    ... 14 Aeronautics and Space 3 2010-01-01 2010-01-01 false Pilot-in-command qualifications. 125.281... Requirements § 125.281 Pilot-in-command qualifications. No certificate holder may use any person, nor may any person serve, as pilot in command of an airplane unless that person— (a) Holds at least a...

  4. Is EURONET C.C.L. a "Common" Command Language?

    ERIC Educational Resources Information Center

    Verheijen-Voogd, C.

    1981-01-01

    Presents a chart which compares selected command functions of DIMDI and IRS/ESA, two major versions of the EURONET Common Command Language, with the IRS/ESA-Quest retrieval language and includes specific remarks for most of the commands. (RBF)

  5. View of Apollo 14 crewmen in Command Module simulation training

    NASA Technical Reports Server (NTRS)

    1970-01-01

    The members of the prime crew of the Apollo 14 lunar landing mission participate in Command Module simulation training at the Kennedy Space Center. Left to right, are Astronauts Edgar D. Mitchell, lunar module pilot; Sturat A. Roosa, command module pilot; and Alan B. Shepard Jr., commander.

  6. 46 CFR 30.10-17 - Commandant-TB/ALL.

    Code of Federal Regulations, 2010 CFR

    2010-10-01

    ... 46 Shipping 1 2010-10-01 2010-10-01 false Commandant-TB/ALL. 30.10-17 Section 30.10-17 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY TANK VESSELS GENERAL PROVISIONS Definitions § 30.10-17 Commandant—TB/ALL. The term Commandant means the Commandant of the Coast Guard....

  7. A modular suite of hardware enabling spaceflight cell culture research

    NASA Technical Reports Server (NTRS)

    Hoehn, Alexander; Klaus, David M.; Stodieck, Louis S.

    2004-01-01

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

  8. Product Assurance for Spaceflight Hardware

    NASA Technical Reports Server (NTRS)

    Monroe, Mike

    1995-01-01

    This report contains information about the tasks I have completed and the valuable experience I have gained at NASA. The report is divided into two different sections followed by a program summary sheet. The first section describes the two reports I have completed for the Office of Mission Assurance (OMA). I describe the approach and the resources and facilities used to complete each report. The second section describes my experience working in the Receipt Inspection/Quality Assurance Lab (RI/QA). The first report described is a Product Assurance Plan for the Gas Permeable Polymer Materials (GPPM) mission. The purpose of the Product Assurance Plan is to define the various requirements which are to be met through completion of the GPPM mission. The GPPM experiment is a space payload which will be flown in the shuttle's SPACEHAB module. The experiment will use microgravity to enable production of complex polymeric gas permeable materials. The second report described in the first section is a Fracture Analysis for the Mir Environmental Effects Payload (MEEP). The Fracture Analysis report is a summary of the fracture control classifications for all structural elements of the MEEP. The MEEP hardware consists of four experiment carriers, each of which contains an experiment container holding a passive experiment. The MEEP hardware will be attached to the cargo bay of the space shuttle. It will be transferred by Extravehicular Activity and mounted on the Mir space station. The second section of this report describes my experiences in the RVQA lab. I listed the different equipment I used at the lab and their functions. I described the extensive inspection process that must be completed for spaceflight hardware. Included, at the end of this section, are pictures of most of the equipment used in the lab. There is a summary sheet located at the end of this report. It briefly describes the valuable experience I have gained at NASA this summer and what I will be able to take

  9. 76 FR 14950 - Closed Meeting of the U.S. Strategic Command Strategic Advisory Group

    Federal Register 2010, 2011, 2012, 2013, 2014

    2011-03-18

    ... Commander, U.S. Strategic Command, during the development of the Nation's strategic war plans. Agenda... Destruction, Intelligence Operations, Cyber Operations, Global Strike, Command and Control, Science...

  10. Facteurs prédictifs de l’échec du Traitement Préventif Intermittent du paludisme à la sulfadoxine – pyriméthamine (TPIp-SP) dans une population de femmes enceintes à Yaoundé

    PubMed Central

    Essiben, Félix; Foumane, Pascal; de Nguefack, Marcelle Aurelie Tsafack; Eko, Filbert Eko; Njotang, Philip Nana; Enow, Robinson Mbu; Mboudou, Emile Telesphore

    2016-01-01

    Introduction Le traitement préventif intermittent à la sulfadoxine-pyriméthamine (TPIp-SP) est recommandé pour prévenir le paludisme pendant la grossesse. Nous avons recherché les facteurs associés à l’échec de cette stratégie. Méthodes Nous avons mené une étude cas - témoins dans deux formations sanitaires de Yaoundé, du 1er Mai 2014 au 30 Avril 2015. Les femmes enceintes sous TPIp-SP hospitalisées pour paludisme ayant un Test de Diagnostic Rapide (TDR) positif (cas) étaient comparées aux femmes enceintes sous TPIp-SP ayant un TDR négatif (témoins). Les logiciels Epi info 7 et SPSS 18.0 ont été utilisés avec P < 0,05 comme seuil de significativité. Résultats Nous avons recruté 234 sujets, 109 cas (46,6%) et 125 témoins (53,4%). Les facteurs associés retrouvés étaient: la primiparité (P=0,03; OR=1,15; IC= 0,32 - 4,10), la non utilisation de la MILDA (P=0,006; OR= 2,31; IC= 1,26 - 4,25), un antécédent d'hospitalisation pour paludisme (P=0,007; OR= 2,19; IC= 1,23 - 3,89), le début de la TPIp-SP après la 28ème semaine de grossesse (P=0,001, OR= 3,55; IC= 1,7 - 7,61). Après régression logistique, la primiparité (P=0,024; OR=2,01; IC=1,1-3,7) et un antécédent d'hospitalisation pour paludisme (P=0,001; OR=2,83; IC=1,50-5,4) restaient associés à l’échec du TPIp-SP. Conclusion Un antécédent d'hospitalisation pour accès palustre et la primiparité sont des facteurs prédictifs indépendants de l’échec de la TPIp-SP. PMID:27303570

  11. Computer and information technology: hardware.

    PubMed

    O'Brien, D

    1998-02-01

    Computers open the door to an ever-expanding arena of knowledge and technology. Most nurses practicing in perianesthesia setting were educated before the computer era, and many fear computers and the associated technology. Frequently, the greatest difficulty is finding the resources and knowing what questions to ask. The following is the first in a series of articles on computers and information technology. This article discusses computer hardware to get the novice started or the experienced user upgraded to access new technologies and the Internet. Future articles will discuss start up and usual software applications, getting up to speed on the information superhighway, and other technologies that will broaden our knowledge and expand our personal and professional world. PMID:9543967

  12. A commercial procedure execution engine completing the command chain of a university satellite simulation infrastructure

    NASA Astrophysics Data System (ADS)

    Fritz, Michael; Falke, Albert; Kuwahara, Toshinori; Roeser, Hans-Peter; Pearson, Steve; Witts, Andrew; Eickhoff, Jens

    2010-03-01

    The Institute of Space Systems at the University of Stuttgart has a small satellite programme consisting of currently four missions. The first of these missions is the Flying Laptop, the purpose of which are technology evaluation, Earth observation and scientific measurement. Since the budget for a University satellite programme is obviously limited, engineering models of the entire spacecraft are to be avoided. In order to keep technical risks at a low level, a simulation based development approach was selected instead which already has been applied as proven technology in industry. The Institute of Space Systems applies the system simulation infrastructure Model- based Development and Verification Environment (MDVE) developed by Astrium as real-time simulator which is commanded via a SCOS-2000 mission control system. Easy commanding of such an entire simulated S/C, respectively, later the hardware in AIT phase, is mandatory especially for students only working with the equipment for a typical 6 months thesis period. Therefore the infrastructure setup was completed by the test procedure editor and execution engine Manufacturing and Operations Information System (MOIS) which for the first time provides a complete command/execution/control chain in the programme.

  13. Effective inpatient medication reconciliation: The 10 commandments.

    PubMed

    Siu, Henry K

    2015-01-01

    Medication Reconciliation (MedRec) is the comprehensive process of medication verification, clarification and documentation in an effort to avoid medication errors. There are many reasons that contribute to the inadequacies of current day inpatient MedRec. Among these include the limited medical literacy of patients, communication between providers and teams of providers, and the intrinsic difficulties of medical charting. Although the best approach to inpatient MedRec is not known, the following outlines the 10 most important aspects, or "Commandments", for effective inpatient MedRec. The tenets are not listed in any particular order of importance. PMID:25758318

  14. Apollo command module land impact tests

    NASA Technical Reports Server (NTRS)

    Mccullough, J. E.; Lands, J. F., Jr.

    1972-01-01

    Full-scale-model and actual spacecraft were impact tested to define the emergency land-landing capability of the Apollo command module. Structural accelerations and strains were recorded on analog instrumentation, and a summary to these data is included. The landing kinematics were obtained from high-speed photography. Photographs of the structural damage caused during the tests are included. Even though extensive damage can be expected, the crew will receive nothing more than minor injuries during the majority of the probable landing conditions.

  15. An integrated command control and communications center for first responders

    NASA Astrophysics Data System (ADS)

    Messner, Richard A.; Hludik, Frank; Vidacic, Dragan; Melnyk, Pavlo

    2005-05-01

    First responders to a major incident include many different agencies. These may include law enforcement officers, multiple fire departments, paramedics, HAZMAT response teams, and possibly even federal personnel such as FBI and FEMA. Often times multiple jurisdictions respond to the incident which causes interoperability issues with respect to communication and dissemination of time critical information. Accurate information from all responding sources needs to be rapidly collected and made available to the current on site responders as well as the follow-on responders who may just be arriving on scene. The creation of a common central database with a simple easy to use interface that is dynamically updated in real time would allow prompt and efficient information distribution between different jurisdictions. Such a system is paramount to the success of any response to a major incident. First responders typically arrive in mobile vehicles that are equipped with communications equipment. Although the first responders may make reports back to their specific home based command centers, the details of those reports are not typically available to other first responders who are not a part of that agencies infrastructure. Furthermore, the collection of information often occurs outside of the first responder vehicle and the details of the scene are normally either radioed from the field or written down and then disseminated after significant delay. Since first responders are not usually on the same communications channels, and the fact that there is normally a considerable amount of confusion during the first few hours on scene, it would be beneficial if there were a centralized location for the repository of time critical information which could be accessed by all the first responders in a common fashion without having to redesign or add significantly to each first responders hardware/software systems. Each first responder would then be able to provide information

  16. Electronic hardware implementations of neutral networks

    NASA Technical Reports Server (NTRS)

    Thakoor, A. P.; Moopenn, A.; Lambe, John; Khanna, S. K.

    1987-01-01

    This paper examines some of the present work on the development of electronic neural network hardware. In particular, the investigations currently under way at JPL on neural network hardware implementations based on custom VLSI technology, novel thin film materials, and an analog-digital hybrid architecture are reviewed. The availability of such hardware will greatly benefit and enhance the present intense research effort on the potential computational capabilities of highly parallel systems based on neural network models.

  17. Hardware Implementation of Singular Value Decomposition

    NASA Astrophysics Data System (ADS)

    Majumder, Swanirbhar; Shaw, Anil Kumar; Sarkar, Subir Kumar

    2016-06-01

    Singular value decomposition (SVD) is a useful decomposition technique which has important role in various engineering fields such as image compression, watermarking, signal processing, and numerous others. SVD does not involve convolution operation, which make it more suitable for hardware implementation, unlike the most popular transforms. This paper reviews the various methods of hardware implementation for SVD computation. This paper also studies the time complexity and hardware complexity in various methods of SVD computation.

  18. Open-source hardware for medical devices

    PubMed Central

    2016-01-01

    Open-source hardware is hardware whose design is made publicly available so anyone can study, modify, distribute, make and sell the design or the hardware based on that design. Some open-source hardware projects can potentially be used as active medical devices. The open-source approach offers a unique combination of advantages, including reducing costs and faster innovation. This article compares 10 of open-source healthcare projects in terms of how easy it is to obtain the required components and build the device. PMID:27158528

  19. Thermal Hardware for the Thermal Analyst

    NASA Technical Reports Server (NTRS)

    Steinfeld, David

    2015-01-01

    The presentation will be given at the 26th Annual Thermal Fluids Analysis Workshop (TFAWS 2015) hosted by the Goddard Space Flight Center (GSFC) Thermal Engineering Branch (Code 545). NCTS 21070-1. Most Thermal analysts do not have a good background into the hardware which thermally controls the spacecraft they design. SINDA and Thermal Desktop models are nice, but knowing how this applies to the actual thermal hardware (heaters, thermostats, thermistors, MLI blanketing, optical coatings, etc...) is just as important. The course will delve into the thermal hardware and their application techniques on actual spacecraft. Knowledge of how thermal hardware is used and applied will make a thermal analyst a better engineer.

  20. Constructing Hardware in a Scale Embedded Language

    2014-08-21

    Chisel is a new open-source hardware construction language developed at UC Berkeley that supports advanced hardware design using highly parameterized generators and layered domain-specific hardware languages. Chisel is embedded in the Scala programming language, which raises the level of hardware design abstraction by providing concepts including object orientation, functional programming, parameterized types, and type inference. From the same source, Chisel can generate a high-speed C++-based cycle-accurate software simulator, or low-level Verilog designed to pass onmore » to standard ASIC or FPGA tools for synthesis and place and route.« less

  1. Constructing Hardware in a Scale Embedded Language

    SciTech Connect

    Bachan, John

    2014-08-21

    Chisel is a new open-source hardware construction language developed at UC Berkeley that supports advanced hardware design using highly parameterized generators and layered domain-specific hardware languages. Chisel is embedded in the Scala programming language, which raises the level of hardware design abstraction by providing concepts including object orientation, functional programming, parameterized types, and type inference. From the same source, Chisel can generate a high-speed C++-based cycle-accurate software simulator, or low-level Verilog designed to pass on to standard ASIC or FPGA tools for synthesis and place and route.

  2. IT Security Support for Spaceport Command and Control System

    NASA Technical Reports Server (NTRS)

    McLain, Jeffrey

    2013-01-01

    During the fall 2013 semester, I worked at the Kennedy Space Center as an IT Security Intern in support of the Spaceport Command and Control System under the guidance of the IT Security Lead Engineer. Some of my responsibilities included assisting with security plan documentation collection, system hardware and software inventory, and malicious code and malware scanning. Throughout the semester, I had the opportunity to work on a wide range of security related projects. However, there are three projects in particular that stand out. The first project I completed was updating a large interactive spreadsheet that details the SANS Institutes Top 20 Critical Security Controls. My task was to add in all of the new commercial of the shelf (COTS) software listed on the SANS website that can be used to meet their Top 20 controls. In total, there are 153 unique security tools listed by SANS that meet one or more of their 20 controls. My second project was the creation of a database that will allow my mentor to keep track of the work done by the contractors that report to him in a more efficient manner by recording events as they occur throughout the quarter. Lastly, I expanded upon a security assessment of the Linux machines being used on center that I began last semester. To do this, I used a vulnerability and configuration tool that scans hosts remotely through the network and presents the user with an abundance of information detailing each machines configuration. The experience I gained from working on each of these projects has been invaluable, and I look forward to returning in the spring semester to continue working with the IT Security team.

  3. 32 CFR 724.306 - Functions of the Commander, Naval Medical Command.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 5 2010-07-01 2010-07-01 false Functions of the Commander, Naval Medical... PERSONNEL NAVAL DISCHARGE REVIEW BOARD Director, Secretary of the Navy Council of Review Boards and President Naval Discharge Review Board; Responsibilities in Support of the Naval Discharge Review...

  4. 32 CFR 724.306 - Functions of the Commander, Naval Medical Command.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 5 2011-07-01 2011-07-01 false Functions of the Commander, Naval Medical... PERSONNEL NAVAL DISCHARGE REVIEW BOARD Director, Secretary of the Navy Council of Review Boards and President Naval Discharge Review Board; Responsibilities in Support of the Naval Discharge Review...

  5. Lunar Reconnaissance Orbiter (LRO) Command and Data Handling Flight Electronics Subsystem

    NASA Technical Reports Server (NTRS)

    Nguyen, Quang; Yuknis, William; Haghani, Noosha; Pursley, Scott; Haddad, Omar

    2012-01-01

    A document describes a high-performance, modular, and state-of-the-art Command and Data Handling (C&DH) system developed for use on the Lunar Reconnaissance Orbiter (LRO) mission. This system implements a complete hardware C&DH subsystem in a single chassis enclosure that includes a processor card, 48 Gbytes of solid-state recorder memory, data buses including MIL-STD-1553B, custom RS-422, SpaceWire, analog collection, switched power services, and interfaces to the Ka-Band and S-Band RF communications systems. The C&DH team capitalized on extensive experience with hardware and software with PCI bus design, SpaceWire networking, Actel FPGA design, digital flight design techniques, and the use of VxWorks for the real-time operating system. The resulting hardware architecture was implemented to meet the LRO mission requirements. The C&DH comprises an enclosure, a backplane, a low-voltage power converter, a single-board computer, a communications interface board, four data storage boards, a housekeeping and digital input/output board, and an analog data acquisition board. The interfaces between the C&DH and the instruments and avionics are connected through a SpaceWire network, a MIL-STD-1553 bus, and a combination of synchronous and asynchronous serial data transfers over RS-422 and LVDS (low-voltage differential-signaling) electrical interfaces. The C&DH acts as the spacecraft data system with an instrument data manager providing all software and internal bus scheduling, ingestion of science data, distribution of commands, and performing science operations in real time.

  6. Life Sciences Division Spaceflight Hardware

    NASA Technical Reports Server (NTRS)

    Yost, B.

    1999-01-01

    The Ames Research Center (ARC) is responsible for the development, integration, and operation of non-human life sciences payloads in support of NASA's Gravitational Biology and Ecology (GB&E) program. To help stimulate discussion and interest in the development and application of novel technologies for incorporation within non-human life sciences experiment systems, three hardware system models will be displayed with associated graphics/text explanations. First, an Animal Enclosure Model (AEM) will be shown to communicate the nature and types of constraints physiological researchers must deal with during manned space flight experiments using rodent specimens. Second, a model of the Modular Cultivation System (MCS) under development by ESA will be presented to highlight technologies that may benefit cell-based research, including advanced imaging technologies. Finally, subsystems of the Cell Culture Unit (CCU) in development by ARC will also be shown. A discussion will be provided on candidate technology requirements in the areas of specimen environmental control, biotelemetry, telescience and telerobotics, and in situ analytical techniques and imaging. In addition, an overview of the Center for Gravitational Biology Research facilities will be provided.

  7. Manipulation hardware for microgravity research

    SciTech Connect

    Herndon, J.N.; Glassell, R.L.; Butler, P.L.; Williams, D.M. ); Rohn, D.A. . Lewis Research Center); Miller, J.H. )

    1990-01-01

    The establishment of permanent low earth orbit occupation on the Space Station Freedom will present new opportunities for the introduction of productive flexible automation systems into the microgravity environment of space. The need for robust and reliable robotic systems to support experimental activities normally intended by astronauts will assume great importance. Many experimental modules on the space station are expected to require robotic systems for ongoing experimental operations. When implementing these systems, care must be taken not to introduce deleterious effects on the experiments or on the space station itself. It is important to minimize the acceleration effects on the experimental items being handled while also minimizing manipulator base reaction effects on adjacent experiments and on the space station structure. NASA Lewis Research Center has been performing research on these manipulator applications, focusing on improving the basic manipulator hardware, as well as developing improved manipulator control algorithms. By utilizing the modular manipulator concepts developed during the Laboratory Telerobotic Manipulator program, Oak Ridge National Laboratory has developed an experimental testbed system called the Microgravity Manipulator, incorporating two pitch-yaw modular positioners to provide a 4 dof experimental manipulator arm. A key feature in the design for microgravity manipulation research was the use of traction drives for torque transmission in the modular pitch-yaw differentials.

  8. LABORATORY PROCESS CONTROLLER USING NATURAL LANGUAGE COMMANDS FROM A PERSONAL COMPUTER

    NASA Technical Reports Server (NTRS)

    Will, H.

    1994-01-01

    The complex environment of the typical research laboratory requires flexible process control. This program provides natural language process control from an IBM PC or compatible machine. Sometimes process control schedules require changes frequently, even several times per day. These changes may include adding, deleting, and rearranging steps in a process. This program sets up a process control system that can either run without an operator, or be run by workers with limited programming skills. The software system includes three programs. Two of the programs, written in FORTRAN77, record data and control research processes. The third program, written in Pascal, generates the FORTRAN subroutines used by the other two programs to identify the user commands with the user-written device drivers. The software system also includes an input data set which allows the user to define the user commands which are to be executed by the computer. To set the system up the operator writes device driver routines for all of the controlled devices. Once set up, this system requires only an input file containing natural language command lines which tell the system what to do and when to do it. The operator can make up custom commands for operating and taking data from external research equipment at any time of the day or night without the operator in attendance. This process control system requires a personal computer operating under MS-DOS with suitable hardware interfaces to all controlled devices. The program requires a FORTRAN77 compiler and user-written device drivers. This program was developed in 1989 and has a memory requirement of about 62 Kbytes.

  9. Tinker's Toys: Lessons from Bank Street: Hardware.

    ERIC Educational Resources Information Center

    Tinker, Robert

    1985-01-01

    Bank Street Laboratory (a set of hardware/software tools for measuring temperature, light, and sound) consists of a board that plugs into Apple microcomputers, cabling, software, and six probes. Discusses the laboratory's hardware, including the analog-to-digital converter, multiplier chip, and modular connectors. Circuit diagrams of components…

  10. A Survey of Display Hardware and Software.

    ERIC Educational Resources Information Center

    Poore, Jesse H., Jr.; And Others

    Reported are two papers which deal with the fundamentals of display hardware and software in computer systems. The first report presents the basic principles of display hardware in terms of image generation from buffers presumed to be loaded and controlled by a digital computer. The concepts surrounding the electrostatic tube, the electromagnetic…

  11. Returned Solar Max hardware degradation study results

    NASA Technical Reports Server (NTRS)

    Triolo, Jack J.; Ousley, Gilbert W.

    1989-01-01

    The Solar Maximum Repair Mission returned with the replaced hardware that had been in low Earth orbit for over four years. The materials of this returned hardware gave the aerospace community an opportunity to study the realtime effects of atomic oxygen, solar radiation, impact particles, charged particle radiation, and molecular contamination. The results of these studies are summarized.

  12. 16 CFR 1509.7 - Hardware.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ... NON-FULL-SIZE BABY CRIBS § 1509.7 Hardware. (a) The hardware in a non-full-size baby crib shall be... abuse. (b) Non-full-size baby cribs shall incorporate locking or latching devices for dropsides or... non-full-size baby crib....

  13. 16 CFR 1508.6 - Hardware.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ... 16 Commercial Practices 2 2011-01-01 2011-01-01 false Hardware. 1508.6 Section 1508.6 Commercial Practices CONSUMER PRODUCT SAFETY COMMISSION FEDERAL HAZARDOUS SUBSTANCES ACT REGULATIONS REQUIREMENTS FOR FULL-SIZE BABY CRIBS § 1508.6 Hardware. (a) A crib shall be designed and constructed in a manner...

  14. Hardware survey for the avionics test bed

    NASA Technical Reports Server (NTRS)

    Cobb, J. M.

    1981-01-01

    A survey of maor hardware items that could possibly be used in the development of an avionics test bed for space shuttle attached or autonomous large space structures was conducted in NASA Johnson Space Center building 16. The results of the survey are organized to show the hardware by laboratory usage. Computer systems in each laboratory are described in some detail.

  15. Dynamic testing of docking system hardware

    NASA Technical Reports Server (NTRS)

    Dorland, W. D.

    1972-01-01

    Extensive dynamic testing was conducted to verify the flight readiness of the Apollo docking hardware. Testing was performed on a unique six degree-of-freedom motion simulator controlled by a computer that calculated the associated spacecraft motions. The test system and the results obtained by subjecting flight-type docking hardware to actual impact loads and resultant spacecraft dynamics are described.

  16. Properly Matching Microcomputer Hardware, Software Minimizes "Glitches."

    ERIC Educational Resources Information Center

    Fredenburg, Philip B.

    1986-01-01

    Microcomputer systems for school districts are best obtained by selecting the software, and matching it with hardware. Discusses criteria for software and hardware, monitors, input/output devices, backup devices, and printers. Components of two basic microcomputer systems for the business office are proposed. (MLF)

  17. Hardware verification at Computational Logic, Inc.

    NASA Technical Reports Server (NTRS)

    Brock, Bishop C.; Hunt, Warren A., Jr.

    1990-01-01

    The following topics are covered in viewgraph form: (1) hardware verification; (2) Boyer-Moore logic; (3) core RISC; (4) the FM8502 fabrication, implementation specification, and pinout; (5) hardware description language; (6) arithmetic logic generator; (7) near term expected results; (8) present trends; (9) future directions; (10) collaborations and technology transfer; and (11) technology enablers.

  18. The Arecibo Remote Command Center Program

    NASA Astrophysics Data System (ADS)

    Crawford, Fronefield; Jenet, Fredrick; Siemens, Xavier; Dolch, Timothy; Stovall, Kevin

    2016-07-01

    The Arecibo Remote Command Center (ARCC) is a multi-institution research and education program that introduces undergraduates to the field of pulsar research. Specifically, the program trains students to work in small teams to operate several of the world's largest radio telescopes (both Arecibo and the Green Bank Telescope). Students conduct survey observations for the PALFA Galactic plane pulsar survey and conduct timing observations of millisecond pulsars (MSPs) for the NANOGrav search for gravitational waves using these telescopes. In addition, ARCC students search pulsar candidates generated from processed survey data in order to find both new radio MSPs and non-recycled pulsars. The ARCC program currently operates at four U.S. institutions and involves more than 50 undergraduate students each year. To date, ARCC students have discovered 64 new pulsars in this program.

  19. STS-70 Mission Commander Henricks inspects tire

    NASA Technical Reports Server (NTRS)

    1995-01-01

    STS-70 Mission Commander Terence 'Tom' Henricks inspects the nose wheel landing gear tires of the Space Shuttle Orbiter Discovery along with Mission Specialist Mary Ellen Weber after the spaceplane touched down on KSC's Runway 33 to successfully conclude the nearly nine-day space flight. Main gear touchdown was unofficially listed at 8:02 a.m. EDT on July 22, 1995 on the second landing attempt after the first opportunity was waved off. The orbiter was originally scheduled to land on the 21st, but fog and low visibility at the Shuttle Landing Facility led to the one-day extension. This was the 24th landing at KSC and the 70th Space Shuttle mission. During the space flight, the five-member crew deployed the NASA Tracking and Data Relay Satellite-G (TDRS- G). The other crew members were Pilot Kevin R. Kregel and Mission Specialists Nancy Jane Currie and Donald A. Thomas.

  20. Collins named First Woman Shuttle Commander

    NASA Astrophysics Data System (ADS)

    Showstack, Randy

    Just a few hours after NASA revealed that there is water ice on the Moon, U.S. First Lady Hillary Rodham Clinton introduced Air Force Lieutenant Colonel Eileen Collins to a packed auditorium at Dunbar Senior High School in Washington, D.C., as the first woman who will command a NASA space shuttle mission. With students at this school, which is noted for its pre-engineering program, cheering, Clinton said that Collins' selection “is one big step forward for women and one giant step for humanity.” Clinton added, “It doesn't matter if you are a boy or a girl, you can be an astronaut or a pilot, if you get a first-rate education in math and science.”

  1. Commander Collins in the White Room

    NASA Technical Reports Server (NTRS)

    1999-01-01

    STS-93 Commander Eileen M. Collins is checked out by white room closeout crew members before entering the orbiter Columbia. The white room is an environmental chamber at the end of the orbiter access arm that provides entry to the orbiter crew compartment. STS-93 is a five-day mission primarily to release the Chandra X- ray Observatory, which will allow scientists from around the world to study some of the most distant, powerful and dynamic objects in the universe. After Space Shuttle Columbia's July 20 and 22 launch attempts were scrubbed, the launch was again rescheduled for Friday, July 23, at 12:24 a.m. EDT. The target landing date is July 27 at 11:20 p.m. EDT.

  2. STS-113 Crew Interviews: Jim Wetherbee, Commander

    NASA Technical Reports Server (NTRS)

    2002-01-01

    STS-113 Commander Jim Wetherbee is seen during this preflight interview where he gives a quick overview of the mission before answering questions about his inspiration to become an astronaut and his career path. Wetherbee outlines his role in the mission, what his responsibilities will be, what the crew exchange will be like (transferring the Expedition 6 crew in place of the Expedition 5 crew on the International Space Station (ISS)) and what the importance of the primary payload (the P1 truss) will be. He also provides a detailed account of the three planned extravehicular activities (EVAs) and additional transfer duties. He ends by offering his thoughts on the success of the ISS as the second anniversary of continuous human occupation of the ISS approaches.

  3. Using HMI Weintek in command of an industrial robot arm

    NASA Astrophysics Data System (ADS)

    Barz, C.; Latinovic, T.; Balan, I. B. A.; Pop-Vadean, A.; Pop, P. P.

    2015-06-01

    The present paper intends to highlight the utility and importance of HMI in the control of the robotic arm, commanding a Siemens PLC. The touch screen HMI Weinteke MT3070a is the user interface in the process command of Siemens PLC, in which the distances and displacement speeds are introduced on the three axes. The interface includes monitoring robotic arm movement but also allows its command by incrementing step by step the motion over axis.

  4. Astronaut Alan Bean assisted with egressing command module after landing

    NASA Technical Reports Server (NTRS)

    1969-01-01

    Astronaut Alan L. Bean, lunar module pilot, is assisted with egressing the Apollo 12 Command Module by a U.S. Navy underwater demolition team swimmer during recovery operations in the Pacific Ocean. Already in the life raft are Astronauts Charles Conrad Jr., commander; and Richard F. Gordon Jr., command module pilot. The Apollo 12 splashdown occured at 2:58 p.m., November 24, 1969 near American Samoa.

  5. Data acquisition command interface using VAX/VMS DCL

    SciTech Connect

    Poore, R.V.; Barrus, D.M.; Cort, G.; Goldstone, J.A.; Miller, L.B.; Nelson, R.O.

    1985-01-01

    The user interface to a data acquisition system is being developed at the Los Alamos Weapons Neutron Research Facility using the VAX/VMS command language interface DCL. Commands are being implemented which provide for system initialization and control functions and FASTBUS diagnostics. The data acquisition system incorporates the concept of a data acquisition ''state'' (running, halted, etc.) where a certain subset of input commands is allowed.

  6. Conference room 211, adjacent to commander's quarters, with vault door ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    Conference room 211, adjacent to commander's quarters, with vault door at right. Projection area at center is equipped with automatic security drapes. Projection room uses a 45 degree mirror to reflect the image onto the frosted glass screen. Door on far left leads to display area senior battle staff viewing bridge, and the commander's quarters - March Air Force Base, Strategic Air Command, Combat Operations Center, 5220 Riverside Drive, Moreno Valley, Riverside County, CA

  7. XTCE: XML Telemetry and Command Exchange Tutorial, XTCE Version 1

    NASA Technical Reports Server (NTRS)

    Rice, Kevin; Kizzort, Brad

    2008-01-01

    These presentation slides are a tutorial on XML Telemetry and Command Exchange (XTCE). The goal of XTCE is to provide an industry standard mechanism for describing telemetry and command streams (particularly from satellites.) it wiill lower cost and increase validation over traditional formats, and support exchange or native format.XCTE is designed to describe bit streams, that are typical of telemetry and command in the historic space domain.

  8. An evaluation of Skylab habitability hardware

    NASA Technical Reports Server (NTRS)

    Stokes, J.

    1974-01-01

    For effective mission performance, participants in space missions lasting 30-60 days or longer must be provided with hardware to accommodate their personal needs. Such habitability hardware was provided on Skylab. Equipment defined as habitability hardware was that equipment composing the food system, water system, sleep system, waste management system, personal hygiene system, trash management system, and entertainment equipment. Equipment not specifically defined as habitability hardware but which served that function were the Wardroom window, the exercise equipment, and the intercom system, which was occasionally used for private communications. All Skylab habitability hardware generally functioned as intended for the three missions, and most items could be considered as adequate concepts for future flights of similar duration. Specific components were criticized for their shortcomings.

  9. FIRRE command and control station (C2)

    NASA Astrophysics Data System (ADS)

    Laird, R. T.; Kramer, T. A.; Cruickshanks, J. R.; Curd, K. M.; Thomas, K. M.; Moneyhun, J.

    2006-05-01

    The Family of Integrated Rapid Response Equipment (FIRRE) is an advanced technology demonstration program intended to develop a family of affordable, scalable, modular, and logistically supportable unmanned systems to meet urgent operational force protection needs and requirements worldwide. The near-term goal is to provide the best available unmanned ground systems to the warfighter in Iraq and Afghanistan. The overarching long-term goal is to develop a fully-integrated, layered force protection system of systems for our forward deployed forces that is networked with the future force C4ISR systems architecture. The intent of the FIRRE program is to reduce manpower requirements, enhance force protection capabilities, and reduce casualties through the use of unmanned systems. FIRRE is sponsored by the Office of the Under Secretary of Defense, Acquisitions, Technology and Logistics (OUSD AT&L), and is managed by the Product Manager, Force Protection Systems (PM-FPS). The FIRRE Command and Control (C2) Station supports two operators, hosts the Joint Battlespace Command and Control Software for Manned and Unmanned Assets (JBC2S), and will be able to host Mission Planning and Rehearsal (MPR) software. The C2 Station consists of an M1152 HMMWV fitted with an S-788 TYPE I shelter. The C2 Station employs five 24" LCD monitors for display of JBC2S software [1], MPR software, and live video feeds from unmanned systems. An audio distribution system allows each operator to select between various audio sources including: AN/PRC-117F tactical radio (SINCGARS compatible), audio prompts from JBC2S software, audio from unmanned systems, audio from other operators, and audio from external sources such as an intercom in an adjacent Tactical Operations Center (TOC). A power distribution system provides battery backup for momentary outages. The Ethernet network, audio distribution system, and audio/video feeds are available for use outside the C2 Station.

  10. Apollo 16 astronauts in Apollo Command Module Mission Simulator

    NASA Technical Reports Server (NTRS)

    1972-01-01

    Astronaut Thomas K. Mattingly II, command module pilot of the Apollo 16 lunar landing mission, participates in extravehicular activity (EVA) training in bldg 5 at the Manned Spacecraft Center (MSC). In the right background is Astronaut Charles M. Duke Jr., lunar module pilot. They are inside the Apollo Command Module Mission Simulator (31046); Mattingly (right foreground) and Duke (right backgroung) in the Apollo Command Module Mission Simulator for EVA simulation and training. Astronaut John W. Young, commander, can be seen in the left background (31047).

  11. Hardware implementation of LOTRRP compression for real-time image compression

    NASA Astrophysics Data System (ADS)

    Crooks, Marc W.; Capps, Charles; Hawkins, Eric; Wesley, Michael

    1996-03-01

    Lapped Orthogonal Transforms (LOT) are becoming more widely used in image coding applications for image transmission and archival schemes. Previously sponsored U.S. Army Missile Command research has developed a LOT Recursive Residual Projection (RRP) that uses the following multiple bases functions: Discrete Cosine Transform (DCT), Discrete Walsh Transform (DWT), and Discrete Slant Transform (DST). For high compression ratios the LOTRRP was shown no outperform the single bases transforms at the cost increased computations. The work presented in this paper describes a VHSIC Hardware Description Language (VHDL) design of the LOTDCT, LOTDWT, and LOTDST targeted for implementation on Application Specific Integrated Circuits (ASICs). This hardware solution was chosen to compress RS-170 standard video for real-time image transmission on a very low bandwidth packetized data link.

  12. Space shuttle main engine hardware simulation

    NASA Technical Reports Server (NTRS)

    Vick, H. G.; Hampton, P. W.

    1985-01-01

    The Huntsville Simulation Laboratory (HSL) provides a simulation facility to test and verify the space shuttle main engine (SSME) avionics and software system using a maximum complement of flight type hardware. The HSL permits evaluations and analyses of the SSME avionics hardware, software, control system, and mathematical models. The laboratory has performed a wide spectrum of tests and verified operational procedures to ensure system component compatibility under all operating conditions. It is a test bed for integration of hardware/software/hydraulics. The HSL is and has been an invaluable tool in the design and development of the SSME.

  13. Applying a Genetic Algorithm to Reconfigurable Hardware

    NASA Technical Reports Server (NTRS)

    Wells, B. Earl; Weir, John; Trevino, Luis; Patrick, Clint; Steincamp, Jim

    2004-01-01

    This paper investigates the feasibility of applying genetic algorithms to solve optimization problems that are implemented entirely in reconfgurable hardware. The paper highlights the pe$ormance/design space trade-offs that must be understood to effectively implement a standard genetic algorithm within a modem Field Programmable Gate Array, FPGA, reconfgurable hardware environment and presents a case-study where this stochastic search technique is applied to standard test-case problems taken from the technical literature. In this research, the targeted FPGA-based platform and high-level design environment was the Starbridge Hypercomputing platform, which incorporates multiple Xilinx Virtex II FPGAs, and the Viva TM graphical hardware description language.

  14. 32 CFR 700.702 - Responsibility and authority of commanders.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... subordinate commands are fully aware of the importance of strong, dynamic leadership and its relationship to the overall efficiency and readiness of naval forces. Commanders shall exercise positive leadership and actively develop the highest qualities of leadership in persons with positions of authority...

  15. 32 CFR 700.702 - Responsibility and authority of commanders.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... subordinate commands are fully aware of the importance of strong, dynamic leadership and its relationship to the overall efficiency and readiness of naval forces. Commanders shall exercise positive leadership and actively develop the highest qualities of leadership in persons with positions of authority...

  16. 32 CFR 700.702 - Responsibility and authority of commanders.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... subordinate commands are fully aware of the importance of strong, dynamic leadership and its relationship to the overall efficiency and readiness of naval forces. Commanders shall exercise positive leadership and actively develop the highest qualities of leadership in persons with positions of authority...

  17. 14 CFR 1214.703 - Chain of command.

    Code of Federal Regulations, 2012 CFR

    2012-01-01

    ...) the Space Shuttle commander is responsible to the Flight Director, Johnson Space Center, Houston, TX... 14 Aeronautics and Space 5 2012-01-01 2012-01-01 false Chain of command. 1214.703 Section 1214.703 Aeronautics and Space NATIONAL AERONAUTICS AND SPACE ADMINISTRATION SPACE FLIGHT The Authority of the...

  18. 14 CFR 1214.703 - Chain of command.

    Code of Federal Regulations, 2013 CFR

    2013-01-01

    ...) the Space Shuttle commander is responsible to the Flight Director, Johnson Space Center, Houston, TX... 14 Aeronautics and Space 5 2013-01-01 2013-01-01 false Chain of command. 1214.703 Section 1214.703 Aeronautics and Space NATIONAL AERONAUTICS AND SPACE ADMINISTRATION SPACE FLIGHT The Authority of the...

  19. 14 CFR 1214.703 - Chain of command.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ...) the Space Shuttle commander is responsible to the Flight Director, Johnson Space Center, Houston, TX... 14 Aeronautics and Space 5 2011-01-01 2010-01-01 true Chain of command. 1214.703 Section 1214.703 Aeronautics and Space NATIONAL AERONAUTICS AND SPACE ADMINISTRATION SPACE FLIGHT The Authority of the...

  20. 14 CFR 1214.703 - Chain of command.

    Code of Federal Regulations, 2010 CFR

    2010-01-01

    ...) the Space Shuttle commander is responsible to the Flight Director, Johnson Space Center, Houston, TX... 14 Aeronautics and Space 5 2010-01-01 2010-01-01 false Chain of command. 1214.703 Section 1214.703 Aeronautics and Space NATIONAL AERONAUTICS AND SPACE ADMINISTRATION SPACE FLIGHT The Authority of the...

  1. Commander Lousma recieves FDF procedures on forward flight deck

    NASA Technical Reports Server (NTRS)

    1982-01-01

    Commander Jack Lousma reviews Flight Data File (FDF) notebook on forward flight deck commanders ejection seat (S1). Lousma wears the communication kit assembly headset. Forward control panels, crewman optical alignment sight (COAS), forward window, and 16mm camera appear in view.

  2. 46 CFR 4.09-1 - Commandant to designate.

    Code of Federal Regulations, 2010 CFR

    2010-10-01

    ... to promote safety of life and property at sea or would be in the public interest, the Commandant may... 46 Shipping 1 2010-10-01 2010-10-01 false Commandant to designate. 4.09-1 Section 4.09-1 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY PROCEDURES APPLICABLE TO THE PUBLIC MARINE CASUALTIES...

  3. Photocopy of photograph (original located in Command Historian's Archives, Naval ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    Photocopy of photograph (original located in Command Historian's Archives, Naval Facilities Engineering Command, Port Hueneme, California). George E. Kidder-Smith, photographer, April 1945, Photograph #109-1. BUILDING 10, SOUTH SIDE, FACING NORTHWEST - Roosevelt Base, Fleet Landing Building, Bounded by Richardson & Pratt Avenues, Maryland & West Virginia Streets, Long Beach, Los Angeles County, CA

  4. 32 CFR Appendix A to Part 192 - Checklist for Commanders

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 2 2010-07-01 2010-07-01 false Checklist for Commanders A Appendix A to Part...) MISCELLANEOUS EQUAL OPPORTUNITY IN OFF-BASE HOUSING Pt. 192, App. A Appendix A to Part 192—Checklist for Commanders A. Are all assigned personnel informed of the Equal Opportunity in Off-Base Housing...

  5. Team Cognition in Experienced Command-and-Control Teams

    ERIC Educational Resources Information Center

    Cooke, Nancy J.; Gorman, Jamie C.; Duran, Jasmine L.; Taylor, Amanda R.

    2007-01-01

    Team cognition in experienced command-and-control teams is examined in an UAV (Uninhabited Aerial Vehicle) simulation. Five 3-person teams with experience working together in a command-and-control setting were compared to 10 inexperienced teams. Each team participated in five 40-min missions of a simulation in which interdependent team members…

  6. 32 CFR 536.7 - Responsibilities of the Commander USARCS.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... responsible. (o) Assist in developing disaster and maneuver claims plans designed to implement the responsibilities set forth in § 536.9(a)(12). (p) Develop and maintain plans for a disaster or civil disturbance in... to any legal office or command throughout the world. When authorized by the chain of command...

  7. 32 CFR 536.7 - Responsibilities of the Commander USARCS.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... responsible. (o) Assist in developing disaster and maneuver claims plans designed to implement the responsibilities set forth in § 536.9(a)(12). (p) Develop and maintain plans for a disaster or civil disturbance in... to any legal office or command throughout the world. When authorized by the chain of command...

  8. 32 CFR 536.7 - Responsibilities of the Commander USARCS.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... responsible. (o) Assist in developing disaster and maneuver claims plans designed to implement the responsibilities set forth in § 536.9(a)(12). (p) Develop and maintain plans for a disaster or civil disturbance in... to any legal office or command throughout the world. When authorized by the chain of command...

  9. 32 CFR 536.7 - Responsibilities of the Commander USARCS.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... responsible. (o) Assist in developing disaster and maneuver claims plans designed to implement the responsibilities set forth in § 536.9(a)(12). (p) Develop and maintain plans for a disaster or civil disturbance in... to any legal office or command throughout the world. When authorized by the chain of command...

  10. Young Children and Turtle Graphics Programming: Understanding Turtle Commands.

    ERIC Educational Resources Information Center

    Cuneo, Diane O.

    The LOGO programing language developed for children includes a set of primitive graphics commands that control the displacement and rotation of a display screen cursor called a turtle. The purpose of this study was to examine 4- to 7-year-olds' understanding of single turtle commands as transformations that connect turtle states and to…

  11. 32 CFR 700.702 - Responsibility and authority of commanders.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... subordinate commands are fully aware of the importance of strong, dynamic leadership and its relationship to the overall efficiency and readiness of naval forces. Commanders shall exercise positive leadership and actively develop the highest qualities of leadership in persons with positions of authority...

  12. 32 CFR 700.702 - Responsibility and authority of commanders.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... subordinate commands are fully aware of the importance of strong, dynamic leadership and its relationship to the overall efficiency and readiness of naval forces. Commanders shall exercise positive leadership and actively develop the highest qualities of leadership in persons with positions of authority...

  13. 32 CFR 809a.10 - Military commanders' responsibilities.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... 32 National Defense 6 2014-07-01 2014-07-01 false Military commanders' responsibilities. 809a.10... Disturbance Intervention and Disaster Assistance § 809a.10 Military commanders' responsibilities. (a... enforced by the military. These will be announced by local proclamation or order, and will be given...

  14. 32 CFR 809a.10 - Military commanders' responsibilities.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... 32 National Defense 6 2012-07-01 2012-07-01 false Military commanders' responsibilities. 809a.10... Disturbance Intervention and Disaster Assistance § 809a.10 Military commanders' responsibilities. (a... enforced by the military. These will be announced by local proclamation or order, and will be given...

  15. 32 CFR 809a.10 - Military commanders' responsibilities.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... 32 National Defense 6 2013-07-01 2013-07-01 false Military commanders' responsibilities. 809a.10... Disturbance Intervention and Disaster Assistance § 809a.10 Military commanders' responsibilities. (a... enforced by the military. These will be announced by local proclamation or order, and will be given...

  16. 46 CFR 167.05-15 - Coast Guard District Commander.

    Code of Federal Regulations, 2011 CFR

    2011-10-01

    ... 46 Shipping 7 2011-10-01 2011-10-01 false Coast Guard District Commander. 167.05-15 Section 167.05-15 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) NAUTICAL SCHOOLS PUBLIC NAUTICAL SCHOOL SHIPS Definitions § 167.05-15 Coast Guard District Commander. This term means an officer of...

  17. 46 CFR 167.05-15 - Coast Guard District Commander.

    Code of Federal Regulations, 2010 CFR

    2010-10-01

    ... 46 Shipping 7 2010-10-01 2010-10-01 false Coast Guard District Commander. 167.05-15 Section 167.05-15 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) NAUTICAL SCHOOLS PUBLIC NAUTICAL SCHOOL SHIPS Definitions § 167.05-15 Coast Guard District Commander. This term means an officer of...

  18. 46 CFR 90.10-9 - Coast Guard District Commander.

    Code of Federal Regulations, 2010 CFR

    2010-10-01

    ... 46 Shipping 4 2010-10-01 2010-10-01 false Coast Guard District Commander. 90.10-9 Section 90.10-9 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) CARGO AND MISCELLANEOUS VESSELS GENERAL PROVISIONS Definition of Terms Used in This Subchapter § 90.10-9 Coast Guard District Commander. This...

  19. 46 CFR 167.05-15 - Coast Guard District Commander.

    Code of Federal Regulations, 2014 CFR

    2014-10-01

    ... 46 Shipping 7 2014-10-01 2014-10-01 false Coast Guard District Commander. 167.05-15 Section 167.05-15 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) NAUTICAL SCHOOLS PUBLIC NAUTICAL SCHOOL SHIPS Definitions § 167.05-15 Coast Guard District Commander. This term means an officer of...

  20. 46 CFR 90.10-9 - Coast Guard District Commander.

    Code of Federal Regulations, 2011 CFR

    2011-10-01

    ... 46 Shipping 4 2011-10-01 2011-10-01 false Coast Guard District Commander. 90.10-9 Section 90.10-9 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) CARGO AND MISCELLANEOUS VESSELS GENERAL PROVISIONS Definition of Terms Used in This Subchapter § 90.10-9 Coast Guard District Commander. This...

  1. 46 CFR 167.05-15 - Coast Guard District Commander.

    Code of Federal Regulations, 2012 CFR

    2012-10-01

    ... 46 Shipping 7 2012-10-01 2012-10-01 false Coast Guard District Commander. 167.05-15 Section 167.05-15 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) NAUTICAL SCHOOLS PUBLIC NAUTICAL SCHOOL SHIPS Definitions § 167.05-15 Coast Guard District Commander. This term means an officer of...

  2. 46 CFR 90.10-9 - Coast Guard District Commander.

    Code of Federal Regulations, 2013 CFR

    2013-10-01

    ... 46 Shipping 4 2013-10-01 2013-10-01 false Coast Guard District Commander. 90.10-9 Section 90.10-9 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) CARGO AND MISCELLANEOUS VESSELS GENERAL PROVISIONS Definition of Terms Used in This Subchapter § 90.10-9 Coast Guard District Commander. This...

  3. 46 CFR 90.10-9 - Coast Guard District Commander.

    Code of Federal Regulations, 2012 CFR

    2012-10-01

    ... 46 Shipping 4 2012-10-01 2012-10-01 false Coast Guard District Commander. 90.10-9 Section 90.10-9 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) CARGO AND MISCELLANEOUS VESSELS GENERAL PROVISIONS Definition of Terms Used in This Subchapter § 90.10-9 Coast Guard District Commander. This...

  4. 46 CFR 90.10-9 - Coast Guard District Commander.

    Code of Federal Regulations, 2014 CFR

    2014-10-01

    ... 46 Shipping 4 2014-10-01 2014-10-01 false Coast Guard District Commander. 90.10-9 Section 90.10-9 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) CARGO AND MISCELLANEOUS VESSELS GENERAL PROVISIONS Definition of Terms Used in This Subchapter § 90.10-9 Coast Guard District Commander. This...

  5. 46 CFR 167.05-15 - Coast Guard District Commander.

    Code of Federal Regulations, 2013 CFR

    2013-10-01

    ... 46 Shipping 7 2013-10-01 2013-10-01 false Coast Guard District Commander. 167.05-15 Section 167.05-15 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) NAUTICAL SCHOOLS PUBLIC NAUTICAL SCHOOL SHIPS Definitions § 167.05-15 Coast Guard District Commander. This term means an officer of...

  6. 32 CFR 536.3 - Command and organizational relationships.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 3 2010-07-01 2010-07-01 true Command and organizational relationships. 536.3 Section 536.3 National Defense Department of Defense (Continued) DEPARTMENT OF THE ARMY CLAIMS AND ACCOUNTS CLAIMS AGAINST THE UNITED STATES The Army Claims System § 536.3 Command and...

  7. 14 CFR 135.245 - Second in command qualifications.

    Code of Federal Regulations, 2012 CFR

    2012-01-01

    ... Crewmember Requirements § 135.245 Second in command qualifications. (a) Except as provided in paragraph (b... instrument experience requirements of part 61 of this chapter. (b) A second in command of a helicopter operated under VFR, other than over-the-top, must have at least a commercial pilot certificate with...

  8. 14 CFR 135.245 - Second in command qualifications.

    Code of Federal Regulations, 2014 CFR

    2014-01-01

    ... Crewmember Requirements § 135.245 Second in command qualifications. (a) Except as provided in paragraph (b... instrument experience requirements of part 61 of this chapter. (b) A second in command of a helicopter operated under VFR, other than over-the-top, must have at least a commercial pilot certificate with...

  9. 14 CFR 135.245 - Second in command qualifications.

    Code of Federal Regulations, 2010 CFR

    2010-01-01

    ... Crewmember Requirements § 135.245 Second in command qualifications. (a) Except as provided in paragraph (b... instrument experience requirements of part 61 of this chapter. (b) A second in command of a helicopter operated under VFR, other than over-the-top, must have at least a commercial pilot certificate with...

  10. 14 CFR 135.245 - Second in command qualifications.

    Code of Federal Regulations, 2011 CFR

    2011-01-01

    ... Crewmember Requirements § 135.245 Second in command qualifications. (a) Except as provided in paragraph (b... instrument experience requirements of part 61 of this chapter. (b) A second in command of a helicopter operated under VFR, other than over-the-top, must have at least a commercial pilot certificate with...

  11. 14 CFR 135.245 - Second in command qualifications.

    Code of Federal Regulations, 2013 CFR

    2013-01-01

    ... Crewmember Requirements § 135.245 Second in command qualifications. (a) Except as provided in paragraph (b... instrument experience requirements of part 61 of this chapter. (b) A second in command of a helicopter operated under VFR, other than over-the-top, must have at least a commercial pilot certificate with...

  12. 3 CFR - Disestablishment of United States Joint Forces Command

    Code of Federal Regulations, 2012 CFR

    2012-01-01

    ... 3 The President 1 2012-01-01 2012-01-01 false Disestablishment of United States Joint Forces... of United States Joint Forces Command Memorandum for the Secretary of Defense Pursuant to my... States Joint Forces Command, effective on a date to be determined by the Secretary of Defense. I...

  13. Commander's conference room (room 202), closet and hallway to bathroom ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    Commander's conference room (room 202), closet and hallway to bathroom and bedroom, leading to conference room 211. Viewing windows look down on the display area. View to north - March Air Force Base, Strategic Air Command, Combat Operations Center, 5220 Riverside Drive, Moreno Valley, Riverside County, CA

  14. STS-82 Commander Kenneth Bowersox in White Room

    NASA Technical Reports Server (NTRS)

    1997-01-01

    STS-82 Mission Commander Kenneth D. Bowersox gets assistance from white room closeout members before entering the Space Shuttle Discovery at Launch Pad 39A. Making final adjustments to the commanders launch and entry suit are James Davis, facing camera at left, and Jean Alexander.

  15. 78 FR 28125 - Airworthiness Directives; Twin Commander Aircraft LLC Airplanes

    Federal Register 2010, 2011, 2012, 2013, 2014

    2013-05-14

    ... Aircraft LLC Airplanes AGENCY: Federal Aviation Administration (FAA), DOT. ACTION: Final rule; request for comments. SUMMARY: We are adopting a new airworthiness directive (AD) for certain Twin Commander Aircraft..., contact Twin Commander Aircraft LLC; 1176 Telecom Drive, Creedmoor, NC 27522; telephone: (360)...

  16. 19 CFR 122.36 - Responsibility of aircraft commander.

    Code of Federal Regulations, 2010 CFR

    2010-04-01

    ... 19 Customs Duties 1 2010-04-01 2010-04-01 false Responsibility of aircraft commander. 122.36...; DEPARTMENT OF THE TREASURY AIR COMMERCE REGULATIONS Landing Requirements § 122.36 Responsibility of aircraft commander. If an aircraft lands in the U.S. and Customs officers have not arrived, the aircraft...

  17. 19 CFR 122.36 - Responsibility of aircraft commander.

    Code of Federal Regulations, 2012 CFR

    2012-04-01

    ... 19 Customs Duties 1 2012-04-01 2012-04-01 false Responsibility of aircraft commander. 122.36...; DEPARTMENT OF THE TREASURY AIR COMMERCE REGULATIONS Landing Requirements § 122.36 Responsibility of aircraft commander. If an aircraft lands in the U.S. and Customs officers have not arrived, the aircraft...

  18. 19 CFR 122.36 - Responsibility of aircraft commander.

    Code of Federal Regulations, 2011 CFR

    2011-04-01

    ... 19 Customs Duties 1 2011-04-01 2011-04-01 false Responsibility of aircraft commander. 122.36...; DEPARTMENT OF THE TREASURY AIR COMMERCE REGULATIONS Landing Requirements § 122.36 Responsibility of aircraft commander. If an aircraft lands in the U.S. and Customs officers have not arrived, the aircraft...

  19. 19 CFR 122.36 - Responsibility of aircraft commander.

    Code of Federal Regulations, 2014 CFR

    2014-04-01

    ... 19 Customs Duties 1 2014-04-01 2014-04-01 false Responsibility of aircraft commander. 122.36...; DEPARTMENT OF THE TREASURY AIR COMMERCE REGULATIONS Landing Requirements § 122.36 Responsibility of aircraft commander. If an aircraft lands in the U.S. and Customs officers have not arrived, the aircraft...

  20. 19 CFR 122.36 - Responsibility of aircraft commander.

    Code of Federal Regulations, 2013 CFR

    2013-04-01

    ... 19 Customs Duties 1 2013-04-01 2013-04-01 false Responsibility of aircraft commander. 122.36...; DEPARTMENT OF THE TREASURY AIR COMMERCE REGULATIONS Landing Requirements § 122.36 Responsibility of aircraft commander. If an aircraft lands in the U.S. and Customs officers have not arrived, the aircraft...

  1. SOUTH ELEVATION OF BATTERY COMMAND CENTER WITH GRADUATED MEASURING POLE. ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    SOUTH ELEVATION OF BATTERY COMMAND CENTER WITH GRADUATED MEASURING POLE. THE ENTRY STAIRWAY IS IN THE FOREGROUND. THE ABOVE-GROUND SECTION OF THE STRUCTURE IS ON THE RIGHT, UNDERGROUND PORTION ON THE LEFT. VIEW FACING NORTH - U.S. Naval Base, Pearl Harbor, Ford Island 5-Inch Antiaircraft Battery, Battery Command Center, Ford Island, Pearl City, Honolulu County, HI

  2. Implementation of a medical command and control team in Switzerland.

    PubMed

    Carron, Pierre-Nicolas; Reigner, Philippe; Vallotton, Laurent; Clouet, Jean-Gabriel; Danzeisen, Claude; Zürcher, Mathias; Yersin, Bertrand

    2014-04-01

    In case of a major incident or disaster, the advance medical rescue command needs to manage several essential tasks simultaneously. These include the rapid deployment of ambulance, police, fire and evacuation services, and their coordinated activity, as well as triage and emergency medical care on site. The structure of such a medical rescue command is crucial for the successful outcome of medical evacuation at major incidents. However, little data has been published on the nature and structure of the command itself. This study presents a flexible approach to command structure, with two command heads: one emergency physician and one experienced paramedic. This approach is especially suitable for Switzerland, whose federal system allows for different structures in each canton. This article examines the development of these structures and their efficiency, adaptability and limitations with respect to major incident response in the French-speaking part of the country.

  3. System description and applications of the Imaging Infrared Simulation System III at the U.S. Army Aviation and Missile Command

    NASA Astrophysics Data System (ADS)

    Sholes, William J.; Buford, James A.; Harrison, Kenneth R.; Barnette, J. S.

    2000-07-01

    A new imaging infrared hardware-in-the-loop (HWIL) simulation laboratory has been added to the already rich set of HWIL assets at the U.S. Army Aviation and Missile Command (AMCOM) for evaluation of weapons systems with infrared seekers. This paper provides a system description of the new laboratory, the Imaging Infrared Simulation System III (IIRSS3), and discusses the application of the facility to two different weapon systems.

  4. Program for Editing Spacecraft Command Sequences

    NASA Technical Reports Server (NTRS)

    Gladden, Roy; Waggoner, Bruce; Kordon, Mark; Hashemi, Mahnaz; Hanks, David; Salcedo, Jose

    2006-01-01

    Sequence Translator, Editor, and Expander Resource (STEER) is a computer program that facilitates construction of sequences and blocks of sequences (hereafter denoted generally as sequence products) for commanding a spacecraft. STEER also provides mechanisms for translating among various sequence product types and quickly expanding activities of a given sequence in chronological order for review and analysis of the sequence. To date, construction of sequence products has generally been done by use of such clumsy mechanisms as text-editor programs, translating among sequence product types has been challenging, and expanding sequences to time-ordered lists has involved arduous processes of converting sequence products to "real" sequences and running them through Class-A software (defined, loosely, as flight and ground software critical to a spacecraft mission). Also, heretofore, generating sequence products in standard formats has been troublesome because precise formatting and syntax are required. STEER alleviates these issues by providing a graphical user interface containing intuitive fields in which the user can enter the necessary information. The STEER expansion function provides a "quick and dirty" means of seeing how a sequence and sequence block would expand into a chronological list, without need to use of Class-A software.

  5. Coalition command and control: a Canadian perspective

    NASA Astrophysics Data System (ADS)

    Charpentier, Robert; Demers, David; Gouin, Denis; McCann, Carol; Nourry, Gerard; Pigeau, Ross; Smith, Donald L.; Vezina, Guy; Walker, Robert S.

    1998-08-01

    Canada has been, and remains, committed to participating in coalition operations to promote peace and stability in the post-Cold War world. However, coalition operations challenge traditional command and control concepts, from both the technological and the human perspectives. In the short term, Canada is working closely with traditional NATO and ABCA allies to ensure that the next generation of automated C2 information systems are able to exchange information effectively through structured messages, gateways and standardized data models. Canada is also conducting R&D, and participating in collaborative experiments, to evolve the next generation of systems to permit richer, more dynamic information sharing, along the lines of the Internet and World Wide Web. However, information technology alone will not solve the problems of coalition operations. Research needs to be undertaken to understand task assignment and information flow among coalition partners at the process or operational level. Research is also required at the human level, where differences between coalition partners in culture, personal values, military expectations, religions, and societal values are proving to be less tractable than differences in message formats and communication protocols.

  6. Rapid Production of Composite Prototype Hardware

    NASA Technical Reports Server (NTRS)

    DeLay, T. K.

    2000-01-01

    The objective of this research was to provide a mechanism to cost-effectively produce composite hardware prototypes. The task was to take a hands-on approach to developing new technologies that could benefit multiple future programs.

  7. Hardware device binding and mutual authentication

    DOEpatents

    Hamlet, Jason R; Pierson, Lyndon G

    2014-03-04

    Detection and deterrence of device tampering and subversion by substitution may be achieved by including a cryptographic unit within a computing device for binding multiple hardware devices and mutually authenticating the devices. The cryptographic unit includes a physically unclonable function ("PUF") circuit disposed in or on the hardware device, which generates a binding PUF value. The cryptographic unit uses the binding PUF value during an enrollment phase and subsequent authentication phases. During a subsequent authentication phase, the cryptographic unit uses the binding PUF values of the multiple hardware devices to generate a challenge to send to the other device, and to verify a challenge received from the other device to mutually authenticate the hardware devices.

  8. Towards composition of verified hardware devices

    NASA Technical Reports Server (NTRS)

    Schubert, E. Thomas; Levitt, K.; Cohen, G. C.

    1991-01-01

    Computers are being used where no affordable level of testing is adequate. Safety and life critical systems must find a replacement for exhaustive testing to guarantee their correctness. Through a mathematical proof, hardware verification research has focused on device verification and has largely ignored system composition verification. To address these deficiencies, we examine how the current hardware verification methodology can be extended to verify complete systems.

  9. Development of robotics facility docking test hardware

    NASA Technical Reports Server (NTRS)

    Loughead, T. E.; Winkler, R. V.

    1984-01-01

    Design and fabricate test hardware for NASA's George C. Marshall Space Flight Center (MSFC) are reported. A docking device conceptually developed was fabricated, and two docking targets which provide high and low mass docking loads were required and were represented by an aft 61.0 cm section of a Hubble space telescope (ST) mockup and an upgrading of an existing multimission modular spacecraft (MSS) mockup respectively. A test plan is developed for testing the hardware.

  10. IDD Archival Hardware Architecture and Workflow

    SciTech Connect

    Mendonsa, D; Nekoogar, F; Martz, H

    2008-10-09

    This document describes the functionality of every component in the DHS/IDD archival and storage hardware system shown in Fig. 1. The document describes steps by step process of image data being received at LLNL then being processed and made available to authorized personnel and collaborators. Throughout this document references will be made to one of two figures, Fig. 1 describing the elements of the architecture and the Fig. 2 describing the workflow and how the project utilizes the available hardware.

  11. Astronauts Prepare for Mission With Virtual Reality Hardware

    NASA Technical Reports Server (NTRS)

    2001-01-01

    Astronauts John M. Grunsfeld (left), STS-109 payload commander, and Nancy J. Currie, mission specialist, use the virtual reality lab at Johnson Space Center to train for upcoming duties aboard the Space Shuttle Columbia. This type of computer interface paired with virtual reality training hardware and software helps to prepare the entire team to perform its duties for the fourth Hubble Space Telescope Servicing mission. The most familiar form of virtual reality technology is some form of headpiece, which fits over your eyes and displays a three dimensional computerized image of another place. Turn your head left and right, and you see what would be to your sides; turn around, and you see what might be sneaking up on you. An important part of the technology is some type of data glove that you use to propel yourself through the virtual world. Currently, the medical community is using the new technologies in four major ways: To see parts of the body more accurately, for study, to make better diagnosis of disease and to plan surgery in more detail; to obtain a more accurate picture of a procedure during surgery; to perform more types of surgery with the most noninvasive, accurate methods possible; and to model interactions among molecules at a molecular level.

  12. Astronaut Prepares for Mission With Virtual Reality Hardware

    NASA Technical Reports Server (NTRS)

    2001-01-01

    Astronaut John M. Grunsfeld, STS-109 payload commander, uses virtual reality hardware at Johnson Space Center to rehearse some of his duties prior to the STS-109 mission. The most familiar form of virtual reality technology is some form of headpiece, which fits over your eyes and displays a three dimensional computerized image of another place. Turn your head left and right, and you see what would be to your sides; turn around, and you see what might be sneaking up on you. An important part of the technology is some type of data glove that you use to propel yourself through the virtual world. This technology allows NASA astronauts to practice International Space Station work missions in advance. Currently, the medical community is using the new technologies in four major ways: To see parts of the body more accurately, for study, to make better diagnosis of disease and to plan surgery in more detail; to obtain a more accurate picture of a procedure during surgery; to perform more types of surgery with the most noninvasive, accurate methods possible; and to model interactions among molecules at a molecular level.

  13. Essential SpaceWire Hardware Capabilities for a Robust Network

    NASA Technical Reports Server (NTRS)

    Birmingham, Michael; Krimchansky, Alexander; Anderson, William; Lombardi, Matthew

    2016-01-01

    The Geostationary Operational Environmental Satellite R-Series Program (GOES-R) mission is a joint program between National Oceanic & Atmospheric Administration (NOAA) and National Aeronautics & Space Administration (NASA) Goddard Space Flight Center (GSFC). GOES-R project selected SpaceWire as the best solution to satisfy the desire for simple and flexible instrument to spacecraft command and telemetry communications. GOES-R development and integration is complete and the observatory is scheduled for launch October 2016. The spacecraft design was required to support redundant SpaceWire links for each instrument side, as well as to route the fewest number of connections through a Slip Ring Assembly necessary to support Solar pointing instruments. The final design utilized two different router designs. The SpaceWire standard alone does not ensure the most practical or reliable network. On GOES-R a few key hardware capabilities were identified that merit serious consideration for future designs. Primarily these capabilities address persistent port stalls and the prevention of receive buffer overflows. Workarounds were necessary to overcome shortcomings that could be avoided in future designs if they utilize the capabilities, discussed in this paper, above and beyond the requirements of the SpaceWire standard.

  14. Overview of dynamic scene projectors at the U.S. Army Aviation and Missile Command

    NASA Astrophysics Data System (ADS)

    Beasley, D. Brett; Saylor, Daniel A.; Buford, James A.

    2002-07-01

    The Aviation and Missile Research, Engineering, and Development Center (AMRDEC) of the US Army Aviation and Missile Command (AMCOM) has an extensive history of applying all types of modeling and simulation to weapon system development and has been a particularly strong advocate of hardware-in-the-loop (HWIL) simulation and test for many years. Key to the successful application of HWIL testing at AMCOM has been the use of state-of-the-art IR Scene Projector technologies. This paper describes recent advancements within the AMRDEC Advanced Simulation Center HWIL facilities with a specific emphasis on the sate of the various IRSP technologies employed. Included in these IRSP technologies are the latest Honeywell and Santa Barbara IR emitter arrays, the DMD-based IR projectors, and the laser diode array projector.

  15. Off-line programming motion and process commands for robotic welding of Space Shuttle main engines

    NASA Technical Reports Server (NTRS)

    Ruokangas, C. C.; Guthmiller, W. A.; Pierson, B. L.; Sliwinski, K. E.; Lee, J. M. F.

    1987-01-01

    The off-line-programming software and hardware being developed for robotic welding of the Space Shuttle main engine are described and illustrated with diagrams, drawings, graphs, and photographs. The menu-driven workstation-based interactive programming system is designed to permit generation of both motion and process commands for the robotic workcell by weld engineers (with only limited knowledge of programming or CAD systems) on the production floor. Consideration is given to the user interface, geometric-sources interfaces, overall menu structure, weld-parameter data base, and displays of run time and archived data. Ongoing efforts to address limitations related to automatic-downhand-configuration coordinated motion, a lack of source codes for the motion-control software, CAD data incompatibility, interfacing with the robotic workcell, and definition of the welding data base are discussed.

  16. Software for Managing Inventory of Flight Hardware

    NASA Technical Reports Server (NTRS)

    Salisbury, John; Savage, Scott; Thomas, Shirman

    2003-01-01

    The Flight Hardware Support Request System (FHSRS) is a computer program that relieves engineers at Marshall Space Flight Center (MSFC) of most of the non-engineering administrative burden of managing an inventory of flight hardware. The FHSRS can also be adapted to perform similar functions for other organizations. The FHSRS affords a combination of capabilities, including those formerly provided by three separate programs in purchasing, inventorying, and inspecting hardware. The FHSRS provides a Web-based interface with a server computer that supports a relational database of inventory; electronic routing of requests and approvals; and electronic documentation from initial request through implementation of quality criteria, acquisition, receipt, inspection, storage, and final issue of flight materials and components. The database lists both hardware acquired for current projects and residual hardware from previous projects. The increased visibility of residual flight components provided by the FHSRS has dramatically improved the re-utilization of materials in lieu of new procurements, resulting in a cost savings of over $1.7 million. The FHSRS includes subprograms for manipulating the data in the database, informing of the status of a request or an item of hardware, and searching the database on any physical or other technical characteristic of a component or material. The software structure forces normalization of the data to facilitate inquiries and searches for which users have entered mixed or inconsistent values.

  17. Intelligent Systems and Advanced User Interfaces for Design, Operation, and Maintenance of Command Management Systems

    NASA Technical Reports Server (NTRS)

    Mitchell, Christine M.

    1998-01-01

    Historically Command Management Systems (CMS) have been large, expensive, spacecraft-specific software systems that were costly to build, operate, and maintain. Current and emerging hardware, software, and user interface technologies may offer an opportunity to facilitate the initial formulation and design of a spacecraft-specific CMS as well as a to develop a more generic or a set of core components for CMS systems. Current MOC (mission operations center) hardware and software include Unix workstations, the C/C++ and Java programming languages, and X and Java window interfaces representations. This configuration provides the power and flexibility to support sophisticated systems and intelligent user interfaces that exploit state-of-the-art technologies in human-machine systems engineering, decision making, artificial intelligence, and software engineering. One of the goals of this research is to explore the extent to which technologies developed in the research laboratory can be productively applied in a complex system such as spacecraft command management. Initial examination of some of the issues in CMS design and operation suggests that application of technologies such as intelligent planning, case-based reasoning, design and analysis tools from a human-machine systems engineering point of view (e.g., operator and designer models) and human-computer interaction tools, (e.g., graphics, visualization, and animation), may provide significant savings in the design, operation, and maintenance of a spacecraft-specific CMS as well as continuity for CMS design and development across spacecraft with varying needs. The savings in this case is in software reuse at all stages of the software engineering process.

  18. NASIS data base management system: IBM 360 TSS implementation. Volume 5: Retrieval command system reference manual

    NASA Technical Reports Server (NTRS)

    1973-01-01

    The retrieval command subsystem reference manual for the NASA Aerospace Safety Information System (NASIS) is presented. The command subsystem may be operated conversationally or in the batch mode. Retrieval commands are categorized into search-oriented and output-oriented commands. The characteristics of ancillary commands and their application are reported.

  19. Addressing the Hard Factors for Command File Errors by Probabilistic Reasoning

    NASA Technical Reports Server (NTRS)

    Meshkat, Leila; Bryant, Larry

    2014-01-01

    Command File Errors (CFE) are managed using standard risk management approaches at the Jet Propulsion Laboratory. Over the last few years, more emphasis has been made on the collection, organization, and analysis of these errors for the purpose of reducing the CFE rates. More recently, probabilistic modeling techniques have been used for more in depth analysis of the perceived error rates of the DAWN mission and for managing the soft factors in the upcoming phases of the mission. We broadly classify the factors that can lead to CFE's as soft factors, which relate to the cognition of the operators and hard factors which relate to the Mission System which is composed of the hardware, software and procedures used for the generation, verification & validation and execution of commands. The focus of this paper is to use probabilistic models that represent multiple missions at JPL to determine the root cause and sensitivities of the various components of the mission system and develop recommendations and techniques for addressing them. The customization of these multi-mission models to a sample interplanetary spacecraft is done for this purpose.

  20. Hardware Testing and System Evaluation: Procedures to Evaluate Commodity Hardware for Production Clusters

    SciTech Connect

    Goebel, J

    2004-02-27

    Without stable hardware any program will fail. The frustration and expense of supporting bad hardware can drain an organization, delay progress, and frustrate everyone involved. At Stanford Linear Accelerator Center (SLAC), we have created a testing method that helps our group, SLAC Computer Services (SCS), weed out potentially bad hardware and purchase the best hardware at the best possible cost. Commodity hardware changes often, so new evaluations happen periodically each time we purchase systems and minor re-evaluations happen for revised systems for our clusters, about twice a year. This general framework helps SCS perform correct, efficient evaluations. This article outlines SCS's computer testing methods and our system acceptance criteria. We expanded the basic ideas to other evaluations such as storage, and we think the methods outlined in this article has helped us choose hardware that is much more stable and supportable than our previous purchases. We have found that commodity hardware ranges in quality, so systematic method and tools for hardware evaluation were necessary. This article is based on one instance of a hardware purchase, but the guidelines apply to the general problem of purchasing commodity computer systems for production computational work.

  1. VEG-01: Veggie Hardware Verification Testing

    NASA Technical Reports Server (NTRS)

    Massa, Gioia; Newsham, Gary; Hummerick, Mary; Morrow, Robert; Wheeler, Raymond

    2013-01-01

    The Veggie plant/vegetable production system is scheduled to fly on ISS at the end of2013. Since much of the technology associated with Veggie has not been previously tested in microgravity, a hardware validation flight was initiated. This test will allow data to be collected about Veggie hardware functionality on ISS, allow crew interactions to be vetted for future improvements, validate the ability of the hardware to grow and sustain plants, and collect data that will be helpful to future Veggie investigators as they develop their payloads. Additionally, food safety data on the lettuce plants grown will be collected to help support the development of a pathway for the crew to safely consume produce grown on orbit. Significant background research has been performed on the Veggie plant growth system, with early tests focusing on the development of the rooting pillow concept, and the selection of fertilizer, rooting medium and plant species. More recent testing has been conducted to integrate the pillow concept into the Veggie hardware and to ensure that adequate water is provided throughout the growth cycle. Seed sanitation protocols have been established for flight, and hardware sanitation between experiments has been studied. Methods for shipping and storage of rooting pillows and the development of crew procedures and crew training videos for plant activities on-orbit have been established. Science verification testing was conducted and lettuce plants were successfully grown in prototype Veggie hardware, microbial samples were taken, plant were harvested, frozen, stored and later analyzed for microbial growth, nutrients, and A TP levels. An additional verification test, prior to the final payload verification testing, is desired to demonstrate similar growth in the flight hardware and also to test a second set of pillows containing zinnia seeds. Issues with root mat water supply are being resolved, with final testing and flight scheduled for later in 2013.

  2. Symptomatic Hardware Removal After First Tarsometatarsal Arthrodesis.

    PubMed

    Peterson, Kyle S; McAlister, Jeffrey E; Hyer, Christopher F; Thompson, John

    2016-01-01

    Severe hallux valgus deformity with proximal instability creates pain and deformity in the forefoot. First tarsometatarsal joint arthrodesis is performed to reduce the intermetatarsal angle and stabilize the joint. Dorsomedial locking plate fixation with adjunctive lag screw fixation is used because of its superior construct strength and healing rate. Despite this, questions remain regarding whether this hardware is more prominent and more likely to need removal. The purpose of the present study was to determine the incidence of symptomatic hardware at the first tarsometatarsal joint and to determine the incidence of hardware removal resulting from prominence and/or discomfort. A review of 165 medical records of consecutive patients who had undergone first tarsometatarsal joint arthrodesis with plate fixation was conducted. The outcome of interest was the incidence of symptomatic hardware removal in patients with clinical union. The mean age was 55 (range 18.4 to 78.8) years. The mean follow-up duration was 65.9 ± 34.0 (range 7.0 to 369.0) weeks. In our cohort, 25 patients (15.2%) had undergone hardware removed because of pain and irritation. Of these patients, 18 (72.0%) had a locking plate and lag screw removed, and 7 (28.0%) had crossing lag screws removed. The fixation of a first tarsometatarsal joint fusion poses a difficult situation owing to minimal soft tissue coverage and the inherent need for robust fixation to promote fusion. Hardware can become prominent postoperatively and can become painful and/or induce cutaneous compromise. The results of the present observational investigation imply that surgeons can reasonably inform patients that the incidence of symptomatic hardware removal after first tarsometatarsal arthrodesis is approximately 15% within a median duration of 9.0 months after surgery.

  3. Kennedy Space Center's Command and Control System - "Toasters to Rocket Ships"

    NASA Technical Reports Server (NTRS)

    Lougheed, Kirk; Mako, Cheryle

    2011-01-01

    This slide presentation reviews the history of the development of the command and control system at Kennedy Space Center. From a system that could be brought to Florida in the trunk of a car in the 1950's. Including the development of larger and more complex launch vehicles with the Apollo program where human launch controllers managed the launch process with a hardware only system that required a dedicated human interface to perform every function until the Apollo vehicle lifted off from the pad. Through the development of the digital computer that interfaced with ground launch processing systems with the Space Shuttle program. Finally, showing the future control room being developed to control the missions to return to the moon and Mars, which will maximize the use of Commercial-Off-The Shelf (COTS) hardware and software which was standards based and not tied to a single vendor. The system is designed to be flexible and adaptable to support the requirements of future spacecraft and launch vehicles.

  4. 78 FR 67131 - Notice of Advisory Committee Closed Meeting; U.S. Strategic Command Strategic Advisory Group

    Federal Register 2010, 2011, 2012, 2013, 2014

    2013-11-08

    ... Commander, U.S. Strategic Command, during the development of the Nation's strategic war plans. Agenda... Destruction, Intelligence Operations, Cyber Operations, Global Strike, Command and Control, Science...

  5. 78 FR 17924 - U.S. Strategic Command Strategic Advisory Group; Notice of Federal Advisory Committee Closed Meeting

    Federal Register 2010, 2011, 2012, 2013, 2014

    2013-03-25

    ... Commander, U.S. Strategic Command, during the development of the Nation's strategic war plans. Agenda... Destruction, Intelligence Operations, Cyber Operations, Global Strike, Command and Control, Science...

  6. Offutt Air Force Base, Looking Glass Airborne Command Post, Hydraulic ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    Offutt Air Force Base, Looking Glass Airborne Command Post, Hydraulic Fluid Buildings, Northeast of Looking Glass Avenue at southwest side of Project Looking Glass Historic District, Bellevue, Sarpy County, NE

  7. STS-28 Columbia, OV-102, Commander Shaw on middeck

    NASA Technical Reports Server (NTRS)

    1989-01-01

    At open middeck stowage locker, Commander Brewster H. Shaw pauses to have his picture taken. Behind Shaw on port side wall are solid sorbent air sampler, a plastic storage bag filled with wheat crackers, and various food and beverage containers.

  8. Negative Responses to Teacher Commands: An Effective Teaching Strategy.

    ERIC Educational Resources Information Center

    Bragger, Jeannette D.

    1982-01-01

    Describes process and gives examples by which contradiction is introduced in a course using Total Physical Response approach. Gives students opportunity to say "no" and come up with an alternative while demonstrating understanding of original command. (BK)

  9. ARCHITECTURAL DRAWING, MILITARY AIR COMMAND COMMUNICATION CENTER PRECAST CONCRETE WALL ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    ARCHITECTURAL DRAWING, MILITARY AIR COMMAND COMMUNICATION CENTER PRECAST CONCRETE WALL DETAILS. DATED 03/15/1971 - Wake Island Airfield, Terminal Building, West Side of Wake Avenue, Wake Island, Wake Island, UM

  10. Astronauts Stafford and Brand at controls of Apollo Command Module

    NASA Technical Reports Server (NTRS)

    1975-01-01

    Two American ASTP crewmen, Astronauts Thomas P. Stafford (foreground) and Vance D. Brand are seen at the controls of the Apollo Command Module during the joint U.S.-USSR Apollo Soyuz Test Project (ASTP) docking in Earth orbit mission.

  11. ISS Commander Plays Alabama Fight Song from Space

    NASA Video Gallery

    Even the International Space Station is abuzz about the BCS Championship game. NASA astronaut Kevin Ford, who is the current commander of the station, is a Notre Dame alumnus, and he’s been havin...

  12. Offutt Air Force Base, Looking Glass Airborne Command Post, Vehicle ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    Offutt Air Force Base, Looking Glass Airborne Command Post, Vehicle Refueling Station, Northeast of AGE Storage Facility at far northwest end of Project Looking Glass Historic District, Bellevue, Sarpy County, NE

  13. 49. COMMAND INFORMATION CENTER (CIC) AFT LOOKING FORWARD PORT ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    49. COMMAND INFORMATION CENTER (CIC) - AFT LOOKING FORWARD PORT TO STARBOARD SHOWING VARIOUS TYPES OF RADAR UNITS, PLOT TABLES AND PLOTTING BOARDS. - U.S.S. HORNET, Puget Sound Naval Shipyard, Sinclair Inlet, Bremerton, Kitsap County, WA

  14. STS-85 Commander Curtis Brown arrives at SLF for TCDT

    NASA Technical Reports Server (NTRS)

    1997-01-01

    STS-85 Commander Curtis L. Brown, Jr., arrives at the Shuttle Landing Facility for his mission's Terminal Countdown Demonstration Test (TCDT), a dress rehearsal for launch. The liftoff of STS-85 is targeted for August 7, 1997.

  15. STS-80 Commander Kenneth D. Cockrell in White Room

    NASA Technical Reports Server (NTRS)

    1996-01-01

    STS-80 Commander Kenneth D. Cockrell prepares to enter the Space Shuttle Columbia at Launch Pad 39B, with assistance from white room closeout crew members (from left) Ray Villalobos, Troy Stewart and Jim Martin.

  16. Economic impact of syndesmosis hardware removal.

    PubMed

    Lalli, Trapper A J; Matthews, Leslie J; Hanselman, Andrew E; Hubbard, David F; Bramer, Michelle A; Santrock, Robert D

    2015-09-01

    Ankle syndesmosis injuries are commonly seen with 5-10% of sprains and 10% of ankle fractures involving injury to the ankle syndesmosis. Anatomic reduction has been shown to be the most important predictor of clinical outcomes. Optimal surgical management has been a subject of debate in the literature. The method of fixation, number of screws, screw size, and number of cortices are all controversial. Postoperative hardware removal has also been widely debated in the literature. Some surgeons advocate for elective hardware removal prior to resuming full weightbearing. Returning to the operating room for elective hardware removal results in increased cost to the patient, potential for infection or complication(s), and missed work days for the patient. Suture button devices and bioabsorbable screw fixation present other options, but cortical screw fixation remains the gold standard. This retrospective review was designed to evaluate the economic impact of a second operative procedure for elective removal of 3.5mm cortical syndesmosis screws. Two hundred and two patients with ICD-9 code for "open treatment of distal tibiofibular joint (syndesmosis) disruption" were identified. The medical records were reviewed for those who underwent elective syndesmosis hardware removal. The primary outcome measurements included total hospital billing charges and total hospital billing collection. Secondary outcome measurements included average individual patient operative costs and average operating room time. Fifty-six patients were included in the study. Our institution billed a total of $188,271 (USD) and collected $106,284 (55%). The average individual patient operating room cost was $3579. The average operating room time was 67.9 min. To the best of our knowledge, no study has previously provided cost associated with syndesmosis hardware removal. Our study shows elective syndesmosis hardware removal places substantial economic burden on both the patient and the healthcare system.

  17. Magnetic Field Apparatus (MFA) Hardware Test

    NASA Technical Reports Server (NTRS)

    Anderson, Ken; Boody, April; Reed, Dave; Wang, Chung; Stuckey, Bob; Cox, Dave

    1999-01-01

    The objectives of this study are threefold: (1) Provide insight into water delivery in microgravity and determine optimal germination paper wetting for subsequent seed germination in microgravity; (2) Observe the behavior of water exposed to a strong localized magnetic field in microgravity; and (3) Simulate the flow of fixative (using water) through the hardware. The Magnetic Field Apparatus (MFA) is a new piece of hardware slated to fly on the Space Shuttle in early 2001. MFA is designed to expose plant tissue to magnets in a microgravity environment, deliver water to the plant tissue, record photographic images of plant tissue, and deliver fixative to the plant tissue.

  18. Human Centered Hardware Modeling and Collaboration

    NASA Technical Reports Server (NTRS)

    Stambolian Damon; Lawrence, Brad; Stelges, Katrine; Henderson, Gena

    2013-01-01

    In order to collaborate engineering designs among NASA Centers and customers, to in clude hardware and human activities from multiple remote locations, live human-centered modeling and collaboration across several sites has been successfully facilitated by Kennedy Space Center. The focus of this paper includes innovative a pproaches to engineering design analyses and training, along with research being conducted to apply new technologies for tracking, immersing, and evaluating humans as well as rocket, vehic le, component, or faci lity hardware utilizing high resolution cameras, motion tracking, ergonomic analysis, biomedical monitoring, wor k instruction integration, head-mounted displays, and other innovative human-system integration modeling, simulation, and collaboration applications.

  19. Pressure Sensor Calibration using VIPA Hardware

    SciTech Connect

    Suarez, Reynold; Heimbigner, Tom R.; Forrester, Joel B.; Hayes, James C.; Lidey, Lance S.

    2008-10-08

    The VIPA hardware uses a series of modules to control the system. One of the modules that the VIPA hardware uses is a 16-bit analog input module. The main purpose of this module is to read in a voltage. The inputs of these modules are connected directly to the voltage outputs of all the pressure sensors in the system. Because the sensors have different pressure and voltage output ranges, it is necessary to calibrate and scale the sensors so that the values make sense to the operator of the system.

  20. Language of CTO interventions - Focus on hardware.

    PubMed

    Mishra, Sundeep

    2016-01-01

    The knowledge of variety of chronic total occlusion (CTO) hardware and the ability to use them represents the key to success of any CTO interventions. However, the multiplicity of CTO hardware and their physical character and the terminology used by experts create confusion in the mind of an average interventional cardiologist, particularly a beginner in this field. This knowledge is available but is scattered. We aim to classify and compare the currently used devices based on their properties focusing on how physical character of each device can be utilized in a specific situation, thus clarifying and simplifying the technical discourse. PMID:27543466

  1. Circulation control lift generation experiment: Hardware development

    NASA Technical Reports Server (NTRS)

    Panontin, T. L.

    1985-01-01

    A circulation control airfoil and its accompanying hardware were developed to allow the investigation of lift generation that is independent of airfoil angle of attack and relative flow velocity. The test equipment, designed for use in a water tunnel, includes the blown airfoil, the support systems for both flow visualization and airfoil load measurement, and the fluid control system, which utilizes hydraulic technology. The primary design tasks, the selected solutions, and the unforseen problems involved in the development of these individual components of hardware are described.

  2. Language of CTO interventions - Focus on hardware.

    PubMed

    Mishra, Sundeep

    2016-01-01

    The knowledge of variety of chronic total occlusion (CTO) hardware and the ability to use them represents the key to success of any CTO interventions. However, the multiplicity of CTO hardware and their physical character and the terminology used by experts create confusion in the mind of an average interventional cardiologist, particularly a beginner in this field. This knowledge is available but is scattered. We aim to classify and compare the currently used devices based on their properties focusing on how physical character of each device can be utilized in a specific situation, thus clarifying and simplifying the technical discourse.

  3. Embedded battle command: a vehicle systems integrator's prospective

    NASA Astrophysics Data System (ADS)

    Frey, Terry L.; Wyrembelski, Rick J.

    1999-07-01

    This paper provides an overview of a major weapon system, the Abrams Main Battle Tank, as it relates to the integration of EMbedded Battle Command and Control element is essential to the tanks future role in the Army as they focus more on increased organizational effectiveness and less on individual platforms. The Abrams is poised to field the Abrams System Enhancement Package with its 2nd generation of Command and Control.

  4. Fuel cell system logic for differentiating between rapid and normal shutdown commands

    DOEpatents

    Keskula, Donald H.; Doan, Tien M.; Clingerman, Bruce J.

    2000-01-01

    A method of controlling the operation of a fuel cell system wherein each shutdown command for the system is subjected to decision logic which determines whether the command should be a normal shutdown command or rapid shutdown command. If the logic determines that the shutdown command should be a normal shutdown command, then the system is shutdown in a normal step-by-step process in which the hydrogen stream is consumed within the system. If the logic determines that the shutdown command should be a rapid shutdown command, the hydrogen stream is removed from the system either by dumping to atmosphere or routing to storage.

  5. Command Preprocessor for the Beam-Waveguide Antennas

    NASA Astrophysics Data System (ADS)

    Gawronski, W.

    1998-10-01

    The high-gain linear quadratic Gaussian (LQG) controllers, designed for 32-GHz (Ka-band) monopulse tracking, have small tracking errors and are resistant to wind disturbances. However, during antenna slewing, they induce limit cycling caused by the violation of the antenna rate and acceleration limits. This problem can be avoided by the introduction of a command that does not exceed the limits. The command preprocessor presented in this article generates a command that is equal to the original command if the latter does not exceed the limits and varies with the maximal (or minimal) allowable rate and acceleration if the limits are met or exceeded. It is comparatively simple since it requires only knowledge of the command at the current and the previous time instants, while other known preprocessors require knowledge of the terminal state and the acquisition time. Thus, the presented preprocessor is more suitable for implementation into the antenna control software. In this article, analysis of the preprocessor is presented. Also, the performances of the preprocessor itself and of the antenna with the preprocessor are illustrated with typical antenna commands.

  6. Torque linearizing hardware for the electric joint motors of a direct-drive robot

    SciTech Connect

    Muir, P.F.; Bryan, J.R.

    1991-12-31

    Many emerging high-performance robot control algorithms require the command of the joint torques; yet no known commercial robots provide such a capability. In this paper, we describe the design, development, testing and application of a VMEbus-based torque linearizing joint interface board (JIB). One JIB resides between the robot control processor and each joint motor amplifier. The JIB provides the control processor with the capability to read the motor position and apply accurate motor torques. The torque command capability derives from the application of a 128k {times} 8 EPROM lookup table for each motor phase. Because joint motor torque is dependent upon the torque command and the motor position, the hardware is designed to utilize the torque command and the current motor position as the address to retrieve the proper pulse-width for the PWM motor amplifier. The table look-up cycle operates independently of the robot controller at a 40KHz rate to provide constant joint torque as the motor rotates. We identify the proper table entries by an automated in situ data collection procedure. Static torque generation results show that the torque deviations are reduced from as much as 76% to below 5% for each of the three direct-drive motors (two are variable reluctance motors and one is brushless DC) on an AdeptTwo robot. These torque deviations are reduced below 2.5% if only the upper 90% of the torque range is considered. The torque deviations of the non-direct-drive joint are reduced by 50%. Dynamic robot edge following experiments show that the robot speed of operation can be more than doubled for a given applied force accuracy by utilizing the joint torque linearizing boards. 8 refs.

  7. Torque linearizing hardware for the electric joint motors of a direct-drive robot

    SciTech Connect

    Muir, P.F.; Bryan, J.R.

    1991-01-01

    Many emerging high-performance robot control algorithms require the command of the joint torques; yet no known commercial robots provide such a capability. In this paper, we describe the design, development, testing and application of a VMEbus-based torque linearizing joint interface board (JIB). One JIB resides between the robot control processor and each joint motor amplifier. The JIB provides the control processor with the capability to read the motor position and apply accurate motor torques. The torque command capability derives from the application of a 128k {times} 8 EPROM lookup table for each motor phase. Because joint motor torque is dependent upon the torque command and the motor position, the hardware is designed to utilize the torque command and the current motor position as the address to retrieve the proper pulse-width for the PWM motor amplifier. The table look-up cycle operates independently of the robot controller at a 40KHz rate to provide constant joint torque as the motor rotates. We identify the proper table entries by an automated in situ data collection procedure. Static torque generation results show that the torque deviations are reduced from as much as 76% to below 5% for each of the three direct-drive motors (two are variable reluctance motors and one is brushless DC) on an AdeptTwo robot. These torque deviations are reduced below 2.5% if only the upper 90% of the torque range is considered. The torque deviations of the non-direct-drive joint are reduced by 50%. Dynamic robot edge following experiments show that the robot speed of operation can be more than doubled for a given applied force accuracy by utilizing the joint torque linearizing boards. 8 refs.

  8. Torque linearizing hardware for the electric joint motors of a direct-drive robot

    NASA Astrophysics Data System (ADS)

    Muir, P. F.; Bryan, J. R.

    Many emerging high-performance robot control algorithms require the command of the joint torques, yet no known commercial robots provide such a capability. We describe the design, development, testing, and application of a VMEbus-based torque linearizing joint interface board (JIB). One JIB resides between the robot control processor and each joint motor amplifier. The JIB provides the control processor with the capability to read the motor position and apply accurate motor torques. The torque command capability derives from the application of a 128k x 8 EPROM lookup table for each motor phase. Because joint motor torque is dependent upon the torque command and the motor position, the hardware is designed to utilize the torque command and the current motor position as the address to retrieve the proper pulse-width for the PWM motor amplifier. The table look-up cycle operates independently of the robot controller at a 40KHz rate to provide constant joint torque as the motor rotates. We identify the proper table entries by an automated in situ data collection procedure. Static torque generation results show that the torque deviations are reduced from as much as 76 percent to below 5 percent for each of the three direct-drive motors (two are variable reluctance motors and one is brushless DC) on an AdeptTwo robot. These torque deviations are reduced below 2.5 percent if only the upper 90 percent of the torque range is considered. The torque deviations of the non-direct-drive joint are reduced by 50 percent. Dynamic robot edge following experiments show that the robot speed of operation can be more than doubled for a given applied force accuracy by utilizing the joint torque linearizing boards.

  9. Autonomous Satellite Command and Control through the World Wide Web: Phase 3

    NASA Technical Reports Server (NTRS)

    Cantwell, Brian; Twiggs, Robert

    1998-01-01

    NASA's New Millenium Program (NMP) has identified a variety of revolutionary technologies that will support orders of magnitude improvements in the capabilities of spacecraft missions. This program's Autonomy team has focused on science and engineering automation technologies. In doing so, it has established a clear development roadmap specifying the experiments and demonstrations required to mature these technologies. The primary developmental thrusts of this roadmap are in the areas of remote agents, PI/operator interface, planning/scheduling fault management, and smart execution architectures. Phases 1 and 2 of the ASSET Project (previously known as the WebSat project) have focused on establishing World Wide Web-based commanding and telemetry services as an advanced means of interfacing a spacecraft system with the PI and operators. Current automated capabilities include Web-based command submission, limited contact scheduling, command list generation and transfer to the ground station, spacecraft support for demonstrations experiments, data transfer from the ground station back to the ASSET system, data archiving, and Web-based telemetry distribution. Phase 2 was finished in December 1996. During January-December 1997 work was commenced on Phase 3 of the ASSET Project. Phase 3 is the subject of this report. This phase permitted SSDL and its project partners to expand the ASSET system in a variety of ways. These added capabilities included the advancement of ground station capabilities, the adaptation of spacecraft on-board software, and the expansion of capabilities of the ASSET management algorithms. Specific goals of Phase 3 were: (1) Extend Web-based goal-level commanding for both the payload PI and the spacecraft engineer; (2) Support prioritized handling of multiple PIs as well as associated payload experimenters; (3) Expand the number and types of experiments supported by the ASSET system and its associated spacecraft; (4) Implement more advanced resource

  10. Use of Spacecraft Command Language for Advanced Command and Control Applications

    NASA Technical Reports Server (NTRS)

    Mims, Tikiela L.

    2008-01-01

    The purpose of this work is to evaluate the use of SCL in building and monitoring command and control applications in order to determine its fitness for space operations. Approximately 24,325 lines of PCG2 code was converted to SCL yielding a 90% reduction in the number of lines of code as many of the functions and scripts utilized in SCL could be ported and reused. Automated standalone testing, simulating the actual production environment, was performed in order to generalize and gauge the relative time it takes for SCL to update and write a given display. The use of SCL rules, functions, and scripts allowed the creation of several test cases permitting the detection of the amount of time it takes update a given set of measurements given the change in a globally existing CUI or CUI. It took the SCL system an average 926.09 ticks to update the entire display of 323 measurements.

  11. Remote hardware-reconfigurable robotic camera

    NASA Astrophysics Data System (ADS)

    Arias-Estrada, Miguel; Torres-Huitzil, Cesar; Maya-Rueda, Selene E.

    2001-10-01

    In this work, a camera with integrated image processing capabilities is discussed. The camera is based on an imager coupled to an FPGA device (Field Programmable Gate Array) which contains an architecture for real-time computer vision low-level processing. The architecture can be reprogrammed remotely for application specific purposes. The system is intended for rapid modification and adaptation for inspection and recognition applications, with the flexibility of hardware and software reprogrammability. FPGA reconfiguration allows the same ease of upgrade in hardware as a software upgrade process. The camera is composed of a digital imager coupled to an FPGA device, two memory banks, and a microcontroller. The microcontroller is used for communication tasks and FPGA programming. The system implements a software architecture to handle multiple FPGA architectures in the device, and the possibility to download a software/hardware object from the host computer into its internal context memory. System advantages are: small size, low power consumption, and a library of hardware/software functionalities that can be exchanged during run time. The system has been validated with an edge detection and a motion processing architecture, which will be presented in the paper. Applications targeted are in robotics, mobile robotics, and vision based quality control.

  12. Transistor Level Circuit Experiments using Evolvable Hardware

    NASA Technical Reports Server (NTRS)

    Stoica, A.; Zebulum, R. S.; Keymeulen, D.; Ferguson, M. I.; Daud, Taher; Thakoor, A.

    2005-01-01

    The Jet Propulsion Laboratory (JPL) performs research in fault tolerant, long life, and space survivable electronics for the National Aeronautics and Space Administration (NASA). With that focus, JPL has been involved in Evolvable Hardware (EHW) technology research for the past several years. We have advanced the technology not only by simulation and evolution experiments, but also by designing, fabricating, and evolving a variety of transistor-based analog and digital circuits at the chip level. EHW refers to self-configuration of electronic hardware by evolutionary/genetic search mechanisms, thereby maintaining existing functionality in the presence of degradations due to aging, temperature, and radiation. In addition, EHW has the capability to reconfigure itself for new functionality when required for mission changes or encountered opportunities. Evolution experiments are performed using a genetic algorithm running on a DSP as the reconfiguration mechanism and controlling the evolvable hardware mounted on a self-contained circuit board. Rapid reconfiguration allows convergence to circuit solutions in the order of seconds. The paper illustrates hardware evolution results of electronic circuits and their ability to perform under 230 C temperature as well as radiations of up to 250 kRad.

  13. Shuttle mission simulator hardware conceptual design report

    NASA Technical Reports Server (NTRS)

    Burke, J. F.

    1973-01-01

    The detailed shuttle mission simulator hardware requirements are discussed. The conceptual design methods, or existing technology, whereby those requirements will be fulfilled are described. Information of a general nature on the total design problem plus specific details on how these requirements are to be satisfied are reported. The configuration of the simulator is described and the capabilities for various types of training are identified.

  14. Common hardware-in-the-loop development

    NASA Astrophysics Data System (ADS)

    Kim, Hajin J.; Moss, Stephen G.

    2010-04-01

    An approach to streamline the Hardware-In-the-Loop (HWIL) simulation development process is under evaluation. This Common HWIL technique will attempt to provide a more flexible, scalable system. The overall goal of the Common HWIL system will be to reduce cost by minimizing redundant development, operational labor and equipment expense. This paper will present current results and future plans of the development.

  15. Microprocessor Design Using Hardware Description Language

    ERIC Educational Resources Information Center

    Mita, Rosario; Palumbo, Gaetano

    2008-01-01

    The following paper has been conceived to deal with the contents of some lectures aimed at enhancing courses on digital electronic, microelectronic or VLSI systems. Those lectures show how to use a hardware description language (HDL), such as the VHDL, to specify, design and verify a custom microprocessor. The general goal of this work is to teach…

  16. Use of heat pipes in electronic hardware

    NASA Technical Reports Server (NTRS)

    Graves, J. R.

    1977-01-01

    A modular, multiple output power converter was developed in order to reduce costs of space hardware in future missions. The converter is of reduced size and weight, and utilizes advanced heat removal techniques, in the form of heat pipes which remove internally generated heat more effectively than conventional methods.

  17. Support for Diagnosis of Custom Computer Hardware

    NASA Technical Reports Server (NTRS)

    Molock, Dwaine S.

    2008-01-01

    The Coldfire SDN Diagnostics software is a flexible means of exercising, testing, and debugging custom computer hardware. The software is a set of routines that, collectively, serve as a common software interface through which one can gain access to various parts of the hardware under test and/or cause the hardware to perform various functions. The routines can be used to construct tests to exercise, and verify the operation of, various processors and hardware interfaces. More specifically, the software can be used to gain access to memory, to execute timer delays, to configure interrupts, and configure processor cache, floating-point, and direct-memory-access units. The software is designed to be used on diverse NASA projects, and can be customized for use with different processors and interfaces. The routines are supported, regardless of the architecture of a processor that one seeks to diagnose. The present version of the software is configured for Coldfire processors on the Subsystem Data Node processor boards of the Solar Dynamics Observatory. There is also support for the software with respect to Mongoose V, RAD750, and PPC405 processors or their equivalents.

  18. Postflight hardware evaluation (RSRM-29, STS-54)

    NASA Astrophysics Data System (ADS)

    1993-09-01

    This document is the final report for the Clearfield disassembly evaluation and a continuation of the KSC postflight assessment for the RSRM-29 flight set. All observed hardware conditions were documented on PFOR's and are included in Appendices A, B, and C. Appendices D and E contain the measurements and safety factor data for the nozzle and insulation components. This report, along with the KSC Ten-Day Postflight Hardware Evaluation Report (TWR-64221), represents a summary of the RSRM-29 hardware evaluation. Disassembly evaluation photograph numbers are logged in TWA-1990. The RSRM-29 flight set disassembly evaluations described in this document were performed at the RSRM Refurbishment Facility in Clearfield, Utah. The final factory joint demate occurred on September 9, 1993. Detailed evaluations were performed in accordance with the Clearfield PEEP, TWR-50051, Revision A. All observations were compared against limits that are also defined in the PEEP. These limits outline the criteria for categorizing the observations as acceptable, reportable, or critical. Hardware conditions that were unexpected and/or determined to be reportable or critical were evaluated by the applicable CPT and tracked through the PFAR system.

  19. Postflight hardware evaluation (RSRM-29, STS-54)

    NASA Technical Reports Server (NTRS)

    1993-01-01

    This document is the final report for the Clearfield disassembly evaluation and a continuation of the KSC postflight assessment for the RSRM-29 flight set. All observed hardware conditions were documented on PFOR's and are included in Appendices A, B, and C. Appendices D and E contain the measurements and safety factor data for the nozzle and insulation components. This report, along with the KSC Ten-Day Postflight Hardware Evaluation Report (TWR-64221), represents a summary of the RSRM-29 hardware evaluation. Disassembly evaluation photograph numbers are logged in TWA-1990. The RSRM-29 flight set disassembly evaluations described in this document were performed at the RSRM Refurbishment Facility in Clearfield, Utah. The final factory joint demate occurred on September 9, 1993. Detailed evaluations were performed in accordance with the Clearfield PEEP, TWR-50051, Revision A. All observations were compared against limits that are also defined in the PEEP. These limits outline the criteria for categorizing the observations as acceptable, reportable, or critical. Hardware conditions that were unexpected and/or determined to be reportable or critical were evaluated by the applicable CPT and tracked through the PFAR system.

  20. Computer hardware for radiologists: Part I.

    PubMed

    Indrajit, Ik; Alam, A

    2010-08-01

    Computers are an integral part of modern radiology practice. They are used in different radiology modalities to acquire, process, and postprocess imaging data. They have had a dramatic influence on contemporary radiology practice. Their impact has extended further with the emergence of Digital Imaging and Communications in Medicine (DICOM), Picture Archiving and Communication System (PACS), Radiology information system (RIS) technology, and Teleradiology. A basic overview of computer hardware relevant to radiology practice is presented here. The key hardware components in a computer are the motherboard, central processor unit (CPU), the chipset, the random access memory (RAM), the memory modules, bus, storage drives, and ports. The personnel computer (PC) has a rectangular case that contains important components called hardware, many of which are integrated circuits (ICs). The fiberglass motherboard is the main printed circuit board and has a variety of important hardware mounted on it, which are connected by electrical pathways called "buses". The CPU is the largest IC on the motherboard and contains millions of transistors. Its principal function is to execute "programs". A Pentium(®) 4 CPU has transistors that execute a billion instructions per second. The chipset is completely different from the CPU in design and function; it controls data and interaction of buses between the motherboard and the CPU. Memory (RAM) is fundamentally semiconductor chips storing data and instructions for access by a CPU. RAM is classified by storage capacity, access speed, data rate, and configuration.

  1. Computer hardware for radiologists: Part I.

    PubMed

    Indrajit, Ik; Alam, A

    2010-08-01

    Computers are an integral part of modern radiology practice. They are used in different radiology modalities to acquire, process, and postprocess imaging data. They have had a dramatic influence on contemporary radiology practice. Their impact has extended further with the emergence of Digital Imaging and Communications in Medicine (DICOM), Picture Archiving and Communication System (PACS), Radiology information system (RIS) technology, and Teleradiology. A basic overview of computer hardware relevant to radiology practice is presented here. The key hardware components in a computer are the motherboard, central processor unit (CPU), the chipset, the random access memory (RAM), the memory modules, bus, storage drives, and ports. The personnel computer (PC) has a rectangular case that contains important components called hardware, many of which are integrated circuits (ICs). The fiberglass motherboard is the main printed circuit board and has a variety of important hardware mounted on it, which are connected by electrical pathways called "buses". The CPU is the largest IC on the motherboard and contains millions of transistors. Its principal function is to execute "programs". A Pentium(®) 4 CPU has transistors that execute a billion instructions per second. The chipset is completely different from the CPU in design and function; it controls data and interaction of buses between the motherboard and the CPU. Memory (RAM) is fundamentally semiconductor chips storing data and instructions for access by a CPU. RAM is classified by storage capacity, access speed, data rate, and configuration. PMID:21042437

  2. A hardware accelerator for maze routing

    SciTech Connect

    Won, Y. ); Sahni, S. . Dept. of Computer Science); El-Ziq, Y. )

    1990-01-01

    In this paper, the authors reexamine the problem of developing a suitable hardware accelerator for a maze router. The design is comprised of three 3-stage pipelines and a banked memory. The banked memory permits read/write to occur with no wait and no conflicts.

  3. Digital Hardware Design Teaching: An Alternative Approach

    ERIC Educational Resources Information Center

    Benkrid, Khaled; Clayton, Thomas

    2012-01-01

    This article presents the design and implementation of a complete review of undergraduate digital hardware design teaching in the School of Engineering at the University of Edinburgh. Four guiding principles have been used in this exercise: learning-outcome driven teaching, deep learning, affordability, and flexibility. This has identified…

  4. Electrical Safety for Human Space Flight Payload Hardware

    NASA Astrophysics Data System (ADS)

    Runnells, James A.

    2010-09-01

    Human Space Flight payload hardware designs must address both mission success and safety requirements for flight on the Space Shuttle, International Space Station(ISS), or International Partner(IP) Launch Vehicles. Flight hardware generally can be considered either Government Furnished Equipment(GFE) or Payload hardware, although some Commercial-off-the-shelf(COTS) hardware is also flown. In this case we will use the payload flight hardware system safety perspective, which closely resembles the GFE system safety process with a few exceptions. Why is Human space flight hardware treated differently than ground hardware? The key reason flight hardware is treated more conservatively than ground hardware is the relative impact to crew and vehicle, and the relative inability to provide immediate recovery of a disabled space vehicle or crewmember on-orbit. One aspect of safe payload flight hardware design is Electrical Power Systems(EPS), including the safe design and operations of electrical power systems for payloads.

  5. Life sciences flight hardware development for the International Space Station

    NASA Astrophysics Data System (ADS)

    Kern, V. D.; Bhattacharya, S.; Bowman, R. N.; Donovan, F. M.; Elland, C.; Fahlen, T. F.; Girten, B.; Kirven-Brooks, M.; Lagel, K.; Meeker, G. B.; Santos, O.

    During the construction phase of the International Space Station (ISS), early flight opportunities have been identified (including designated Utilization Flights, UF) on which early science experiments may be performed. The focus of NASA's and other agencies' biological studies on the early flight opportunities is cell and molecular biology; with UF-1 scheduled to fly in fall 2001, followed by flights 8A and UF-3. Specific hardware is being developed to verify design concepts, e.g., the Avian Development Facility for incubation of small eggs and the Biomass Production System for plant cultivation. Other hardware concepts will utilize those early research opportunities onboard the ISS, e.g., an Incubator for sample cultivation, the European Modular Cultivation System for research with small plant systems, an Insect Habitat for support of insect species. Following the first Utilization Flights, additional equipment will be transported to the ISS to expand research opportunities and capabilities, e.g., a Cell Culture Unit, the Advanced Animal Habitat for rodents, an Aquatic Facility to support small fish and aquatic specimens, a Plant Research Unit for plant cultivation, and a specialized Egg Incubator for developmental biology studies. Host systems (Figure 1A, B), e.g., a 2.5 m Centrifuge Rotor (g-levels from 0.01-g to 2-g) for direct comparisons between μg and selectable g levels, the Life Sciences Glove☐ for contained manipulations, and Habitat Holding Racks (Figure 1B) will provide electrical power, communication links, and cooling to the habitats. Habitats will provide food, water, light, air and waste management as well as humidity and temperature control for a variety of research organisms. Operators on Earth and the crew on the ISS will be able to send commands to the laboratory equipment to monitor and control the environmental and experimental parameters inside specific habitats. Common laboratory equipment such as microscopes, cryo freezers, radiation

  6. Life sciences flight hardware development for the International Space Station.

    PubMed

    Kern, V D; Bhattacharya, S; Bowman, R N; Donovan, F M; Elland, C; Fahlen, T F; Girten, B; Kirven-Brooks, M; Lagel, K; Meeker, G B; Santos, O

    2001-01-01

    During the construction phase of the International Space Station (ISS), early flight opportunities have been identified (including designated Utilization Flights, UF) on which early science experiments may be performed. The focus of NASA's and other agencies' biological studies on the early flight opportunities is cell and molecular biology; with UF-1 scheduled to fly in fall 2001, followed by flights 8A and UF-3. Specific hardware is being developed to verify design concepts, e.g., the Avian Development Facility for incubation of small eggs and the Biomass Production System for plant cultivation. Other hardware concepts will utilize those early research opportunities onboard the ISS, e.g., an Incubator for sample cultivation, the European Modular Cultivation System for research with small plant systems, an Insect Habitat for support of insect species. Following the first Utilization Flights, additional equipment will be transported to the ISS to expand research opportunities and capabilities, e.g., a Cell Culture Unit, the Advanced Animal Habitat for rodents, an Aquatic Facility to support small fish and aquatic specimens, a Plant Research Unit for plant cultivation, and a specialized Egg Incubator for developmental biology studies. Host systems (Figure 1A, B: see text), e.g., a 2.5 m Centrifuge Rotor (g-levels from 0.01-g to 2-g) for direct comparisons between g and selectable g levels, the Life Sciences Glovebox for contained manipulations, and Habitat Holding Racks (Figure 1B: see text) will provide electrical power, communication links, and cooling to the habitats. Habitats will provide food, water, light, air and waste management as well as humidity and temperature control for a variety of research organisms. Operators on Earth and the crew on the ISS will be able to send commands to the laboratory equipment to monitor and control the environmental and experimental parameters inside specific habitats. Common laboratory equipment such as microscopes, cryo

  7. Network, system, and status software enhancements for the autonomously managed electrical power system breadboard. Volume 3: Commands specification

    NASA Technical Reports Server (NTRS)

    Mckee, James W.

    1990-01-01

    This volume (3 of 4) contains the specification for the command language for the AMPS system. The volume contains a requirements specification for the operating system and commands and a design specification for the operating system and command. The operating system and commands sits on top of the protocol. The commands are an extension of the present set of AMPS commands in that the commands are more compact, allow multiple sub-commands to be bundled into one command, and have provisions for identifying the sender and the intended receiver. The commands make no change to the actual software that implement the commands.

  8. Intelligent Command and Control Systems for Satellite Ground Operations

    NASA Technical Reports Server (NTRS)

    Mitchell, Christine M.

    1999-01-01

    This grant, Intelligent Command and Control Systems for Satellite Ground Operations, funded by NASA Goddard Space Flight Center, has spanned almost a decade. During this time, it has supported a broad range of research addressing the changing needs of NASA operations. It is important to note that many of NASA's evolving needs, for example, use of automation to drastically reduce (e.g., 70%) operations costs, are similar requirements in both government and private sectors. Initially the research addressed the appropriate use of emerging and inexpensive computational technologies, such as X Windows, graphics, and color, together with COTS (commercial-off-the-shelf) hardware and software such as standard Unix workstations to re-engineer satellite operations centers. The first phase of research supported by this grant explored the development of principled design methodologies to make effective use of emerging and inexpensive technologies. The ultimate performance measures for new designs were whether or not they increased system effectiveness while decreasing costs. GT-MOCA (The Georgia Tech Mission Operations Cooperative Associate) and GT-VITA (Georgia Tech Visual and Inspectable Tutor and Assistant), whose latter stages were supported by this research, explored model-based design of collaborative operations teams and the design of intelligent tutoring systems, respectively. Implemented in proof-of-concept form for satellite operations, empirical evaluations of both, using satellite operators for the former and personnel involved in satellite control operations for the latter, demonstrated unequivocally the feasibility and effectiveness of the proposed modeling and design strategy underlying both research efforts. The proof-of-concept implementation of GT-MOCA showed that the methodology could specify software requirements that enabled a human-computer operations team to perform without any significant performance differences from the standard two-person satellite

  9. ITOUGH2 command reference. Version 3.1

    SciTech Connect

    Finsterle, S.

    1997-04-01

    This report contains a detailed description of all ITOUGH2 commands. It complements the ITOUGH2 User`s Guide and the collection of ITOUGH2 sample problems. ITOUGH2 is a program for parameter estimation, sensitivity analysis, and uncertainty propagation analysis. It is based on the TOUGH2 simulator for non-isothermal multiphase flow in fractured and porous media. Extensive experience in using TOUGH2 is a prerequisite for using ITOUGH2. The preparation of an input file for TOUGH2 or its derivatives is described in separate manuals and is not part of this report. The ITOUGH2 user`s guide summarizes the inverse modeling theory pertaining to ITOUGH2, and describes the program output. Furthermore, information about code architecture and installation are given. In Chapter 2 of this report, a brief summary of inverse modeling theory is given to restate the main concepts implemented in ITOUGH2 and to introduce certain definitions. Chapter 3 introduces the basic concepts of the ITHOUGH2 input language and the main structure of an ITOUGH2 input file. Chapter 4, the main part of this report, provides detailed descriptions of each ITOUGH2 command in alphabetical order. It is complemented by a command index in Appendix B in which the commands are given in logical order. The content of Chapter 4 is also available on-line using command it2help. Chapter 5 describes the usage of the UNIX script files for executing, checking, and terminating ITOUGH2 simulations.

  10. Extension to distributed annotation system: Summary and summaryplot commands.

    PubMed

    Chrysostomou, Charalambos; Brookes, Anthony J

    2015-08-01

    In recent years, the development of high-throughput sequencing technologies provided an effective way to generate data from entire genomes and test variants from thousands of individuals. The information acquired from analysing the data generated from high-throughput sequencing technologies provided useful insights into applications like whole-exome sequencing and targeted sequencing to discover the genetic cause of complex diseases and drug responses. The Distributed Annotation System (DAS) is one of the proposed solution developed to share and unify biological data from multiple local and remote DAS annotation servers. The researchers can use DAS to request data from federated or centralised databases and integrate them into a unified view. Furthermore, with the use of Reference DAS servers, structural and sequence data can be used to accompany annotation data, for the pursue of new knowledge for a particular feature or region. In this paper, two additional commands, summary and summary-plot commands, to the existing DAS protocol are proposed and implemented. The proposed commands were created in order to give the users the capabilities to request a summary of features for a particular region of interest. The summary command was created in order to extend the capabilities of the current DAS protocol, while the summaryplot command was created to provide a more user-friendly alternative to standard XML DAS responses. Finally, three examples are presented based on the GENCODE annotation data. PMID:26738065

  11. Command and control displays for space vehicle operations

    NASA Astrophysics Data System (ADS)

    Desjardins, Daniel D.; Zetocha, Paul; Aleva, Denise

    2010-04-01

    This paper shall examine several command and control facility display architectures supporting space vehicle operations, to include TacSat 2, TacSat 3, STPSat 2, and Communications Navigation Outage Forecasting System (CNOFS), located within the Research Development Test & Evaluation Support Complex (RSC) Satellite Operations Center 97 (SOC-97) at Kirtland Air Force Base. A principal focus is to provide an understanding for the general design class of displays currently supporting space vehicle command and control, e.g., custom, commercial-off-the-shelf, or ruggedized commercial-off-the-shelf, and more specifically, what manner of display performance capabilities, e.g., active area, resolution, luminance, contrast ratio, frame/refresh rate, temperature range, shock/vibration, etc., are needed for particular aspects of space vehicle command and control. Another focus shall be to address the types of command and control functions performed for each of these systems, to include how operators interact with the displays, e.g., joystick, trackball, keyboard/mouse, as well as the kinds of information needed or displayed for each function. [Comparison with other known command and control facilities, such as Cheyenne Mountain and NORAD Operations Center, shall be made.] Future, anticipated display systems shall be discussed.

  12. Codem: software/hardware codesign for embedded multicore systems supporting hardware services

    NASA Astrophysics Data System (ADS)

    Wang, Chao; Li, Xi; Zhou, Xuehai; Nedjah, Nadia; Wang, Aili

    2015-01-01

    Efficient software/hardware codesign is posing significant challenges to embedded systems. This paper proposes Codem, a software/hardware codesign flow for embedded systems, which models both processors and Intellectual Property (IP) cores as services. Tasks are regarded as abstract instructions which can be scheduled to IP cores for parallel execution automatically. In order to guide the hardware implementations of the hot spot functions, this paper incorporates a novel hot spot-based profiling technique to observe the hot spot functions while the application is being simulated. Furthermore, based on the hot spot of various applications, an adaptive mapping algorithm is presented to partition the application into multiple software/hardware tasks. We test the profiling-based design flow with classic Sort applications. Experimental results demonstrate that Codem can efficiently help researchers to identify the hot spots, and also outline a new direction to combine profiling techniques with state-of-the-art reconfigurable computing platforms for specific task acceleration.

  13. Hardware-in-the-loop simulation (HWIL) facility for development, test, and evaluation of multispectral missile systems: update

    NASA Astrophysics Data System (ADS)

    Mobley, Scott B.; Gareri, Jeff P.

    2000-07-01

    The U.S. Army Aviation and Missile Command (AMCOM) Advanced Simulation Center (ASC) provides hardware-in-the-loop (HWIL) simulation support to Program Executive Officers (PEO) and Project Managers (PM) who are responsible for developing and fielding precision guided missiles and sub-munitions for the U.S. Army. The ASC is also engaged in cooperative HWIL simulation tasks supporting other Armed Service Agencies, NATO and other U.S. allies. HWIL simulation provides a means of exercising missile guidance and control hardware in simulated flight, wherein the missile sensors are stimulated with input signals which make the system behave as though it were in actual operation. Real-time computers are used to control the target and countermeasure signatures and battlefield scenarios. Missile flight dynamics, responding to the commands issued by the guidance and control system hardware/software, are simulated in real-time to determine the missile trajectory and to calculate target intercept conditions. The ASC consists of 10 HWIL simulation facilities developed over a period of 20 years. These facilities contain special purpose infrared and RF signal generation equipment, flight motion simulators, radiation chambers, optics, and computers. They provide in- band target signatures, countermeasures, and background scenarios in the microwave, millimeter wave, infrared and visible regions of the electromagnetic spectrum. The ASC HWIL simulation facilities are an important source of test and evaluation data and have a critical role in all phases of a missile system life cycle. The development of a new generation of missile systems that use multi-spectral seekers has imposed unique and difficult requirements on ASC HWIL simulation facilities. For the past three years, the U.S. Army Aviation and Missile Command (AMCOM) has been developing a HWIL simulation facility to test common aperture multi-spectral missile seekers. This paper discusses the problems encountered during the

  14. 32 CFR 700.723 - Administration and discipline: Separate and detached command.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 5 2011-07-01 2011-07-01 false Administration and discipline: Separate and... OFFICIAL RECORDS Commanders In Chief and Other Commanders Administration and Discipline § 700.723 Administration and discipline: Separate and detached command. Any flag or general officer in command, any...

  15. 32 CFR 700.723 - Administration and discipline: Separate and detached command.

    Code of Federal Regulations, 2012 CFR

    2012-07-01

    ... 32 National Defense 5 2012-07-01 2012-07-01 false Administration and discipline: Separate and... OFFICIAL RECORDS Commanders In Chief and Other Commanders Administration and Discipline § 700.723 Administration and discipline: Separate and detached command. Any flag or general officer in command, any...

  16. 32 CFR 700.723 - Administration and discipline: Separate and detached command.

    Code of Federal Regulations, 2014 CFR

    2014-07-01

    ... 32 National Defense 5 2014-07-01 2014-07-01 false Administration and discipline: Separate and... OFFICIAL RECORDS Commanders In Chief and Other Commanders Administration and Discipline § 700.723 Administration and discipline: Separate and detached command. Any flag or general officer in command, any...

  17. 32 CFR 700.723 - Administration and discipline: Separate and detached command.

    Code of Federal Regulations, 2013 CFR

    2013-07-01

    ... 32 National Defense 5 2013-07-01 2013-07-01 false Administration and discipline: Separate and... OFFICIAL RECORDS Commanders In Chief and Other Commanders Administration and Discipline § 700.723 Administration and discipline: Separate and detached command. Any flag or general officer in command, any...

  18. 32 CFR 700.723 - Administration and discipline: Separate and detached command.

    Code of Federal Regulations, 2010 CFR

    2010-07-01

    ... 32 National Defense 5 2010-07-01 2010-07-01 false Administration and discipline: Separate and... OFFICIAL RECORDS Commanders In Chief and Other Commanders Administration and Discipline § 700.723 Administration and discipline: Separate and detached command. Any flag or general officer in command, any...

  19. Reconfigurable hardware for an augmented reality application

    NASA Astrophysics Data System (ADS)

    Toledo Moreo, F. Javier; Martinez Alvarez, J. Javier; Garrigos Guerrero, F. Javier; Ferrandez Vicente, J. Manuel

    2005-06-01

    An FPGA-based approach is proposed to build an augmented reality system in order to aid people affected by a visual disorder known as tunnel vision. The aim is to increase the user's knowledge of his environment by superimposing on his own view useful information obtained with image processing. Two different alternatives have been explored to perform the required image processing: a specific purpose algorithm to extract edge detection information, and a cellular neural network with the suitable template. Their implementations in reconfigurable hardware pursue to take advantage of the performance and flexibility that show modern FPGAs. This paper describes the hardware implementation of both the Canny algorithm and the cellular neural network, and the overall system architecture. Results of the implementations and examples of the system functionality are presented.

  20. The hardware accelerator array for logic simulation

    SciTech Connect

    Hansen, N H

    1991-05-01

    Hardware acceleration exploits the parallelism inherent in large circuit simulations to achieve significant increases in performance. Simulation accelerators have been developed based on the compiled code algorithm or the event-driven algorithm. The greater flexibility of the event-driven algorithm has resulted in several important developments in hardware acceleration architecture. Some popular commercial products have been developed based on the event-driven algorithm and data-flow architectures. Conventional data-flow architectures require complex switching networks to distribute operands among processing elements resulting in considerable overhead. An accelerator array architecture based on a nearest-neighbor communication has been developed in this thesis. The design is simulated in detail at the behavioral level. Its performance is evaluated and shown to be superior to that of a conventional data-flow accelerator. 14 refs., 48 figs., 5 tabs.

  1. HARDWARE AND SOFTWARE STATUS OF QCDOC.

    SciTech Connect

    BOYLE,P.A.; CHEN,D.; CHRIST,N.H.; PETROV.K.; ET AL.

    2003-07-15

    QCDOC is a massively parallel supercomputer whose processing nodes are based on an application-specific integrated circuit (ASIC). This ASIC was custom-designed so that crucial lattice QCD kernels achieve an overall sustained performance of 50% on machines with several 10,000 nodes. This strong scalability, together with low power consumption and a price/performance ratio of $1 per sustained MFlops, enable QCDOC to attack the most demanding lattice QCD problems. The first ASICs became available in June of 2003, and the testing performed so far has shown all systems functioning according to specification. We review the hardware and software status of QCDOC and present performance figures obtained in real hardware as well as in simulation.

  2. Hardware-Independent Proofs of Numerical Programs

    NASA Technical Reports Server (NTRS)

    Boldo, Sylvie; Nguyen, Thi Minh Tuyen

    2010-01-01

    On recent architectures, a numerical program may give different answers depending on the execution hardware and the compilation. Our goal is to formally prove properties about numerical programs that are true for multiple architectures and compilers. We propose an approach that states the rounding error of each floating-point computation whatever the environment. This approach is implemented in the Frama-C platform for static analysis of C code. Small case studies using this approach are entirely and automatically proved

  3. Verifying Dissolution Of Wax From Hardware Surfaces

    NASA Technical Reports Server (NTRS)

    Montoya, Benjamina G.

    1995-01-01

    Wax removed by cleaning solvent revealed by cooling solution with liquid nitrogen. Such improved procedure and test needed in case of hardware that must be protected by wax during machining or plating but required to be free of wax during subsequent use. Improved cleaning procedure and test take less than 5 minutes. Does not require special skill or equipment and performs at cleaning site. In addition, enables recovery of all cleaning solvent.

  4. Swing-Free Cranes via Input Shaping of Operator Commands

    SciTech Connect

    Groom, Kenneth N.; Parker, Gordon G.; Robinett, Rush D.; Leban, Frank

    1999-08-25

    This paper presents an open-loop control method for suppressing payload oscillation or swing caused by operator commanded maneuvers in rotary boom cranes and the method is experimentally verified on a one-sixteenth scale model of a Hagglunds shipboard crane. The crane configuration consists of a payload mass that swings like a spherical pendulum on the end of a lift-line which is attached to a boom capable of hub rotation (slewing) and elevation (luffing). Positioning of the payload is accomplished through the hub and boom angles and the load-line length. Since the configuration of the crane affects the excitation and response of the payload, the swing control scheme must account for the varying geometry of the system. Adaptive forward path command filters are employed to remove components of the command signal which induce payload swing.

  5. Reliability Analysis and Standardization of Spacecraft Command Generation Processes

    NASA Technical Reports Server (NTRS)

    Meshkat, Leila; Grenander, Sven; Evensen, Ken

    2011-01-01

    center dot In order to reduce commanding errors that are caused by humans, we create an approach and corresponding artifacts for standardizing the command generation process and conducting risk management during the design and assurance of such processes. center dot The literature review conducted during the standardization process revealed that very few atomic level human activities are associated with even a broad set of missions. center dot Applicable human reliability metrics for performing these atomic level tasks are available. center dot The process for building a "Periodic Table" of Command and Control Functions as well as Probabilistic Risk Assessment (PRA) models is demonstrated. center dot The PRA models are executed using data from human reliability data banks. center dot The Periodic Table is related to the PRA models via Fault Links.

  6. Research into command, control, and communications in space construction

    NASA Technical Reports Server (NTRS)

    Davis, Randal

    1990-01-01

    Coordinating and controlling large numbers of autonomous or semi-autonomous robot elements in a space construction activity will present problems that are very different from most command and control problems encountered in the space business. As part of our research into the feasibility of robot constructors in space, the CSC Operations Group is examining a variety of command, control, and communications (C3) issues. Two major questions being asked are: can we apply C3 techniques and technologies already developed for use in space; and are there suitable terrestrial solutions for extraterrestrial C3 problems? An overview of the control architectures, command strategies, and communications technologies that we are examining is provided and plans for simulations and demonstrations of our concepts are described.

  7. Intentional Voice Command Detection for Trigger-Free Speech Interface

    NASA Astrophysics Data System (ADS)

    Obuchi, Yasunari; Sumiyoshi, Takashi

    In this paper we introduce a new framework of audio processing, which is essential to achieve a trigger-free speech interface for home appliances. If the speech interface works continually in real environments, it must extract occasional voice commands and reject everything else. It is extremely important to reduce the number of false alarms because the number of irrelevant inputs is much larger than the number of voice commands even for heavy users of appliances. The framework, called Intentional Voice Command Detection, is based on voice activity detection, but enhanced by various speech/audio processing techniques such as emotion recognition. The effectiveness of the proposed framework is evaluated using a newly-collected large-scale corpus. The advantages of combining various features were tested and confirmed, and the simple LDA-based classifier demonstrated acceptable performance. The effectiveness of various methods of user adaptation is also discussed.

  8. Apollo 8 Commander Frank Borman Receives Presidential Call

    NASA Technical Reports Server (NTRS)

    1968-01-01

    Apollo 8 Astronaut Frank Borman, commander of the first manned Saturn V space flight into Lunar orbit, accepted a phone call from the U.S. President Lyndon B. Johnson prior to launch. Borman, along with astronauts William Anders, Lunar Module (LM) pilot, and James Lovell, Command Module (CM) pilot, launched aboard the Apollo 8 mission on December 21, 1968 and returned safely to Earth on December 27, 1968. The mission achieved operational experience and tested the Apollo command module systems, including communications, tracking, and life-support, in cis-lunar space and lunar orbit, and allowed evaluation of crew performance on a lunar orbiting mission. The crew photographed the lunar surface, both far side and near side, obtaining information on topography and landmarks as well as other scientific information necessary for future Apollo landings. All systems operated within allowable parameters and all objectives of the mission were achieved.

  9. Integrated command, control, communications and computation system functional architecture

    NASA Technical Reports Server (NTRS)

    Cooley, C. G.; Gilbert, L. E.

    1981-01-01

    The functional architecture for an integrated command, control, communications, and computation system applicable to the command and control portion of the NASA End-to-End Data. System is described including the downlink data processing and analysis functions required to support the uplink processes. The functional architecture is composed of four elements: (1) the functional hierarchy which provides the decomposition and allocation of the command and control functions to the system elements; (2) the key system features which summarize the major system capabilities; (3) the operational activity threads which illustrate the interrelationahip between the system elements; and (4) the interfaces which illustrate those elements that originate or generate data and those elements that use the data. The interfaces also provide a description of the data and the data utilization and access techniques.

  10. STS-93 Commander Eileen Collins waves to her family

    NASA Technical Reports Server (NTRS)

    1999-01-01

    STS-93 Commander Eileen M. Collins waves to her family nearby, a last meeting before launch of mission STS-93 on July 20. Liftoff is scheduled for 12:36 a.m. EDT. The primary mission of STS-93 is the release of the Chandra X-ray Observatory, which will allow scientists from around the world to study some of the most distant, powerful and dynamic objects in the universe. The new telescope is 20 to 50 times more sensitive than any previous X- ray telescope and is expected to unlock the secrets of supernovae, quasars and black holes. The STS-93 crew numbers five: Commander Collins, Pilot Jeffrey S. Ashby, and Mission Specialists Steven A. Hawley (Ph.D.), Catherine G. Coleman (Ph.D.) and Michel Tognini of France, with the Centre National d'Etudes Spatiales (CNES). Collins is the first woman to serve as commander of a shuttle mission.

  11. STS-93 Commander Collins suits up for launch

    NASA Technical Reports Server (NTRS)

    1999-01-01

    During the third launch preparations in the Operations and Checkout Building, STS-93 Commander Eileen M. Collins waves while having her launch and entry suit checked. After Space Shuttle Columbia's July 20 and 22 launch attempts were scrubbed, the launch was again rescheduled for Friday, July 23, at 12:24 a.m. EDT. STS-93 is a five-day mission primarily to release the Chandra X-ray Observatory, which will allow scientists from around the world to study some of the most distant, powerful and dynamic objects in the universe. The STS-93 crew numbers five: Commander Collins, Pilot Jeffrey S. Ashby, and Mission Specialists Stephen A. Hawley (Ph.D.), Catherine G. Coleman (Ph.D.) and Michel Tognini of France, with the Centre National d'Etudes Spatiales (CNES). Collins is the first woman to serve as commander of a shuttle mission.

  12. STS-93 Commander Eileen Collins suits up for launch

    NASA Technical Reports Server (NTRS)

    1999-01-01

    For the third time, in the Operations and Checkout Building, STS- 93 Commander Eileen M. Collins tries on her helmet with her launch and entry suit. After Space Shuttle Columbia's July 20 and 22 launch attempts were scrubbed, the launch was again rescheduled for Friday, July 23, at 12:24 a.m. EDT. STS-93 is a five-day mission primarily to release the Chandra X-ray Observatory, which will allow scientists from around the world to study some of the most distant, powerful and dynamic objects in the universe. The STS-93 crew numbers five: Commander Collins, Pilot Jeffrey S. Ashby, and Mission Specialists Stephen A. Hawley (Ph.D.), Catherine G. Coleman (Ph.D.) and Michel Tognini of France, with the Centre National d'Etudes Spatiales (CNES). Collins is the first woman to serve as commander of a shuttle mission.

  13. Extravehicular activity training and hardware design consideration.

    PubMed

    Thuot, P J; Harbaugh, G J

    1995-07-01

    Preparing astronauts to perform the many complex extravehicular activity (EVA) tasks required to assemble and maintain Space Station will be accomplished through training simulations in a variety of facilities. The adequacy of this training is dependent on a thorough understanding of the task to be performed, the environment in which the task will be performed, high-fidelity training hardware and an awareness of the limitations of each particular training facility. Designing hardware that can be successfully operated, or assembled, by EVA astronauts in an efficient manner, requires an acute understanding of human factors and the capabilities and limitations of the space-suited astronaut. Additionally, the significant effect the microgravity environment has on the crew members' capabilities has to be carefully considered not only for each particular task, but also for all the overhead related to the task and the general overhead associated with EVA. This paper will describe various training methods and facilities that will be used to train EVA astronauts for Space Station assembly and maintenance. User-friendly EVA hardware design considerations and recent EVA flight experience will also be presented. PMID:11541312

  14. "Greenbook Algorithms and Hardware Needs Analysis"

    SciTech Connect

    De Jong, Wibe A.; Oehmen, Chris S.; Baxter, Douglas J.

    2007-01-09

    "This document describes the algorithms, and hardware balance requirements needed to enable the solution of real scientific problems in the DOE core mission areas of environmental and subsurface chemistry, computational and systems biology, and climate science. The MSCF scientific drivers have been outlined in the Greenbook, which is available online at http://mscf.emsl.pnl.gov/docs/greenbook_for_web.pdf . Historically, the primary science driver has been the chemical and the molecular dynamics of the biological science area, whereas the remaining applications in the biological and environmental systems science areas have been occupying a smaller segment of the available hardware resources. To go from science drivers to hardware balance requirements, the major applications were identified. Major applications on the MSCF resources are low- to high-accuracy electronic structure methods, molecular dynamics, regional climate modeling, subsurface transport, and computational biology. The algorithms of these applications were analyzed to identify the computational kernels in both sequential and parallel execution. This analysis shows that a balanced architecture is needed with respect to processor speed, peak flop rate, peak integer operation rate, and memory hierarchy, interprocessor communication, and disk access and storage. A single architecture can satisfy the needs of all of the science areas, although some areas may take greater advantage of certain aspects of the architecture. "

  15. Extravehicular activity training and hardware design consideration.

    PubMed

    Thuot, P J; Harbaugh, G J

    1995-07-01

    Preparing astronauts to perform the many complex extravehicular activity (EVA) tasks required to assemble and maintain Space Station will be accomplished through training simulations in a variety of facilities. The adequacy of this training is dependent on a thorough understanding of the task to be performed, the environment in which the task will be performed, high-fidelity training hardware and an awareness of the limitations of each particular training facility. Designing hardware that can be successfully operated, or assembled, by EVA astronauts in an efficient manner, requires an acute understanding of human factors and the capabilities and limitations of the space-suited astronaut. Additionally, the significant effect the microgravity environment has on the crew members' capabilities has to be carefully considered not only for each particular task, but also for all the overhead related to the task and the general overhead associated with EVA. This paper will describe various training methods and facilities that will be used to train EVA astronauts for Space Station assembly and maintenance. User-friendly EVA hardware design considerations and recent EVA flight experience will also be presented.

  16. Testing Microshutter Arrays Using Commercial FPGA Hardware

    NASA Technical Reports Server (NTRS)

    Rapchun, David

    2008-01-01

    NASA is developing micro-shutter arrays for the Near Infrared Spectrometer (NIRSpec) instrument on the James Webb Space Telescope (JWST). These micro-shutter arrays allow NIRspec to do Multi Object Spectroscopy, a key part of the mission. Each array consists of 62414 individual 100 x 200 micron shutters. These shutters are magnetically opened and held electrostatically. Individual shutters are then programmatically closed using a simple row/column addressing technique. A common approach to provide these data/clock patterns is to use a Field Programmable Gate Array (FPGA). Such devices require complex VHSIC Hardware Description Language (VHDL) programming and custom electronic hardware. Due to JWST's rapid schedule on the development of the micro-shutters, rapid changes were required to the FPGA code to facilitate new approaches being discovered to optimize the array performance. Such rapid changes simply could not be made using conventional VHDL programming. Subsequently, National Instruments introduced an FPGA product that could be programmed through a Labview interface. Because Labview programming is considerably easier than VHDL programming, this method was adopted and brought success. The software/hardware allowed the rapid change the FPGA code and timely results of new micro-shutter array performance data. As a result, numerous labor hours and money to the project were conserved.

  17. Scalable Unix commands for parallel processors : a high-performance implementation.

    SciTech Connect

    Ong, E.; Lusk, E.; Gropp, W.

    2001-06-22

    We describe a family of MPI applications we call the Parallel Unix Commands. These commands are natural parallel versions of common Unix user commands such as ls, ps, and find, together with a few similar commands particular to the parallel environment. We describe the design and implementation of these programs and present some performance results on a 256-node Linux cluster. The Parallel Unix Commands are open source and freely available.

  18. APOLLO 16 COMMANDER JOHN YOUNG ENTERS ALTITUDE CHAMBER FOR TESTS

    NASA Technical Reports Server (NTRS)

    1971-01-01

    Apollo 16 commander John W. Young prepares to enter the lunar module in an altitude chamber in the Manned Spacecraft Operations Building at the spaceport prior to an altitude run. During the altitude run, in which Apollo 16 lunar module pilot Charles M. Duke also participated, the chamber was pumped down to simulate pressure at an altitude in excess of 200,000 feet. Young, Duke and command module pilot Thomas K. Mattingly II, are training at the Kennedy Space Center for the Apollo 16 mission. Launch is scheduled from Pad 39A, March 17, 1972.

  19. Close up view of the Commander's Seat on the Flight ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    Close up view of the Commander's Seat on the Flight Deck of the Orbiter Discovery. It appears the Orbiter is in the roll out / launch pad configuration. A protective cover is over the Rotational Hand Controller to protect it during the commander's ingress. Most notable in this view are the Speed Brake/Thrust Controller in the center right in this view and the Translational Hand Controller in the center top of the view. This image was taken at Kennedy Space Center. - Space Transportation System, Orbiter Discovery (OV-103), Lyndon B. Johnson Space Center, 2101 NASA Parkway, Houston, Harris County, TX

  20. Three dimensional visualization to support command and control

    SciTech Connect

    Van Slambrook, G.A.

    1997-04-01

    Virtual reality concepts are changing the way one thinks about and with computers. The concepts have already proven their potential usefulness in a broad range of applications. This research was concerned with exploring and demonstrating the utility of virtual reality in robotics and satellite command and control applications. The robotics work addressed the need to quickly build accurate graphical models of physical environments by allowing a user to interactively build a model of a remote environment by superimposing stereo graphics onto live stereo video. The satellite work addressed the fusion of multiple data sets or models into one synergistic display for more effective training, design, and command and control of satellite systems.

  1. STS-87 Commander Kregel addresses the media at the SLF

    NASA Technical Reports Server (NTRS)

    1997-01-01

    STS-87 Commander Kevin Kregel addresses members of the press and media at Kennedy Space Center's Shuttle Landing Facility after arriving for the final prelaunch activities leading up to the scheduled Nov. 19 liftoff. The STS-87 crew members are, from left to right, Mission Specialists Winston Scott and Takao Doi, Ph.D., of the National Space Development Agency of Japan; Commander Kevin Kregel; Payload Specialist Leonid Kadenyuk of the National Space Agency of Ukraine; Mission Specialist Kalpana Chawla, Ph.D.; and Pilot Steven Lindsey. STS-87 will be the fourth flight of the United States Microgravity Payload and the Spartan-201 deployable satellite.

  2. Personality, individual differences and command in war: 1982.

    PubMed

    Jolly, R T

    1997-01-01

    In 1982, a small percentage of Great Britain's armed forces was involved in a short but bitter action to recover some territory in the South Atlantic region that had been invaded by another nation. As part of a UK Ministry of Defence-sponsored study, 30 Commanding Officers of British sea, land and air units involved in Operation CORPORATE participated between seven and nine years later in a research study investigating their individual variations in personality and the perceived effects of their experience of Command in War. Ten single-seat, fast jet pilots from a slightly younger age group were also investigated.

  3. Survey of Command Execution Systems for NASA Spacecraft and Robots

    NASA Technical Reports Server (NTRS)

    Verma, Vandi; Jonsson, Ari; Simmons, Reid; Estlin, Tara; Levinson, Rich

    2005-01-01

    NASA spacecraft and robots operate at long distances from Earth Command sequences generated manually, or by automated planners on Earth, must eventually be executed autonomously onboard the spacecraft or robot. Software systems that execute commands onboard are known variously as execution systems, virtual machines, or sequence engines. Every robotic system requires some sort of execution system, but the level of autonomy and type of control they are designed for varies greatly. This paper presents a survey of execution systems with a focus on systems relevant to NASA missions.

  4. Integration of COTS personal computers into a real-time hardware-in-the-loop for infrared image generation

    NASA Astrophysics Data System (ADS)

    Lyles, Patrick V.; Buford, James A., Jr.; Cosby, David S.; Mayhall, Anthony J.

    2003-09-01

    This paper describes the current research in integrating Personal Computer technology into the U.S. Army Aviation and Missile Command (AMCOM) Hardware-in-the-Loop (HWIL) facilities. Using both COTS hardware along with custom built interfaces; the system under development will be used to replace high-end graphics workstations that provide infrared image generation. Infrared scene generation is an integral component in the HWIL testing of missile seeker units. This functionality must be more accessible, portable, and affordable as HWIL testing becomes more integral and more widely distributed in the development life cycle of missile systems. The graphics system under development is designed to be a more feasible plug-in replacement for existing infrared scene generation systems. Real-time performance and support of existing interfaces to simulation computers, projectors, and missile components are the primary considerations in designing this system.

  5. VHF command system study. [spectral analysis of GSFC VHF-PSK and VHF-FSK Command Systems

    NASA Technical Reports Server (NTRS)

    Gee, T. H.; Geist, J. M.

    1973-01-01

    Solutions are provided to specific problems arising in the GSFC VHF-PSK and VHF-FSK Command Systems in support of establishment and maintenance of Data Systems Standards. Signal structures which incorporate transmission on the uplink of a clock along with the PSK or FSK data are considered. Strategies are developed for allocating power between the clock and data, and spectral analyses are performed. Bit error probability and other probabilities pertinent to correct transmission of command messages are calculated. Biphase PCM/PM and PCM/FM are considered as candidate modulation techniques on the telemetry downlink, with application to command verification. Comparative performance of PCM/PM and PSK systems is given special attention, including implementation considerations. Gain in bit error performance due to coding is also considered.

  6. Pre-Hardware Optimization of Spacecraft Image Processing Software Algorithms and Hardware Implementation

    NASA Technical Reports Server (NTRS)

    Kizhner, Semion; Flatley, Thomas P.; Hestnes, Phyllis; Jentoft-Nilsen, Marit; Petrick, David J.; Day, John H. (Technical Monitor)

    2001-01-01

    Spacecraft telemetry rates have steadily increased over the last decade presenting a problem for real-time processing by ground facilities. This paper proposes a solution to a related problem for the Geostationary Operational Environmental Spacecraft (GOES-8) image processing application. Although large super-computer facilities are the obvious heritage solution, they are very costly, making it imperative to seek a feasible alternative engineering solution at a fraction of the cost. The solution is based on a Personal Computer (PC) platform and synergy of optimized software algorithms and re-configurable computing hardware technologies, such as Field Programmable Gate Arrays (FPGA) and Digital Signal Processing (DSP). It has been shown in [1] and [2] that this configuration can provide superior inexpensive performance for a chosen application on the ground station or on-board a spacecraft. However, since this technology is still maturing, intensive pre-hardware steps are necessary to achieve the benefits of hardware implementation. This paper describes these steps for the GOES-8 application, a software project developed using Interactive Data Language (IDL) (Trademark of Research Systems, Inc.) on a Workstation/UNIX platform. The solution involves converting the application to a PC/Windows/RC platform, selected mainly by the availability of low cost, adaptable high-speed RC hardware. In order for the hybrid system to run, the IDL software was modified to account for platform differences. It was interesting to examine the gains and losses in performance on the new platform, as well as unexpected observations before implementing hardware. After substantial pre-hardware optimization steps, the necessity of hardware implementation for bottleneck code in the PC environment became evident and solvable beginning with the methodology described in [1], [2], and implementing a novel methodology for this specific application [6]. The PC-RC interface bandwidth problem for the

  7. VIEW OF POPPELL'S HARDWARE, FURNITURE, FEED AND SEED STORE FROM ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    VIEW OF POPPELL'S HARDWARE, FURNITURE, FEED AND SEED STORE FROM NORTHEAST FACING SOUTHWEST - Poppell's Hardware, Furniture, Feed & Seed Store, U.S. Highway 341 at Carter Avenue, Odum, Wayne County, GA

  8. VIEW OF POPPELL'S HARDWARE, FURNITURE, FEED AND SEED STORE FROM ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    VIEW OF POPPELL'S HARDWARE, FURNITURE, FEED AND SEED STORE FROM SOUTHEAST FACING NORTHWEST - Poppell's Hardware, Furniture, Feed & Seed Store, U.S. Highway 341 at Carter Avenue, Odum, Wayne County, GA

  9. RAPID: Collaborative Commanding and Monitoring of Lunar Assets

    NASA Technical Reports Server (NTRS)

    Torres, Recaredo J.; Mittman, David S.; Powell, Mark W.; Norris, Jeffrey S.; Joswig, Joseph C.; Crockett, Thomas M.; Abramyan, Lucy; Shams, Khawaja S.; Wallick, Michael; Allan, Mark; Hirsh, Robert

    2011-01-01

    RAPID (Robot Application Programming Interface Delegate) software utilizes highly robust technology to facilitate commanding and monitoring of lunar assets. RAPID provides the ability for intercenter communication, since these assets are developed in multiple NASA centers. RAPID is targeted at the task of lunar operations; specifically, operations that deal with robotic assets, cranes, and astronaut spacesuits, often developed at different NASA centers. RAPID allows for a uniform way to command and monitor these assets. Commands can be issued to take images, and monitoring is done via telemetry data from the asset. There are two unique features to RAPID: First, it allows any operator from any NASA center to control any NASA lunar asset, regardless of location. Second, by abstracting the native language for specific assets to a common set of messages, an operator may control and monitor any NASA lunar asset by being trained only on the use of RAPID, rather than the specific asset. RAPID is easier to use and more powerful than its predecessor, the Astronaut Interface Device (AID). Utilizing the new robust middleware, DDS (Data Distribution System), developing in RAPID has increased significantly over the old middleware. The API is built upon the Java Eclipse Platform, which combined with DDS, provides platform-independent software architecture, simplifying development of RAPID components. As RAPID continues to evolve and new messages are being designed and implemented, operators for future lunar missions will have a rich environment for commanding and monitoring assets.

  10. The influence of central command on baroreflex resetting during exercise

    NASA Technical Reports Server (NTRS)

    Raven, Peter B.; Fadel, Paul J.; Smith, Scott A.

    2002-01-01

    The arterial baroreflex functions as a negative feedback system regulating blood pressure around an established operating point. Paradoxically, a parallel increase in heart rate and blood pressure manifests during exercise. Experimental evidence suggests these events are caused, in part, by a rapid resetting of the baroreflex by central command.

  11. Command module/service module reaction control subsystem assessment

    NASA Technical Reports Server (NTRS)

    Weary, D. P.

    1971-01-01

    Detailed review of component failure histories, qualification adequacy, manufacturing flow, checkout requirements and flow, ground support equipment interfaces, subsystem interface verification, protective devices, and component design did not reveal major weaknesses in the command service module (CSM) reaction control system (RCS). No changes to the CSM RCS were recommended. The assessment reaffirmed the adequacy of the CSM RCS for future Apollo missions.

  12. STS-79 Commander William Readdy in White Room

    NASA Technical Reports Server (NTRS)

    1996-01-01

    STS-79 Commander William F. Readdy gets ready to climb into the flight deck of the Space Shuttle Atlantis at Launch Pad 39A. Assisting him are white room closeout crew members Travis Thompson (from left), Jean Alexander and Jim Davis.

  13. 107. Air defense command "master plan, basic mission plan," RCA ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    107. Air defense command "master plan, basic mission plan," RCA Service Company tab no. F-1, sheet 2 of 2, dated 1 June, 1963. - Clear Air Force Station, Ballistic Missile Early Warning System Site II, One mile west of mile marker 293.5 on Parks Highway, 5 miles southwest of Anderson, Anderson, Denali Borough, AK

  14. 9. Photocopy of command flow chart of NIKE Battalion, Headquarters ...

    Library of Congress Historic Buildings Survey, Historic Engineering Record, Historic Landscapes Survey

    9. Photocopy of command flow chart of NIKE Battalion, Headquarters Battery and Missile Battery from Procedures and Drills for NIKE Ajax System, Department of the Army Field Manual, FM-44-80 from Institute for Military History, Carlisle Barracks, Carlisle, PA 1956 - NIKE Missile Battery PR-79, East Windsor Road south of State Route 101, Foster, Providence County, RI

  15. 32 CFR Appendix A to Part 192 - Checklist for Commanders

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 2 2011-07-01 2011-07-01 false Checklist for Commanders A Appendix A to Part 192 National Defense Department of Defense (Continued) OFFICE OF THE SECRETARY OF DEFENSE (CONTINUED) MISCELLANEOUS EQUAL OPPORTUNITY IN OFF-BASE HOUSING Pt. 192, App. A Appendix A to Part 192—Checklist...

  16. Development of a Testbed for Distributed Satellite Command and Control

    NASA Astrophysics Data System (ADS)

    Zetocha, Paul; Brito, Margarita

    2002-01-01

    At the Air Force Research Laboratory's Space Vehicles Directorate we are investigating and developing architectures for commanding and controlling a cluster of cooperating satellites through prototype development for the TechSat-21 program. The objective of this paper is to describe a distributed satellite testbed that is currently under development and to summarize near term prototypes being implemented for cluster command and control. To design, develop, and test our architecture we are using eight PowerPC 750 VME-based single board computers, representing eight satellites. Each of these computers is hosting the OSE(TM) real-time operating system from Enea Systems. At the core of our on-board cluster manager is ObjectAgent. ObjectAgent is an agent-based object-oriented framework for flight systems, which is particularly suitable for distributed applications. In order to handle communication with the ground as well as to assist with the cluster management we are using the Spacecraft Command Language (SCL). SCL is also at the centerpiece of our ground control station and handles cluster commanding, telemetry decommutation, state-of-health monitoring, and Fault Detection, Isolation, and Resolution (FDIR). For planning and scheduling activities we are currently using ASPEN from NASA/JPL. This paper will describe each of the above components in detail and then present the prototypes being implemented.

  17. Satellite Telemetry and Command using Big LEO Mobile Telecommunications Systems

    NASA Technical Reports Server (NTRS)

    Huegel, Fred

    1998-01-01

    Various issues associated with satellite telemetry and command using Big LEO mobile telecommunications systems are presented in viewgraph form. Specific topics include: 1) Commercial Satellite system overviews: Globalstar, ICO, and Iridium; 2) System capabilities and cost reduction; 3) Satellite constellations and contact limitations; 4) Capabilities of Globalstar, ICO and Iridium with emphasis on Globalstar; and 5) Flight transceiver issues and security.

  18. Commander Brand stows trash in jettison bag on middeck

    NASA Technical Reports Server (NTRS)

    1982-01-01

    Commander Brand disposes of empty food containers and dry trash in jettison bag and stows bag in middeck volume under MA73C control panel. Side hatch is visible behind Brand. Brand is wearing constant wear garment with communications kit assembly headset interface unit (HIU) and note pad strapped to his thighs.

  19. Commander Brand shaves in front of forward middeck lockers

    NASA Technical Reports Server (NTRS)

    1982-01-01

    Commander Brand, wearing shorts, shaves in front of forward middeck lockers using personal hygiene mirror assembly (assy). Open modular locker single tray assy, Field Sequential (FS) crew cabin camera, communications kit assy mini headset (HDST) and HDST interface unit (HIU), personal hygiene kit, and meal tray assemblies appear in view.

  20. 32 CFR 724.407 - Commander, Naval Reserve Force.

    Code of Federal Regulations, 2011 CFR

    2011-07-01

    ... 32 National Defense 5 2011-07-01 2011-07-01 false Commander, Naval Reserve Force. 724.407 Section 724.407 National Defense Department of Defense (Continued) DEPARTMENT OF THE NAVY PERSONNEL NAVAL..., Naval Reserve Force. Manages Naval Reserve resources. Responsible for providing limited support to...