Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “driving”

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 1,027 records · Page 57

Issues and Design Drivers for Deep Space Habitats

A cross-disciplinary team of scientists and engineers applied expertise gained in Lunar Lander development to the conceptual design of a long-duration, deep space habitat for Near Earth Asteroid (NEA) missions. The design reference mission involved two launches to assemble a 5-module vehicle for a 380-day round trip mission carrying 4 crew members. The conceptual design process yielded a number of interesting debates, some of which could be significant design drivers in a detailed Deep Space Habitat (DSH) design. These issues include: a) Launch loads: Potentially drives layout of equipment mounted to module floors or walls, and whether temporary internal structure is required to distribute launch loads to minimize shell mass; b) Unmanned loiter time: When added to an already lengthy mission, loiter time further drives risk and reliability, and poses issues for equipment shelf life such as material degradation or cryogenic fluids boil-off; c) Pointing and Visibility: A habitat embedded in a 5-module stack may drive Communications, Tracking, Guidance, and Navigation equipment out onto long booms to maintain line-of-sight visibility with targets. However, long booms will be more susceptible to disruption from exercise-induced vibration, potential damage during docking/undocking operations, and increased power distribution mass; d) Water: although it is assumed that a water processor will collect and recycle water, several interesting question were posed, such as: How much water to start with? Should potable water serve double-duty as radiation protection? And if so, should it be stowed in a single large tank, or smaller, portable containers? e) Design for repairability: one of the worst-case scenarios identified was a cabin depressurization that required suited repair from inside the module, potentially driving the need for long umbilical hoses or special equipment to allow smaller, mated modules to be used as safe havens for up to 180 days;

Anderson, Molly S.↗

Benefit of "Push-pull" Locomotion for Planetary Rover Mobility

As NASAs exploration missions on planetary terrains become more aggressive, a focus on alternative modes of locomotion for rovers is necessary. In addition to climbing steep slopes, the terrain in these extreme environments is often unknown and can be extremely hard to traverse, increasing the likelihood of a vehicle or robot becoming damaged or immobilized. The conventional driving mode in which all wheels are either driven or free-rolling is very efficient on flat hard ground, but does not always provide enough traction to propel the vehicle through soft or steep terrain. This paper presents an alternative mode of travel and investigates the fundamental differences between these locomotion modes. The methods of push-pull locomotion discussed can be used with articulated wheeled vehicles and are identified as walking or inchinginch-worming. In both cases, the braked non-rolling wheels provide increased thrust. An in-depth study of how soil reacts under a rolling wheel vs. a braked wheel was performed by visually observing the motion of particles beneath the surface. This novel technique consists of driving or dragging a wheel in a soil bin against a transparent wall while high resolution, high-rate photographs are taken. Optical flow software was then used to determine shearing patterns in the soil. Different failure modes were observed for the rolling and braked wheel cases. A quantitative comparison of inching vs. conventional driving was also performed on a full-scale vehicle through a series of drawbar pull tests in the Lunar terrain strength simulant, GRC-1. The effect of tire stiffness was also compared; typically compliant tires provide better traction when driving in soft soil, however its been observed that rigid wheels may provide better thrust when non-rolling. Initial tests indicate up to a possible 40 increase in pull force capability at high slip when inching vs. rolling.

robotics↗

Engine Power Turbine and Propulsion Pod Arrangement Study

