Picture

Questions?

+1-866-353-3335

SEARCH
What are you looking for?
Need help finding what you are looking for? Contact Us
Compare

PUBLISHER: ResearchInChina | PRODUCT CODE: 1220871

Cover Image

PUBLISHER: ResearchInChina | PRODUCT CODE: 1220871

ADAS Domain Controller Key Component Trends Report,2022

PUBLISHED:
PAGES: 109 Pages
DELIVERY TIME: 1-2 business days
SELECT AN OPTION
Unprintable PDF (Single User License)
USD 3000
Printable & Editable PDF (Enterprise-wide License)
USD 4500

Add to Cart

ResearchInChina researched and summarized China's current mainstream high computing power ADAS domain controller products such as Huawei MDC and DJI ADAS domain controller prototype, and technical information.

This paper will briefly analyze the key components of ADAS domain controller, including CPU, MCU, storage, and interface.

CPU

In terms of CPU selection, to enable their domain controllers to achieve L2+ high-level ADAS functions such as NOP/NGP, all vendors are pursuing large computing power chips, among which Nvidia Xavier and Orin are most used. Both NVIDIA Xavier and Orin incorporate stereo camera hardware acceleration, allowing for direct hardwire output of disparity maps, as well as optical flow acceleration module. The optical flow effect of stereo camera is much better than mono camera. For stereo camera companies, the most core software asset is stereo matching algorithms, most of which are for semi-global matching. Yet it still needs time to explore for better performance.

Depth map is often calculated by CPU. After the depth map, the freespace needs to be calculated, mainly by GPU.

MCU in Domain Controller

Generally, the MCUs for ADAS domain controllers are provided by Infineon or NXP, especially Infineon TC297X/397X series with a high market share. The mainstream MCUs from Renesas, Infineon and NXP all reach the ASIL-D level. For example, the DJI ADAS domain controller engineering prototype MCU uses TI TMS570LC4357, a chip which was launched in 2014 and has not passed ASIL certification but only AEC Q-100 certification.

In the second half of 2024, Infineon planned to start mass production of the new AURIX TC4x family of 28 nm microcontrollers (MCUs) for high volume data throughput applications such as advanced driving assistance systems, various domain controllers, new energy and gateway systems.

MCU plays a very important role. It is the most important part to ensure the domain controller to achieve ASIL-C/D certification.

Interface

ADAS domain controller needs abundant interfaces (video interface, Ethernet interface, CAN interface, etc.) to connect various sensor devices, including: camera, LiDAR, radar, ultrasonic radar, integrated navigation, IMU, V2X module, etc. Camera interface often uses protocols like GMSL, LVDS and FPDLink. Radar generally adopts CAN/FD communication. LiDAR that needs to upload large amounts of data uses Ethernet interface.

Above the DJI ADAS domain controller carrier board MCU are two Ethernet switches, namely, Marvell 88EA6321. On the left is a hard disk SATA interface, using Marvell 88SE9171 chip to convert SATA to PCIe interface. Most development boards don't carry SATA interface, and usually use USB interface. Next to 88SE9171 is a Winbond W25Q64JV NOR Flash with 64Mb capacity, supposed to store a simple hard disk driver.

Marvell's first-generation Automotive Brightlane™ Ethernet switch, 88EA6321, is a 7-port Ethernet gigabit capacity switch that is fully compliant with IEEE802.3 automotive standard with Audio/Video bridging capabilities and supports Energy Efficient Ethernet for reduced power consumption. The 7-port Ethernet switch offers 2 integrated IEEE 10/100/1000BASE-T/TX/T ports, 2x RGMII/xMII (2 ports can be configured to be 1GMII) ports, and 1 SGMII / SerDes port. The switch offers remote management capabilities, providing easy access and configuration of the device. It often acts as the bridge between the main processor and the MCU, namely Nvidia Xavier and TI TMS570LC4357.

The 88EA6321 is an early product of Marvell. Marvell's Ethernet switches have now evolved to the third generation. Yet Marvell often cooperates with large manufacturers on advanced products. 88EA6321 targets markets with low security requirements, such as body controllers, Infotainment controllers and gateways, and only supports up to 1G. Although Tesla is also using this chip, new products from conventional automakers such as Volkswagen will not use such a low bandwidth switch. The most advanced design currently available already supports up to 10G, that is, Gigabit Ethernet that generally supports up to 2.5G.

For some LIDARs with high point cloud density, the peak rate may exceed 100M per second. 88EA6321 is not suitable for LIDARs with high point cloud density (it is impossible to use CAN with the maximum available bandwidth only up to 0.5M). At present, the mainstream radars deliver CAN or CAN-FD interface. A very few 4D radars offer optional Ethernet output, and generally the default is CAN-FD.

Storage

Same as consumer electronics, vehicles have started mass adoption of LPDDR DRAM, UFS, eMMC and other high-speed memory devices to meet the needs of the system and software-level algorithm of ADAS domain controllers for data transmission and storage. At present, the mainstream domain controller storage portfolio mainly applies the form of "LPDDR+UFS", which is consistent with the storage portfolio for smartphones.

