Method and system for determining simulation reply data of automobile electronic control unit simulator

Abstract

The invention discloses a simulation reply data determination method and system of an automobile electronic control unit simulator, and relates to the technical field of automobile detection, and the method comprises the steps: obtaining a CAN diagnosis protocol message; processing the CAN diagnosis protocol message to obtain a unified diagnosis service instruction; and based on the unified diagnosis service instruction, determining simulation reply data of the automobile electronic control unit simulator. According to the application, the CAN diagnosis protocol message sent by the vehicle-mounted automatic diagnosis system is acquired, then the acquired CAN diagnosis protocol message is processed to obtain the unified diagnosis service instruction, and finally the simulation reply data of the automobile electronic control unit simulator is determined based on the unified diagnosis service instruction. Simulation reply can be carried out on any unified diagnosis service instruction.

Description

Technical Field

[0001] The present application relates to the field of automobile detection technology, and in particular to a method and system for determining simulated response data of an automobile electronic control unit simulator. Background Art

[0002] In the automotive electronics field and other industries involving diagnostic services, it is crucial to accurately process and respond to various diagnostic service instructions based on an automotive electronic control unit simulator (i.e., ECU simulator).

[0003] Currently, specific diagnostic service instructions usually rely on different devices and software. There is a lack of a universal and flexible simulation response method, which cannot support the determination of simulation responses for any unified diagnostic service (i.e., UDS diagnostic service) in the automotive electronic control unit simulator. This brings many inconveniences to related development and testing work.

[0004] Therefore, how to determine the simulation response data for the automotive electronic control unit simulator has become a technical problem that needs to be solved urgently. Summary of the Invention

[0005] The Summary of the Invention introduces a series of simplified concepts that will be further described in the Detailed Description of the Invention. The Summary of the Invention of this application is not intended to limit the key features and essential technical features of the claimed technical solution, nor is it intended to determine the scope of protection of the claimed technical solution.

[0006] In a first aspect, the present application proposes a method for determining simulated response data of an automotive electronic control unit simulator, comprising:

[0007] Get CAN diagnostic protocol message;

[0008] Processing the CAN diagnostic protocol message to obtain a unified diagnostic service instruction;

[0009] Based on the unified diagnostic service instruction, simulation reply data of the automobile electronic control unit simulator is determined.

[0010] In a feasible implementation manner, the processing of the CAN diagnostic protocol message to obtain a unified diagnostic service instruction includes:

[0011] Filtering the CAN diagnostic protocol message to obtain a filtered CAN diagnostic protocol message;

[0012] The filtered CAN diagnostic protocol message is parsed using a CAN protocol stack to obtain the unified diagnostic service instruction.

[0013] In a feasible implementation manner, determining the simulated response data of the vehicle electronic control unit simulator based on the unified diagnostic service instruction includes:

[0014] Read simulation files of automotive electronic control unit simulator;

[0015] The unified diagnostic service instruction is matched with the content in the simulation file to obtain simulation response data of the automotive electronic control unit simulator.

[0016] In a feasible implementation, the simulation file contains root node data and child node data; the child node data includes request message node data and response message node data, wherein the request message node data includes ISO-15765-2 transport layer message; the response message node data includes ISO-15765-2 transport layer protocol data.

[0017] In a feasible implementation manner, the simulated reply data is ISO-15765-2 transport layer protocol data.

[0018] In a feasible implementation manner, after obtaining the simulated response data of the vehicle electronic control unit, the method further includes:

[0019] The simulation reply data is modified to complete different state simulations of the automotive electronic control unit simulator; the state simulations include operating state simulation, environmental state simulation, and communication state simulation.

[0020] In a feasible implementation manner, before reading the simulation file of the automobile electronic control unit simulator, the method further includes:

[0021] The log file of the automotive electronic control unit simulator is converted into the simulation file.

[0022] In a second aspect, the present application proposes a system for determining simulated response data of an automotive electronic control unit simulator, which is applied to the method for determining simulated response data of an automotive electronic control unit simulator described in any of the above embodiments, comprising:

[0023] Data acquisition module, used to obtain CAN diagnostic protocol messages;

[0024] A data processing module, configured to process the CAN diagnostic protocol message to obtain a unified diagnostic service instruction;

[0025] The simulation response module is used to determine simulation response data of the vehicle electronic control unit simulator based on the unified diagnostic service instruction.

[0026] In a third aspect, an electronic device comprises: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor is configured to implement the steps of a method for determining simulated response data of an automotive electronic control unit simulator as described in any one of the first aspects above when executing the computer program stored in the memory.

