Jump to content
Join the Alien Search, login or register FREE on Aliens and Space Forum
Members Can Post Anonymously On This Site

Towards Autonomous Surface Missions on Ocean Worlds

NASA

By NASA
in NASA

 Share

Recommended Posts

  • Publishers
NASA Mentor

NASA

Posted
  • Publishers
Posted
9 Min Read

Towards Autonomous Surface Missions on Ocean Worlds

A four-legged square spacecraft perched on a brown and white icy surface. The spacecraft is extending a robot arm deploying a tool above the surface.
Artist’s concept image of a spacecraft lander with a robot arm on the surface of Europa.
Credits:
NASA/JPL – Caltech

Through advanced autonomy testbed programs, NASA is setting the groundwork for one of its top priorities—the search for signs of life and potentially habitable bodies in our solar system and beyond. The prime destinations for such exploration are bodies containing liquid water, such as Jupiter’s moon Europa and Saturn’s moon Enceladus. Initial missions to the surfaces of these “ocean worlds” will be robotic and require a high degree of onboard autonomy due to long Earth-communication lags and blackouts, harsh surface environments, and limited battery life.

Technologies that can enable spacecraft autonomy generally fall under the umbrella of Artificial Intelligence (AI) and have been evolving rapidly in recent years. Many such technologies, including machine learning, causal reasoning, and generative AI, are being advanced at non-NASA institutions.  

NASA started a program in 2018 to take advantage of these advancements to enable future icy world missions. It sponsored the development of the physical Ocean Worlds Lander Autonomy Testbed (OWLAT) at NASA’s Jet Propulsion Laboratory in Southern California and the virtual Ocean Worlds Autonomy Testbed for Exploration, Research, and Simulation (OceanWATERS) at NASA’s Ames Research Center in Silicon Valley, California.

NASA solicited applications for its Autonomous Robotics Research for Ocean Worlds (ARROW) program in 2020, and for the Concepts for Ocean worlds Life Detection Technology (COLDTech) program in 2021. Six research teams, based at universities and companies throughout the United States, were chosen to develop and demonstrate autonomy solutions on OWLAT and OceanWATERS. These two- to three-year projects are now complete and have addressed a wide variety of autonomy challenges faced by potential ocean world surface missions.

OWLAT

OWLAT is designed to simulate a spacecraft lander with a robotic arm for science operations on an ocean world body. The overall OWLAT architecture including hardware and software components is shown in Figure 1. Each of the OWLAT components is detailed below.

Image shows a block-diagram view of the software and hardware on the Ocean Worlds Lander Autonomy Testbed. An autonomy software module and a safety and performance monitoring module communicate with a scheduler, dispatcher, controller module. The scheduler, dispatcher and controller module also interact with the hardware and software components.
Figure 1. The software and hardware components of the Ocean Worlds Lander Autonomy Testbed and the relationships between them.
NASA/JPL – Caltech

The hardware version of OWLAT (shown in Figure 2) is designed to physically simulate motions of a lander as operations are performed in a low-gravity environment using a six degrees-of-freedom (DOF) Stewart platform. A seven DOF robot arm is mounted on the lander to perform sampling and other science operations that interact with the environment. A camera mounted on a pan-and-tilt unit is used for perception. The testbed also has a suite of onboard force/torque sensors to measure motion and reaction forces as the lander interacts with the environment. Control algorithms implemented on the testbed enable it to exhibit dynamics behavior as if it were a lightweight arm on a lander operating in different gravitational environments.

A robotic platform used to model a spacecraft lander, a robot arm, a camera mounted on a pan and tilt unit, force-torque sensors, and a scoop on the end of the robot arm.
Figure 2. The Ocean Worlds Lander Autonomy Testbed. A scoop is mounted to the end of the testbed robot arm.
NASA/JPL – Caltech

