A domain controller network testing system, method, and apparatus

Abstract

This invention relates to the field of vehicular network testing technology, and discloses a domain controller network testing system, method, and apparatus. The system includes multiple vehicular Ethernet converters, Ethernet switches, and bus controllers. Each vehicular Ethernet converter is connected to a domain controller under test, and each vehicular Ethernet converter is also connected to the Ethernet switch. Each domain controller under test is also connected to the bus controller. The Ethernet switch and the bus controller are both connected to a host computer. The host computer is configured to: receive on / off configurations for the channels between the Ethernet switch and at least one of the domain controllers; receive test requests and send test signals to the bus controller; and acquire messages transmitted and received at a specified bus listening port or mirror port to obtain test results. This invention enables arbitrary channel configuration between domain controllers, meeting various testing requirements.

Description

TECHNICAL FIELD

[0001] The present application belongs to the technical field of vehicle network testing, and particularly relates to a domain controller network testing system, method and device. BACKGROUND

[0002] The statements in this section merely provide background information related to the present application and do not necessarily constitute the prior art.

[0003] With the development of intelligent vehicles, especially the rapid development of advanced auxiliary and automatic driving technologies, electronic control units (ECUs) of vehicles are becoming more and more important. A complete vehicle network system includes the cooperative work among multiple domain controllers, realizes the data interaction processing of each control domain, and together completes the normal operation of various functions of the vehicle.

[0004] With the increasing of the intelligent degree of vehicles, the number of vehicle domain controllers is gradually increasing, and the communication network topology structure in the domain controllers is also very complex. The transmission and interaction of a large amount of data increase the probability of ECU communication failure. In order to verify the reliability of communication between domain controllers and analyze faults, communication testing of vehicle equipment is needed. The connection between domain controllers is physically cut off and connected in series with a bus controller, and then vehicle data acquisition and communication fault analysis are performed, which makes the communication testing among a large number of electronic control units relatively cumbersome. SUMMARY

[0005] In order to more efficiently realize data acquisition and fault analysis of domain controllers, the present application provides a domain controller network testing system, method and device, which can arbitrarily configure channels by connecting the domain controllers to be tested to a bus controller and an Ethernet switch, meet various testing requirements, and reduce the modification time and cost of communication measurement of different devices.

[0006] To achieve the above purpose, the first aspect of the present application provides a multi-domain controller network testing system, comprising a plurality of vehicle Ethernet converters, an Ethernet switch and a bus controller; each vehicle Ethernet converter is connected to a domain controller to be tested, and each vehicle Ethernet converter is connected to the Ethernet switch; each domain controller to be tested is also connected to the bus controller; the Ethernet switch and the bus controller are connected to an upper computer; the upper computer is configured to: receive on-off configuration of a channel between the Ethernet switch and at least one domain controller; receive test requirements, send test signals to the bus controller; and obtain messages received and sent by a specified bus monitoring port or mirror port to obtain test results.

[0007] In some embodiments, the upper computer is connected to a CANoe device through the bus controller.

[0008] In some embodiments, after the host computer sends the test signal to the bus controller, the host computer further receives the transmission signal captured by the bus controller based on the monitoring port, and determines whether the sent test signal is consistent with the monitored transmission signal.

[0009] In some embodiments, the host computer further sends a confirmation signal to the domain controller establishing the channel connection, and considers that the channel is successfully established if the feedback signal is received.

[0010] In some embodiments, the test signal sent by the host computer to the bus controller is a fault test signal, a corresponding vehicle response signal set is determined based on a set fault test, a response signal of the corresponding mirror port of each channel is obtained based on the Ethernet switch, and it is determined whether the vehicle response of the fault is correct.

[0011] The second aspect of the present application provides a test method based on the multi-domain controller network test system, comprising:

[0012] Receiving on-off configuration of a channel between the Ethernet switch and at least one domain controller;

[0013] Receiving a test requirement and sending a test signal to the bus controller;

[0014] Obtaining the message transmitted and received by the specified bus monitoring port or mirror port to obtain a test result.

[0015] In some embodiments, after the host computer sends the test signal to the bus controller, the host computer further receives the transmission signal captured by the bus controller based on the monitoring port, and determines whether the sent test signal is consistent with the monitored transmission signal.

