ÌÇÐÄ´«Ã½

Skip to content
Science & Technology

How to design autonomous machines that are more reliable and less costly

ROAD RULES: ÌÇÐÄ´«Ã½œWe need to develop different protection strategies for the front end versus the back end of the software stack,ÌÇÐÄ´«Ã½� says ÌÇÐÄ´«Ã½ computer scientist Yuhao Zhu. (Getty Images photo)

An international team of computer scientists has developed a new method to reduce cost-safety tradeoffs.

With millions of self-driving cars projected to be on the road in 2025 and autonomous drones generating billions in annual sales, safety and reliability are important considerations for consumers, manufacturers, and regulators. But solutions for protecting autonomous machine hardware and software from malfunctions, attacks, and other failures also increase costs. Those costs arise from performance features, energy consumption, weight, and the use of semiconductor chips.

Researchers from the , Georgia Tech, and the Shenzen Institute of Artificial Intelligence and Robotics for Society say that the existing tradeoff between overhead and protecting machines against vulnerabilities is due to a ÌÇÐÄ´«Ã½œone-size-fits-allÌÇÐÄ´«Ã½� approach to protection. In a , the authors propose a new approach that adapts to varying levels of vulnerabilities within an autonomous machine system to make them more reliable and control costs.

, an associate professor in RochesterÌÇÐÄ´«Ã½™s , says one example of a current ÌÇÐÄ´«Ã½œone-size-fits-allÌÇÐÄ´«Ã½� approach is TeslaÌÇÐÄ´«Ã½™s use of two Full Self-Driving Chips (FSD Chips) in each vehicleÌÇÐÄ´«Ã½”a redundancy that provides protection in case the first chip fails but doubles the cost of chips for the car. By contrast, Zhu says he and his students have taken a more comprehensive approach to protect against both hardware and software vulnerabilities and more wisely allocate protection.

ÌÇÐÄ´«Ã½œThe basic idea is that you apply different protection strategies to different parts of the system,ÌÇÐÄ´«Ã½� says Zhu. ÌÇÐÄ´«Ã½œYou can refine the approach based on the inherent characteristics of the software and hardware. We need to develop different protection strategies for the front end versus the back end of the software stack.ÌÇÐÄ´«Ã½�

For example, Zhu says the front end of an autonomous vehicleÌÇÐÄ´«Ã½™s software stack is focused on sensing the environment through devices such as cameras and light detection and ranging (LiDAR), while the back end processes that information, plans the route, and sends commands to the actuator.

ÌÇÐÄ´«Ã½œYou donÌÇÐÄ´«Ã½™t have to spend a lot of the protection budget on the front end because itÌÇÐÄ´«Ã½™s inherently fault tolerant,ÌÇÐÄ´«Ã½� says Zhu. ÌÇÐÄ´«Ã½œMeanwhile, the back end has few inherent protection strategies, but itÌÇÐÄ´«Ã½™s critical to secure because it directly interfaces with the mechanical components of the vehicle.ÌÇÐÄ´«Ã½�

Zhu says examples of low-cost protection measures on the front end include software-based solutions such as filtering out anomalies in the data. For more heavy-duty protection schemes on the back end, he recommends things like checkpointing to periodically save the state of the entire machine or selectively making duplicates of critical modules on a chip.

Next Zhu says the team hopes to overcome vulnerabilities in the most recent autonomous machine software stacks, which are more heavily based on neural network artificial intelligence, often from end to end.

ÌÇÐÄ´«Ã½œSome of the most recent examples are one single, giant neural network deep learning model that takes sensing inputs, does a bunch of computation that nobody fully understands, and generates commands to the actuator,ÌÇÐÄ´«Ã½� says Zhu. ÌÇÐÄ´«Ã½œThe advantage is that it greatly improves the average performance, but when it fails, you canÌÇÐÄ´«Ã½™t pinpoint the failure to a particular module. It makes the common case better but the worst case worse, which we want to mitigate.ÌÇÐÄ´«Ã½�

The research was supported in part by the Semiconductor Research Corporation.