Vehicle-mounted controller abnormity test method and device

Abstract

The invention discloses a vehicle-mounted controller abnormity test method and device. The method comprises the following steps: determining a data communication format corresponding to a vehicle-mounted controller; sending first frame communication data to the vehicle-mounted controller; the first frame communication data accords with the data communication format; executing a frame communication control operation corresponding to the current test; acquiring communication feedback of the vehicle-mounted controller on the frame communication control operation; and determining a test result of the vehicle-mounted controller corresponding to the current test according to the communication feedback. Visibly, according to the method and the device, accurate testing of the frame-level communication abnormity of the vehicle-mounted controller can be realized, the accuracy and the efficiency of the vehicle-mounted communication testing are improved, and the safety risk caused by the working abnormity of the vehicle-mounted controller is reduced.

Description

Technical Field

[0001] This invention relates to the field of communication testing, and more specifically to a method and apparatus for testing anomalies in vehicle controllers. Background Technology

[0002] The vehicle controller is the core management unit of a vehicle's electronic system. Its main purpose is to centrally manage key systems such as vehicle power, driving comfort, safety assistance, and information connectivity. For example, it regulates engine power, controls windows and air conditioning, coordinates airbag operation, and connects to in-vehicle navigation and smartphones. In fulfilling these functions, the vehicle controller needs to communicate and interact with numerous other functional modules. Therefore, accurate testing of the vehicle controller is crucial for the subsequent operational safety of the vehicle and the quality of the product.

[0003] Current testing methods for vehicle controllers in the industry primarily rely on testing platforms and conventional error simulation techniques. These methods do not adequately consider testing for anomalies during communication interactions and cannot accurately test frame-level communication anomalies. Clearly, existing technologies have shortcomings that urgently need to be addressed. Summary of the Invention

[0004] The technical problem to be solved by the present invention is to provide a method and apparatus for testing abnormalities of vehicle controllers, which can achieve accurate testing of frame-level communication abnormalities of vehicle controllers, improve the accuracy and efficiency of vehicle communication testing, and reduce the safety risks caused by abnormal operation of vehicle controllers.

[0005] To address the aforementioned technical problems, the first aspect of this invention discloses a method for testing the anomaly of an on-board controller, the method comprising:

[0006] Determine the data communication format corresponding to the vehicle controller;

[0007] Send the first frame of communication data to the vehicle controller; the first frame of communication data conforms to the data communication format;

[0008] Perform the frame communication control operation corresponding to the current test;

[0009] Obtain the communication feedback from the vehicle controller to the frame communication control operation;

[0010] Based on the communication feedback, the test result corresponding to the current test is determined for the vehicle controller.

[0011] As an optional implementation, in the first aspect of the invention, before sending the first frame of communication data to the vehicle controller, the method further includes:

[0012] Set up the test environment corresponding to the vehicle controller and the current test;

[0013] And the establishment of the test environment corresponding to the vehicle controller and the current test includes:

[0014] Multiple simulation network nodes are constructed based on the test platform, and the simulation nodes are connected to the vehicle controller through a communication bus; the simulation network nodes include one or more of the following: simulated vehicle speed node, ignition status node, power status node, and flashing status monitoring node.

[0015] All the simulation network nodes are interconnected and their states are synchronized to simulate the operating conditions of the vehicle corresponding to the on-board controller.

[0016] As an optional implementation, in the first aspect of the invention, before sending the first frame of communication data to the vehicle controller, the method further includes:

[0017] Determine whether the vehicle controller meets the test prerequisites corresponding to the current test; the test prerequisites include at least one of the following: the vehicle controller power connection is normal, the vehicle controller power voltage is normal, and the vehicle controller communication is normal.

[0018] As an optional implementation, in the first aspect of the invention, the execution of the frame communication control operation corresponding to the current test includes:

[0019] After the first frame of communication data is sent, the transmission of the subsequent frames of communication data corresponding to the first frame of communication data is stopped.

[0020] And, determining the test result corresponding to the current test for the vehicle controller based on the communication feedback includes:

[0021] When the communication feedback indicates that the vehicle controller does not send the first frame of communication data, the test result of the vehicle controller is determined to be normal.

[0022] When the communication feedback indicates that the vehicle controller has sent an abnormal response, the test result of the vehicle controller is determined to be abnormal.

[0023] As an optional implementation, in the first aspect of the invention, the execution of the frame communication control operation corresponding to the current test includes:

[0024] After the first frame of communication data is successfully sent and the flow control frame sent by the vehicle controller is received, a new communication request data is sent to the vehicle controller; the new communication request data includes the complete first frame of communication data and the continuous frame of communication data;