[0016] In some embodiments, the test signal sent by the host computer to the bus controller is a fault test signal, a corresponding vehicle response signal set is determined based on a set fault test, a response signal of the corresponding mirror port of each channel is obtained based on the Ethernet switch, and it is determined whether the vehicle response of the fault is correct.

[0017] The third aspect of the present application provides a test device based on the multi-domain controller network test system, comprising:

[0018] The channel configuration module is configured to receive on-off configuration of a channel between the Ethernet switch and at least one domain controller;

[0019] The test requirement confirmation module is configured to receive a test requirement and send a test signal to the bus controller;

[0020] The test analysis module is configured to acquire the message sent and received by the specified bus monitoring port or mirror port to obtain a test result.

[0021] In some embodiments, a report generation module is further included and configured to generate a test report based on the test requirement and the test result in response to a report acquisition instruction.

[0022] The above one or more technical solutions have the following beneficial effects:

[0023] By integrating the to-be-tested domain controller into the bus controller and the Ethernet switch, using the multi-interface channel hardware and setting the corresponding configuration instruction, the fast switching of the connection between the multi-domain controllers is realized, the device connection modification process required for testing different domain controllers is reduced, and the subsequent data grabbing, fault testing and programmable control logic testing for the data between the vehicle-mounted Ethernet and the bus network are facilitated. BRIEF DESCRIPTION OF DRAWINGS

[0024] The accompanying drawings, which form a part of the specification, are included to provide a further understanding of the application and are incorporated herein in conjunction with the description of the application. The embodiments of the application, together with its advantages, can best be understood by referring to the following description taken in conjunction with the accompanying drawings in which:

[0025] Figure 1 The accompanying drawings, which form a part of the specification, are included to provide a further understanding of the application and are incorporated herein in conjunction with the description of the application. The embodiments of the application, together with its advantages, can best be understood by referring to the following description taken in conjunction with the accompanying drawings in which:

[0026] Figure 2 The accompanying drawings, which form a part of the specification, are included to provide a further understanding of the application and are incorporated herein in conjunction with the description of the application. The embodiments of the application, together with its advantages, can best be understood by referring to the following description taken in conjunction with the accompanying drawings in which: DETAILED DESCRIPTION

[0027] Embodiments of the present application will be described below in greater detail with reference to the accompanying drawings. Although certain embodiments of the present application are shown in the drawings, it is understood that the present application can be implemented in various forms and should not be interpreted as being limited to the embodiments set forth herein, but rather the embodiments are provided to more thoroughly and completely understand the present application. It should be understood that the drawings and embodiments of the present application are for exemplary purposes only and are not intended to limit the scope of protection of the present application.

[0028] In the description of embodiments of the present application, the term "comprising" and similar terms are to be interpreted as open-ended, i.e., "including but not limited to". The term "based on" is to be interpreted as "based, at least in part, on".

[0029] In the current electronic and electrical architecture of various host manufacturers, the process of domain / domain fusion is developing towards central integration. The vehicle forms information interaction between domains through Ethernet as the backbone network, and the sub-network within the domain uses CAN as the communication network. CAN FD can well compatible with the existing CAN network, and the bus load is reduced under high bandwidth and high transmission rate, so CAN is gradually changing to CAN-FD.

[0030] When the intelligent automobile is started, there are many information interactions, including information interactions between various domain controllers and related sensors, and information interactions between various domain controllers. For example, the automatic driving domain controller needs to receive data from various vehicle-mounted sensors (cameras, millimeter wave radars, laser radars, etc.), formulate appropriate strategies through sensor data processing and multi-sensor information fusion and appropriate working models, make decisions and planning, and in the analysis process, vehicle real-time positioning and path planning are involved, which involves information interaction with the cabin domain controller. During the interaction process, if a sensor or a certain controller is abnormal, it will cause data transmission errors, and then affect the functional safety. In order to test the data transmission process, as described in the background art, the existing test method usually physically cuts off the connection between the domain controller to be tested and other domain controllers, and connects the bus controller in series, and then performs a series of communication tests. When another group of domain controllers needs to be tested, the bus controller is connected in series between the domain controllers. Obviously, when the number of domain controllers to be tested is large, the above operation needs to be repeated, which is cumbersome.

[0031] It can be understood that the "domain controller" referred to in one or more embodiments of the present application can be any functional domain controller of the power domain, chassis domain, cabin domain, intelligent driving domain, vehicle body domain, etc. It can also be a central domain controller, which is not specifically limited here.