[0027] In a fourth aspect, the present application further proposes a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the method for determining simulated response data of an automotive electronic control unit simulator according to any one of the first aspects.

[0028] In summary, the method for determining the simulated response data of the automotive electronic control unit simulator proposed in this application provides a method for performing simulated responses to any unified diagnostic service (UDS) instruction based on the automotive electronic control unit simulator (ECU simulator), and the byte length and content of the response can be customized, and the data can be modified dynamically.

[0029] The method for determining the simulated response data of the automotive electronic control unit simulator proposed in this application, and other advantages, objectives and features of this application will be reflected in part through the following description, and will also be understood by technical personnel in this field through research and practice of this application. BRIEF DESCRIPTION OF THE DRAWINGS

[0030] Various other advantages and benefits will become apparent to those skilled in the art upon reading the detailed description of the preferred embodiment below. The accompanying drawings are for illustration purposes only and are not to be considered as limiting the present description. The same reference symbols are used throughout the drawings to represent the same components. In the drawings:

[0031] Figure 1 A schematic diagram of a process for determining simulated response data of an automotive electronic control unit simulator provided in an embodiment of the present application;

[0032] Figure 2 A functional module diagram of a system for determining simulated response data of an automotive electronic control unit simulator provided in an embodiment of the present application;

[0033] Figure 3 A schematic diagram of the electronic device structure for simulating reply data confirmation of an automotive electronic control unit simulator provided in an embodiment of the present application. DETAILED DESCRIPTION

[0034] In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. It should be understood that the drawings in the present application only serve the purpose of illustration and description and are not used to limit the scope of protection of the present application. In addition, it should be understood that the schematic drawings are not drawn to scale. The flowcharts used in this application illustrate the operations implemented according to some embodiments of the present application. It should be understood that the operations of the flowcharts can be implemented out of sequence, and steps without logical context can be reversed or implemented simultaneously. In addition, those skilled in the art, under the guidance of the contents of this application, can add one or more other operations to the flowchart, or remove one or more operations from the flowchart.

[0035] In addition, the described embodiments are only a part of the embodiments of the present application, rather than all of the embodiments. The components of the embodiments of the present application generally described and shown in the drawings here can be arranged and designed in various configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the claimed application, but merely represents selected embodiments of the present application. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without making creative work are within the scope of protection of the present application.

[0036] In this article, relational terms such as first and second are used only to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply the existence of any such actual relationship or order between these entities or operations. Moreover, the terms "comprise", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that the process, method, article or equipment comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or also include elements inherent to such process, method, article or equipment. In the absence of further restrictions, the elements defined by the statement "comprising a ..." do not exclude the presence of other identical elements in the process, method, article or equipment comprising the elements. The term "two or more" includes two or more than two cases.

[0037] See also Figure 1 , which is a flow chart of a method for determining simulated response data of an automotive electronic control unit simulator provided in an embodiment of the present application, which may specifically include:

[0038] S110: Obtain a CAN diagnostic protocol message.

[0039] For example, CAN diagnostic protocol messages are sent by the on-board diagnostics (OBD) system, whose primary function is to monitor the vehicle's operating status and exhaust emissions. When a vehicle system malfunctions, the OBD system stores the fault information in the form of a fault code and alerts the driver through certain methods (such as a dashboard fault light). Maintenance personnel can also connect to the OBD interface and use dedicated diagnostic tools to read the fault code, allowing them to quickly and accurately determine the fault location and cause and perform repairs. Furthermore, the OBD system can monitor the operating status of multiple vehicle subsystems, including the engine, emissions control system, and fuel system, playing a significant role in improving vehicle safety, reliability, and environmental friendliness.

[0040] By connecting the BUSMUST CAN (Flexible Data-rate) Bus Analyzer of the lower computer of the automotive electronic control unit (ECU) simulator with the OBD system and utilizing the CAN transceiver function of the BUSMUST CAN (Flexible Data-rate) Bus Analyzer to report the received CAN diagnostic protocol messages to the upper computer of the ECU simulator, the CAN diagnostic protocol messages can be obtained.

[0041] S120: Process the CAN diagnostic protocol message to obtain a unified diagnostic service instruction.

[0042] For example, the ECU simulator's host computer filters and parses received CAN diagnostic protocol messages, generating Unified Diagnostic Services (UDS) commands. UDS commands are a standard for automotive electronic diagnostic protocols. They specify a series of services and formats for communication between the ECU simulator and the OBD system, including reading fault codes, clearing fault codes, reading real-time data, and performing control operations. UDS commands enable the OBD system to interact with the vehicle's various ECU simulators for fault diagnosis, repair, and debugging.