A study has been conducted for NASA Glenn Research Center under contract NNC10BA05B, Task NNC11TA80T to identify beneficial arrangements of the turboshaft engine, transmissions and related systems within the propulsion pod nacelle of NASA's Large Civil Tilt-Rotor 2nd iteration (LCTR2) vehicle. Propulsion pod layouts were used to investigate potential advantages, disadvantages, as well as constraints of various arrangements assuming front or aft shafted engines. Results from previous NASA LCTR2 propulsion system studies and tasks performed by Boeing under NASA contracts are used as the basis for this study. This configuration consists of two Fixed Geometry Variable Speed Power Turbine Engines and related drive and rotor systems (per nacelle) arranged in tilting nacelles near the wing tip. Entry-into-service (EIS) 2035 technology is assumed for both the engine and drive systems. The variable speed rotor system changes from 100 percent speed for hover to 54 percent speed for cruise by the means of a two speed gearbox concept developed under previous NASA contracts. Propulsion and drive system configurations that resulted in minimum vehicle gross weight were identified in previous work and used here. Results reported in this study illustrate that a forward shafted engine has a slight weight benefit over an aft shafted engine for the LCTR2 vehicle. Although the aft shafted engines provide a more controlled and centered CG (between hover and cruise), the length of the long rotor shaft and complicated engine exhaust arrangement outweighed the potential benefits. A Multi-Disciplinary Analysis and Optimization (MDAO) approach for transmission sizing was also explored for this study. This tool offers quick analysis of gear loads, bearing lives, efficiencies, etc., through use of commercially available RomaxDESIGNER software. The goal was to create quick methods to explore various concept models. The output results from RomaxDESIGNER have been successfully linked to Boeing spreadsheets that generate gear tooth geometry in Catia 3D environment. Another initial goal was to link information from RomaxDESIGNER (such as hp, rpm, gear ratio) to populate Boeing's parametric weight spreadsheet and create an automated method to estimate drive system weight. This was only partially achieved due to the variety of weight models, number of manual inputs, and qualitative assessments required. A simplified weight spreadsheet was used with data inputs from RomaxDESIGNER along with manual inputs to perform rough weight calculations.

Robuck, Mark↗

Dynamic Modeling and Soil Mechanics for Path Planning of the Mars Exploration Rovers

To help minimize risk of high sinkage and slippage during drives and to better understand soil properties and rover terramechanics from drive data, a multidisciplinary team was formed under the Mars Exploration Rover project to develop and utilize dynamic computer-based models for rover drives over realistic terrains. The resulting system, named ARTEMIS (Adams-based Rover Terramechanics and Mobility Interaction System), consists of the dynamic model, a library of terramechanics subroutines, and the high-resolution digital elevation maps of the Mars surface. A 200-element model of the rovers was developed and validated for drop tests before launch, using Adams dynamic modeling software. The external library was built in Fortran and called by Adams to model the wheel-soil interactions include the rut-formation effect of deformable soils, lateral and longitudinal forces, bull-dozing effects, and applied wheel torque. The paper presents the details and implementation of the system. To validate the developed system, one study case is presented from a realistic drive on Mars of the Opportunity rover. The simulation results match well from the measurement of on-board telemetry data. In its final form, ARTEMIS will be used in a predictive manner to assess terrain navigability and will become part of the overall effort in path planning and navigation for both Martian and lunar rovers.

rover↗

Method of Controlling Steering of a Ground Vehicle

A method of controlling steering of a vehicle through setting wheel angles of a plurality of modular electronic corner assemblies (eModules) is provided. The method includes receiving a driving mode selected from a mode selection menu. A position of a steering input device is determined in a master controller. A velocity of the vehicle is determined, in the master controller, when the determined position of the steering input device is near center. A drive mode request corresponding to the selected driving mode to the plurality of steering controllers is transmitted to the master controller. A required steering angle of each of the plurality of eModules is determined, in the master controller, as a function of the determined position of the steering input device, the determined velocity of the vehicle, and the selected first driving mode. The eModules are set to the respective determined steering angles.

Dawson, Andrew D.↗

Apparatus for Pumping a Fluid