[0032] In order to solve the above technical problems, one or more embodiments of the present application provide a multi-domain controller network test system, which comprises a plurality of vehicle-mounted Ethernet converters, an Ethernet switch and a bus controller; each vehicle-mounted Ethernet converter is connected with a domain controller to be tested, and each vehicle-mounted Ethernet converter is connected with the Ethernet switch; each domain controller to be tested is also connected with the bus controller; the Ethernet switch and the bus controller are connected to an upper computer; the upper computer is configured to: receive on-off configuration of a channel between the Ethernet switch and at least one domain controller; receive test requirements, send test signals to the bus controller; and obtain messages received and sent by a specified bus monitoring port or mirror port to obtain test results.

[0033] By externally connecting the Ethernet switch to the vehicle-mounted Ethernet converter of the domain controller to be tested, the channel configuration can be performed to realize the soft connection between any domain controllers, thereby realizing the free switching communication and test between different domain networks, the communication data can be cut off and forwarded, and at the same time, the consistency between the sending and receiving messages can be realized through the bus controller, and fault injection can be performed. The above system can perform comprehensive testing on vehicle communication after connection configuration, which is more convenient and faster than the existing test method.

[0034] Specifically, Ethernet data between multiple domain controllers is extended by connecting an onboard Ethernet converter to an RJ45 port and then to an Ethernet switch. Each domain controller has identification information, such as a controller ID. Port VLANs are also configured to assign different domain controllers to different VLANs, preventing data traffic conflicts between different domains. By specifying the connections between the Ethernet switch and each domain controller, connections between any two domain controllers can be achieved. As an example, after connecting the Ethernet access switch to the controller to be tested, the switch's backend can be accessed via SSH from a host computer, or managed through the switch's IP address. Configuration on the host computer controls Ethernet isolation, forwarding, truncation, and mirroring functions between different domains. The mirroring function ensures data monitoring, channel matching, and automated testing during inter-domain communication. The VLAN function of the Ethernet converter achieves data isolation between different domain controllers, and the host computer simulates a domain controller that can forward and truncate data from other domain controllers and allow specified data to interact with other domain controllers.

[0035] After the channel configuration is complete, the host computer further executes a channel connection confirmation step: sending confirmation signals to the domain controllers that established the channel connection. If a feedback signal is received, the channel is considered successfully established. Through channel settings, the control board or switch accurately forwards the flow of control data after the source control data is sent. Simultaneously, an automated testing module can be loaded to perform functions such as data recording and fault database injection.

[0036] To acquire data transmitted on a specified channel, a mirrored port configuration is used. This mirrors the port requiring data monitoring, allowing the data to be captured on the host computer using tools like Wireshark. The truncation function can be implemented using the switch's access control list to cut off the transmission of specified data.

[0037] The data mirroring function of an Ethernet switch can be used to capture data transmitted between two specified domain controllers. By analyzing the sent and received signals, it's possible to determine if the communication process is abnormal. For example, if the intelligent driving domain controller needs to obtain the steering wheel grip status, signal exchange is required between the intelligent driving computing center ADCC and the steering wheel hands-off detection system HOD. In this case, a channel connection can be configured between the intelligent driving domain controller and the cockpit domain controller, and signals sent by both can be intercepted to determine if the command was correctly responded to. Table 1 shows some message examples.

[0038] Table 1 contains some message examples.

[0039]

[0040]

[0041] The bus controller is specifically a CAN FD bus controller for data truncation and forwarding of the CAN FD bus, and the CAN FD bus controller is connected with each domain controller via the CAN FD bus. The domain controller and the vehicle-mounted Ethernet converter are connected through the NET interface, and the vehicle-mounted Ethernet converter and the Ethernet switch are connected through the NET interface.

[0042] In order to establish a connection between the bus controller and the host computer, a control board supporting the CAN FD protocol needs to be connected to the host computer, and a control board driver needs to be installed on the host computer to ensure that the host computer can recognize the control board and view the interface status of other domain controller devices through instructions. After configuring parameters such as data transmission baud rate, working mode, and data frame format, the interface can start communication connection. In addition, a CANoe device is connected between the bus controller and the host computer, and a matching CANoe software is installed on the host computer. The CANoe device can simulate an electronic controller, and a CAPL script is written to send messages.

