CAN communication test system
By designing the CAN communication test system, using automated testing of the upper computer, CAN analysis module and CANOE module, the problems of incomplete coverage and data processing difficulties of CAN communication matrix signal test are solved, and efficient and complete test coverage and data management are achieved.
Patent Information
- Application Number
- CN202421884990.5
- Authority / Receiving Office
- CN · China
- Patent Type
- Utility models(China)
- Current Assignee / Owner
- Filing Date
- 2024-08-06
- Publication Date
- 2025-07-08
- Estimated Expiration
- 2034-08-06
AI Technical Summary
In the prior art, CAN communication matrix signal testing relies on manual operation, incomplete coverage, difficult data recording and processing, and lack of automated testing tools, resulting in high test complexity and error rate.
A CAN communication testing system is designed, including a host computer, a CAN analysis module, a CANAPE module and a CANOE module. It uses Python to call the COM interface to realize automatic signal calibration and measurement, and uses the CAN analyzer VN1640A for signal monitoring and recording, supporting automated testing.
It realizes automated testing of CAN communication matrix signals, improves test coverage and efficiency, ensures test integrity, reduces human errors, and simplifies data management.
Smart Images

Figure CN223080040U_ABST
Abstract
Description
Technical Field
[0001] The utility model belongs to the technical field of automotive electronics, and particularly relates to a CAN communication test system. Background Art
[0002] In the automotive electronics industry, the Controller Area Network (CAN) bus is widely favored for its high performance, high reliability, and flexibility, and has become a core component of modern automotive communication systems. The CAN bus greatly improves the overall performance of vehicle control systems by enabling data exchange between controllers. Among them, CAN communication matrix signal testing is a key link to ensure stable CAN bus communication and reliable data transmission.
[0003] However, the existing technology for testing CAN communication matrix signals still has the following problems:
[0004] 1. Traditional CAN communication matrix signal testing mainly relies on manual operation. Testers manually send and receive CAN signals through devices such as CAN analyzers, record and analyze the test results. Although this method can complete basic test tasks, it seems powerless when facing increasingly complex automotive control systems and huge test requirements.
[0005] 2. Incomplete coverage: Due to human factors in manual testing, testers may not be able to cover all test scenarios and signals, resulting in incomplete coverage of test results and affecting the accuracy of testing.
[0006] 3. Difficulties in data recording and processing: In traditional testing methods, the recording of test data usually relies on paper documents or spreadsheets, and there are great difficulties in data management, query, and analysis. At the same time, for complex test results, manual analysis and judgment are required, which is both time-consuming and error-prone.
[0007] 4. Lack of support for automated testing tools: Currently, there is a lack of automated testing tools for CAN communication matrix signal testing in the market, which makes testers lack effective auxiliary means during testing, increasing the difficulty and complexity of testing. Summary of the Utility Model
[0008] The purpose of the utility model is to provide a CAN communication test system to solve the problems raised in the background art.
[0009] The utility model realizes the above purpose through the following technical solutions:
[0010] The present utility model provides a CAN communication test system, which includes a host computer, a CAN analysis module for connecting the host computer and the CAN bus signal, and a CANAPE module and a CANOE module provided in the host computer;
[0011] The CANAPE module is used to call the COM interface to write calibration quantities into the CANOE module to monitor and read the observed quantities on the CAN bus;
[0012] The CANOE module is used to call the COM interface to receive the calibration quantities as the input of signal testing and use the observed quantities as the output of signal testing.
[0013] Furthermore, the host computer further includes a message recording module signal-connected to the CANAPE module and the CANOE module, and the message recording module is used to save the input and output message signals on the CAN bus.
[0014] Furthermore, the host computer further includes a pre-configuration module for pre-configuring the engineering files of the CANAPE module and the CANOE module to enable the CAN analysis module to interact with the CAN bus.
[0015] Furthermore, the CAN analysis module is specifically a CAN analyzer VN1640A.
[0016] Furthermore, the host computer further includes a transmitted signal processing module for verifying the transmitting end and the type of message signal on the CAN bus.
[0017] Furthermore, the host computer further includes a received signal processing module for verifying the receiving end and the type of message signal on the CAN bus.
[0018] The beneficial effects of the present utility model are as follows:
[0019] 1. The present application provides an automated test system for traversing CAN communication matrix signals, which can improve the work efficiency and enthusiasm of testers, improve test coverage, and is more conducive to regression testing.
[0020] 2. The present application can ensure the integrity of CAN communication matrix testing, reduce testing time, improve test efficiency and coverage, and achieve the environmental stability of the CAN network. Brief Description of the Drawings
[0021] Figure 1 is the overall structural schematic diagram of the present utility model. Detailed Embodiments
[0022] The present application is further described in detail below in conjunction with the accompanying drawings. It is necessary to point out here that the following specific implementation methods are only used to further illustrate the present application and cannot be understood as limiting the scope of protection of the present application. Technical personnel in this field can make some non-essential improvements and adjustments to the present application based on the above application content.
[0023] Example 1
[0024] like Figure 1 As shown, this embodiment proposes a CAN communication test system, including a host computer, a CAN analysis module for connecting the host computer and CAN bus signals, and a CANAPE module, a CANOE module and a message recording module arranged in the host computer; the host computer includes a pre-configured module for a pre-configured Python operating environment, and pre-configured CANAPE module and CANOE module project files for interacting the CAN analysis module with the CAN bus.
[0025] In this embodiment, the python operating environment is Pycharm, and the CAN analysis module is the CAN analyzer VN1640A.
[0026] It can be understood that the test system in this embodiment uses python to call the COM interface of the CANAPE module and the CANOE module, and realizes the automatic calibration and measurement of the CAN bus signal of the vehicle-mounted ECU through the CAN analyzer VN1640A. During the test, the message log signal on the CAN bus is recorded, and the test results are printed in the python running window.
[0027] More specifically, the CANAPE module is used to call the COM interface to write the calibration quantity into the CANOE module to monitor and read the observed quantity on the CAN bus; the CANOE module is used to call the COM interface to receive the calibration quantity as the input of the signal test to use the observed quantity as the output of the signal test; the message recording module is used to save the message signals input and output on the CAN bus, specifically, to store them independently in the form of blf files.
[0028] Further preferably, for the signal that the BMS to be tested needs to send to the CAN bus, the cantools module in python is used to process the DBC signal, and then the calibration quantity corresponding to the signal is written through the XCP protocol in the CANAPE module, and then the actual message signal sent to the CAN bus is read in CANOE.
[0029] Further preferably, for the signal that the BMS to be tested needs to receive on the CAN bus, the CANOE module is used to simulate other nodes on the bus to send actual message signals, and then the observed value corresponding to the signal is read through the XCP protocol in the CANAPE module.
[0030] Further preferably, the host computer includes a transmission signal processing module. When the transmission end of the message signal on the CAN bus is verified as the BMS and the message signal is verified not to be a network management message or a diagnostic message, the transmission signal to be tested is extracted, and the signal name and message name of the message signal are extracted to form a first list.
[0031] Further preferably, the host computer further includes a reception signal processing module. When the reception end of the message signal on the CAN bus is verified as the BMS and the message signal is verified not to be a network management message or a diagnostic message, the reception signal to be tested is extracted, and the signal name and message name of the message signal are extracted to form a second list.
[0032] In specific implementation, when performing automated testing on the CAN communication matrix signal, the specific processing procedures of the CANAPE module and the CANOE module are as follows:
[0033] More specifically, in this embodiment, the CANAPE (calibration, observed quantity processing) module performs write (read) operations on the calibration (observed) quantity based on the CANAPE COM interface. The writing of the calibration quantity serves as the input for the transmission (Tx) signal test, and the reading of the observed quantity participates in the output of the reception (Rx) signal test.
[0034] More specifically, the CANOE module (CAN bus signal transceiver) transceives the CAN signals on the bus based on the CANOE COM interface. The transmission of the CAN signal serves as the input for the reception (Rx) signal test, and the reception of the CAN signal participates in the output of the transmission (Tx) signal test.
[0035] Although the embodiments of the present invention have been shown and described, for those of ordinary skill in the art, it can be understood that various changes, modifications, substitutions, and variations can be made to these embodiments without departing from the principles and spirit of the present invention. The scope of the present invention is defined by the appended claims and their equivalents.
Claims
1. A CAN communication test system, characterized in that, It includes a host computer, a CAN analysis module for connecting the host computer and CAN bus signals, and a CANAPE module and a CANOE module provided in the host computer; The CANAPE module is used to call the COM interface to write calibration quantities into the CANOE module to monitor and read observed quantities on the CAN bus; The CANOE module is used to call the COM interface to receive the calibration quantities as inputs for signal testing and use the observed quantities as outputs of signal testing.
2. The CAN communication test system according to claim 1, wherein: The host computer further includes a message recording module that is signal-connected to the CANAPE module and the CANOE module. The message recording module is used to save the input and output message signals on the CAN bus.
3. The CAN communication test system according to claim 1, characterized in that: The host computer further includes a pre-configuration module for pre-configuring the CANAPE module and CANOE module engineering files to enable the CAN analysis module to interact with the CAN bus.
4. The CAN communication test system according to claim 1, wherein: The CAN analysis module is specifically a CAN analyzer VN1640A.
5. The CAN communication test system according to claim 1, wherein: The host computer further includes a transmitted signal processing module that is used to verify the transmitter end and message signal type of the message signals on the CAN bus.
6. The CAN communication test system according to claim 1, characterized in that: The host computer further includes a received signal processing module that is used to verify the receiver end and message signal type of the message signals on the CAN bus.