The team also developed a set of tools and instruments (shown in Figure 3) to enable the performance of science operations using the testbed. These various tools can be mounted to the end of the robot arm via a quick-connect-disconnect mechanism. The testbed workspace where sampling and other science operations are conducted incorporates an environment designed to represent the scene and surface simulant material potentially found on ocean worlds.

Five images of tools connected to a robotic arm, with a closeup image of each tool below
Figure 3. Tools and instruments designed to be used with the testbed.
NASA/JPL – Caltech

The software-only version of OWLAT models, visualizes, and provides telemetry from a high-fidelity dynamics simulator based on the Dynamics And Real-Time Simulation (DARTS) physics engine developed at JPL. It replicates the behavior of the physical testbed in response to commands and provides telemetry to the autonomy software. A visualization from the simulator is shown on Figure 4.

Figure 7. Screenshot of OceanWATERS lander on a terrain modeled from the Atacama Desert. A scoop operation has just been completed.
NASA/JPL – Caltech

The autonomy software module shown at the top in Figure 1 interacts with the testbed through a Robot Operating System (ROS)-based interface to issue commands and receive telemetry. This interface is defined to be identical to the OceanWATERS interface. Commands received from the autonomy module are processed through the dispatcher/scheduler/controller module (blue box in Figure 1) and used to command either the physical hardware version of the testbed or the dynamics simulation (software version) of the testbed. Sensor information from the operation of either the software-only or physical testbed is reported back to the autonomy module using a defined telemetry interface. A safety and performance monitoring and evaluation software module (red box in Figure 1) ensures that the testbed is kept within its operating bounds. Any commands causing out of bounds behavior and anomalies are reported as faults to the autonomy software module.

One team member at the computer station on the left side of the image is initializing the software for operating the testbed. Another team member, standing beside the robot arm, is verifying its initial configuration in preparation for use.
Figure 5. Erica Tevere (at the operator’s station) and Ashish Goel (at the robot arm) setting up the OWLAT testbed for use.
NASA/JPL – Caltech

OceanWATERS

At the time of the OceanWATERS project’s inception, Jupiter’s moon Europa was planetary science’s first choice in searching for life. Based on ROS, OceanWATERS is a software tool that provides a visual and physical simulation of a robotic lander on the surface of Europa (see Figure 6). OceanWATERS realistically simulates Europa’s celestial sphere and sunlight, both direct and indirect. Because we don’t yet have detailed information about the surface of Europa, users can select from terrain models with a variety of surface and material properties. One of these models is a digital replication of a portion of the Atacama Desert in Chile, an area considered a potential Earth-analog for some extraterrestrial surfaces.

A multi-legged lander on a gray, rocky surface with crevasses in the distance, with space and a view of Jupiter on the horizon. The lander’s arm is extended, with a scoop pointed towards the ground.
Figure 6. Screenshot of OceanWATERS.
NASA/JPL – Caltech

JPL’s Europa Lander Study of 2016, a guiding document for the development of OceanWATERS, describes a planetary lander whose purpose is collecting subsurface regolith/ice samples, analyzing them with onboard science instruments, and transmitting results of the analysis to Earth.

The simulated lander in OceanWATERS has an antenna mast that pans and tilts; attached to it are stereo cameras and spotlights. It has a 6 degree-of-freedom arm with two interchangeable end effectors—a grinder designed for digging trenches, and a scoop for collecting ground material. The lander is powered by a simulated non-rechargeable battery pack. Power consumption, the battery’s state, and its remaining life are regularly predicted with the Generic Software Architecture for Prognostics (GSAP) tool. To simulate degraded or broken subsystems, a variety of faults (e.g., a frozen arm joint or overheating battery) can be “injected” into the simulation by the user; some faults can also occur “naturally” as the simulation progresses, e.g., if components become over-stressed. All the operations and telemetry (data measurements) of the lander are accessible via an interface that external autonomy software modules can use to command the lander and understand its state. (OceanWATERS and OWLAT share a unified autonomy interface based on ROS.) The OceanWATERS package includes one basic autonomy module, a facility for executing plans (autonomy specifications) written in the PLan EXecution Interchange Language, or PLEXIL. PLEXIL and GSAP are both open-source software packages developed at Ames and available on GitHub, as is OceanWATERS.