[0043] Based on the CANoe device and its matching software, the host computer can be configured to send test signals to the bus controller in response to the test requirements of the user, and at the same time, receive the bus transmission signals captured by the bus controller based on the listening port, and determine whether the sent test signals and the listened transmission signals are consistent, and if so, it is considered that the forwarding is correct. Based on this, it can be determined whether the control signals, sensor signals, etc. forwarded through the bus controller are correctly forwarded to the subsequent process.

[0044] On the basis of testing whether the signals can be correctly forwarded and the test is fault-free, fault injection testing can be performed, that is, the test signals sent by the host computer to the bus controller are fault test signals. A fault test set is set, which includes a fault and a corresponding vehicle response signal set of the fault, wherein the vehicle response signal set includes response signals transmitted between different domain controllers in response to a specified fault, for example, when the fault signal sent to the central domain controller through the bus controller is an intelligent driving function failure fault, the corresponding vehicle response signal of the fault includes a reminder signal sent by the central domain controller to the instrument panel or the vehicle-mounted large screen of the cockpit domain controller, a deceleration signal sent to the power domain controller, etc., based on which, various functions can be tested whether they are normal. As a specific implementation, according to the fault to be tested, the channel connection between the related domain controllers is configured, when the test signal sent by the host computer to the bus controller is a fault test signal, based on the set fault test set, the corresponding vehicle response signal set is determined, the response signals of the corresponding mirror ports of each channel are obtained based on the Ethernet switch, and it is determined whether the vehicle response of the fault is correct.

[0045] In one or more of the above embodiments, by integrating the test domain controller into the bus controller and the switch, using multi-interface channel hardware and setting corresponding configuration instructions, the fast switching connection capability of the multi-domain controller is realized, the device connection modification process required for testing different domain controllers is reduced, which helps to reduce the steps required to be completed when switching different logical test units, facilitates subsequent data capture, fault testing and programmable control logic testing for the data between the vehicle Ethernet and CAN FD network. In addition, the test process is simplified, making fault injection and simulation data injection more convenient, and improving test coverage.

[0046] The domain controller can perform hardware-in-the-loop testing in testing, cascade different ECUs and perform signal data transmission and control between domain controllers.

[0047] The CANFD bus controller and the Ethernet converter are integrated between different domain controllers, the CANFD bus controller and the Ethernet converter are used as data forwarding nodes, and the host computer is used as a controller for controlling the forwarding node, which simplifies the connection complexity and fully utilizes the VLAN and data mirroring functions of the Ethernet switch to realize isolation, data forwarding, data capture and fault simulation interaction between domain controllers. By configuring the specified channel connection of the switch, the test system scalability is improved, and the test cost is reduced.

[0048] Based on the above multi-domain controller network test system, one or more embodiments of the application also provide a test method applied to the host computer, comprising:

[0049] Receiving on-off configuration of the channel between the Ethernet switch and at least one domain controller;

[0050] Receiving test requirements, sending test signals to the bus controller;

[0051] Obtaining the message received and transmitted by the specified bus listening port or mirror port to obtain the test result.

[0052] After sending the test signal to the bus controller, the transmission signal captured by the listening port based on the bus controller is also received, and it is judged whether the sent test signal and the listened transmission signal are consistent, if consistent, it is considered that the forwarding is correct.

[0053] The test signal sent to the bus controller is a fault test signal, based on the set fault test set, the corresponding vehicle response signal set is determined, the response signal of the corresponding mirror port of each channel is obtained based on the Ethernet switch, and it is judged whether the vehicle response of the fault is correct.

[0054] Based on the multi-domain controller network test system, one or more embodiments of the present application further provide a test device, characterized in that comprising:

[0055] a channel configuration module configured to receive on-off configuration of channels between the Ethernet switch and at least one domain controller;

[0056] a test requirement confirmation module configured to receive test requirements and send test signals to the bus controller;

[0057] a test analysis module configured to obtain messages sent and received by the specified bus monitoring port or mirror port to obtain test results.

[0058] After the test requirement confirmation module receives the test requirements, it further determines the channels that need to be connected based on the test requirements, verifies the connected channels, and reminds if there are channels that need to be connected but are not connected.

[0059] The device further comprises a fault test set management module configured to edit faults and their vehicle response signal sets in the fault test set. The editing includes adding new fault test items, and deleting and modifying existing fault test items.

[0060] The device further comprises a report generation module configured to generate a test report based on test requirements and test results in response to a report acquisition instruction.

[0061] Based on the above device, various test requirements can be built in to meet different application scenarios, automatic testing is realized, and automatic generation of test reports is realized.