An electrochemically actuated pump and an electrochemical actuator for use with a pump. The pump includes one of various stroke volume multiplier configurations with the pressure of a pumping fluid assisting actuation of a driving fluid bellows. The electrochemical actuator has at least one electrode fluidically coupled to the driving fluid chamber of the first pump housing and at least one electrode fluidically coupled to the driving fluid chamber of the second pump housing. Accordingly, the electrochemical actuator selectively pressurizes hydrogen gas within a driving fluid chamber. The actuator may include a membrane electrode assembly including an ion exchange membrane with first and second catalyzed electrodes in contact with opposing sides of the membrane, and first and second hydrogen gas chambers in fluid communication with the first and second electrodes, respectively. A controller may reverse the polarity of a voltage source electrically coupled to the current collectors.

van Boeyen, Roger W.↗

Abstract - Belbas, Nicholas (EC2)

Originally, I was brought into the Design and Analysis Branch in the Crew and Thermal Systems to work on administrative tasks like archiving and scheduling. However, I ended up splitting my time between secretarial tasks and a technical project. My technical project was originally meant to be a wireless sensor package for the 20ft Spacecraft Thermal Vacuum Chamber in the B7 High Bay. I would be using a miniature wifi development board and a temperature/humidity sensor along with custom 3D modeling to accomplish this. However, after some discussion with my technical mentor, the plan was changed to a mobile autonomous self-charging sensor platform. A mobile platform will allow the sensors to be moved around without depressurizing the chamber. Also, the self-charging aspect of the package allows for almost unlimited time in the chamber. If the on-board battery runs low, the robot can easily be driven to its charging dock and continue to transmit while charging. The driving base is based around a Raspberry Pi 3 board with a 12C PMW DC Motor controller and a PWM controller driving two small gear motors. The sensor transmitter itself is a RHT03 temperature and humidity sensor and Cozir CO2 sensor connected to an ESP8266 Huzzah board. The power distribution system utilizes a pair of 3.7v 3600mah lipo batteries wired to Powerboost 500 boards. Also, the self-charging mechanism utilizes two 12v-max inductive charging coils wired into the same Powerboost boards as the battery. The Raspberry pi is running Python 3.3 for the driving base and Javascript MJPEG library for transmitting live video from the onboard camera. The sensor package is running Arduino-based C++ and the program capturing the data is running PyqtGraph Python and HTML. The shell of the robot itself is a 3D printed case that will (work in progress) snap together. The photo to the left shows the two halves separated from each other. The black shell contains the power distribution boards and connectors while the white shell contains the driving base and data systems.

Belbas, Nicholas↗

The Utility of a Small Pressurized Rover with Suit Ports for Lunar Exploration: A Geologist's Perspective