[0043] S130 : Determine simulation response data of the vehicle electronic control unit simulator based on the unified diagnostic service instruction.

[0044] For example, by obtaining the CAN diagnostic protocol message, it is processed accordingly to obtain the UDS instruction, and then the simulation response data of the ECU simulator is determined based on the UDS instruction, thereby providing a basis for subsequent simulation testing, acceptance and problem reproduction of the ECU simulator.

[0045] In some examples, CAN diagnostic protocol messages are processed to obtain unified diagnostic service instructions, including:

[0046] Filtering the CAN diagnostic protocol message to obtain a filtered CAN diagnostic protocol message;

[0047] The filtered CAN diagnostic protocol message is parsed by the CAN protocol stack to obtain a unified diagnostic service instruction.

[0048] Exemplarily, the CAN diagnostic protocol message is filtered according to the filter ID set in the host computer of the ECU simulator, and then the filtered CAN diagnostic protocol message is parsed by the CAN protocol stack to obtain the UDS instruction.

[0049] In some examples, determining simulation response data of a vehicle electronic control unit simulator based on a unified diagnostic service instruction includes:

[0050] Read simulation files of automotive electronic control unit simulator;

[0051] The unified diagnostic service instructions are matched with the contents in the simulation file to obtain the simulation response data of the vehicle electronic control unit simulator.

[0052] For example, the simulation file in XML (Extensible Markup Language) format is read by the host computer of the ECU simulator. XML format has good structure and extensibility, and is suitable for defining and storing the simulation response data of the ECU simulator. The simulation file in XML format has a clear structural hierarchy and contains several sub-nodes. By traversing all XML sub-nodes in the simulation file, the specific information contained in each sub-node is checked in detail, and any content that may match the currently received UDS instruction is not missed. When the relevant information of a sub-node is found to be the same as the UDS instruction, it means that a matching item that meets the requirements has been found, and the simulation response data of the ECU simulator can be obtained at this time.

[0053] In some examples, the simulation file includes root node data and child node data; the child node data includes request message node data and response message node data, wherein the request message node data includes ISO-15765-2 transport layer message; and the response message node data includes ISO-15765-2 transport layer protocol data.

[0054] For example, a simulation file contains a root node and several child nodes, each of which contains a request message (SREQ) node and a response message (SRSP) node. The SREQ node contains the ISO-15765-2 transport layer message, and the SRSP node contains the ISO-15765-2 transport layer protocol data, which can be modified arbitrarily and dynamically.

[0055] In some examples, the simulated reply data is ISO-15765-2 transport layer protocol data.

[0056] Illustratively, the ISO-15765-2 transport layer protocol data contained in the SRSP node is the simulation reply data of the ECU simulator.

[0057] In some examples, after obtaining the simulated response data from the vehicle electronic control unit, the following steps are also included:

[0058] The simulation response data is modified to complete different state simulations of the automotive electronic control unit simulator; the state simulation includes operation state simulation, environment state simulation and communication state simulation.

[0059] For example, all bytes in the simulation response data can be modified arbitrarily and dynamically. Users can simulate the entire state of the ECU simulator by modifying any bytes in the simulation response data as needed, facilitating ECU simulator development, testing, and fault diagnosis.

[0060] Specifically, the operating state simulation includes normal working state and fault state. Among them, the normal working state includes: simulating the state of the ECU simulator normally processing input signals, executing control algorithms and outputting correct instructions under different working conditions. For example, in engine control, simulate the output of normal parameters such as fuel injection and ignition timing; show stable performance indicators, such as voltage, current, communication signal strength, etc., fluctuating within the normal range. Fault state includes: simulating various hardware failures, such as sensor failure, actuator failure, etc. For example, simulate a sensor outputting an incorrect signal value, or simulate that the actuator cannot respond normally to the control instruction; software failure simulation, such as program errors, data corruption, etc. Abnormal behaviors caused by software errors inside the ECU simulator can be simulated, such as incorrect calculation results, incorrect communication protocol processing, etc.

[0061] Environmental state simulation includes different temperature conditions and electromagnetic interference environments. Temperature simulation includes simulating the performance changes of the ECU simulator in high-temperature environments, which may include decreased processing speed and increased signal noise due to increased chip temperature. Low-temperature simulation includes simulating the performance changes of electronic components and increased communication latency. Electromagnetic interference simulation includes simulating the ECU simulator's response to electromagnetic interference of varying intensities, such as communication errors and signal distortion. The frequency and intensity of the interference can also be adjusted to observe the ECU simulator's anti-interference capabilities and fault manifestations.