[0062] One or more embodiments of the present application further provide a host computer that can be used to implement the test method in the above embodiments. The host computer comprises one or more processors, one or more memories coupled to the processors, and a communication module coupled to the processors.

[0063] In addition, although each operation is described in a specific order, it should be understood that the operations are required to be performed in the specific order shown or in a sequential order, or all the illustrated operations should be performed to achieve the desired results. In certain circumstances, multi-tasking and parallel processing can be advantageous. Similarly, although several implementation details are included in the above discussion, these should not be interpreted as limiting the scope of the present application. Certain features described in the context of separate embodiments can also be combined in a single implementation. Conversely, various features described in the context of a single implementation can also be separated and implemented in multiple implementations.

[0064] Although the subject matter has been described in language specific to structural features and / or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1. A multi-domain controller network testing system, characterized by, The vehicle-mounted Ethernet converter, the Ethernet switch and the bus controller are included; each of the vehicle-mounted Ethernet converters is connected with one domain controller to be tested respectively, and each of the vehicle-mounted Ethernet converters is connected with the Ethernet switch; each domain controller to be tested is also connected with the bus controller respectively; each domain controller has identification information, and port VLAN division is performed simultaneously, so that different domain controllers are divided into different VLANs; the Ethernet switch and the bus controller are connected to an upper computer; the upper computer is configured to receive on-off configuration of a channel between the Ethernet switch and at least one domain controller; confirmation signals are sent to the domain controllers establishing channel connection respectively, and if a feedback signal is received, it is considered that the channel is successfully established; test requirements are received, and test signals are sent to the bus controller; and messages transmitted and received by specified bus monitoring ports or mirror ports are acquired to obtain test results; the test signals are fault test signals, a corresponding whole vehicle response signal set is determined based on a set fault test set, response signals of the corresponding mirror ports of each channel are acquired based on the Ethernet switch, and whether the whole vehicle response of the fault is correct is judged; data transmitted between two domain controllers is acquired through the data mirroring function of the Ethernet switch, and whether the communication process is abnormal is judged according to the sent signal and the feedback signal.

2. The multi-domain controller network test system of claim 1, wherein, The upper computer is connected with the bus controller through a CANoe device.

3. The multi-domain controller network test system of claim 1, wherein, After the upper computer sends the test signals to the bus controller, transmission signals captured by the bus controller based on the monitoring ports are also received, whether the sent test signals and the monitored transmission signals are consistent is judged, and if consistent, it is considered that the forwarding is correct.

4. A test method based on the multi-domain controller network test system according to any one of claims 1-3, characterized in that, It includes: receiving on-off configuration of a channel between the Ethernet switch and at least one domain controller; confirmation signals are sent to the domain controllers establishing channel connection respectively, and if a feedback signal is received, it is considered that the channel is successfully established; test requirements are received, and test signals are sent to the bus controller; the test signals are fault test signals, a corresponding whole vehicle response signal set is determined based on a set fault test set, response signals of the corresponding mirror ports of each channel are acquired based on the Ethernet switch, and whether the whole vehicle response of the fault is correct is judged; messages transmitted and received by specified bus monitoring ports or mirror ports are acquired to obtain test results.

5. The test method of claim 4, wherein, After the upper computer sends the test signals to the bus controller, transmission signals captured by the bus controller based on the monitoring ports are also received, whether the sent test signals and the monitored transmission signals are consistent is judged, and if consistent, it is considered that the forwarding is correct.

6. A testing apparatus based on the multi-domain controller network testing system according to any one of claims 1-3, characterized in that, It includes: a channel configuration module configured to receive on-off configuration of a channel between the Ethernet switch and at least one domain controller; confirmation signals are sent to the domain controllers establishing channel connection respectively, and if a feedback signal is received, it is considered that the channel is successfully established; a test requirement confirmation module configured to receive test requirements and send test signals to the bus controller; a test analysis module configured to acquire messages transmitted and received by specified bus monitoring ports or mirror ports to obtain test results; The test signal is a fault test signal, a corresponding vehicle response signal set is determined based on a set fault test set, a response signal of a corresponding mirror port of each channel is acquired based on an Ethernet switch, and whether the fault vehicle response is correct is judged.

7. The test device of claim 6, wherein, The report generation module is further configured to generate a test report based on the test requirement and the test result in response to a report acquisition instruction.

Images