Rover trade study: As summarized recently, mission simulations at Black Point Lava Flow (Arizona) that included realistic extravehicular activity (EVA) tasking, accurate traverse timelines, and an in-loop science CAPCOM (or SciCOM) showed that a small pressurized rover (SPR) was a better mobility asset than an unpressurized rover (UPR). Traverses within the SPR were easier on crew than spending an entire day in a spacesuit, enhancing crew productivity at each station. The SPR, named Lunar Electric Rover (LER), and sometimes called the Space Exploration Vehicle (SEV), could also provide shelter during a suit malfunction, radiation event, or medical emergency that might occur on the Moon. Intravehicular activity (IVA) capabilities: From within the vehicle, crew could describe and photo-document distant features during drives between stations, as well as in the near-field, directly in front of the LER, providing an ability to begin EVA planning on approach to each outcrop prior to egress. The vehicle can rotate 360º without any lateral movement, providing views in all directions. It has high-visibility windows, a ForeCam, AftCam, port and starboard cameras, docking cameras, and a GigaPan camera. EVA capabilities: To reduce timeline, mass, and volumetric overhead, rapid egress and ingress were envisioned, replacing an airlock with lower cabin pressure than on the International Space Station and suit ports on the aft cabin wall [2]. When needed for closer inspection and sample collecting, crew could egress in about 10 minutes through suit ports. Crew use SuitCams for additional photo-documentation, transmit mobile observations verbally, and collect surface materials. Typical simulations involved 3 to 4 EVA stations/day and 2 to 3 hr/day of boots on the ground. This allowed crew to explore a far larger territory, with more complex geological and in situ resource utilization (ISRU) features, than would a single, longer-duration EVA at one location, while also minimizing crew time in a spacesuit. Additionally, the vehicle could be driven with crew locked into the suit ports. This approach could involve a driver in the cockpit with a suited crewmember in a suit port, or the vehicle could be driven from the aft deck with both crewmembers in their suit ports. This approach was used when distances between stops were short enough that vehicle ingress and egress were less efficient than remaining in the suits and driving. Utility of suit ports: The advantages of suit ports were clearly demonstrated in those field-based trade studies. To illustrate those advantages further, consider the consequences of a SPR without suit ports at the Apollo 17 landing site. At that site, the crew's second EVA was an approximately 18 km loop conducted in a UPR, called the Lunar Roving Vehicle (LRV), in 7 hr 36 min 56 s. The traverse was composed of 5 formal stations, plus 8 additional LRV stations where crew made brief scientific stops. In a scenario involving a SPR without suit ports, crew would go EVA through an airlock and probably be limited to a single EVA per day. In that case, crew could drive the SPR ~9 km from the landing site to station 2, go EVA, and complete station 2 tasks. However, to conduct station 3 tasks, the crew would then need to walk approximately 3 km to station 3, while ground control in Houston tele-robotically drives the LER to station 3. A walk of approximately 3 km is possible, as that is what the Apollo 14 crew did before LRVs were deployed, but it is a lengthy and potentially grueling EVA. Assuming crew completes station 3 tasks, they would likely need to re-enter the SPR, ending the day's EVA, and return to the landing site. They would not be able to walk the additional distances to stations 4 and 5 (the latter being about 6 km from station 3). Thus, crew in an SPR without suit ports would require two days to accomplish the same tasks Apollo 17 crew completed in a single day. If a future crew is involved in long duration traverses on the lunar surface, the deployment of a vehicle with suit ports would probably be a better solution.

Kring, David A.↗

Propulsion Powertrain Real-Time Simulation Using Hardware-in-the-Loop (HIL) for Aircraft Electric Propulsion System

It is essential to design a propulsion powertrain real-time simulator using the hardware-in-the-loop (HIL) system that emulates an electrified aircraft propulsion (EAP) systems power grid. This simulator would enable us to facilitate in-depth understanding of the system principles, to validate system model analysis and performance prediction, and to demonstrate the proof-of-concept of the EAP electrical system. This paper describes how subscale electrical machines with their controllers can mimic the power components in an EAP powertrain. In particular, three powertrain emulations are presented to mimic 1) a gas turbo-=shaft engine driving a generator, consisting of two permanent magnet (PM) motors with brushless motor drives, coupled by a shaft, 2) a motor driving a propulsive fan, and 3) a turbo-shaft engine driven fan (turbofan engine) operation. As a first step towards the demonstration, experimental dynamic characterization of the two motor drive systems, coupled by a mechanical shaft, were performed. The previously developed analytical motor models1 were then replaced with the experimental motor models to perform the real-time demonstration in the predefined flight path profiles. This technique can convert the plain motor system into a unique EAP power grid emulator that enables rapid analysis and real-time simulation performance using hardware-in-the-loop (HIL).

turbo-electric propulsion↗

Testing the Accuracy of Data-Driven MHD Simulations of Active Region Evolution