[0025] And, determining the test result corresponding to the current test for the vehicle controller based on the communication feedback includes:

[0026] When the communication feedback is the response data corresponding to the new communication request data sent by the vehicle controller, the test result of the vehicle controller is determined to be normal.

[0027] When the communication feedback indicates that the vehicle controller does not send the response data or sends an abnormal response, the test result of the vehicle controller is determined to be abnormal.

[0028] As an optional implementation, in the first aspect of the present invention, the method further includes:

[0029] Based on the test results, a test report corresponding to the vehicle controller is generated.

[0030] As an optional implementation, in the first aspect of the present invention, the method further includes:

[0031] Real-time monitoring of the resource usage and release status and communication recovery capability of the vehicle controller;

[0032] The stability of the multi-dimensional protocol corresponding to the current test and the resource management capability of the vehicle controller are detected.

[0033] As an optional implementation, in the first aspect of the present invention, the test platform supports the UDS protocol and the CAN protocol and has frame-level communication control and bus monitoring functions; the test platform is a CANoe device.

[0034] A second aspect of the present invention discloses an on-board controller anomaly testing device, characterized in that the device comprises:

[0035] Memory containing executable program code;

[0036] A processor coupled to the memory;

[0037] The processor calls the executable program code stored in the memory to execute some or all of the steps in the vehicle controller anomaly testing method described in the first aspect of the present invention.

[0038] The third aspect of the present invention discloses a computer storage medium, characterized in that the computer storage medium stores computer instructions, which, when invoked, are used to execute some or all of the steps in the vehicle controller anomaly testing method described in the first aspect of the present invention.

[0039] Compared with the prior art, the present invention has the following beneficial effects:

[0040] In this embodiment of the invention, the data communication format corresponding to the vehicle controller is determined; a first frame of communication data is sent to the vehicle controller; the first frame of communication data conforms to the data communication format; a frame communication control operation corresponding to the current test is executed; communication feedback from the vehicle controller to the frame communication control operation is obtained; and based on the communication feedback, the test result corresponding to the current test is determined for the vehicle controller. Therefore, this invention can achieve accurate testing of frame-level communication anomalies in vehicle controllers, improve the accuracy and efficiency of vehicle communication testing, and reduce safety risks caused by malfunctions in vehicle controllers. Attached Figure Description

[0041] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0042] Figure 1 This is a flowchart of a test process for an abnormal test method of an on-board controller disclosed in an embodiment of the present invention;

[0043] Figure 2 This is a schematic diagram of the structure of an on-board controller anomaly testing device disclosed in an embodiment of the present invention;

[0044] Figure 3 This is a multi-frame interrupt timing diagram of an onboard controller anomaly testing method disclosed in an embodiment of the present invention;

[0045] Figure 4 This is a timing diagram of the first request continuous frame interruption in an embodiment of the present invention for a vehicle controller anomaly testing method. Detailed Implementation

[0046] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0047] The terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this invention are used to distinguish different objects, not to describe a specific order. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, apparatus, product, or end that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or ends.

[0048] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of the invention. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0049] This invention discloses a method and apparatus for testing anomalies in vehicle controllers, which can accurately test frame-level communication anomalies in vehicle controllers, improve the accuracy and efficiency of vehicle communication testing, and reduce safety risks caused by malfunctions in vehicle controllers. Detailed descriptions follow.

[0050] Example 1

[0051] Please see Figure 1 , Figure 1 This is a flowchart illustrating a method for testing anomalies in an on-board controller, as disclosed in an embodiment of the present invention. Figure 1 The described vehicle controller anomaly testing method is applied to data processing chips, processing terminals, or processing servers (wherein the processing server can be a local server or a cloud server). For example... Figure 1 As shown, the on-board controller anomaly testing method may include the following operations:

[0052] 101. Determine the data communication format corresponding to the vehicle controller;

[0053] 102. Send the first frame of communication data to the vehicle controller; the first frame of communication data conforms to the data communication format;

[0054] 103. Execute the frame communication control operation corresponding to the current test;

[0055] 104. Obtain communication feedback from the vehicle controller regarding frame communication control operations;

[0056] 105. Based on the communication feedback, determine the test result corresponding to the current test for the vehicle controller.

[0057] By implementing the above embodiments, it is possible to accurately test frame-level communication anomalies of the vehicle controller, improve the accuracy and efficiency of vehicle communication testing, and reduce the safety risks caused by malfunctions of the vehicle controller.

[0058] As an optional embodiment, the method further includes, before sending the first frame of communication data to the vehicle controller:

[0059] Set up the test environment corresponding to the vehicle controller and the current test.

