Self-driving cars Archives - Rambus At Rambus, we create cutting-edge semiconductor and IP products, providing industry-leading chips and silicon IP to make data faster and safer. Thu, 09 Jun 2022 08:02:25 +0000 en-US hourly 1 https://wordpress.org/?v=6.8.3 Autonomous Vehicles: Everything about self-driving cars explained https://www.rambus.com/blogs/autonomous-vehicles-explained/ https://www.rambus.com/blogs/autonomous-vehicles-explained/#respond Fri, 08 Apr 2022 10:51:33 +0000 https://www.rambus.com/?post_type=blogs&p=61401 A self-driving car is a computer-controlled vehicle that drives itself. Also referred to as an autonomous vehicle, driverless car, or robotic car (robo-car), a self-driving car analyzes its environment to safely move and react without human input.

In this article, you’ll learn:

 

6 levels of autonomous cars

In 2014, the engineering group SAE International created six levels of driving automation which have since been adopted by the U.S. Department of Transportation. These include:

  • Level 0: No automation
  • Level 1: Driver assistance
  • Level 2: Partial driving automation
  • Level 3: Conditional driving automation
  • Level 4: High driving automation
  • Level 5: Full driving automation

6 Levels of Driving Automation Infographic

Automakers have already announced Level 3 autonomous driving cars—and are working to develop and deploy Level 4 self-driving trucks as well as commercial robotaxis. According to Accenture, vehicles with full-on self-driving capabilities could start hitting highways as early as 2030.

Keep on reading: SAE level of automation in cars simply explained.

 

History of autonomous vehicles

The concept of a self-driving car was first introduced by General Motors (GM) at a 1939 World Fair exhibit. In 1953, RCA Labs and GM built a miniature car that was guided and controlled by patterned wires. A full-size system was subsequently demonstrated in Nebraska using specially designed road lights and buried detector circuits.

By the 1980s, self-driving technology had improved considerably, with the Defense Advanced Research Projects Agency (DARPA) leveraging lidar, computer vision, and autonomous robotic controls to direct a vehicle at speeds of up to 19 miles per hour (31 km/h). DARPA partner HRL Laboratories later demonstrated the first off-road map and sensor-based autonomous navigation in a test vehicle that traveled over 2,000 feet (610 m) at 1.9 miles per hour (3.1 km/h) through challenging terrain.

The 1990s saw Carnegie Mellon University pioneer and refine neural networks to steer and control autonomous vehicles under the auspices of the Navlab project, with a test vehicle completing a 3,100 miles (5,000 km) cross-country journey. Additional self-driving advances were made by major automakers and technology companies like Waymo, Uber, and Tesla throughout the 2000s, 2010s, and early 2020s. In 2014, Tesla Motors announced its first version of Autopilot, which later expanded to support autonomous steering, braking, speed adjustment, and parking capabilities. In October 2020, Tesla rolled out the first version of its full self-driving beta (FSD Beta) software and continues to release updates at a steady cadence.

 

How do self-driving cars work?

Most advanced driver-assistance systems (ADAS) powering vehicles with various levels of autonomy leverage a combination of specialized cameras and sensors to create an internal map of the vehicle’s surroundings. These sensors include:

  • Lidar—Pulses thousands of beams of infrared laser light at objects to calculate distances and avoid objects.
  • Radar—Uses radio waves to measure angles, ranges, and velocities of objects in most environmental conditions.
  • Sonar—Identifies large objects made of solid materials, such as metal and ceramics, at short distances.
  • Inertial navigation system—Helps self-driving cars stabilize themselves.
  • GPS—Geolocates with numerical coordinates, including latitude and longitude, while navigating by combining real-time GPS coordinates with other digital map data applications.

Self-driving cars analyze the data generated by these sensors to plot navigational paths and react in real-time by stopping, speeding up, slowing down, and avoiding objects. They reduce the risk of accidents and collisions by implementing safeguards, alerting drivers, and taking full control of a vehicle if necessary. Moreover, self-driving cars automatically detect and react to other vehicles, bicyclists, pedestrians, construction zones, potholes, traffic accidents, and traffic jams. Perhaps most importantly, self-driving cars enforce safety standards that may be deliberately or accidentally ignored by human drivers.

 

Security vulnerabilities, risks & concerns of connected and autonomous vehicles

Semiconductors in connected vehicles and self-driving cars power extremely complex electronic systems. In the past, vehicle electronic systems implemented flat architectures with isolated functions controlling various components of the powertrain and vehicle dynamics. These electronic systems communicated primarily through legacy bus interconnect protocols, such as controller area network (CAN) and media-oriented systems transport (MOST) technologies.