[0062] Communication state simulation includes varying communication protocol states and communication rate variations. This includes simulating protocol anomalies between the ECU simulator and other devices, such as packet loss, incorrect checksums, and communication timeouts. It also simulates different communication protocol versions to test the ECU simulator's compatibility and adaptability. Communication rate variation simulation involves adjusting the communication rate to simulate the ECU simulator's performance under high- and low-speed communication conditions. For example, low-speed communication may result in increased response delays and data transmission errors.

[0063] By simulating the different states of the ECU through the host computer of the ECU simulator, the system performance, fault diagnosis, repair strategies, etc. related to the ECU simulator can be fully tested and verified in a laboratory environment without the need for actual ECU simulator hardware or testing in a specific actual operating environment, thereby improving test efficiency, reducing costs and mitigating risks.

[0064] In some examples, before reading a simulation file of an automotive electronic control unit simulator, the following is also included:

[0065] Convert log files of automotive ECU simulators to simulation files.

[0066] For example, in response to after-sales feedback issues, the host computer of the ECU simulator can quickly convert the log files it uses into simulation files, thereby reproducing the problems and improving the efficiency of solving after-sales problems.

[0067] In some examples, different functions can be set in the host computer of the ECU simulator according to user needs, such as setting the channel number of the ECU simulator lower computer, setting the baud rate of the ECU simulator lower computer, displaying all simulation files of the ECU simulator, loading simulation files, opening simulation files, CAN ID filtering settings, scrolling display of instruction data stream, dynamic modification of simulation response data, etc.

[0068] In summary, in the method for determining the simulated response data of the automotive electronic control unit simulator proposed in this application, the simulated response data of the ECU simulator to the UDS instruction is obtained by matching the simulation file, so that the diagnostic software can be simulated tested or preliminarily accepted without a real vehicle, and the problems of after-sales feedback can be reproduced.

[0069] It should be noted that the above embodiments are only the best examples and are not intended to limit the implementation of the present application.

[0070] Based on the same application concept, the embodiments of the present application also provide a system for determining the simulated response data of an automotive electronic control unit simulator provided in the above embodiments. Since the principle of solving the problem by the system for determining the simulated response data of an automotive electronic control unit simulator in the embodiments of the present application is similar to the method for determining the simulated response data of an automotive electronic control unit simulator in the above embodiments of the present application, the implementation of the system for determining the simulated response data of an automotive electronic control unit simulator can refer to the implementation of the system method for determining the simulated response data of an automotive electronic control unit simulator, and the repeated parts will not be repeated.

[0071] like Figure 2 As shown, Figure 2 This is a functional module diagram of a system for determining simulated response data of an automotive electronic control unit simulator provided by this application. The system includes:

[0072] The data acquisition module 21 is used to obtain CAN diagnostic protocol messages;

[0073] The data processing module 22 is used to process the CAN diagnostic protocol message to obtain a unified diagnostic service instruction;

[0074] The simulation response module 23 is used to determine the simulation response data of the vehicle electronic control unit simulator based on the unified diagnostic service instruction.

[0075] For example, data acquisition module 21 acquires CAN diagnostic protocol messages sent by the onboard automatic diagnostic system, and then data processing module 22 processes the acquired CAN diagnostic protocol messages to obtain a unified diagnostic service instruction. After receiving the unified diagnostic service instruction, simulation response module 23 determines the simulated response data of the vehicle electronic control unit simulator.

[0076] In summary, the system for determining the simulated response data of the automotive electronic control unit simulator provided by the present application first receives the collected CAN diagnostic protocol messages based on the set filter ID. Then, these CAN diagnostic protocol messages are parsed through the CAN protocol stack to obtain unified diagnostic service instructions. Subsequently, the simulation file in XML format in the automotive electronic control unit simulator is read, and all XML child nodes in the simulation file are traversed. When the content identical to the unified diagnostic service instruction is matched during the traversal process, the content is obtained as the simulated response data. Finally, after obtaining the simulated response data, the current simulated response data is sent to the on-board automatic diagnostic system.

[0077] like Figure 3As shown, based on the same application concept, an embodiment of the present application also provides an electronic device 300, including a memory 310, a processor 320 and a computer program 311 stored on the memory 310 and executable on the processor. When the processor 320 executes the computer program 311, it implements the steps of any method for determining the simulated response data of the above-mentioned automotive electronic control unit simulator.