Micron leads the industry in terms of domain controller storage. In June 2021, Micron introduced the first automotive-qualified portfolio of UFS 3.1 memory devices, offering higher cost/density benefits. UFS 3.1 devices enable two times faster read performance and a 50% improvement in sustained write performance than last-generation UFS 2.1 devices. Micron UFS 3.1 meets the needs of growing sensor and camera data for real-time local storage in L3+ ADAS and black box applications. The ADAS domain controller of Li Auto L9 is equipped with Micron's automotive-grade LPDDR5 DRAM memory and UFS 3.1 memory chips based on 3D TLC NAND technology. To date, Micron LPDDR5 is the only ASIL D-certified memory product in the industry.

The higher intelligent driving assistance level, and the gradual application of highway/urban NGP, automated valet parking (AVP) and other functions will pose higher automotive DRAM capacity, bandwidth and product requirements.

  • Capacity: according to Micron's data, the DRAM capacity required by a single L1/2 vehicle is about 8GB, while that for L3 and L5 vehicles is increased to 16GB and 74GB respectively.
  • Bandwidth: the DRAM bandwidth for L2 is generally 25-50GB/s; the bandwidth for L3 can reach 200GB/s; and the bandwidth for L4+ will be increased to 1TB/s.
  • Product: the L2 mainly adopts the basic DDR2/DDR3. At this stage, as L2 starts upgrade to L3, DRAM will also be gradually switched to DDR4 / LPDDR4/LPDDR5/GDDR5.

As for UFS, it is specifically defined by JEDEC as a high-performance memory replacement for e-MMC. It has become the premiere solution for smartphones, continuing to migrate into automotive and other applications. UFS will ultimately surpass e-MMC as the primary storage solution for automotive applications.

Deserializer

A typical deserializer model is TI DS90UB960. The surround view of the 360° panoramic fisheye camera is usually enabled by Infotainment. The effective distance of the surround view is generally within 10 meters. It is unlikely to be for long distance application in ADAS, and often only for parking. The ADAS domain controller has no requirement for 360° surround view. Besides, one DS90UB960 is enough to correspond to four 360° surround view image sensors.

The above diagram shows typical applications of TI DS90UB960, that is, receiving YUV444 data from four 2-Megapixel imagers at 30Hz frame rates or YUV420 data from four 2-Megapixel imagers at 60Hz frame rates, more probably the latter. DS90UB954 is a simplified version of DS90UB960, with lanes reduced from 4 to 2. It is generally paired with DS90UB953. It is supposed that Tesla's in-car driver status monitoring uses this chip. For the LVDS output of cameras is not suitable for long-distance transmission, generally cameras should be equipped with a deserializer chip to convert parallel data for serial coaxial or STP transmission, so that the transmission distance can be far and the electromagnetic interference (EMI) is easier to meet automotive regulations.

Here it needs to explain the data formats of cameras, generally RAW RGB and YUV. There are three levels of YUV: YUV444, YUV422 and YUV420. The formula for calculating bandwidth for RAW RGB is: Pixel × Frame Rate × Bit × 4. For example, if a camera outputs 2-megapixel images at 30Hz, the bandwidth is 2 megapixels x30x8x4, or 1.92Gbps, which is too wide. YUV444 is Pixel × Frame Rate × Bit × 3, or 1.44Gbps; YUV422 is Pixel × Frame Rate × Bit × 2, or 0.96Gbps; YUV420 is Pixel × Frame Rate × Bit × 1.5, or 0.72Gbps. For ADAS with low requirements for color, YUV420 is enough. YUV422 finds broad application except in vehicles.

Table of Contents