Mission operations that can be simulated by OceanWATERS include visually surveying the landing site, poking at the ground to determine its hardness, digging a trench, and scooping ground material that can be discarded or deposited in a sample collection bin. Communication with Earth, sample analysis, and other operations of a real lander mission, are not presently modeled in OceanWATERS except for their estimated power consumption. Figure 7 is a video of OceanWATERS running a sample mission scenario using the Atacama-based terrain model.

Figure 7. Screenshot of OceanWATERS lander on a terrain modeled from the Atacama Desert. A scoop operation has just been completed.
NASA/JPL – Caltech

Because of Earth’s distance from the ocean worlds and the resulting communication lag, a planetary lander should be programmed with at least enough information to begin its mission. But there will be situation-specific challenges that will require onboard intelligence, such as deciding exactly where and how to collect samples, dealing with unexpected issues and hardware faults, and prioritizing operations based on remaining power. 

Results

All six of the research teams funded by the ARROW and COLDTech programs used OceanWATERS to develop ocean world lander autonomy technology and three of those teams also used OWLAT. The products of these efforts were published in technical papers, and resulted in development of software that may be used or adapted for actual ocean world lander missions in the future. The following table summarizes the ARROW and COLDTech efforts.

  Principal Investigator (PI) PI Institution Project Testbed Used Purpose of Project
ARROW Projects Jonathan Bohren Honeybee Robotics Stochastic PLEXIL (SPLEXIL) OceanWATERS Extended PLEXIL with stochastic decision-making capabilities by employing reinforcement learning techniques.
Pooyan Jamshidi University of South Carolina Resource Adaptive Software Purpose-Built for Extraordinary Robotic Research Yields (RASPBERRY SI) OceanWATERS & OWLAT Developed software algorithms and tools for fault root cause identification, causal debugging, causal optimization, and causal-induced verification.
COLDTech Projects Eric Dixon Lockheed Martin Causal And Reinforcement Learning (CARL) for COLDTech OceanWATERS Integrated a model of JPL’s mission-ready Cold Operable Lunar Deployable Arm (COLDarm) into OceanWATERS and applied image analysis, causal reasoning, and machine learning models to identify and mitigate the root causes of faults, such as ice buildup on the arm’s end effector.
Jay McMahon University of Colorado Robust Exploration with Autonomous Science On-board, Ranked Evaluation of Contingent Opportunities for Uninterrupted Remote Science Exploration (REASON-RECOURSE) OceanWATERS Applied automated planning with formal methods to maximize science return of the lander while minimizing communication with ground team on Earth.
Melkior Ornik U Illinois, Urbana-Champaign aDaptive, ResIlient Learning-enabLed oceAn World AutonomY (DRILLAWAY) OceanWATERS & OWLAT Developed autonomous adaptation to novel terrains and selecting scooping actions based on the available image data and limited experience by transferring the scooping procedure learned from a low-fidelity testbed to the high-fidelity OWLAT testbed.
Joel Burdick Caltech Robust, Explainable Autonomy for Scientific Icy Moon Operations (REASIMO) OceanWATERS & OWLAT Developed autonomous 1) detection and identification of off-nominal conditions and procedures for recovery from those conditions, and 2) sample site selection

Acknowledgements: The portion of the research carried out at the Jet Propulsion Laboratory, California Institute of Technology was performed under a contract with the National Aeronautics and Space Administration (80NM0018D0004).  The portion of the research carried out by employees of KBR Wyle Services LLC at NASA Ames Research Center was performed under a contract with the National Aeronautics and Space Administration (80ARC020D0010). Both were funded by the Planetary Science Division ARROW and COLDTech programs.

Project Leads: Hari Nayar (NASA Jet Propulsion Laboratory, California Institute of Technology), K. Michael Dalal (KBR, Inc. at NASA Ames Research Center)

