Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “crawling”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 55 records · Page 3
All sourcesNASA NTRSDOE OSTI
NASA NTRS1990

Initial experiments in thrusterless locomotion control of a free-flying robot

A two-arm free-flying robot has been constructed to study thrusterless locomotion in space. This is accomplished by pushing off or landing on a large structure in a coordinated two-arm maneuver. A new control method, called system momentum control, allows the robot to follow desired momentum trajectories and thus leap or crawl from one structure to another. The robot floats on an air-cushion, simulating in two dimensions the drag-free zero-g environment of space. The control paradigm has been verified experimentally by commanding the robot to push off a bar with both arms, rotate 180 degrees, and catch itself on another bar.

Jasper, W. J.↗
NASA NTRS1994

Design of an autonomous exterior security robot

This paper discusses the requirements and preliminary design of robotic vehicle designed for performing autonomous exterior perimeter security patrols around warehouse areas, ammunition supply depots, and industrial parks for the U.S. Department of Defense. The preliminary design allows for the operation of up to eight vehicles in a six kilometer by six kilometer zone with autonomous navigation and obstacle avoidance. In addition to detection of crawling intruders at 100 meters, the system must perform real-time inventory checking and database comparisons using a microwave tags system.

Myers, Scott D.↗
NASA NTRS1994

Weightless bubble lattices: A case of froth wicking

In the absence of gravity drainage, froth wicking draws excess fluid onto a bubble lattice. Capillary forces only cause fluid transport; a moving front moves stably and without fluid fingering along a constant velocity bubble-fluid contact line. This percolation of fluid crawling up the lattice shows fluid coverage on lattice borders varies linearly with available surface area (proportional to lattice perimeter) and fluid accelerates through regions or nests of high bubble density (number of bubbles/sq cm). The development of nearly two-dimensional bubble lattices in variable gravity (step function between 0.01 and 1.8 times earthly gravity) are examined experimentally and a zeroth-order model for froth wetting is presented, which captures many of the principal observations. Possible applications for bubble lattices include adhesion casting of metals and separation of biological cells, bacteria, and particles.

Noever, David A.↗
NASA NTRS1997

STRIPE: Remote Driving Using Limited Image Data

Driving a vehicle, either directly or remotely, is an inherently visual task. When heavy fog limits visibility, we reduce our car's speed to a slow crawl, even along very familiar roads. In teleoperation systems, an operator's view is limited to images provided by one or more cameras mounted on the remote vehicle. Traditional methods of vehicle teleoperation require that a real time stream of images is transmitted from the vehicle camera to the operator control station, and the operator steers the vehicle accordingly. For this type of teleoperation, the transmission link between the vehicle and operator workstation must be very high bandwidth (because of the high volume of images required) and very low latency (because delayed images can cause operators to steer incorrectly). In many situations, such a high-bandwidth, low-latency communication link is unavailable or even technically impossible to provide. Supervised TeleRobotics using Incremental Polyhedral Earth geometry, or STRIPE, is a teleoperation system for a robot vehicle that allows a human operator to accurately control the remote vehicle across very low bandwidth communication links, and communication links with large delays. In STRIPE, a single image from a camera mounted on the vehicle is transmitted to the operator workstation. The operator uses a mouse to pick a series of 'waypoints' in the image that define a path that the vehicle should follow. These 2D waypoints are then transmitted back to the vehicle, where they are used to compute the appropriate steering commands while the next image is being transmitted. STRIPE requires no advance knowledge of the terrain to be traversed, and can be used by novice operators with only minimal training. STRIPE is a unique combination of computer and human control. The computer must determine the 3D world path designated by the 2D waypoints and then accurately control the vehicle over rugged terrain. The human issues involve accurate path selection, and the prevention of disorientation, a common problem across all types of teleoperation systems. STRIPE is the only semi-autonomous teleoperation system that can accurately follow paths designated in monocular images on varying terrain. The thesis describes the STRIPE algorithm for tracking points using the incremental geometry model, insight into the design and redesign of the interface, an analysis of the effects of potential errors, details of the user studies, and hints on how to improve both the algorithm and interface for future designs.