[0078] Since the electronic device introduced in this embodiment is a device used to implement a method for determining simulated response data of an automotive electronic control unit simulator in an embodiment of this application, based on the method introduced in the embodiment of this application, technical personnel in this field can understand the specific implementation of the electronic device of this embodiment and its various variations. Therefore, how the electronic device implements the method in the embodiment of this application will not be introduced in detail here. As long as the equipment used by technical personnel in this field to implement the method in the embodiment of this application falls within the scope of protection of this application.

[0079] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.

[0080] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded computer, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0081] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0082] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0083] An embodiment of the present application also provides a computer program product, which includes computer software instructions. When the computer software instructions are executed on a processing device, the processing device executes the process of the method for determining the simulated response data of the automotive electronic control unit simulator in the corresponding embodiment.

[0084] A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function according to the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that a computer can store or a data storage device such as a server or data center that includes one or more available media integrated. The available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid state drive (SSD)).

[0085] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and modules described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0086] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of modules is only a logical function division. In actual implementation, there may be other division methods, such as multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interfaces, devices or units, which can be electrical, mechanical or other forms.

[0087] Modules described as separate components may or may not be physically separate, and components shown as modules may or may not be physical modules, that is, they may be located in one place or distributed across multiple network modules. Some or all of these modules may be selected to achieve the purpose of this embodiment based on actual needs.

[0088] In addition, the functional modules in the various embodiments of the present application may be integrated into a processing module, or each module may exist physically separately, or two or more modules may be integrated into a single module. The above-mentioned integrated modules may be implemented in the form of hardware or software functional modules.

[0089] If the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0090] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. A method for determining simulated response data of an automotive electronic control unit simulator, characterized in that: include: Get CAN diagnostic protocol message; Processing the CAN diagnostic protocol message to obtain a unified diagnostic service instruction; Based on the unified diagnostic service instruction, simulation reply data of the automobile electronic control unit simulator is determined.

2. The method for determining simulation response data of an automotive electronic control unit simulator according to claim 1, characterized in that: The processing of the CAN diagnostic protocol message to obtain a unified diagnostic service instruction includes: Filtering the CAN diagnostic protocol message to obtain a filtered CAN diagnostic protocol message; The filtered CAN diagnostic protocol message is parsed using a CAN protocol stack to obtain the unified diagnostic service instruction.

3. The method for determining simulation response data of an automotive electronic control unit simulator according to claim 2, characterized in that: The step of determining simulation response data of the vehicle electronic control unit simulator based on the unified diagnostic service instruction includes: Read simulation files of automotive electronic control unit simulator; The unified diagnostic service instruction is matched with the content in the simulation file to obtain simulation response data of the automotive electronic control unit simulator.

4. The method for determining simulation response data of an automotive electronic control unit simulator according to claim 3, characterized in that: The simulation file contains root node data and child node data; the child node data includes request message node data and response message node data, wherein the request message node data includes ISO-15765-2 transport layer message; the response message node data includes ISO-15765-2 transport layer protocol data.

5. The method for determining simulation response data of an automotive electronic control unit simulator according to claim 4, characterized in that: The simulated reply data is ISO-15765-2 transport layer protocol data.

6. The method for determining simulation response data of an automotive electronic control unit simulator according to claim 3, characterized in that: After obtaining the simulated response data of the automotive electronic control unit, the method further includes: The simulation reply data is modified to complete different state simulations of the automotive electronic control unit simulator; the state simulations include operating state simulation, environmental state simulation, and communication state simulation.

7. The method for determining simulation response data of an automotive electronic control unit simulator according to claim 3, characterized in that: Before reading the simulation file of the automobile electronic control unit simulator, the method further includes: The log file of the automotive electronic control unit simulator is converted into the simulation file.

8. A system for determining simulation response data of an automotive electronic control unit simulator, applied to the method for determining simulation response data of an automotive electronic control unit simulator according to any one of claims 1 to 7, characterized in that: include: Data acquisition module, used to obtain CAN diagnostic protocol messages; A data processing module, configured to process the CAN diagnostic protocol message to obtain a unified diagnostic service instruction; The simulation response module is used to determine simulation response data of the vehicle electronic control unit simulator based on the unified diagnostic service instruction.

9. An electronic device comprising: A memory and a processor, wherein the processor is configured to implement the steps of the method for determining simulation response data of an automotive electronic control unit simulator as described in any one of claims 1 to 7 when executing a computer program stored in the memory.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the computer program implements the steps of the method for determining simulation reply data of the automotive electronic control unit simulator according to any one of claims 1 to 7.

Images