Models for the evolution of the solar coronal magnetic field are vital for understanding solar activity, yet the best measurements of the magnetic field lie at the photosphere, necessitating the development of coronal models which are "data-driven" at the photosphere. We present an investigation to determine the feasibility and accuracy of such methods. Our validation framework uses a simulation of active region (AR) formation, modeling the emergence of magnetic flux from the convection zone to the corona, as a ground-truth data set, to supply both the photospheric information and to perform the validation of the data-driven method. We focus our investigation on how the accuracy of the data-driven model depends on the temporal frequency of the driving data. The Helioseismic and Magnetic Imager on NASA's Solar Dynamics Observatory produces full-disk vector magnetic field measurements at a 12-minute cadence. Using our framework we show that ARs that emerge over 25 hours can be modeled by the data-driving method with only approximately 1 percent error in the free magnetic energy, assuming the photospheric information is specified every 12 minutes. However, for rapidly evolving features, under-sampling of the dynamics at this cadence leads to a strobe effect, generating large electric currents and incorrect coronal morphology and energies. We derive a sampling condition for the driving cadence based on the evolution of these small-scale features, and show that higher-cadence driving can lead to acceptable errors. Future work will investigate the source of errors associated with deriving plasma variables from the photospheric magnetograms as well as other sources of errors, such as reduced resolution, instrument bias, and noise.

Leake, James E.↗

Planetary Rover Simulation for Lunar Exploration Missions

When planning planetary rover missions it is useful to develop intuition and skills driving in, quite literally, alien environments before incurring the cost of reaching said locales. Simulators make it possible to operate in environments that have the physical characteristics of target locations without the expense and overhead of extensive physical tests. To that end, NASA Ames and Open Robotics collaborated on a Lunar rover driving simulator based on the open source Gazebo simulation platform and leveraging ROS (Robotic Operating System) components. The simulator was integrated with research and mission software for rover driving, system monitoring, and science instrument simulation to constitute an end-to-end Lunar mission simulation capability. Although we expect our simulator to be applicable to arbitrary Lunar regions, we designed to a reference mission of prospecting in polar regions. The harsh lighting and low illumination angles at the Lunar poles combine with the unique reflectance properties of Lunar regolith to present a challenging visual environment for both human and computer perception. Our simulator placed an emphasis on high fidelity visual simulation in order to produce synthetic imagery suitable for evaluating human rover drivers with navigation tasks, as well as providing test data for computer vision software development.In this paper, we describe the software used to construct the simulated Lunar environment and the components of the driving simulation. Our synthetic terrain generation software artificially increases the resolution of Lunar digital elevation maps by fractal synthesis and inserts craters and rocks based on Lunar size-frequency distribution models. We describe the necessary enhancements to import large scale, high resolution terrains into Gazebo, as well as our approach to modeling the visual environment of the Lunar surface. An overview of the mission software system is provided, along with how ROS was used to emulate flight software components that had not been developed yet. Finally, we discuss the effect of using the high-fidelity synthetic Lunar images for visual odometry. We also characterize the wheel slip model, and find some inconsistencies in the produced wheel slip behaviour.

Allan, Mark↗

Analysis of Volatile Organic Compounds in the Apollo Next Generation Sample Analysis (ANGSA) 73002 Core Sample

Understanding the organic content of lunar regolith was an early priority upon the return of Apollo samples, with amino acids being of special interest because of their importance to life on Earth and their astrobiological relevance. Many initial studies focused on the detection of amino acids in these samples and attempts to determine the origin of those compounds. Although no consensus on the origin of the amino acids was reached in those early studies, more recent work determined that the detected amino acids originated from both terrestrial contamination and meteoritic or cometary in fall to the lunar surface. A majority of the amino acids in the Apollo samples studied originated from precursor molecules, either indigenous to the lunar samples or contaminants, that reacted during the water extraction and acid hydrolysis process for analysis in the laboratory, but the identities of the amino acid precursors still remain poorly understood. Such precursors could include hydrogen cyanide (HCN) and other volatile organic compounds such as amines, carboxylic acids, or aldehydes and ketones. The identities of these compounds, as well as the effects of years of curation on their abundances in lunar regolith samples stored at ambient temperature under nitrogen gas purge, are not clear. The specially curated samples available through the Apollo Next Generation Sample Analysis (ANGSA) program provide a unique opportunity to use state-of- the-art analytical techniques to examine previously unstudied lunar materials. The ANGSA samples include three types of samples: 1) samples stored frozen since <1 month after Earth arrival; 2) samples stored under helium; and 3) a double drive tube collected by Apollo 17 astronauts, with the bottom portion of the drive tube sealed under vacuum on the Moon and never opened. In contrast to the typically curated Apollo samples that have been kept for decades at room temperature under flowing nitrogen purge that may have significantly reduced the abundance of volatiles, the vacuum-sealed and frozen samples may have enhanced preservation of these volatiles. Our initial investigation examines amino acids and their potential volatile precursors, including hydrogen cyanide (HCN), aldehydes, ketones, amines, and mono-carboxylic acids, in a sample from the top portion of the Apollo 17 double drive tube. These results will aid in understanding the lunar abundances of these molecules and will also be compared to future analyses of other drive tube and frozen ANGSA samples.