REMOTE CONTROL↗
NASA NTRS1999

STS-93: Columbia Flight Crew Arrival on FSS 195' Level, Walk Across OAA and Ingress into White Room

The primary objective of the STS-93 mission was to deploy the Advanced X-ray Astrophysical Facility, which had been renamed the Chandra X-ray Observatory in honor of the late Indian-American Nobel Laureate Subrahmanyan Chandrasekhar. The mission was launched at 12:31 on July 23, 1999 onboard the space shuttle Columbia. The mission was led by Commander Eileen Collins. The crew was Pilot Jeff Ashby and Mission Specialists Cady Coleman, Steve Hawley and Michel Tognini from the Centre National d'Etudes Spatiales (CNES). This videotape opens with a view of the shuttle on the launch pad. It then shows the flight crew arrival on the 195 foot level of the fixed service structure (FSS), walks across the orbiter access arm (OAA) into the white room, where the crew is assisted in putting on the final stages of their spacesuits, and then their crawl into the orbiter.

Source record↗
NASA NTRS2005

A Hexapod Robot to Demonstrate Mesh Walking in a Microgravity Environment

The JPL Micro-Robot Explorer (MRE) Spiderbot is a robot that takes advantage of its small size to perform precision tasks suitable for space applications. The Spiderbot is a legged robot that can traverse harsh terrain otherwise inaccessible to wheeled robots. A team of Spiderbots can network and can exhibit collaborative efforts to SUCCeSSfUlly complete a set of tasks. The Spiderbot is designed and developed to demonstrate hexapods that can walk on flat surfaces, crawl on meshes, and assemble simple structures. The robot has six legs consisting of two spring-compliant joints and a gripping actuator. A hard-coded set of gaits allows the robot to move smoothly in a zero-gravity environment along the mesh. The primary objective of this project is to create a Spiderbot that traverses a flexible, deployable mesh, for use in space repair. Verification of this task will take place aboard a zero-gravity test flight. The secondary objective of this project is to adapt feedback from the joints to allow the robot to test each arm for a successful grip of the mesh. The end result of this research lends itself to a fault-tolerant robot suitable for a wide variety of space applications.

Foor, David C.↗
NASA NTRS1999

A Message From Warmer Times; Perspectives: Martian Climate

When the Sojourner Rover crawled over the Pathfinder Landing site on Mars last year, the images returned indicated that the site had changed little from when it was created by catastrophic floods some 1.8 to 3.5 billion years (Ga) ago.

Warm Times Sojourner Rover↗
NASA NTRS2008

NASA Tech Briefs, September 2008

Topics covered include: Nanotip Carpets as Antireflection Surfaces; Nano-Engineered Catalysts for Direct Methanol Fuel Cells; Capillography of Mats of Nanofibers; Directed Growth of Carbon Nanotubes Across Gaps; High-Voltage, Asymmetric-Waveform Generator; Magic-T Junction Using Microstrip/Slotline Transitions; On-Wafer Measurement of a Silicon-Based CMOS VCO at 324 GHz; Group-III Nitride Field Emitters; HEMT Amplifiers and Equipment for their On-Wafer Testing; Thermal Spray Formation of Polymer Coatings; Improved Gas Filling and Sealing of an HC-PCF; Making More-Complex Molecules Using Superthermal Atom/Molecule Collisions; Nematic Cells for Digital Light Deflection; Improved Silica Aerogel Composite Materials; Microgravity, Mesh-Crawling Legged Robots; Advanced Active-Magnetic-Bearing Thrust- Measurement System; Thermally Actuated Hydraulic Pumps; A New, Highly Improved Two-Cycle Engine; Flexible Structural-Health-Monitoring Sheets; Alignment Pins for Assembling and Disassembling Structures; Purifying Nucleic Acids from Samples of Extremely Low Biomass; Adjustable-Viewing-Angle Endoscopic Tool for Skull Base and Brain Surgery; UV-Resistant Non-Spore-Forming Bacteria From Spacecraft-Assembly Facilities; Hard-X-Ray/Soft-Gamma-Ray Imaging Sensor Assembly for Astronomy; Simplified Modeling of Oxidation of Hydrocarbons; Near-Field Spectroscopy with Nanoparticles Deposited by AFM; Light Collimator and Monitor for a Spectroradiometer; Hyperspectral Fluorescence and Reflectance Imaging Instrument; Improving the Optical Quality Factor of the WGM Resonator; Ultra-Stable Beacon Source for Laboratory Testing of Optical Tracking; Transmissive Diffractive Optical Element Solar Concentrators; Delaying Trains of Short Light Pulses in WGM Resonators; Toward Better Modeling of Supercritical Turbulent Mixing; JPEG 2000 Encoding with Perceptual Distortion Control; Intelligent Integrated Health Management for a System of Systems; Delay Banking for Managing Air Traffic; and Spline-Based Smoothing of Airfoil Curvatures.

