The Evolution of In-vehicle Network Architectures in SDV Paradigm
Kawshol Sharma
Expert in cloud-focused device software development (connected car, ECUs/TCU/SDV and IIoT embedded application, services and gateways)
The push for more fuel-efficient and safer vehicles has paved the way for electronic controls in cars, leading to the introduction of In-vehicle Networks (IVN). These networks have become essential to modern vehicles. The amount of data passing through these networks is growing rapidly due to the increasing demands of electric vehicles, advanced driver assistance systems (ADAS), radar, lidar, infotainment systems, cameras, and vehicle-to-vehicle communication systems.
To meet this need, the automotive industry and technology supplier have developed communications protocols and application-specific extensions to existing network technologies, standardized under the aegis of organizations like ISO and IEEE, and it continues to investigate new topologies and protocols to improve performance, increase reliability and lower the costs of IVNs.
A Software Defined Vehicle (SDV) is a vehicle where software plays a central role in its functionalities, features, and overall performance. It goes beyond simply using software to control individual systems; it fundamentally shifts the paradigm, making software the driving force behind the vehicle's capabilities.
Let us relate the Software definition to the vehicle architecture in use. This will help us to deal with the vehicles and in vehicle functions mapping in designs.
Classic Network architecture (Low end cars)
In-vehicle Networks (IVNs) are structured using a composite architecture that integrates multiple networks in a logical arrangement.
In traditional car design, various electronic control units (ECUs) are scattered throughout the vehicle and connected to each other. These ECUs are typically positioned close to the sensors or motor they manage. This arrangement, however, leads to a complex network of wiring, making the system bulky, heavy, and expensive.
Key feature
Benefits
Domain Network architecture (Mid end vehicles)
The number of electronic control units (ECUs) in vehicles is continuing to rise. A current mid-range vehicle might have 70 ECUs, while a luxury vehicle might have as many as 150.? Connecting these devices is challenging, and vehicle manufacturers seek to consolidate capabilities into fewer devices to reduce complexity and cost. Hence, the evolution of the Domain architecture currently used in newer vehicles. This gives rise to domain network architecture.
Instead of having numerous ECUs scattered throughout the vehicle, this approach groups related functionalities into distinct "domains," each controlled by a powerful central computing unit (CCU) or Domain Controller.
Example Domains:
领英推荐
Key feature benefits:
Zonal Network architecture (High end cars)
The “next generation” IVN architecture is called Zonal architecture. In the Zonal architecture, main controllers called zone controllers are in different sections of the car (e.g., front left, front right). The sensors and actuators are connected directly to the zone controller, and because the zone controller is close to the interfaced devices, the cable lengths required to connect them are relatively short, resulting in less weight and expense. This architecture reduces the number of wires in the harness, and there are fewer ECUs overall replaced by much more powerful, centralized ECUs for the different regions of the car.
A central controller linked to zone controllers via a high-speed data "backbone" handles data fusion and higher-level decision-making tasks. This backbone also ensures the necessary data redundancy, particularly crucial for autonomous driving. Due to the large volume of data exchanged between controllers and the need to connect to external high-speed networks, high speed and throughput are vital for this architecture, especially for the central controller and backbone functions. Therefore, it is essential to transfer data at speeds significantly exceeding 10 Mbit/s.
Here is a comparison of the latency needs.
Key Features:
Examples of Zones:
Benefits of Zonal Architecture:
What could be the future...
It is impossible for architecture to go end of life due to legacy price and needs of different customer in different part of world. However, the evolution and software definition of the vehicle will continue in all kind of architecture. ?This will pave in modification upgradation and re-development of the vehicles to accommodate the cloud centric service that may need to be active to make driving safe and fuel efficient.
For example, new vehicles may see more IVN technologies replacing like CAN FD with a maximum data rate of 5 Mbit/S with CAN XL (extended length CAN), which operates up to 20 Mbit/S in the data phase, and/or 10Base-T1S (10Mbit/s single-pair Ethernet), which operates at a maximum rate of 10 Mbit/S or 100base with 100 Mbit/S in parts of domain or zones.
What may be seen is a convergence and evolution of both domain and zonal architectures in vehicle networks.
Program Director chez Continental Automotive Rambouillet France
4 个月Instructif
Expert in cloud-focused device software development (connected car, ECUs/TCU/SDV and IIoT embedded application, services and gateways)
4 个月Thanks all
Expert in cloud-focused device software development (connected car, ECUs/TCU/SDV and IIoT embedded application, services and gateways)
4 个月thanks all for your review and help , do let me know if there is any mistake.
Connected Car Management Engineer
4 个月Nice detailed content on Connectivity ??????
Architecte systèmes
4 个月Abdul Nasser Raouf, PhD