Elsila, J. E.↗

A Science-Driven Mission Concept to An Exoplanet

A concept for a science-driven robotic mission to an exoplanet was developed by a team of scientists and engineers from NASA and academia. The concept and scope were based on key mission and science requirements designed to address the question: “What makes a flight mission to an exoplanet compelling, in terms of science return, compared to what we will be able to learn in the next few decades with large near-Earth telescopes or other remote sensing techniques such as a telescope at the Solar Gravity Lens Focus?” By thinking systematically through mission and science goals and objectives, key requirements were developed that would drive technology developments in all necessary aspects, not just on propulsion. Unique science measurements would be performed en route to the exoplanet, including exploring the environment in the outer regions of our solar system, the Oort Cloud, the local interstellar medium, and the astrospheric environment around the host star. One of the key mission science objectives, and one that addresses why a mission to an exoplanet is compelling, was to confirm and characterize life. This objective is fundamental and drives the need for a precursor exoplanet characterization program to search for Earth-centric biosignatures and also drives key aspects of the mission concept. The team concluded that a direct confirmation of life would require in situ observations and measurements which cannot be performed on a fast (~10% of the speed of light) flyby; thus, the mission would require a method to slow down, orbit, or send a probe to the exoplanet’s surface. This capability drives a trade between interstellar travel velocity, trip duration, and propulsion architecture, as well as a high level of onboard autonomy, including adaptive science data collection, on-board data processing, and analysis. This paper describes our mission concept, the key requirements, and open trades.

Bennett, Gary↗

Characterization Testing of Lockheed Martin Micro1-2 Cryocoolers Optimized for 220 K Environment

The Mapping Imaging Spectrometer for Europa (MISE) Instrument on the Europa Clipper mission has baselined a Lockheed Martin high-power Micro1-2 pulse tube cryocooler operating at 135 Hz with a 220 K heat rejection temperature. This paper describes the testing and results of two Lockheed Martin Micro1-2 coolers optimized for these conditions. The thermal performance of the microcoolers was measured in vacuum for heat reject temperatures between 220 and 230 K. The coolers were operated with input powers ranging from 5 W to 40 W and drive frequency between 125 Hz and 145 Hz. The optimal drive frequency was strongly dependent on heat reject temperature. In addition, the exported forces and torques of the coolers were measured at 300 K heat rejection for input powers ranging from 5 W to 60 W and drive frequency between 120 Hz and 160 Hz. The exported forces were dependent on both piston amplitude and drive frequency. Moreover, the following were measured on one of the coolers: DC and AC magnetic fields at various locations, the off-state conductance of the pulse tube, and the effect of inclination angle of the pulse tube relative to gravity on the performance of the cooler. Finally, one of the coolers was subjected to random vibration testing.

Rodriguez, J.I.↗

Concept Design a 1.4 MW Inverter for Rotor Loss Minimization in a Partially Superconducting Motor