Source record↗
NASA NTRS2009

Robotics Algorithms Provide Nutritional Guidelines

On July 5, 1997, a small robot emerged from its lander like an insect from an egg, crawling out onto the rocky surface of Mars. About the size of a child s wagon, NASA s Sojourner robot was the first successful rover mission to the Red Planet. For 83 sols (Martian days, typically about 40 minutes longer than Earth days), Sojourner - largely remote controlled by NASA operators on Earth - transmitted photos and data unlike any previously collected. Sojourner was perhaps the crowning achievement of the NASA Space Telerobotics Program, an Agency initiative designed to push the limits of robotics in space. Telerobotics - devices that merge the autonomy of robotics with the direct human control of teleoperators - was already a part of NASA s efforts; probes like the Viking landers that preceded Sojourner on Mars, for example, were telerobotic applications. The Space Telerobotics Program, a collaboration between Ames Research Center, Johnson Space Center, Jet Propulsion Laboratory (JPL), and multiple universities, focused on developing remote-controlled robotics for three main purposes: on-orbit assembly and servicing, science payload tending, and planetary surface robotics. The overarching goal was to create robots that could be guided to build structures in space, monitor scientific experiments, and, like Sojourner, scout distant planets in advance of human explorers. While telerobotics remains a significant aspect of NASA s efforts, as evidenced by the currently operating Spirit and Opportunity Mars rovers, the Hubble Space Telescope, and many others - the Space Telerobotics Program was dissolved and redistributed within the Agency the same year as Sojourner s success. The program produced a host of remarkable technologies and surprising inspirations, including one that is changing the way people eat

Source record↗
NASA NTRS2007

Information Metacatalog for a Grid

SWIM is a Software Information Metacatalog that gathers detailed information about the software components and packages installed on a grid resource. Information is currently gathered for Executable and Linking Format (ELF) executables and shared libraries, Java classes, shell scripts, and Perl and Python modules. SWIM is built on top of the POUR framework, which is described in the preceding article. SWIM consists of a set of Perl modules for extracting software information from a system, an XML schema defining the format of data that can be added by users, and a POUR XML configuration file that describes how these elements are used to generate periodic, on-demand, and user-specified information. Periodic software information is derived mainly from the package managers used on each system. SWIM collects information from native package managers in FreeBSD, Solaris, and IRX as well as the RPM, Perl, and Python package managers on multiple platforms. Because not all software is available, or installed in package form, SWIM also crawls the set of relevant paths from the File System Hierarchy Standard that defines the standard file system structure used by all major UNIX distributions. Using these two techniques, the vast majority of software installed on a system can be located. SWIM computes the same information gathered by the periodic routines for specific files on specific hosts, and locates software on a system given only its name and type.

Kolano, Paul↗
NASA NTRS2015

Deployable Emergency Shutoff Device Blocks High-Velocity Fluid Flows

