As the number of ECUs in automotive electronic systems increases, the amount of data that needs to be communicated through the CAN bus also increases dramatically. According to previous engineering experience, when the bus load rate exceeds 30%, the probability of message delay increases. How high is the probability of message delay caused by different bus load rates, and how much delay can be caused? These questions are difficult to answer using existing analysis methods and tools. At the same time, two questions are derived (the bus load rate in this article refers to the CAN bus):
Does the FlexRay bus have to be used when the bus load rate exceeds 30%?
Will the message response time exceed the deadline when the bus load rate is below 30%?
The user case of Fiat R&D department using Symtavision can answer the above two questions.
Bus load rate below 30% will cause message delay
The CAN bus load rate is an evaluation parameter of the bus message occupation within a statistical period of time. This is a very macro parameter. For example, in the following example CAN bus: there are 3 ECUs, each sending different CAN messages in different cycles.
Figure 1: Modeling and analyzing CAN bus message delay using SymTA/S
The bus load rate obtained by using SymTA/S analysis is 2.85%, which is very small. However, a detailed analysis of the message Msg_20ms shows that due to bus arbitration, the maximum message response time is 0.564ms (Deadline is 0.5ms); after optimizing the CAN bus, the response time is effectively reduced. This is just a very simple example, which shows that there is message delay even when the bus load rate is lower than 30%. New tools are needed in engineering to evaluate the effectiveness and scalability of the bus. The bus load rate has certain limitations.
Rethinking bus load factor
The CAN bus load rate is only a macro parameter and can no longer fully evaluate the effectiveness and scalability of the bus. The reason for this is that, on the one hand, the electronic systems were relatively simple and the number of bus messages was small in the past, and simply limiting the bus load rate could meet the message response time requirements. However, when the number of ECUs participating in CAN bus communication or the number of bus messages increased, it was no longer possible to ensure that a lower bus load rate would meet the message response time requirements.
On the other hand, from a technical perspective, there was no tool that could help engineers analyze the more detailed factors behind the CAN load rate, and it was impossible to specifically analyze the delay of each message and the impact of the message on the bus. However, in engineering applications, the final definition or evaluation is the deadline of a certain message. When the CAN communication system becomes more complex, the simple bus load rate can no longer be used as a complete technical indicator to evaluate a CAN bus system. A more detailed analysis is needed to determine whether the worst case response time of each message exceeds the deadline.
CAN bus load rate can reach 70% -Fiat R&D engineer
Fiat R&D engineers have long used SymTA/S, a time modeling analysis and verification tool from Symtavision of Germany, to help them develop and verify CAN bus systems, and have used Symtavision's analysis tools in several models. When developing the next generation of models, engineers maximized the communication capabilities of the CAN bus under the premise of increasing the number of system ECUs but not using the FlexRay bus. Of course, the premise of these measures is to ensure that the designed CAN bus meets the requirements for response time (Deadline).
First, Fiat engineers imported the bus model (DBC) file into the SymTA/s tool, and then analyzed it and found that the sending time of some messages exceeded the pre-defined deadline. Then they optimized the bus system and determined that the maximum response time of those messages that exceeded the pre-defined deadline met the requirements. At the same time, analysis found that the load rate of the CAN bus was 70%.
in conclusion
Symtavision's time modeling, analysis and verification tools allow developers to not only analyze the bus load rate when determining whether the CAN bus is feasible, but more importantly, they can analyze and verify the maximum response time of each message, making the analysis of the CAN bus a step deeper.
Previous article:Application of photonics technology in automotive LED headlights, night vision safety systems and laser ignition systems
Next article:Would you dare to drive a car that has never been refueled?
- Popular Resources
- Popular amplifiers
- Red Hat announces definitive agreement to acquire Neural Magic
- 5G network speed is faster than 4G, but the perception is poor! Wu Hequan: 6G standard formulation should focus on user needs
- SEMI report: Global silicon wafer shipments increased by 6% in the third quarter of 2024
- OpenAI calls for a "North American Artificial Intelligence Alliance" to compete with China
- OpenAI is rumored to be launching a new intelligent body that can automatically perform tasks for users
- Arm: Focusing on efficient computing platforms, we work together to build a sustainable future
- AMD to cut 4% of its workforce to gain a stronger position in artificial intelligence chips
- NEC receives new supercomputer orders: Intel CPU + AMD accelerator + Nvidia switch
- RW61X: Wi-Fi 6 tri-band device in a secure i.MX RT MCU
Professor at Beihang University, dedicated to promoting microcontrollers and embedded systems for over 20 years.
- LED chemical incompatibility test to see which chemicals LEDs can be used with
- Application of ARM9 hardware coprocessor on WinCE embedded motherboard
- What are the key points for selecting rotor flowmeter?
- LM317 high power charger circuit
- A brief analysis of Embest's application and development of embedded medical devices
- Single-phase RC protection circuit
- stm32 PVD programmable voltage monitor
- Introduction and measurement of edge trigger and level trigger of 51 single chip microcomputer
- Improved design of Linux system software shell protection technology
- What to do if the ABB robot protection device stops
- Red Hat announces definitive agreement to acquire Neural Magic
- 5G network speed is faster than 4G, but the perception is poor! Wu Hequan: 6G standard formulation should focus on user needs
- SEMI report: Global silicon wafer shipments increased by 6% in the third quarter of 2024
- OpenAI calls for a "North American Artificial Intelligence Alliance" to compete with China
- OpenAI is rumored to be launching a new intelligent body that can automatically perform tasks for users
- Nidec Intelligent Motion is the first to launch an electric clutch ECU for two-wheeled vehicles
- Nidec Intelligent Motion is the first to launch an electric clutch ECU for two-wheeled vehicles
- ASML provides update on market opportunities at 2024 Investor Day
- Arm: Focusing on efficient computing platforms, we work together to build a sustainable future
- AMD to cut 4% of its workforce to gain a stronger position in artificial intelligence chips
- Imagine: When the college entrance examination meets 5G, what kind of magical experience will it bring us? (Give away chip coins)
- I promised not to cry until the current "burned" the vias red...
- After connecting to UPS, some devices do not work
- Free evaluation - Topmicro intelligent display module (7) practical application
- 22 "Wanli" Raspberry Pi car - mobile phone remote control motor rotation
- [Raspberry Pi 4B Review] Install Libreelec system on Raspberry Pi 4 and install plug-ins to watch IPTV live broadcast
- Industrial Sensor Selection Method
- The same via can have different impedances???
- What simulation software is generally used when making switching power supplies?
- Design of 16-channel data acquisition system based on ADC0809 and 51 single-chip microcomputer