1 High Computing Power Domain Controller Products and Solutions

  • 1.1 Huawei
    • 1.1.1 Intelligent Driving Domain Controller: Product Matrix
    • 1.1.2 Intelligent Driving Domain Controller: Product Features
    • 1.1.3 Intelligent Driving Domain Controller: Internal Architecture
    • 1.1.4 MDC610 Domain Controller
    • 1.1.5 MDC610 Logical Architecture
    • 1.1.6 MDC610 Low Power Consumption Status
    • 1.1.7 MDC610 Appearance Interface
    • 1.1.8 MDC610 Interface Solution: CAN/Ethernet/Video Interface
    • 1.1.9 MDC610 Typical Deployment Solution: Debug/Mass Production Solution
    • 1.1.10 MDC610 Cooling Specifications-Liquid Cooling/Air Cooling
    • 1.1.11 MDC610 Deployment Location
    • 1.1.12 MDC610 Box Size and Installation Space - Liquid Cooling / Air Cooling
    • 1.1.13 MDC610 Thermal Management Deployment Requirements
    • 1.1.14 MDC610 Adaptable Sensors
    • 1.1.15 MDC300/F Domain Controller
    • 1.1.16 MDC300/F Appearance Interface
    • 1.1.17 MDC300/F Internal Structure
    • 1.1.18 MDC300/F Technical Specifications: Interface/Complete Unit/Computing Power and Power Supply
    • 1.1.19 MDC300/F Hardware Design
  • 1.2 Desay SV
    • 1.2.1 Intelligent Driving Domain Controller Product Plan
    • 1.2.2 Autonomous Driving Domain Controller IPU: Product Matrix and Comparison
    • 1.2.3 Autonomous Driving Domain Controller: Software & Hardware Architecture and Division Logic
    • 1.2.4 Autonomous Driving Domain Controller IPU04: Internal Architecture / Software Architecture
    • 1.2.5 Domain Fusion Central Computing Platform Aurora: Performance Features/Design Solutions
  • 1.3 DJI Automotive
    • 1.3.1 Domain Controller Appearance and Interfaces
    • 1.3.2 Domain Controller Internal Structure Form: Domain Controller Mainboard / SOM Slot / Chip Module
    • 1.3.3 Domain Controller Mainboard Device Introduction
    • 1.3.4 Domain Controller Ethernet Switch
    • 1.3.5 Domain Controller Deserialization
    • 1.3.6 Domain Controller Debug PCB
    • 1.3.7 Domain Controller System Block Diagram
    • 1.3.8 Domain Controller Key Components - Master Table/CPU/MCU/Deserialization
    • 1.3.9 Control ECU Appearance and Interface
    • 1.3.10 Control ECU Internal Structure Form
    • 1.3.11 Control ECU System Block Diagram
    • 1.3.12 Control ECU Key Components
  • 1.4 Tesla
    • 1.4.1 Autopilot Function Upgrade Path: HW1.0 -> HW3.0
    • 1.4.2 Domain Controller HW: Development Path
    • 1.4.3 Domain Controller HW2.5 vs HW3.0
    • 1.4.4 Domain Controller HW3.0: Internal Structure
  • 1.5 Haomo.AI
    • 1.5.1 Intelligent Driving Domain Controller: Product Development Planning
    • 1.5.2 Intelligent Driving Domain Controller: "Little Magic Box 3.0" (IDC 3.0)
  • 1.6 FreeTech
    • 1.6.1 Intelligent Driving Domain Controller layout
    • 1.6.2 The Third Generation of Intelligent Driving Domain Controller ADC30 Architecture Diagram
    • 1.6.3 The Third Generation of Intelligent Driving Domain Controller ADC30 Sensor Configuration and Function Support
    • 1.6.4 Next Generation of Autonomous Driving Domain Controller ADC-X
  • 1.7 Domain Controller Technology Benchmarking
    • 1.7.1 Domain Controller Product Technology Benchmarking (1)
    • 1.7.2 Domain Controller Product Technology Benchmarking (2)
    • 1.7.3 Domain Controller Product Technology Benchmarking (3)

2 Comparison of Key Components of High-End ADAS Domain Controllers

  • 2.1 Chip
    • 2.1.1 Chip: Nvidia
    • 2.1.2 Chip: Horizon
    • 2.1.3 Chip: Black Sesame Technologies
    • 2.1.4 Chip: Qualcomm Snapdragon RIGE
    • 2.1.5 ADAS Domain Controller Chip Vendor Software Stack Solutions
    • 2.1.6 Comparison of Product Performance Parameters between ADAS Domain Controller Chip Vendors (1)
    • 2.1.7 Comparison of Product Performance Parameters between ADAS Domain Controller Chip Vendors (2)
    • 2.1.8 Comparison of Product Performance Parameters between ADAS Domain Controller Chip Vendors (3)
    • 2.1.9 Comparison of Product Performance Parameters between ADAS Domain Controller Chip Vendors (4)
    • 2.1.10 Comparison of Product Performance Parameters between ADAS Domain Controller Chip Vendors (5)
  • 2.2 MCU
    • 2.2.1 Major ADAS Domain Controller MCU Vendors
    • 2.2.2 MCU: Infineon TC Series Comparison
    • 2.2.3 MCU: Infineon TC2xx
    • 2.2.4 MCU: Infineon TC3xx
    • 2.2.5 MCU: Infineon TC4xx
    • 2.2.6 Trend 1
    • 2.2.7 Trend 2
    • 2.2.8 Trend 3
  • 2.3 Storage
    • 2.3.1 Storage: Micron
    • 2.3.2 Storage: Samsung
    • 2.3.3 Storage: Hynix
    • 2.3.4 Storage: Kioxia (Formerly Toshiba Storage)
    • 2.3.5 Storage: ISSI (Wholly Owned Subsidiary of Beijing Ingenic)
    • 2.3.6 Storage Trend 1
    • 2.3.7 Storage Trend 2
    • 2.3.8 Storage Trend 3
  • 2.4 I/O Interface
    • 2.4.1 LVDS/CAN/ETH
Have a question?
Picture

Jeroen Van Heghe

Manager - EMEA

+32-2-535-7543

Picture

Christine Sirois

Manager - Americas

+1-860-674-8796

Questions? Please give us a call or visit the contact form.
Hi, how can we help?
Contact us!