To support the realization of Level 4 and Level 5 (L4/L5) autonomous driving, a massive architectural shift is underway. The software-defined vehicle, automotive Ethernet, vehicle-to-everything (V2X) connectivity, over-the-air updates (OTAs), and domain controller units are just some of the technologies required to achieve L4/L5 capabilities.

Indeed, new electronic systems support powertrain and vehicle dynamics, ADAS, autonomous driving, connectivity, and infotainment. At the heart of these electronic systems is a complex, multi-island IC containing multi-core processing, dedicated artificial intelligence and machine learning (AI/ML) engines, mixed-signal processing, and more.

Whether it’s a complex system on chip or a mixed-signal IC sitting at a sensor edge, security and safety are essential. Indeed, the advancements in vehicle electronic systems have resulted in a large attack surface for adversaries to exploit. In commercial or industrial applications, security is focused on providing trust, protecting assets, and protecting identities. In automotive, these focus areas remain, but another dimension is added.

This is because security vulnerabilities have the potential to directly impact safety measures implemented in a vehicle. For example, the lack of a robust safety architecture can cause a design to malfunction, with failures creating new security penetration points in the ICs, systems, and throughout the entire vehicle. On the flip side, an incomplete security architecture may be exploited by adversaries to circumvent or disable safety features, making the vehicle vulnerable to run-time failures.

 

What company makes the security technology for ADAS?

Rambus automotive hardware security modules (HSMs) are designed to protect self-driving cars and connected vehicles. These HSMs provide secure boot, secure firmware (OTA) upgrades, secure debug, and work with other security functions such as MACsec, IPsec, and TLS embedded protocol engines that protect network traffic in cars. To operate properly, ECUs must run the manufacturer intended firmware—without tampering. A root of trust ensures firmware is valid and can be securely updated when needed. Rambus offers embedded HSM (root of trust) variants for both ASIL-B (RT-640) and ASIL-D (RT-645) that are specifically designed for the functional safety requirements of ISO 26262, an international automotive electronics system standard.

The Rambus RT-640 Embedded HSM recently received Automotive Safety Integrity Level B (ASIL-B) ISO 26262 certification. Certified ASIL-B compliance is a critical requirement for automotive manufacturers and their suppliers to ensure vehicle systems meet necessary safety levels.

Integrated into an automotive SoC, the ASIL B certified RT-640 silicon IP design provides powerful cryptographic functions, state-of-the-art safety mechanisms, and anti-tamper technologies to protect critical automotive electronics and data.

 

Moving the flood of data in autonomous vehicles

All the data from the array of cameras and sensors employed in autonomous vehicles takes tremendous bandwidth. The MIPI Camera Serial Interface 2 (MIPI CSI-2®) v3.0 is increasingly the workhorse solution for transporting this vast volume of data. CSI-2 v3.0 offers capabilities including Unified Serial Link (USL) for encapsulating connections between a sensor module and application processor.

Regarding the choice of network connectivity in electronic systems, weight is not normally a first-order consideration, but it absolutely is when it comes to vehicles. A major networking hurdle introduced by the proliferation of sensors is the weight of cabling. In many vehicles, wiring is one of the top four heaviest subsystems. This issue is compounded as more cars go electric adding in the weight of the battery. A Tesla® battery pack, for instance, weighs about 900 pounds which nets out much heavier than an engine and full tank of gas.

What’s more, it’s often the electric vehicle makers that are leading the charge for autonomous driving. They need more sensors and better networking while simultaneously reducing weight to compensate for the battery. The weight benefit of MIPI, and networking technology such as automotive Ethernet, is that it can provide low-latency, high-bandwidth connections with fewer wires than legacy networking solutions. This enables the continued profusion of sensors for ADAS while keeping the weight of cabling low.

On the human interface side, whether for instrumentation, navigation or entertainment, modern vehicles include a large and growing number of displays. Here too MIPI plays a leading role with DSI-2® solutions providing the high-bandwidth, low latency connectivity needed for high-resolution video and images.

 

What company makes automotive MIPI solutions?

Rambus has been a provider of MIPI IP solutions since 2010 and offers 32 and 64-bit digital controllers for CSI-2 and MIPI DSI-2 connectivity. Partnering with top-tier MIPI C/D-PHY suppliers, such as Mixel and Samsung, Rambus solutions have enabled over 250 ASIC and FPGA MIPI designs. An increasing number of these designs are for ADAS applications with leaders in the automotive market which Rambus supports with a full suite of customization and integration services, applicable safety manual, FMEDA and DFMEA.

CSI-2 Controller V2 Block Diagram
Rambus MIPI CSI-2 Controller Block Diagram