Sponsoring Organizations: NASA SMD PESTO

View the full article

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
 Share
Go to topic listing

  • Similar Topics

    • NASA
      Nuclear Electric Propulsion Technology Could Make Missions to Mars Faster
      By NASA
      Modular Assembled Radiators for Nuclear Electric Propulsion Vehicles, or MARVL, aims to take a critical element of nuclear electric propulsion, its heat dissipation system, and divide it into smaller components that can be assembled robotically and autonomously in space. This is an artist’s rendering of what the fully assembled system might look like.NASA The trip to Mars and back is not one for the faint of heart. We’re not talking days, weeks, or months. But there are technologies that could help transport a crew on that round-trip journey in a relatively quick two years.
      One option NASA is exploring is nuclear electric propulsion, which employs a nuclear reactor to generate electricity that ionizes, or positively charges, and electrically accelerates gaseous propellants to provide thrust to a spacecraft.
      Researchers at NASA’s Langley Research Center in Hampton, Virginia, are working on a system that could help bring nuclear electric propulsion one significant, technology-defining step closer to reality.
      Modular Assembled Radiators for Nuclear Electric Propulsion Vehicles, or MARVL, aims to take a critical element of nuclear electric propulsion, its heat dissipation system, and divide it into smaller components that can be assembled robotically and autonomously in space.
      “By doing that, we eliminate trying to fit the whole system into one rocket fairing,” said Amanda Stark, a heat transfer engineer at NASA Langley and the principal investigator for MARVL. “In turn, that allows us to loosen up the design a little bit and really optimize it.”
      Loosening up the design is key, because as Stark mentioned, previous ideas called for fitting the entire nuclear electric radiator system under a rocket fairing, or nose cone, which covers and protects a payload. Fully deployed, the heat dissipating radiator array would be roughly the size of a football field. You can imagine the challenge engineers would face in getting such a massive system folded up neatly inside the tip of a rocket.
      The MARVL technology opens a world of possibilities. Rather than cram the whole system into an existing rocket, this would allow researchers the flexibility to send pieces of the system to space in whatever way would make the most sense, then have it all assembled off the planet.
      Once in space, robots would connect the nuclear electric propulsion system’s radiator panels, through which a liquid metal coolant, such as a sodium-potassium alloy, would flow.
      While this is still an engineering challenge, it is exactly the kind of engineering challenge in-space-assembly experts at NASA Langley have been working on for decades. The MARVL technology could mark a significant first milestone. Rather than being an add-on to an existing technology, the in-space assembly component will benefit and influence the design of the very spacecraft it would serve.
      “Existing vehicles have not previously considered in-space assembly during the design process, so we have the opportunity here to say, ‘We’re going to build this vehicle in space. How do we do it? And what does the vehicle look like if we do that?’ I think it’s going to expand what we think of when it comes to nuclear propulsion,” said Julia Cline, a mentor for the project in NASA Langley’s Research Directorate, who led the center’s participation in the Nuclear Electric Propulsion tech maturation plan development as a precursor to MARVL. That tech maturation plan was run out of the agency’s Space Nuclear Propulsion project at Marshall Space Flight Center in Huntsville, Alabama.
      NASA’s Space Technology Mission Directorate awarded the MARVL project through the Early Career Initiative, giving the team two years to advance the concept. Stark and her teammates are working with an external partner, Boyd Lancaster, Inc., to develop the thermal management system. The team also includes radiator design engineers from NASA’s Glenn Research Center in Cleveland and fluid engineers from NASA’s Kennedy Space Center in Florida. After two years, the team hopes to move the MARVL design to a small-scale ground demonstration.
      The idea of robotically building a nuclear propulsion system in space is sparking imaginations.
      “One of our mentors remarked, ‘This is why I wanted to work at NASA, for projects like this,’” said Stark, “which is awesome because I am so happy to be involved with it, and I feel the same way.”
      Additional support for MARVL comes from the agency’s Space Nuclear Propulsion project. The project’s ongoing effort is maturing technologies for operations around the Moon and near-Earth exploration, deep space science missions, and human exploration using nuclear electric propulsion and nuclear thermal propulsion.
      An artist’s rendering that shows the different components of a fully assembled nuclear electric propulsion system.NASAView the full article
    • NASA
      NASA Cameras to Capture Interaction Between Blue Ghost, Moon’s Surface
      By NASA
      4 min read
      Preparations for Next Moonwalk Simulations Underway (and Underwater)
      The six SCALPSS cameras mounted around the base of Blue Ghost will collect imagery during and after descent and touchdown. Using a technique called stereo photogrammetry, researchers at Langley will use the overlapping images to produce a 3D view of the surface. Image courtesy of Firefly. Say cheese again, Moon. We’re coming in for another close-up.
      For the second time in less than a year, a NASA technology designed to collect data on the interaction between a Moon lander’s rocket plume and the lunar surface is set to make the long journey to Earth’s nearest celestial neighbor for the benefit of humanity.
      Developed at NASA’s Langley Research Center in Hampton, Virginia, Stereo Cameras for Lunar Plume-Surface Studies (SCALPSS) is an array of cameras placed around the base of a lunar lander to collect imagery during and after descent and touchdown. Using a technique called stereo photogrammetry, researchers at Langley will use the overlapping images from the version of SCALPSS on Firefly’s Blue Ghost — SCALPSS 1.1 — to produce a 3D view of the surface. An earlier version, SCALPSS 1.0, was on Intuitive Machines’ Odysseus spacecraft that landed on the Moon last February. Due to mission contingencies that arose during the landing, SCALPSS 1.0 was unable to collect imagery of the plume-surface interaction. The team was, however, able to operate the payload in transit and on the lunar surface following landing, which gives them confidence in the hardware for 1.1.
      The SCALPSS 1.1 payload has two additional cameras — six total, compared to the four on SCALPSS 1.0 — and will begin taking images at a higher altitude, prior to the expected onset of plume-surface interaction, to provide a more accurate before-and-after comparison.
      These images of the Moon’s surface won’t just be a technological novelty. As trips to the Moon increase and the number of payloads touching down in proximity to one another grows, scientists and engineers need to be able to accurately predict the effects of landings.
      How much will the surface change? As a lander comes down, what happens to the lunar soil, or regolith, it ejects? With limited data collected during descent and landing to date, SCALPSS will be the first dedicated instrument to measure the effects of plume-surface interaction on the Moon in real time and help to answer these questions.
      “If we’re placing things – landers, habitats, etc. – near each other, we could be sand blasting what’s next to us, so that’s going to drive requirements on protecting those other assets on the surface, which could add mass, and that mass ripples through the architecture,” said Michelle Munk, principal investigator for SCALPSS and acting chief architect for NASA’s Space Technology Mission Directorate at NASA Headquarters in Washington. “It’s all part of an integrated engineering problem.”
      Under the Artemis campaign, the agency’s current lunar exploration approach, NASA is collaborating with commercial and international partners to establish the first long-term presence on the Moon. On this CLPS (Commercial Lunar Payload Services) initiative delivery carrying over 200 pounds of NASA science experiments and technology demonstrations, SCALPSS 1.1 will begin capturing imagery from before the time the lander’s plume begins interacting with the surface until after the landing is complete.
      The final images will be gathered on a small onboard data storage unit before being sent to the lander for downlink back to Earth. The team will likely need at least a couple of months to
      process the images, verify the data, and generate the 3D digital elevation maps of the surface. The expected lander-induced erosion they reveal probably won’t be very deep — not this time, anyway.
      One of the SCALPSS cameras is visible here mounted to the Blue Ghost lander.Image courtesy of Firefly. “Even if you look at the old Apollo images — and the Apollo crewed landers were larger than these new robotic landers — you have to look really closely to see where the erosion took place,” said Rob Maddock, SCALPSS project manager at Langley. “We’re anticipating something on the order of centimeters deep — maybe an inch. It really depends on the landing site and how deep the regolith is and where the bedrock is.”
      But this is a chance for researchers to see how well SCALPSS will work as the U.S. advances human landing systems as part of NASA’s plans to explore more of the lunar surface.
      “Those are going to be much larger than even Apollo. Those are large engines, and they could conceivably dig some good-sized holes,” said Maddock. “So that’s what we’re doing. We’re collecting data we can use to validate the models that are predicting what will happen.”
      The SCALPSS 1.1 project is funded by the Space Technology Mission Directorate’s Game Changing Development Program.
      NASA is working with several American companies to deliver science and technology to the lunar surface under the CLPS initiative. Through this opportunity, various companies from a select group of vendors bid on delivering payloads for NASA including everything from payload integration and operations, to launching from Earth and landing on the surface of the Moon.

      Share
      Details
      Last Updated Dec 19, 2024 EditorAngelique HerringLocationNASA Langley Research Center Related Terms
      General Explore More
      4 min read Statistical Analysis Using Random Forest Algorithm Provides Key Insights into Parachute Energy Modulator System
      Article 6 hours ago 1 min read Program Manager at NASA Glenn Earns AIAA Sustained Service Award 
      Article 8 hours ago 2 min read An Evening With the Stars: 10 Years and Counting 
      Article 8 hours ago Keep Exploring Discover Related Topics
      Missions
      Humans in Space
      Climate Change
      Solar System
      View the full article
    • NASA
      NASA Missions Spot Cosmic ‘Wreath’ Displaying Stellar Circle of Life
      By NASA
      X-ray: NASA/CXC; Infrared: ESA/Webb, NASA & CSA, P. Zeilder, E.Sabbi, A. Nota, M. Zamani; Image Processing: NASA/CXC/SAO/L. Frattare and K. Arcand Since antiquity, wreaths have symbolized the cycle of life, death, and rebirth. It is fitting then that one of the best places for astronomers to learn more about the stellar lifecycle resembles a giant holiday wreath itself.
      The star cluster NGC 602 lies on the outskirts of the Small Magellanic Cloud, which is one of the closest galaxies to the Milky Way, about 200,000 light-years from Earth. The stars in NGC 602 have fewer heavier elements compared to the Sun and most of the rest of the galaxy. Instead, the conditions within NGC 602 mimic those for stars found billions of years ago when the universe was much younger.
      This new image combines data from NASA’s Chandra X-ray Observatory with a previously released image from the agency’s James Webb Space Telescope. The dark ring-like outline of the wreath seen in Webb data (represented as orange, yellow, green, and blue) is made up of dense clouds of filled dust.
      Meanwhile, X-rays from Chandra (red) show young, massive stars that are illuminating the wreath, sending high-energy light into interstellar space. These X-rays are powered by winds flowing from the young, massive stars that are sprinkled throughout the cluster. The extended cloud in the Chandra data likely comes from the overlapping X-ray glow of thousands of young, low-mass stars in the cluster.
      X-ray: NASA/CXC/SAO; Optical: Clow, M.; Image Processing: NASA/CXC/SAO/L. Frattare and K. Arcand In addition to this cosmic wreath, a new version of the “Christmas tree cluster” is also now available. Like NGC 602, NGC 2264 is a cluster of young stars between one and five million years old. (For comparison, the Sun is a middle-aged star about 5 billion years old — about 1,000 times older.) In this image of NGC 2264, which is much closer than NGC 602 at a distance of about 2,500 light-years from Earth, Chandra data (red, purple, blue, and white) has been combined with optical data (green and violet) captured from by astrophotographer Michael Clow from his telescope in Arizona in November 2024.
      NASA’s Marshall Space Flight Center in Huntsville, Alabama, manages the Chandra program. The Smithsonian Astrophysical Observatory’s Chandra X-ray Center controls science operations from Cambridge, Massachusetts, and flight operations from Burlington, Massachusetts.
      Read more from NASA’s Chandra X-ray Observatory.
      Learn more about the Chandra X-ray Observatory and its mission here:
      https://www.nasa.gov/chandra
      https://chandra.si.edu
      Visual Description
      This release includes two composite images, each featuring a star cluster that strongly resembles holiday greenery.
      The first image depicts star cluster NGC 602 in vibrant and festive colors. The cluster includes a giant dust cloud ring, shown in greens, yellows, blues, and oranges. The green hues and feathery edges of the ring cloud create the appearance of a wreath made of evergreen boughs. Hints of red representing X-rays provide shading, highlighting layers within the wreath-like ring cloud.
      The image is aglow with specks and dots of colorful, festive light, in blues, golds, whites, oranges, and reds. These lights represent stars within the cluster. Some of the lights gleam with diffraction spikes, while others emit a warm, diffuse glow. Upon closer inspection, many of the glowing specks have spiraling arms, indicating that they are, in fact, distant galaxies.
      The second image in today’s release is a new depiction of NGC 2264, known as the “Christmas Tree Cluster”. Here, wispy green clouds in a conical shape strongly resemble an evergreen tree. Tiny specks of white, blue, purple, and red light, stars within the cluster, dot the structure, turning the cloud into a festive, cosmic Christmas tree!
      News Media Contact
      Megan Watzke
      Chandra X-ray Center
      Cambridge, Mass.
      617-496-7998
      mwatzke@cfa.harvard.edu
      Lane Figueroa
      Marshall Space Flight Center, Huntsville, Alabama
      256-544-0034
      lane.e.figueroa@nasa.gov
      Explore More
      7 min read NASA’s Webb Finds Planet-Forming Disks Lived Longer in Early Universe
      NASA’s James Webb Space Telescope just solved a conundrum by proving a controversial finding made…
      Article 1 day ago 2 min read Hubble Images a Grand Spiral
      This NASA/ESA Hubble Space Telescope image features the glorious spiral galaxy NGC 5643, which is…
      Article 4 days ago 4 min read NASA Successfully Integrates Roman Mission’s Telescope, Instruments
      Article 5 days ago Keep Exploring Discover More Topics From NASA
      Missions
      Humans in Space
      Climate Change
      Solar System
      View the full article
    • NASA
      Considerations for Using Autonomous Flight Termination Softwarein Crewed Launch Vehicles
      By NASA
      This article is from the 2024 Technical Update

      Autonomous flight termination systems (AFTS) are being progressively employed onboard launch vehicles to replace ground personnel and infrastructure needed to terminate flight or destruct the vehicle should an anomaly occur. This automation uses on-board real-time data and encoded logic to determine if the flight should be self-terminated. For uncrewed launch vehicles, FTS systems are required to protect the public and governed by the United States Space Force (USSF). For crewed missions, NASA must augment range AFTS requirements for crew safety and certify each flight according to human rating standards, thus adding unique requirements for reuse of software originally intended for uncrewed missions. This bulletin summarizes new information relating to AFTS to raise awareness of key distinctions, summarize considerations and outline best practices for incorporating AFTS into human-rated systems.
      Key Distinctions – Crewed v. Uncrewed
      There are inherent behavioral differences between uncrewed and crewed AFTS related to design philosophy and fault tolerance. Uncrewed AFTS generally favor fault tolerance against failure-to-destruct over failing silent
      in the presence of faults. This tenet permeates the design, even downto the software unit level. Uncrewed AFTS become zero-fault-to-destruct tolerant to many unrecoverable AFTS errors, whereas general single fault
      tolerance against vehicle destruct is required for crewed missions. Additionally, unique needs to delay destruction for crew escape, provide abort options and special rules, and assess human-in-the-loop insight, command, and/or override throughout a launch sequence must be considered and introduces additional requirements and integration complexities.

      AFTS Software Architecture Components and Best-Practice Use Guidelines
      A detailed study of the sole AFTS currently approved by USSF and utilized/planned for several launch vehicles was conducted to understand its characteristics, and any unique risk and mitigation techniques for effective human-rating reuse. While alternate software systems may be designed in the future, this summary focuses on an architecture employing the Core Autonomous Safety Software (CASS). Considerations herein are intended for extrapolation to future systems. Components of the AFTS software architecture are shown, consisting of the CASS, “Wrapper”, and Mission Data Load (MDL) along with key characteristics and use guidelines. A more comprehensive description of each and recommendations for developmental use is found in Ref. 1.
      Best Practices Certifying AFTS Software
      Below are non-exhaustive guidelines to help achieve a human-rating
      certification for an AFTS.

      References
      NASA/TP-20240009981: Best Practices and Considerations for Using
      Autonomous Flight Termination Software In Crewed Launch Vehicles
      https://ntrs.nasa.gov/citations/20240009981 “Launch Safety,” 14 C.F.R., § 417 (2024). NPR 8705.2C, Human-Rating Requirements for Space Systems, Jul 2017,
      nodis3.gsfc.nasa.gov/ NASA Software Engineering Requirements, NPR 7150.2D, Mar 2022,
      nodis3.gsfc.nasa.gov/ RCC 319-19 Flight Termination Systems Commonality Standard, White
      Sands, NM, June 2019. “Considerations for Software Fault Prevention and Tolerance”, NESC
      Technical Bulletin No. 23-06 https://ntrs.nasa.gov/citations/20230013383 “Safety Considerations when Repurposing Commercially Available Flight
      Termination Systems from Uncrewed to Crewed Launch Vehicles”, NESC
      Technical Bulletin No. 23-02 https://ntrs.nasa.gov/citations/20230001890 View the full article
    • USH
      Mystery drones emerging from the ocean and they are not from USA or any other country
      By USH
      The ongoing mystery and debate surrounding UFO and drone sightings across the U.S. continue to captivate public attention. The lack of transparency and definitive answers from government agencies combined with the apparent absence of military action against these drones, has fueled speculation about possible cover-ups or incompetence. 

      Local, county, and state governments seem to have no knowledge of who is operating these drones, where they originate, or their purpose. Despite this, officials confidently assert that "there is no credible threat." This raises the question: how can they be so certain? The reality suggests they cannot. 
      Recently, the Pentagon issued a statement following claims by a New Jersey congressman that Iran had deployed a "mothership" off the U.S. East Coast, launching drones. The Pentagon denied any military origin for the drones and ruled out links to known foreign entities, but questions persist about whether critical information is being withheld. 
      If these drones are not linked to Iran, the U.S., Russia, China, or any other nation, some experts propose they may be part of clandestine "deep state" programs. These programs could involve advanced aerospace technologies being tested by private companies under classified initiatives. 
      Witness accounts, including those from a New Jersey sheriff and Coast Guard officials, suggest the drones exhibit highly unusual behaviors. These include emerging from the ocean and performing movements like abrupt 90-degree turns—characteristics that could imply the use of advanced propulsion systems not publicly known. 
      Another theory posits that the drones may not be physical objects at all but rather holographic projections, akin to the controversial "Project Blue Beam" concept. If true, this would explain why attempts to intercept them could fail—they might not physically exist. 
      The sheer number, endurance, and sophistication of these drones hint at a coordinated operation. Some theorists believe this might be part of a psychological operation designed to distract from pressing political, economic, or social issues. The timing of such events often appears suspiciously aligned with periods of public, economic unrest or uncertainty. 
      In the event that the "deep state" is orchestrating these phenomena, some fear it could be a prelude to a false flag operation, with motives and consequences yet to be revealed. 
      The situation remains shrouded in speculation, leaving the public to grapple with more questions than answers.
        View the full article

  • Check out these Videos

×
×
  • Create New...