NASA's Marshall Space Flight Center has developed a device and method for blocking the flow of fluid from an open pipe. Motivated by the sea-bed oil-drilling catastrophe in the Gulf of Mexico in 2010, NASA innovators designed the device to plug, control, and meter the flow of gases and liquids. Anchored with friction fittings, spikes, or explosively activated fasteners, the device is well-suited for harsh environments and high fluid velocities and pressures. With the addition of instrumentation, it can also be used as a variable area flow metering valve that can be set based upon flow conditions. With robotic additions, this patent-pending innovation can be configured to crawl into a pipe then anchor and activate itself to block or control fluid flow.

Nabors, Sammy A.↗
NASA NTRS2015

Intelligent Flow Control Valve

The present invention is an intelligent flow control valve which may be inserted into the flow coming out of a pipe and activated to provide a method to stop, measure, and meter flow coming from the open or possibly broken pipe. The intelligent flow control valve may be used to stop the flow while repairs are made. Once repairs have been made, the valve may be removed or used as a control valve to meter the amount of flow from inside the pipe. With the addition of instrumentation, the valve may also be used as a variable area flow meter and flow controller programmed based upon flowing conditions. With robotic additions, the valve may be configured to crawl into a desired pipe location, anchor itself, and activate flow control or metering remotely.

Kelley, Anthony R↗
NASA NTRS2014

Concerning the Charging of an Exploration Craft on and near a Small Asteroid

Introduction: An object immersed in an airless plasma environment will experience a natural process of surface charging in order to acheieve current balance, or zero net electric current to the object. It has been shown in recent computer simulations that the small-body plasma environment is very complex [1], considering effects of photoemission, topography, and formation of a plasma wake. For this work we consider an exploration craft (or astronaut) immersed within a plasma environment near an asteroid, which exhibits widely varying solar wind and photoelectric particle fluxes and continuously evolving illumination conditions. Objective: We aim to determine how an explo-ration craft or astronaut suit accumulates charge while located in the "nightside" asteroid wake where the particle fluxes are reduced, and in the dayside near-surface photoelectron sheath, by combining an object charging model [2] with kinetic simulations of a near-asteroid plasma environment [1]. We consider an astronaut floating near the asteroid while not in contact with the surface, as well as an astronaut moving along the surface using their hands/gloves to crawl along. Results: The modeling results suggest that remediation of triboelectric charge via accumulation of plasma currents is an important factor to consider when designing future NEA mission infrastructure, especially if repeated and frequent contact with the surface is planned. In shadowed regions such as the location shown in Fig. 1a, the plasma currents are so low (and the effective charge-remediation timescale so long, e.g. minutes to hours) that repeated contact with the surface tribocharges the glove in an uncontrollable fashion, as shown for two representative electron temperatures in Fig. 2a. The resulting buildup of significant negative charge would eventually initiate some other "current of last resort" [4] such as transport of positively-charged dust, field-emission from the glove, or significant alteration of environmental ion currents within the wake. In contrast, the few-meters-thick dayside photoelectron sheath in which the astronaut of Fig. 1b is immersed in is so rich in electrons (and hence so electrically conductive) that accumulated tribocharge dissipates almost instantaneously (e.g. in less than a ms) as shown in Fig. 2b. As our model astronaut orbits the NEA they would experience plasma currents and associated charge re-mediation times spanning many orders of magnitude, and the fusion between our numerical models provides a detailed understanding of the charging hazards possibly associated with contact-based NEA exploration.

Asteroid↗
NASA NTRS2013

Controlling Tensegrity Robots Through Evolution

Tensegrity structures (built from interconnected rods and cables) have the potential to offer a revolutionary new robotic design that is light-weight, energy-efficient, robust to failures, capable of unique modes of locomotion, impact tolerant, and compliant (reducing damage between the robot and its environment). Unfortunately robots built from tensegrity structures are difficult to control with traditional methods due to their oscillatory nature, nonlinear coupling between components and overall complexity. Fortunately this formidable control challenge can be overcome through the use of evolutionary algorithms. In this paper we show that evolutionary algorithms can be used to efficiently control a ball-shaped tensegrity robot. Experimental results performed with a variety of evolutionary algorithms in a detailed soft-body physics simulator show that a centralized evolutionary algorithm performs 400 percent better than a hand-coded solution, while the multi-agent evolution performs 800 percent better. In addition, evolution is able to discover diverse control solutions (both crawling and rolling) that are robust against structural failures and can be adapted to a wide range of energy and actuation constraints. These successful controls will form the basis for building high-performance tensegrity robots in the near future.