[0060] By implementing the above embodiments, the configuration and data of the production environment can be accurately reproduced, ensuring the reliability and accuracy of each test result, effectively eliminating misjudgments caused by environmental differences or data contamination, and providing a true and reliable evaluation basis for testing.

[0061] As an optional embodiment, a test environment corresponding to the current test is set up for the vehicle controller, including:

[0062] Multiple simulation network nodes are constructed based on the test platform, and the simulation nodes are connected to the vehicle controller through a communication bus. The simulation network nodes include one or more of the following: simulated vehicle speed node, ignition status node, power status node, and flashing status monitoring node.

[0063] All simulation network nodes are interconnected and their states are synchronized to simulate the operating conditions of the vehicle corresponding to the on-board controller.

[0064] In a specific implementation plan, the corresponding abnormal conditions can be tested using a test platform that supports the UDS and CAN protocols and has frame-level communication control and bus monitoring functions; the test platform is a CANoe device.

[0065] By implementing the above embodiments, it is possible to simulate vehicle operating conditions, achieve real-time monitoring of the flashing process and injection of abnormal scenarios, improve the accuracy and efficiency of vehicle communication testing, and reduce safety risks caused by abnormal operation of the vehicle controller.

[0066] As an optional embodiment, before sending the first frame of communication data to the vehicle controller, the method further includes:

[0067] Determine whether the vehicle controller meets the test prerequisites corresponding to the current test.

[0068] Optionally, the test prerequisites include at least one of the following: the vehicle controller power connection is normal, the vehicle controller power voltage is normal, and the vehicle controller communication is normal.

[0069] By implementing the above embodiments, it is possible to determine whether vehicle abnormality testing can be carried out normally, thereby reducing the safety risks caused by abnormal operation of the vehicle controller.

[0070] As an optional embodiment, perform frame communication control operations corresponding to the current test, including:

[0071] After the first frame of communication data is sent, the transmission of the subsequent frames of communication data corresponding to the first frame of communication data is stopped.

[0072] And, based on communication feedback, determine the test results corresponding to the current test for the vehicle controller, including:

[0073] When the communication feedback indicates that the vehicle controller does not send the first frame of communication data, the test result of the vehicle controller is determined to be normal; when the communication feedback indicates that the vehicle controller sends an abnormal response, the test result of the vehicle controller is determined to be abnormal.

[0074] Specifically, the above embodiments were implemented in one particular implementation scheme; please refer to [link / reference]. Figure 3 The hardware configuration required for this specific implementation plan includes:

[0075] 1. VECTOR VN1630;

[0076] 2. PC (running the CANOE program);

[0077] 3. Power supply;

[0078] In this specific implementation plan, a normal large data transmission scenario is first simulated. The test platform (client) sends a first frame of data to the vehicle controller (server). This frame contains the total data length and a service ID to indicate the transmission scale of subsequent consecutive frames. For example, if 100 bytes of data need to be transmitted, the first frame declares the total length and informs the vehicle controller to prepare to receive subsequent consecutive frames. This step ensures that the vehicle controller can correctly parse the data segmentation request and enter a ready-to-receive state.

[0079] After the first frame is successfully sent and the onboard controller returns a flow control frame, the test enters a critical phase—continuous frame interruption control. Using CAPL scripts, the sending behavior of subsequent frames can be precisely controlled to simulate the following abnormal scenarios:

[0080] After the first frame is sent, no subsequent frames are sent to simulate a sudden disconnection of the communication link.

[0081] Alternatively, it can actively stop sending only 1 to 2 consecutive frames to simulate a scenario of incomplete data transmission.

[0082] If the vehicle controller does not send a response containing the first frame of communication data, the test result of the vehicle controller is determined to be normal.

[0083] When the vehicle controller sends an abnormal response, the test result of the vehicle controller is determined to be abnormal.

[0084] By implementing the above embodiments, this dynamic interruption strategy can verify whether the vehicle controller can correctly detect timeouts, whether it enters a safe state due to data loss, and whether it will affect subsequent normal communication. This invention can automatically detect processing defects in the vehicle ECU protocol regarding incomplete multi-frame transmission, effectively identifying resource consumption, communication blockage, and lock-up risks caused by frame interruptions.

[0085] As an optional embodiment, perform frame communication control operations corresponding to the current test, including:

[0086] After successfully sending the first frame of communication data and receiving the flow control frame sent by the vehicle controller, a new communication request data is sent to the vehicle controller; the new communication request data includes the complete first frame of communication data and the continuous frame of communication data;

[0087] And, based on communication feedback, determine the test results corresponding to the current test for the vehicle controller, including:

[0088] When the communication feedback is the response data corresponding to the vehicle controller sending new communication request data, the test result of the vehicle controller is determined to be normal; when the communication feedback is that the vehicle controller does not send response data or sends an abnormal response, the test result of the vehicle controller is determined to be abnormal.

[0089] Specifically, the above-described embodiments were also implemented in the above-described specific implementation plan. Please refer to [link / reference]. Figure 4 ,

[0090] The test first simulates a normal large data transmission scenario, that is, the test platform (client) sends the first frame of data of the first request to the vehicle controller (server). This frame contains the standard total data length and service ID.

[0091] Once the onboard controller correctly responds to the flow control frame, it immediately triggers the transmission of the second request. The second request includes a standard first frame and subsequent consecutive frames.

[0092] If the vehicle controller does not send the response data for the first request but sends the response data for the second request, the test result of the vehicle controller is determined to be normal.

[0093] If the vehicle controller sends an abnormal response to the first request or fails to send a response to the second request, the test result of the vehicle controller is determined to be abnormal.

[0094] By implementing the above embodiments, it can be confirmed that the controller can efficiently handle interrupts and concurrent requests, possesses good real-time performance and robustness, and ensures reliable behavior in complex network environments. Its anti-interference capability is excellent, enabling rapid recovery from abnormal communication sequences and ensuring the stable operation of critical vehicle functions.

[0095] As an optional embodiment, the method further includes:

[0096] Based on the test results, a test report corresponding to the vehicle controller is generated.

[0097] By implementing the above embodiments, the test results can be visualized intuitively, reducing the need for professional knowledge to determine whether there is an anomaly.

[0098] As an optional embodiment, the method further includes:

[0099] Real-time monitoring of the resource usage and release status and communication recovery capability of the vehicle controller;

[0100] The test assesses the stability of the multi-dimensional protocol and the resource management capabilities of the vehicle controller.

[0101] By implementing the above embodiments, it is possible to detect the usage status, operational stability, and information processing capabilities of the vehicle controller.

[0102] Example 2

[0103] Please see Figure 2 , Figure 2 This is a vehicle controller anomaly testing device disclosed in an embodiment of the present invention. Figure 2 The described vehicle controller anomaly testing device is applied to data processing chips, processing terminals, or processing servers (wherein the processing server can be a local server or a cloud server). For example... Figure 2 As shown, the vehicle controller anomaly testing device may include:

[0104] Memory 201 storing executable program code;

[0105] Processor 202 coupled to memory 201;

[0106] The processor 202 calls the executable program code stored in the memory 201 to execute the steps of the vehicle controller anomaly test method described in Embodiment 1.

[0107] Example 3

[0108] This invention discloses a computer read storage medium that stores a computer program for electronic data interchange, wherein the computer program causes a computer to execute the steps of the vehicle controller anomaly testing method described in Embodiment 1.

[0109] Example 4

[0110] This invention discloses a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program, and the computer program is operable to cause a computer to perform the steps of the vehicle controller anomaly testing method described in Embodiment 1.

[0111] The foregoing has described specific embodiments of this specification; other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims may be performed in a different order than those shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily have to follow the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0112] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the embodiments of apparatus, devices, and non-volatile computer-readable storage media are basically similar to the method embodiments, so the descriptions are relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0113] The apparatus, device, non-volatile computer-readable storage medium and method provided in the embodiments of this specification are corresponding. Therefore, the apparatus, device and non-volatile computer storage medium also have similar beneficial technical effects as the corresponding method. Since the beneficial technical effects of the method have been described in detail above, the beneficial technical effects of the corresponding apparatus, device and non-volatile computer storage medium will not be repeated here.

[0114] In the 1990s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the methodology). However, with technological advancements, many methodological improvements today can be considered direct improvements to the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved methodology into the hardware circuit. Therefore, it cannot be said that a methodological improvement cannot be implemented using hardware physical modules. For example, a Programmable Logic Device (PLD) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. Designers can program and "integrate" a digital system onto a PLD themselves, without needing chip manufacturers to design and manufacture dedicated integrated circuit chips. Furthermore, nowadays, instead of manually manufacturing integrated circuit chips, this programming is mostly implemented using "logic compiler" software. Similar to the software compiler used in program development, the original code before compilation must be written in a specific programming language, called a Hardware Description Language (HDL). There are many HDLs, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should understand that by simply performing some logic programming on the method flow using one of these hardware description languages ​​and programming it into an integrated circuit, the hardware circuit implementing the logical method flow can be easily obtained.

[0115] The controller can be implemented in any suitable manner. For example, it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320. A memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also recognize that, in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

[0116] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.