Partially superconducting machines with cryocooler-cooled rotors are a potential near term technology that can achieve the motor performance needed by future fixed wing electric aircraft. For this type of machine, minimizing cryogenic heat load is one of the keys for enabling high machine performance. Rotor eddy current loss is often the most difficult cryogenic heat load to mitigate due to current ripple from the motor drive. This paper presents the concept design for a 20 kW/kg, 99.5 percent efficient motor drive that has sufficiently low current ripple to enable high performance partially superconducting machines by minimizing eddy current loss in the rotor. The motor drive concept design uses a resonant, interleaved, and multilevel topology to achieve these high-performance metrics with little current ripple. Rotor magnetic loss analysis using NASA’s 1.4 MW High Efficiency Megawatt Motor (HEMM) is used in the design process to down select the motor drive topology and show that the final design generates less than 5 W of magnetic loss in the rotor.

Concept design↗

New Rover Conops with High-Performance Onboard Computing: Give Up Raw Data to Reduce Ops Cost and Do More Science

A major portion of time during the tactical operation of Mars rovers is spent for selecting, prioritizing, and coordinating sciences and engineering activities such that they fit within resource constraints, including the downlink data volume, energy, and time. In particular, the downlink data volume constraint is getting particularly tighter in recent missions because modern instruments produce increasingly high data volume while the communication bandwidth is essentially bounded by the law of physics. Tactical operation would be substantially simplified, hence the operation cost could be reduced, if the data volume constraint is relaxed or even removed. In this abstract, we propose a new operation paradigm for achieving this goal. The key observation is that, both in science and engineering applications, the bit size of raw data is typically much greater than the volume of processed information that is needed for scientific or engineering analysis. For example, a full-resolution image from Mastcam-Z, the main science camera on Perseverance, is about 700 kB in volume and we downlinked 29,685 images up to Sol 243, totaling ~20 GB of data. But of course, scientists do not use every pixel of these images; what they really look for in the images are geological features, typically represented by specific geometric configurations or textures. An end product after processing hundreds of Mascam-Z images could be a single geological map summarizing the spatial distribution of the features. For another example, a 100-meter drive of Perseverance produces 7-12 MB of drive telemetry, which records every detail of the rover's motion at 8 Hz, including position, attitude, steering angles, encoder readings, motor currents and many other information. But what the ground engineers eventually pay attention to is the signs of anomaly, such as excessive motor currents or high slip; if a drive is nominal, the vast majority of this data is unused. What if, then, we process the raw data onboard and only downlink the processed data that is relevant to scientific or engineering analyses, such as a list of detected science features (with cropped images) or a list of potential signs of anomaly while driving? A major roadblock for such onboard, high-level information processing has been the onboard computational resource. RAD750, the main onboard computer of Perseverance, is obviously not sufficient for performing complex image or signal processing such as object detection, semantic segmentation, or anomaly detection. Interestingly, RAD750 is not the best processor that Perseverance has; Qualcomm's Snapdragon 801, a modern mobile processor, is on her Heli Base Station, a device for communicating with Mars Helicopter Ingenuity; also, Intel's Atom E3845 processors are on engineering cameras. In the reminder of this paper, we will introduce two particular uses cases of these high-performance co-processors (meaning auxiliary CPU, GPU, or other types of processors that are separate from the main processor that runs the main flight software) for lowering operation cost and accommodating more science activities for a given communication constraint.

Didier, A.↗

Magnetic tape transport controlled by rotating transducer heads

Magnetic tape transport includes a common drive for both the tape drive capstans and the rotating record/reproduce heads. Speed of the drive may be varied within a preselected range, but, once selected, remains constant so head and capstan are driven in synchronization and at constant speed.

Chupity, J.↗

Hybrid circuit modules for motor commutation and control

Thick film hybrid techniques are used to develop circuitry for a brushless dc motor commutator. The power commutator contains the driving circuit and an amplifier that controls the armature current. A position decoder contains digital integrated circuits which receive the signals from the armature position sensors and generate the driving signals for the power commutator in the proper sequence. These units drive motors with stall currents up to about 400 mA.

Dekramer, C.↗