Robot↗
NASA NTRS2017

Milli-Watt Radioisotope Power to Enable Small, Long-Term Robotic “Probe” Space Exploration

Milli-watt Radioisotope Power Systems (RPS) based on Radioisotope Heater Units (RHUs) could be an ideal power source for certain spacecraft that cannot use solar power due to large distances from the sun, or other environmental constraints, and where they enable or significantly enhance the ability of a mission to meet its scientific or operational goals. Various modular, compact RHU-based thermoelectric (TE) generator concepts developed or derived from current NASA Small Business Innovation Research (SBIR) projects satisfying this need have been investigated. These modular, compact and low mass power systems could support small, highly-mobile robotic exploration packages, and could be incorporated into different robotic package concepts, spacecraft or satellites. Current modular RPS design concepts with 40mW, 80mW and 120mW power levels use RHUs and Bi2Te3 TE converters. Skutterudites materials could be used in the future if new higher thermal energy output and higher temperature miniature heat sources were developed, for example, using technologies currently in the General Purpose Heat Source (GPHS) used in higher electric power output RTGs. Small (a.k.a., “mice-like”) robotic packages could effectively utilize these RHU-driven power levels to accommodate crawling, climbing, monitoring, taking measurements, and communicating during long-term planetary missions aimed at gathering environmental and geologic data (i.e., over multiple decades). Waste heat from the cold side of the TE converter could also be directed toward the electronics and / or energy storage (e.g. batteries) to keep them within design temperature ranges. In addition to power generation and electronics / battery heating, the RHU / TE configuration could be designed to survive an external 500°C bake out procedure for critical spacecraft sterilization, environmental certification and planetary protection. Analytical studies have been performed to optimize various design configurations for power, mass, volume and robotic mobility. Specific power (mW/kg) and volumetric specific power (mW/cm3) characteristics of various design configurations will be presented and key conceptual design tradeoffs will be discussed. Hot- and cold-side thermal interfaces required to meet power and mass goals and associated design sensitivities will also be discussed. RHU / TE systems must overcome critical design challenges to survive high-g loadings in some robotic applications and we will examine the mass impacts required to satisfy various dynamic loading environments up to 10,000 g’s. Power can be generated for a minimum of 30 years or more using plutonium-238 dioxide heat sources (given that Pu-238 has an 87.7 year half-life) with some reduction in power as the heat source naturally degrades.

Bahrami, Poyan↗
NASA NTRS2020

Material Remodelling and Unconventional Gaits Facilitate Locomotion of a Robophysical Rover Over Granular Terrain

Autonomous robots and vehicles must occasionally recover from locomotion failure in loosely consolidated granular terrain. Recent mobility challenges led NASA Johnson Space Center to develop a prototype robotic lunar rover Resource Prospector 15 (RP15) capable of wheeled, legged, and crawling behavior. To systematically understand performance of such a device, we developed a scaled-down rover robot and studied its locomotion on slopes of dry and wet granular media. Addition of a cyclic legged gait to the robot’s wheel spinning action changes the robot dynamics from that of a wheeled vehicle to a locomotor paddling through frictional fluid. Granular drag force measurements and modified Resistive Force Theory facilitate modeling of such dynamics. A peculiar gait strategy that agitates and cyclically reflows grains under the robot allows it to ‘swim’ up loosely consolidated hills. Whereas substrate disturbance typically hinders locomotion in granular media, the multi-mode design of RP15 and a diversity of possible gaits facilitate formation of self-organized localized frictional fluids that enable effective robust transport.

Siddharth Shrivastava↗
NASA NTRSDate not supplied