[0117] For ease of description, the above devices are described in terms of function, divided into various units. Of course, in implementing this specification, the functions of each unit can be implemented in one or more software and / or hardware components.

[0118] Those skilled in the art will understand that the embodiments of this specification can be provided as methods, systems, or computer program products. Therefore, the embodiments of this specification can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the embodiments of this specification can take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0119] This specification is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this specification. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0120] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0121] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0122] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0123] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0124] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0125] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0126] This specification can be described in the general context of computer-executable instructions that are executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform a specific task or implement a specific abstract data type. This specification can also be practiced in distributed computing environments, where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0127] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions in the method embodiments.

[0128] Finally, it should be noted that the vehicle controller anomaly testing method and apparatus disclosed in the embodiments of the present invention are merely preferred embodiments of the present invention, and are only used to illustrate the technical solutions of the present invention, not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for testing anomalies in an on-board controller, characterized in that, The method includes: Determine the data communication format corresponding to the vehicle controller; Send the first frame of communication data to the vehicle controller; the first frame of communication data conforms to the data communication format; Perform the frame communication control operation corresponding to the current test; Obtain the communication feedback from the vehicle controller to the frame communication control operation; Based on the communication feedback, the test result corresponding to the current test is determined for the vehicle controller.

2. The vehicle controller anomaly testing method according to claim 1, characterized in that, Before sending the first frame of communication data to the vehicle controller, the method further includes: Set up the test environment corresponding to the vehicle controller and the current test; And the establishment of the test environment corresponding to the vehicle controller and the current test includes: Multiple simulation network nodes are constructed based on the test platform, and the simulation nodes are connected to the vehicle controller through a communication bus; the simulation network nodes include one or more of the following: simulated vehicle speed node, ignition status node, power status node, and flashing status monitoring node. All the simulation network nodes are interconnected and their states are synchronized to simulate the operating conditions of the vehicle corresponding to the on-board controller.

3. The vehicle controller anomaly testing method according to claim 2, characterized in that, Before sending the first frame of communication data to the vehicle controller, the method further includes: Determine whether the vehicle controller meets the test prerequisites corresponding to the current test; the test prerequisites include at least one of the following: the vehicle controller power connection is normal, the vehicle controller power voltage is normal, and the vehicle controller communication is normal.

4. The vehicle controller anomaly testing method according to claim 1, characterized in that, The execution of the frame communication control operation corresponding to the current test includes: After the first frame of communication data is sent, the transmission of the subsequent frames of communication data corresponding to the first frame of communication data is stopped. And, determining the test result corresponding to the current test for the vehicle controller based on the communication feedback includes: When the communication feedback indicates that the vehicle controller does not send the first frame of communication data, the test result of the vehicle controller is determined to be normal. When the communication feedback indicates that the vehicle controller has sent an abnormal response, the test result of the vehicle controller is determined to be abnormal.

5. The vehicle controller anomaly testing method according to claim 1, characterized in that, The execution of the frame communication control operation corresponding to the current test includes: After the first frame of communication data is successfully sent and the flow control frame sent by the vehicle controller is received, a new communication request data is sent to the vehicle controller; the new communication request data includes the complete first frame of communication data and the continuous frame of communication data; And, determining the test result corresponding to the current test for the vehicle controller based on the communication feedback includes: When the communication feedback is the response data corresponding to the new communication request data sent by the vehicle controller, the test result of the vehicle controller is determined to be normal. When the communication feedback indicates that the vehicle controller does not send the response data or sends an abnormal response, the test result of the vehicle controller is determined to be abnormal.

6. The vehicle controller anomaly testing method according to claim 1, characterized in that, The method further includes: Based on the test results, a test report corresponding to the vehicle controller is generated.

7. The vehicle controller anomaly testing method according to claim 1, characterized in that, The method further includes: Real-time monitoring of the resource usage and release status and communication recovery capability of the vehicle controller; The stability of the multi-dimensional protocol corresponding to the current test and the resource management capability of the vehicle controller are detected.

8. The method for testing the abnormality of the vehicle controller according to claim 2, characterized in that, The test platform supports the UDS and CAN protocols and has frame-level communication control and bus monitoring functions; the test platform is a CANoe device.

9. A device for testing the malfunction of an on-board controller, characterized in that, The device includes: Memory containing executable program code; A processor coupled to the memory; The processor calls the executable program code stored in the memory to execute the vehicle controller anomaly test method as described in any one of claims 1-8.

10. A computer storage medium, characterized in that, The computer storage medium stores computer instructions, which, when invoked, are used to execute the vehicle controller anomaly testing method as described in any one of claims 1-8.

Images