The Rambus MIPI CSI-2 Transmitter (TX) Controller and the associated development processes have been certified to meet the ISO 26262 functional safety requirements. As with the embedded HSM solutions discussed earlier, using ISO 26262 certified IP enables automotive chip makers to accelerate the process of creating and safety certifying their SoCs.

 

Additional Resources:

– Other blogs around automotive & security:

  1. Autonomous Vehicles: Memory Requirements & Deep Neural Net Limitations
  2. Automotive Security: Protecting vehicle electronic systems
  3. NextChip Win Signals Growing Momentum for Rambus Automotive Security IP
  4. Designing automotive memory
  5. Addressing automotive security challenges with a hardware root of trust
  6. The challenge of securing connected vehicles
  7. How not to get pwned @ automotive cyber-security
  8. No quick fix for automotive insecurity
  9. Securing connected vehicles with Rambus CryptoManager
  10. Autonomous vehicles shift security risks into overdrive


– White Paper:
Navigating the Intersection of Safety and Security

– Market page: Automotive Solutions

– Products for Automotive Applications:

 

]]>
https://www.rambus.com/blogs/autonomous-vehicles-explained/feed/ 0
Securing connected vehicles with Rambus CryptoManager https://www.rambus.com/blogs/securing-connected-vehicles-with-rambus-cryptomanager-2/ https://www.rambus.com/blogs/securing-connected-vehicles-with-rambus-cryptomanager-2/#respond Tue, 14 Jun 2016 15:56:46 +0000 https://www.rambusblog.com/?p=1695 Anna Steffora Mutschler of Semiconductor Engineering recently observed that self-driving cars have prompted the semiconductor industry to consider a number of complex legal and regulatory issues.

“[Self-driving vehicles] open up a whole new field for legal interpretation, case law, and regulation,” she explained.

cyber-attacks-to-target-connected-vehicles

“While most liability cases in the past never crossed below the system vendor/supplier level, [this] could change with autonomous vehicles. [In terms of security], self-driving cars pose a huge concern given the amount of silicon and software and the size and mass of vehicles.”

Indeed, as Asaf Ashkenazi, senior director of product management at Rambus Cryptography Research points out, while the Internet revolution improved many aspects of our lives and boosted the world’s economy, it also introduced new threats and concepts such as cyber-crime and cyber-warfare.

“Self-driving cars are really no different,” he told Semiconductor Engineering. “There is no doubt that by the time self-driving cars roam our streets they will be fully connected, raising concerns about ensuring the integrity of the software, and ensuring it is not maliciously replaced by a rogue version that could bring harm to the passengers or bystanders. This is only one of many concerns that will need to be addressed by self-driving car manufacturers, operators and regulators.”

According to Ashkenazi, self-driving cars are currently undergoing a risk-reward analysis by many in the industry, with a focus on reducing accidents, traffic congestion and cost.

“We may also see some existing transportation-related businesses become redundant, and new businesses emerge to provide new services enabled by new technology,” he added.

As Mutschler emphasizes, security is a concept that makes the above-mentioned equation more palatable. If done right, she says, security must be part of the primary automotive design, rather than a tertiary afterthought. Indeed, modern vehicles are essentially a network of networks – equipped with a range of embedded communication methods and capabilities. As such, there is broad consensus that vehicle cyber security should rank as a top priority for the automotive industry.

That is precisely why Rambus and Movimento recently teamed up to deliver secure and personalized OTA updates for connected vehicles. Currently, the majority of OTA solutions designed to deliver functional updates and security patches use the very same software encryption key for multiple vehicles, which increases the vulnerability vector of an update. In contrast, updates provided by Movimento and Rambus are delivered via one-time, single-use keys that are unique to each vehicle – effectively minimizing vulnerabilities and maximizing security.

More specifically, Movimento’s OTA technology uses Rambus’ CryptoManager platform to enable in-field provisioning of encrypted keys generated for a specific vehicle, thereby facilitating secure communication between cars and the Cloud.

“CryptoManager offers an integrated security platform with flexible implementation, comprising a hardware root-of-trust and secure firmware,” Dr. Simon Blake-Wilson, VP of Products and Marketing at Rambus Cryptography Research explained. “When combined with Movimento’s OTA technology, CryptoManager enables the next level of integrated chip-to-Cloud-to-car security. Simply put, CryptoManager is an embedded hardware solution that minimizes the attack surface of the vehicle by providing end point security.”

Interested in learning more about Rambus and automotive security? You can check out our automotive security page (insert link when live) here and our article archive on the subject here.

]]>
https://www.rambus.com/blogs/securing-connected-vehicles-with-rambus-cryptomanager-2/feed/ 0