Firmware Architecture of the ARMADAS Bolting Robot

The Automated Reconfigurable Mission Adaptive Digital Assembly Systems (ARMADAS) project, under development at NASA Ames Research Center, has demonstrated on-ground autonomous robotic assembly of extensive digital structures, and it is now moving forward towards in-space demonstration. The ARMADAS system comprises of the operation software, the operation user interface (opsUI), and a swarm of robots. The robotic system consists of a multitude of collaborative agents specifically designed to transport, place and bolt the building blocks, called voxels (volumetric pixels). This paper focuses on the bolting robot, referred to as Mobile Metamaterial Internal Co-Integrator (MMIC-I). MMIC-I is a battery-powered crawling robot. It navigates the structure through extension, contraction and gripping. Two distinct controller boards operate the robot's two symmetric modules, referred to as module A and B. Board A is the master board: it coordinates motion planning and motion primitives execution, hosts the WiFi client, performs periodic self-assessment and system idle check and triggers faults if anomalies are detected. Board B periodically sends a heartbeat to board A, through a wired communication channel that uses the Serial protocol. Additionally, board A's WiFi client receives heartbeat packet requests or motion/bolting commands from a dedicated server board, and acknowledges reception sending back a response heartbeat packet containing information about the overall robot status, e. g. electrical current and voltage values, target and actual angles, operating mode, fault status. Whenever a motion command is sent, the motion planning section of the firmware determines the current robot configuration, using Inertial Measurement Unit readings and the motors Pulse Width Modulation values. Afterwards, it calculates the list of primitives needed to reach the target state, and controls their execution in the proper order. MMIC-I can receive and execute motion and bolting commands only when it is in operational mode. MMIC-I has three operating modes: standby, operational and safed. Standby mode is automatically entered upon startup. While in standby mode, all motors are powered off, and the only accepted commands are the ones relative to a change of mode and heartbeat packet request. Fault detection causes the robot to automatically enter safed or standby mode. Whenever the detected fault occurs within a motion and requires immediate intervention, e. g. an over-current situation, the robot enters safed mode. Safed mode powers off all motors except for the locomotion module, thus preventing the robot from collapsing. Conversely, when the detected fault doesn't require immediate intervention (low battery warning, for instance), the robot enters standby mode after completing the ongoing motion. This paper provides a detailed discussion of MMIC-I's firmware architecture. It accurately describes the implementation approach for each module: sensor data reading, motor control and actuation, WiFi server-client communication, intra-boards Serial communication, operating modes and autonomous fault detection, motion planning, coordination and execution, etc. Moreover, in support of the software description, this paper includes a thorough characterization of MMIC-I's hardware and avionics.

In-space assembly↗
NASA NTRSDate not supplied

Rapid Lightweight Firmware Architecture of the Mobile Metamaterial Internal Co-Integrator Robot

The Mobile Metamaterial Internal Co-Integrator (MMIC-I) is a structure assembly and servicing robot for in-space servicing, assembly, and manufacturing of primary structures and infrastructure. MMIC-I is a battery-powered crawling robot that can travel through periodic structures such as trusses and open framework mechanical metamaterials. It does this through sequences of component extension, contraction, and gripping. This paper provides a detailed discussion of MMIC-I’s lightweight and rapidly developed firmware architecture, to enable demonstration of robot locomotion, secondary operations, and communications with a central command source. The rationale for the lightweight rapid development approach is to allow for assessment of long term system requirements in parallel with the mechatronics development, including optimization of system and subsystem power densities, to inform a future choice of flight ready software frameworks. MMIC-I system computing and I/O requirements are much lower than what is provided by proven baseline computing hardware for existing flight ready software frameworks such as the core Flight System, F prime, and the Robot Operating System. Development of earth gravity ground demonstration of the robotic systems is greatly benefited by limited power and mass factors for computing hardware. Here, we implement inter-process communication, commanding, and telemetry with the Espressif ESP32 module running the Arduino OS.

Damiana Catanoso↗