Hybrid CAN communication analog data processing method and system based on TCP protocol

Abstract

The invention relates to the technical field of data processing, and provides a hybrid CAN communication analog data processing method and system based on a TCP protocol, and the method comprises the steps: generating fault snapshot data when an operation abnormality occurs; establishing a virtual TCP communication link and a virtual CAN communication link according to the fault snapshot data, and configuring a virtual DCDC module; injecting the TCP communication data stream into the virtual TCP communication link, and reconstructing the TCP communication data stream into a CAN message sequence; capturing a response message, and converting the response message into a TCP data packet; injecting a diagnosis instruction, a monitoring behavior and a communication data flow to obtain behavior information after injection; comparing the injected behavior information with an expected behavior; recording changes of all communication data and system states in the digital mirror image test environment, analyzing the recorded communication data and system states, and positioning a fault source; and based on the root of the fault, deploying the verified diagnosis instruction to a real production system. The method has the effect of improving the real-time recovery capability of the production system.

Description

TECHNICAL FIELD

[0001] The application relates to the technical field of data processing, and in particular to a simulation data processing method and system based on TCP protocol hybrid CAN communication. BACKGROUND

[0002] In modern industrial production and system testing, especially in applications involving complex power management modules such as formation and capacity power DCDC modules, ensuring sufficient verification before actual operation and quickly responding to sudden failures after being put into use are key to ensuring production continuity and system stability.

[0003] Existing testing methods often fail to fully cover the complexity of actual deployment environments and the unpredictability of multi-device linkage, which may result in insufficient testing and potential abnormalities being difficult to discover before the system is formally put into operation. Furthermore, once a system that has been put into production encounters a fault caused by hardware and software compatibility or communication protocol processing abnormalities, the real-time recovery capability of the production is highly required.

[0004] Existing methods generally cannot achieve bidirectional protocol conversion and data encapsulation from TCP protocol to CAN communication, resulting in difficulties in simulating data flow and abnormal scenarios under real working conditions during system integration testing. In addition, due to the lack of support for historical operation data, test cases are often limited to manual construction, making it difficult to reproduce complex data interaction processes and edge cases in the field, so that some logic errors or performance bottlenecks with strong concealment cannot be discovered in time during the testing phase. This not only increases the risk and cost of field operation and maintenance, but also poses a potential threat to the reliability and stability of long-term system operation.

[0005] In view of the above problems, the existing technology needs to be improved. SUMMARY

[0006] The application discloses a simulation data processing method and system based on TCP protocol hybrid CAN communication, aiming to solve the problem that traditional testing methods cannot fully cover the complexity of actual deployment environments and the unpredictability of multi-device linkage in existing industrial production and system testing, especially in applications involving complex power management modules such as formation and capacity power DCDC modules.

[0007] The technical solution of the application is as follows:

[0008] In the first aspect, the application discloses a simulation data processing method based on TCP protocol hybrid CAN communication, specifically comprising:

[0009] Under the premise of keeping the formation and distribution power supply DCDC module normal work, when the formation and distribution power supply DCDC module occurs abnormal operation, capture TCP communication data stream, CAN communication data stream, the operation parameter of the formation and distribution power supply DCDC module, system configuration information and external environment data, and integrate to generate fault snapshot data;

[0010] According to the fault snapshot data, a virtual TCP communication link and a virtual CAN communication link are established on the simulation test platform, and a virtual DCDC module corresponding to the formation and distribution power supply DCDC module and a corresponding virtual associated device are configured, to provide a digital mirror test environment;

[0011] In the digital mirror test environment, the TCP communication data stream in the fault snapshot data is injected into the virtual TCP communication link, the TCP communication data stream is parsed and reconstructed into a CAN message sequence through the first protocol conversion unit, and is sent to the virtual DCDC module; the CAN response message generated by the virtual DCDC module is captured, the CAN response message is converted into a TCP data packet through the second protocol conversion unit, and is returned through the virtual TCP communication link; in the process of response and return of the virtual DCDC module, a diagnostic instruction is injected into the virtual DCDC module, and the behavior and communication data stream of the virtual DCDC module after the injection operation are monitored to obtain post-injection behavior information; the post-injection behavior information is compared with the expected behavior in the fault snapshot data to obtain a behavior comparison result, to verify the effectiveness of the diagnostic instruction;

[0012] Based on the behavior comparison result, it is judged whether the diagnostic instruction is verified;

[0013] Record all communication data and system state changes in the digital mirror test environment, and analyze the recorded communication data and system state to locate the fault root; based on the fault root, the verified diagnostic instruction is deployed to the real production system corresponding to the formation and distribution power supply DCDC module.

[0014] Through the technical scheme, the application can realize accurate simulation, diagnosis and repair of the formation and distribution power supply DCDC module fault, effectively solve the problem that the traditional test method is difficult to fully cover the complexity of the actual deployment environment, and provide a complete, flexible configuration and support real data injection simulation test platform.

[0015] Further, in the digital mirror test environment, the TCP communication data stream in the fault snapshot data is injected into a virtual TCP communication link, the TCP communication data stream is parsed and reconstructed into a CAN message sequence by the first protocol conversion unit, and is sent to the virtual DCDC module; the CAN response message generated by the virtual DCDC module is captured, and the CAN response message is converted into a TCP data packet by the second protocol conversion unit, and the steps of returning through the virtual TCP communication link include:

[0016] When the formation and dispensing power supply DCDC module receives the CAN message and starts processing, the start processing time point is recorded, and the start processing time point is associated with the unique identifier of the CAN message and the key data content;

[0017] The start processing time point is time-stamped and associated with the externally captured communication data of the formation and dispensing power supply DCDC module, and is integrated into the fault snapshot data;

[0018] When reproducing the fault in the digital mirror test environment, for the CAN message in the fault snapshot data which simultaneously contains the time stamp of the externally captured communication data and the internal processing time stamp, the start processing time point is used as the time reference for the CAN message to start being processed in the virtual DCDC module to adjust the injection timing of the CAN message.

[0019] Through the technical scheme, the application can ensure that the virtual DCDC module can highly restore the CAN message processing timing of the real DCDC module in the digital mirror test environment, so as to more accurately simulate the fault scene, by accurate time stamp alignment and injection timing adjustment.

[0020] On the basis of the above, the application further proposes that in the process of response and return of the virtual DCDC module, a diagnostic instruction is injected into the virtual DCDC module, and the behavior and communication data stream of the virtual DCDC module after the injection operation are monitored to obtain post-injection behavior information; the post-injection behavior information is compared with the expected behavior in the fault snapshot data to obtain a behavior comparison result, so as to verify the effectiveness of the diagnostic instruction, and the steps include:

[0021] When the virtual DCDC module receives the CAN message or the diagnostic instruction, the real-time operating system simulation layer built in the simulation program of the virtual DCDC module is controlled, the queuing, execution and interruption response of the CAN message processing task are simulated according to the preset scheduling strategy and resource competition rule, and the actual start processing time and completion time of the task are recorded;

[0022] Through the real-time operating system simulation layer, internal bus access conflict and shared memory access delay are simulated to introduce microsecond-level processing timing deviation under specific key state switching scenarios;

[0023] Based on the queuing, execution and interrupt response of the simulated CAN message processing task, the actual start processing time and completion time, and the introduced processing timing deviation, the output behavior of the virtual DCDC module is obtained;

[0024] By comparing the output behavior of the virtual DCDC module with the expected behavior in the fault snapshot data, a behavior comparison result is obtained, and the scheduling parameters and delay parameters in the simulation layer of the real-time operating system are adjusted according to the behavior comparison result until the virtual DCDC module reproduces the occasional fault of the real-life componentization power supply DCDC module caused by internal concurrency problems.

[0025] Through the technical scheme, the present application can accurately reproduce the occasional fault of the real-life DCDC module caused by internal concurrency problems by simulating the concurrency and timing deviation at the real-time operating system level, thereby effectively verifying the effectiveness of the diagnosis instruction for such complex faults.

[0026] In some preferred embodiments, in a digital mirror test environment, the TCP communication data stream in the fault snapshot data is injected into a virtual TCP communication link, the TCP communication data stream is parsed and reconstructed into a CAN message sequence by a first protocol conversion unit, and is sent to a virtual DCDC module; the CAN response message generated by the virtual DCDC module is captured, and the CAN response message is converted into a TCP data packet by a second protocol conversion unit, and the step of returning through a virtual TCP communication link includes:

[0027] In a digital mirror test environment, a dynamic queue management module pre-set by the first protocol conversion unit and the second protocol conversion unit is started;

[0028] The dynamic queue management module is driven to adjust the length and priority of the internal message processing queue of the dynamic queue management module according to the real-time communication load and the response speed of the virtual DCDC module;

[0029] When high concurrency or burst data stream is detected, the dynamic queue management module is driven to simulate the queuing delay and discarding behavior of the CAN message in the protocol stack of the componentization power supply DCDC module according to the pre-set congestion control strategy, and the actual processing delay of each CAN message is recorded;

[0030] The dynamic queue management module is driven to simulate the CAN message processing sequence change caused by resource competition according to the internal state and current processing capacity of the virtual DCDC module;

[0031] Based on the adjusted length and priority of the internal message processing queue, the simulated queuing delay and discarding behavior, the recorded actual processing delay of each CAN message, and the CAN message processing sequence change, the output behavior of the virtual DCDC module is obtained;

[0032] compare the output behavior of the virtual DCDC module with the expected behavior in the fault snapshot data to obtain a behavior comparison result;

[0033] According to the behavior comparison result, adjust the congestion control strategy and resource scheduling parameters in the dynamic queue management module until the virtual DCDC module reproduces the occasional failure of the real-life component-containing power supply DCDC module caused by the internal processing bottleneck of the protocol conversion unit.

[0034] Through the technical solution, the application can simulate the internal processing bottleneck of the protocol conversion unit through the dynamic queue management module, accurately reproduce the occasional failure of the real DCDC module caused by the internal processing bottleneck of the protocol conversion unit, and thus effectively verify the effectiveness of the diagnostic instruction for such complex failures.

[0035] More specifically, in some embodiments, in a digital mirror test environment, the TCP communication data stream in the fault snapshot data is injected into a virtual TCP communication link, the TCP communication data stream is parsed and reconstructed into a CAN message sequence by a first protocol conversion unit, and is sent to a virtual DCDC module; the CAN response message generated by the virtual DCDC module is captured, and the CAN response message is converted into a TCP data packet by a second protocol conversion unit, and the step of returning through a virtual TCP communication link includes:

[0036] In a digital mirror test environment, a preset external system behavior simulator is started;

[0037] The external system behavior simulator receives the TCP data packet returned by the virtual DCDC module through the second protocol conversion unit;

[0038] The external system behavior simulator is driven to generate and inject a subsequent TCP control instruction sequence into the virtual TCP communication link according to the content of the TCP data packet and the current state of the virtual DCDC module;

[0039] According to the preset interaction logic and state machine rules, the decision behavior of the real external system after receiving the response of the virtual DCDC module is simulated;

[0040] The response of the virtual DCDC module is monitored in real time, and the generation strategy of the subsequent instruction of the external system behavior simulator is adjusted according to the response result.

[0041] Through the technical solution, the application can simulate the interaction logic between the real external system and the DCDC module through the external system behavior simulator, so as to more comprehensively verify the effectiveness of the diagnostic instruction in a complex system environment.

[0042] On the basis, the application further proposes that, in the digital mirror test environment, the TCP communication data stream in the fault snapshot data is injected into the virtual TCP communication link, the TCP communication data stream is parsed and reconstructed into the CAN message sequence through the first protocol conversion unit, and is sent to the virtual DCDC module; the CAN response message generated by the virtual DCDC module is captured, and the CAN response message is converted into the TCP data packet through the second protocol conversion unit, and is returned through the virtual TCP communication link;In the process of response and return of the virtual DCDC module, the diagnostic instruction is injected into the virtual DCDC module, and the behavior and communication data stream of the virtual DCDC module after the injection operation are monitored to obtain the post-injection behavior information;The post-injection behavior information is compared with the expected behavior in the fault snapshot data, and the behavior comparison result is obtained to verify the effectiveness of the diagnostic instruction, which comprises:

[0043] In the digital mirror test environment, the preset dynamic injection strategy controller is started;

[0044] Drive the dynamic injection strategy controller to receive the TCP data packet returned by the virtual DCDC module through the second protocol conversion unit, and obtain the current internal state of the virtual DCDC module;

[0045] According to the content of the TCP data packet, the current internal state of the virtual DCDC module and the historical communication data and system state recorded in the fault snapshot data, the response of the virtual DCDC module to the injected diagnostic instruction is evaluated, and the response evaluation result is obtained;

[0046] According to the response evaluation result, the injection time, content and frequency of the subsequent diagnostic instruction are adjusted to simulate the behavior of the engineer in the real production environment according to the real-time feedback of the virtual DCDC module to gradually adjust the diagnostic instruction.

[0047] Through the technical scheme, the application can simulate the behavior of the engineer in the real production environment to gradually adjust the diagnostic instruction through the dynamic injection strategy controller, thereby improving the verification efficiency and accuracy of the diagnostic instruction.

[0048] Preferably, according to the response evaluation result, the injection time, content and frequency of the subsequent diagnostic instruction are adjusted to simulate the behavior of the engineer in the real production environment according to the real-time feedback of the virtual DCDC module to gradually adjust the diagnostic instruction, which comprises:

[0049] According to the real-time internal state of the virtual DCDC module, the external environment data and the historical response data of the injected diagnostic instruction, the future state change trend of the virtual DCDC module under different adjustment schemes is analyzed;

[0050] According to the future state change trend, the diagnostic path deviation risk introduced by different adjustment schemes is evaluated.

[0051] Based on the deviation risk of the diagnostic path corresponding to different adjustment schemes, the adjustment scheme with the lowest risk is selected to adjust the injection time, content and frequency of subsequent diagnostic instructions.

[0052] Through the technical scheme, the application can analyze the future state change trend and evaluate the deviation risk of the diagnostic path, select the adjustment scheme with the lowest risk, and thus optimize the injection strategy of the diagnostic instruction and improve the efficiency and safety of fault diagnosis.

[0053] On the basis described above, the application further proposes that the step of adjusting the injection time, content and frequency of subsequent diagnostic instructions based on the deviation risk of the diagnostic path corresponding to different adjustment schemes includes:

[0054] According to the real-time internal state, historical operation data and component aging model of the virtual DCDC module, the long-term operation behavior of the virtual DCDC module under different adjustment schemes is simulated, and the drift trend of the component parameters is analyzed;

[0055] According to the long-term operation behavior and drift trend, the influence of different adjustment schemes on the long-term stability and reliability of the virtual DCDC module is evaluated, and long-term influence risk information is obtained;

[0056] Based on the long-term influence risk information corresponding to different adjustment schemes, the adjustment scheme with the lowest risk is selected to adjust the injection time, content and frequency of subsequent diagnostic instructions.

[0057] Through the technical scheme, the application can simulate the long-term operation behavior and analyze the drift trend of the component parameters, evaluate the influence of different adjustment schemes on the long-term stability and reliability of the virtual DCDC module, and thus select the adjustment scheme with the lowest risk to further improve the reliability of the diagnostic instruction.

[0058] More specifically, in some embodiments, the step of adjusting the injection time, content and frequency of subsequent diagnostic instructions based on the long-term influence risk information corresponding to different adjustment schemes includes:

[0059] According to the batch information, production serial number or factory test report of the formation and capacity distribution power supply DCDC module, the component parameter tolerance range and performance deviation data of the formation and capacity distribution power supply DCDC module are obtained;

[0060] Error disturbances corresponding to the component parameter tolerance range and performance deviation data are introduced into the simulation parameters of the virtual DCDC module;

[0061] In the digital mirror test environment, a plurality of virtual DCDC modules with introduced error disturbances are tested in parallel, and the response behavior and fault recovery of each virtual DCDC module under different adjustment schemes are recorded.

[0062] According to the results of the simulation test of the virtual DCDC module, the adaptability of different adjustment schemes to the formation and component distribution power supply DCDC module on different virtual DCDC modules is evaluated, and an adjustment scheme that effectively recovers faults on different virtual DCDC modules without introducing new compatibility problems is selected, and the injection time, content and frequency of subsequent diagnostic instructions are adjusted.

[0063] Through the technical scheme, the present application can evaluate the adaptability of different adjustment schemes to the formation and component distribution power supply DCDC module on different virtual DCDC modules by introducing error disturbances and parallel simulation testing, so as to select an adjustment scheme that effectively recovers faults on different virtual DCDC modules without introducing new compatibility problems, thereby further improving the universality and compatibility of diagnostic instructions.

[0064] In the second aspect, the present application also discloses a simulation data processing system based on TCP protocol hybrid CAN communication, which is used for executing simulation data processing based on TCP protocol hybrid CAN communication, and specifically comprises:

[0065] The fault snapshot integration module is configured to capture the TCP communication data stream, the CAN communication data stream, the operating parameters of the formation and component distribution power supply DCDC module, the system configuration information and the external environment data when the formation and component distribution power supply DCDC module occurs operating abnormities under the premise of keeping the formation and component distribution power supply DCDC module working normally, and integrate and generate fault snapshot data.

[0066] The test environment configuration module is configured to establish a virtual TCP communication link and a virtual CAN communication link on the simulation test platform according to the fault snapshot data, and configure the corresponding virtual DCDC module and the corresponding virtual associated device of the formation and component distribution power supply DCDC module, so as to provide a digital mirror test environment.

[0067] a virtual simulation application module, configured to inject the TCP communication data stream in the fault snapshot data into a virtual TCP communication link in a digital mirror test environment, parse and reconstruct the TCP communication data stream into a CAN message sequence through a first protocol conversion unit, and send the CAN message sequence to a virtual DCDC module; capture a CAN response message generated by the virtual DCDC module, convert the CAN response message into a TCP data packet through a second protocol conversion unit, and return the TCP data packet through the virtual TCP communication link; inject a diagnostic instruction into the virtual DCDC module during the response and return of the virtual DCDC module, and monitor the behavior and communication data stream of the virtual DCDC module after the injection to obtain post-injection behavior information; compare the post-injection behavior information with expected behavior in the fault snapshot data to obtain a behavior comparison result, so as to verify the validity of the diagnostic instruction;

[0068] a comparison result judgment module, configured to judge whether the diagnostic instruction passes the verification based on the behavior comparison result;

[0069] a diagnostic instruction deployment module, configured to record all communication data and system state changes in the digital mirror test environment, analyze the recorded communication data and system state, locate a fault root cause, and deploy the diagnostic instruction that passes the verification to a real production system corresponding to the DCDC module.

[0070] By the technical solution, the application can provide a complete system to capture, simulate, diagnose and deploy the fault of the DCDC module, and effectively solve the problem of lack of a complete, flexible and configurable simulation test platform supporting real data injection in the traditional test method and the prior art.

[0071] Beneficial effects: The application provides a TCP protocol mixed CAN communication simulation data processing method, which can capture and integrate multi-source data to generate a fault snapshot when the DCDC module runs abnormally, and then establish a virtual communication link and a virtual DCDC module in a digital mirror test environment to accurately reproduce the fault scene. The method injects the TCP communication data stream in the fault snapshot data into a virtual TCP communication link, reconstructs the TCP communication data stream into a CAN message sequence through a protocol conversion unit, and sends the CAN message sequence to a virtual DCDC module, captures the response and returns it, so as to simulate the real communication process. More importantly, the application can inject a diagnostic instruction into the virtual DCDC module during the simulation process, monitor the behavior and communication data stream, compare the post-injection behavior information with the expected behavior to verify the validity of the diagnostic instruction. Finally, based on the comparison result, it is judged whether the diagnostic instruction passes the verification, and all communication data and system state changes in the digital mirror test environment are recorded, the fault root cause is located, and the diagnostic instruction that passes the verification is deployed to the real production system.

[0072] Compared with the prior art, the scheme of the application has the following remarkable advantages:

[0073] Firstly, by capturing multi-source data and integrating to generate a fault snapshot, the application can comprehensively and accurately restore the system state and communication environment at the time of fault occurrence, overcoming the problem that the traditional test method is difficult to comprehensively cover the complexity of the actual deployment environment.

[0074] Secondly, the virtual TCP and CAN communication link is established in the digital mirror test environment, and the virtual DCDC module and associated equipment are configured, realizing high simulation of the real production environment, solving the problem that the existing technology lacks a complete, flexible configuration and supports real data back annotation simulation test platform.

[0075] Thirdly, by the bidirectional protocol conversion unit, TCP to CAN data stream analysis and reconstruction, and CAN to TCP data packet conversion and back transmission are realized, effectively solving the problem that the existing method cannot realize bidirectional protocol conversion and data encapsulation from TCP protocol to CAN communication, so that the data flow and abnormal scene under real working conditions can be simulated in the system integration test stage.

[0076] In addition, by injecting diagnostic instructions and monitoring their behavior in the response process of the virtual DCDC module, the effectiveness of the diagnostic instructions can be verified in real time and dynamically, avoiding the limitations of traditional manual construction of test cases, and improving the accuracy and efficiency of fault diagnosis.

[0077] Finally, the verified diagnostic instructions are deployed to the real production system based on the fault root cause, realizing the closed-loop management from fault simulation, diagnosis to repair, significantly improving the real-time recovery capability of the production system and the reliability and stability of long-term operation, effectively reducing the risk and cost of field operation. BRIEF DESCRIPTION OF DRAWINGS

[0078] Figure 1 The method flowchart of a TCP protocol mixed CAN communication simulation data processing method in one embodiment of the application;

[0079] Figure 2 The method flowchart of a TCP protocol mixed CAN communication simulation data processing method in one embodiment of the application;

[0080] Figure 3 The method flowchart of a TCP protocol mixed CAN communication simulation data processing method in one embodiment of the application;

[0081] Figure 4 The system block diagram of a TCP protocol mixed CAN communication simulation data processing system in one embodiment of the application;

[0082] Reference Signs List:

[0083] 1. A mixed CAN communication analog data processing system based on TCP protocol; 11, fault snapshot integration module; 12, test environment configuration module; 13, virtual simulation application module; 14, comparison result judgment module; 15, diagnostic instruction deployment module. DETAILED DESCRIPTION

[0084] The technical solutions in the present application will be described in detail below with reference to the accompanying drawings. Obviously, the described embodiments are only some of the embodiments of the present application, but not all the embodiments. The components of the present application described and shown in the accompanying drawings can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but only 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 creative work fall within the scope of the present application.

[0085] It should be noted that: similar reference numbers and letters represent similar items in the following drawings, so once an item is defined in one drawing, it does not need to be further defined and explained in subsequent drawings. Meanwhile, in the description of the present application, the terms "first", "second" and the like are only used to distinguish the description, and cannot be understood as indicating or implying relative importance.

[0086] The present application proposes a mixed CAN communication analog data processing method based on TCP protocol, which combines Figure 1 as shown, comprising:

[0087] S1, under the premise of maintaining the normal operation of the formation and capacity power DCDC module, when the formation and capacity power DCDC module occurs abnormal operation, capture TCP communication data stream, CAN communication data stream, operation parameters of the formation and capacity power DCDC module, system configuration information and external environment data, and integrate to generate fault snapshot data;

[0088] S2, according to the fault snapshot data, establish a virtual TCP communication link and a virtual CAN communication link on the simulation test platform, and configure the corresponding virtual DCDC module of the formation and capacity power DCDC module and the corresponding virtual associated device, to provide a digital mirror test environment;

[0089] S3, in the digital mirror test environment, injecting the TCP communication data stream in the fault snapshot data into a virtual TCP communication link, parsing and reconstructing the TCP communication data stream into a CAN message sequence through a first protocol conversion unit, and sending to a virtual DCDC module; capturing the CAN response message generated by the virtual DCDC module, and converting the CAN response message into a TCP data packet through a second protocol conversion unit, and returning through a virtual TCP communication link; in the process of response and return of the virtual DCDC module, injecting a diagnostic instruction into the virtual DCDC module, and monitoring the behavior and communication data stream of the virtual DCDC module after the injection operation to obtain post-injection behavior information; comparing the post-injection behavior information with the expected behavior in the fault snapshot data to obtain a behavior comparison result to verify the effectiveness of the diagnostic instruction;

[0090] S4, judging whether the diagnostic instruction passes the verification based on the behavior comparison result;

[0091] S5, recording all communication data and system state changes in the digital mirror test environment, and analyzing the recorded communication data and system state to locate the fault root cause; based on the fault root cause, deploying the verified diagnostic instruction to the real production system corresponding to the formation and sorting power supply DCDC module.

[0092] In order to better understand the technical solutions proposed in this application, first, some key terms involved therein are explained. The formation and sorting power supply DCDC module refers to a power supply module used to realize efficient conversion and management of direct current power during battery formation and sorting, and its running state directly affects the performance and life of the battery. The TCP communication data stream refers to data transmitted based on the Transmission Control Protocol (TCP), which is commonly used for high-reliability network communication. The CAN communication data stream refers to data transmitted based on the Controller Area Network (CAN) protocol, which is widely used in automotive electronics and industrial control fields, and is known for its high real-time performance and reliability. The fault snapshot data is a one-time capture and integration of key operating parameters, communication data, system configuration and external environment data when the system is abnormal, aiming to comprehensively record the system state at the time of failure. The virtual DCDC module and the virtual associated device are software simulation or hardware-in-the-loop simulation of the real DCDC module and its peripheral devices on the simulation test platform to simulate their real behavior and response. The digital mirror test environment is a highly simulated test platform that can accurately reproduce the running state and failure scenario of the real system.

[0093] The TCP protocol mixed CAN communication simulation data processing method proposed in this application is based on digital mirror technology, which realizes accurate reproduction, diagnosis and verification of the fault of the formation and sorting power supply DCDC module.

[0094] Specifically, under the premise of keeping the formation and distribution power DCDC module normal operation, when the formation and distribution power DCDC module occurs abnormal operation, it is necessary to capture TCP communication data stream, CAN communication data stream, formation and distribution power DCDC module operating parameters, system configuration information and external environment data, and integrate to generate fault snapshot data. Capturing these data can be achieved by deploying data acquisition equipment at the communication interface of the DCDC module, for example, TCP data packets can be captured using network sniffing tools, and CAN messages can be captured using CAN bus analyzers. At the same time, the sensors and controllers inside the DCDC module can record operating parameters (such as voltage, current, temperature, etc.), system logs can provide configuration information, and external environment sensors can provide environmental data (such as ambient temperature, humidity, etc.). These captured data are then integrated into a unified fault snapshot dataset for subsequent analysis and reproduction. For example, all captured data can be stamped with a unified timestamp and stored in a structured database.

[0095] According to the fault snapshot data, a virtual TCP communication link and a virtual CAN communication link are established on the simulation test platform, and a corresponding virtual DCDC module and a corresponding virtual associated device of the formation and distribution power DCDC module are configured to provide a digital mirror test environment. The virtual communication link can be implemented by simulating the network protocol stack through software, for example, using a virtual network card and a virtual CAN interface. The virtual DCDC module and the virtual associated device can be implemented through hardware-in-the-loop (HIL) simulation or pure software simulation. In HIL simulation, real DCDC module hardware can be used, but its input and output are controlled through a simulator; in pure software simulation, the behavior of the DCDC module is completely simulated through a software model. For example, a mathematical model of the DCDC module can be established using tools such as MATLAB or Simulink, and deployed to the simulation test platform.

[0096] In the digital mirror test environment, the TCP communication data stream in the fault snapshot data is injected into a virtual TCP communication link. The TCP communication data stream is parsed and reconstructed into a CAN message sequence by a first protocol conversion unit, and sent to a virtual DCDC module. The CAN response message generated by the virtual DCDC module is captured, and the CAN response message is converted into a TCP data packet by a second protocol conversion unit, and returned through a virtual TCP communication link. The first protocol conversion unit and the second protocol conversion unit can be independent hardware modules, or protocol conversion services integrated in software. For example, the first protocol conversion unit can receive a TCP data packet, extract the payload, and encapsulate it into a CAN message according to a preset CAN message format. The second protocol conversion unit performs the opposite operation. During the response and return process of the virtual DCDC module, a diagnostic instruction is injected into the virtual DCDC module, and the behavior and communication data stream of the virtual DCDC module after the injection operation are monitored to obtain post-injection behavior information. The post-injection behavior information is compared with the expected behavior in the fault snapshot data to obtain a behavior comparison result, to verify the effectiveness of the diagnostic instruction. The injection of the diagnostic instruction can be realized through a control interface on the simulation test platform, for example, by sending a specific diagnostic message through a virtual CAN bus. Monitoring the behavior of the virtual DCDC module can include recording its internal state changes, output signals, and communication data stream. The expected behavior is the response of the DCDC module recorded in the fault snapshot data under normal or specific fault conditions.

[0097] Based on the behavior comparison result, it is determined whether the diagnostic instruction is verified. If the behavior of the virtual DCDC module after injecting the diagnostic instruction is consistent with the expected behavior, or the fault is eliminated, it is considered that the diagnostic instruction is verified. For example, if the diagnostic instruction aims to reset a certain subsystem of the DCDC module, and the comparison result shows that the subsystem is successfully reset, it is considered that the diagnostic instruction is effective.

[0098] All communication data and system state changes in the digital mirror test environment are recorded, and the recorded communication data and system state are analyzed to locate the fault root cause. Based on the fault root cause, the verified diagnostic instruction is deployed to the real production system corresponding to the formation and component power DCDC module. Recording all communication data and system state changes can be realized through a log system, for example, all data packets on the virtual communication link and internal state changes of the virtual DCDC module are recorded. The positioning of the fault root cause can be realized through pattern recognition, anomaly detection and other analysis methods on these recorded data. For example, by analyzing the sequence and timestamp of the CAN message, it can be found whether there is message loss or delay, so as to locate the problem of the communication protocol stack.

[0099] Optionally, in combination with Figure 2As shown, in the digital mirror test environment in S3, the TCP communication data stream in the fault snapshot data is injected into the virtual TCP communication link, the TCP communication data stream is parsed and reconstructed into CAN message sequence through the first protocol conversion unit, and sent to the virtual DCDC module; the CAN response message generated by the virtual DCDC module is captured, and the CAN response message is converted into a TCP data packet through the second protocol conversion unit, and the steps of returning through the virtual TCP communication link, which specifically include:

[0100] S31, when the formation and component power supply DCDC module receives the CAN message and starts processing, records the starting processing time point, and associates the starting processing time point with the unique identifier of the CAN message and the key data content;

[0101] S32, the starting processing time point is time stamped and associated with the externally captured communication data of the formation and component power supply DCDC module, and is integrated into the fault snapshot data;

[0102] S33, when reproducing the fault in the digital mirror test environment, for the CAN message in the fault snapshot data which contains the time stamp of the externally captured communication data and the internal processing time stamp, the starting processing time point is used as the time reference for the CAN message to start being processed in the virtual DCDC module to adjust the injection timing of the CAN message.

[0103] Specifically, when the formation and component power supply DCDC module receives the CAN message, the real-time operating system or firmware inside it will record the exact time point when the message is actually started to be processed by the processor, that is, the starting processing time point. This starting processing time point is regarded as a key timing marker in the internal processing flow of the CAN message in the formation and component power supply DCDC module. In order to ensure the integrity and traceability of the data, the starting processing time point will be associated with the unique identifier (such as CAN ID) of the CAN message and its key data content, so that it can be accurately identified and matched in subsequent analysis.

[0104] Wherein, the starting processing time point will be time stamped and associated with the externally captured communication data of the formation and component power supply DCDC module. The externally captured communication data usually contains the sending or receiving time stamp of the CAN message on the bus. By aligning the internal starting processing time point with the external time stamp, a complete view containing the whole process timing information of the message from external reception to internal starting processing can be constructed. These aligned and associated data are finally integrated into the fault snapshot data, so that the fault snapshot data not only contains external communication events, but also contains the response timing of the formation and component power supply DCDC module to these events.

[0105] In practical applications, when reproducing the fault in a digital mirror test environment, for the CAN message containing both the timestamp of the externally captured communication data and the internally processed timestamp in the fault snapshot data, the starting processing time point is used as the time reference for the CAN message to start being processed in the virtual DCDC module. This means that after receiving the simulated CAN message, the virtual DCDC module will not start processing immediately, but will simulate waiting until the starting processing time point recorded in the fault snapshot data before starting processing the message. This internal processing time reference-based injection timing adjustment ensures that the virtual DCDC module can more realistically simulate the internal timing behavior of the real component DCDC module when processing the CAN message, including possible processing delays.

[0106] Optionally, in combination with Figure 3 As shown in the process of responding and returning of the virtual DCDC module, a diagnostic instruction is injected into the virtual DCDC module, and the behavior and communication data flow of the virtual DCDC module after the injection operation are monitored to obtain post-injection behavior information; the post-injection behavior information is compared with the expected behavior in the fault snapshot data to obtain a behavior comparison result, and the step of verifying the effectiveness of the diagnostic instruction comprises:

[0107] A1, when the virtual DCDC module receives the CAN message or the diagnostic instruction, the real-time operating system simulation layer of the simulation program of the virtual DCDC module is controlled to simulate the queuing, execution and interrupt response of the CAN message processing task according to the preset scheduling strategy and resource competition rules, and the actual starting processing time and completion time of the task are recorded;

[0108] A2, through the real-time operating system simulation layer, internal bus access conflict and shared memory access delay are simulated to introduce microsecond-level processing timing deviation under specific key state switching scenarios;

[0109] A3, based on the queuing, execution and interrupt response of the simulated CAN message processing task, the actual starting processing time and completion time, and the introduced processing timing deviation, the output behavior of the virtual DCDC module is obtained;

[0110] A4, comparing the output behavior of the virtual DCDC module with the expected behavior in the fault snapshot data to obtain a behavior comparison result, and adjusting the scheduling parameters and delay parameters in the real-time operating system simulation layer according to the behavior comparison result until the virtual DCDC module reproduces the occasional fault of the real component DCDC module caused by internal concurrency problems.

[0111] In particular, the real-time operating system simulation layer refers to a software module integrated in the simulation program of the virtual DCDC module, and the purpose is to simulate the behavior of the real-time operating system inside the componentized power supply DCDC module, including task scheduling, interrupt handling, resource management, etc. According to the preset scheduling strategy, such as priority scheduling, time slice rotation, etc., and the resource competition rules, such as mutual exclusion, semaphore, etc., the simulation layer can accurately simulate the queuing, execution and interrupt response process of the CAN message processing task inside the virtual DCDC module. In this process, the actual start processing time and completion time of the task are recorded in detail for subsequent analysis.

[0112] Among them, through the real-time operating system simulation layer, internal bus access conflicts and shared memory access delays can also be simulated. These delays and conflicts are common phenomena in real hardware systems, especially when multiple tasks or processor cores try to access shared resources at the same time. By introducing microsecond-level processing timing deviations at certain critical state switching scenarios, the application can more realistically reflect the internal behavior of the componentized power supply DCDC module under complex working conditions, thereby capturing occasional failures caused by these minor deviations.

[0113] In actual application, the output behavior of the virtual DCDC module is obtained based on the above-mentioned queuing, execution and interrupt response of the simulated CAN message processing task, the actual start processing time and completion time of the task, and the introduced processing timing deviation. The output behavior is then compared with the expected behavior in the fault snapshot data to generate a behavior comparison result. According to the comparison result, the scheduling parameters and delay parameters in the real-time operating system simulation layer are iteratively adjusted. This adjustment process continues until the virtual DCDC module can accurately reproduce the occasional failures of the componentized power supply DCDC module caused by internal concurrency problems in reality, such as deadlock, race condition or task timeout, etc.

[0114] Optionally, in the digital mirror test environment, the TCP communication data stream in the fault snapshot data is injected into the virtual TCP communication link, the TCP communication data stream is parsed and reconstructed into a CAN message sequence through the first protocol conversion unit, and is sent to the virtual DCDC module; the CAN response message generated by the virtual DCDC module is captured, and the CAN response message is converted into a TCP data packet through the second protocol conversion unit, and the step of returning through the virtual TCP communication link includes:

[0115] In the digital mirror test environment, a preset dynamic queue management module is started;

[0116] The dynamic queue management module is driven to adjust the length and priority of the internal message processing queue of the dynamic queue management module according to the real-time communication load and the response speed of the virtual DCDC module;

[0117] When high concurrency or burst data flow is detected, the dynamic queue management module is driven to simulate the queuing delay and discard behavior of CAN messages in the protocol stack of the DCDC module according to the preset congestion control strategy, and record the actual processing delay of each CAN message;

[0118] The dynamic queue management module is driven to simulate the CAN message processing sequence change caused by resource competition according to the internal state and current processing capacity of the virtual DCDC module;

[0119] Based on the length and priority of the adjusted internal message processing queue, the simulated queuing delay and discard behavior, the recorded actual processing delay of each CAN message, and the CAN message processing sequence change, the output behavior of the virtual DCDC module is obtained;

[0120] The output behavior of the virtual DCDC module is compared with the expected behavior in the fault snapshot data to obtain a behavior comparison result;

[0121] According to the behavior comparison result, the congestion control strategy and resource scheduling parameters in the dynamic queue management module are adjusted until the virtual DCDC module reproduces the occasional faults caused by the internal processing bottleneck of the protocol conversion unit in the real DCDC module.

[0122] Specifically, in the digital mirroring test environment, a preset dynamic queue management module is first started. The dynamic queue management module is designed to simulate the dynamic behavior of the protocol conversion unit inside the DCDC module when processing TCP and CAN messages. The dynamic queue management module can be understood as a software or hardware component, and its core function is to manage the queuing, scheduling and processing of data messages during protocol conversion. The module can dynamically adjust the length and priority of its internal message processing queue according to real-time communication load and response speed of the virtual DCDC module. For example, when detecting high concurrency or burst data flow, the dynamic queue management module will simulate the queuing delay and discard behavior of CAN messages in the protocol stack of the DCDC module according to the preset congestion control strategy, and record the actual processing delay of each CAN message. The congestion control strategy can include but is not limited to tail drop, random early detection (RED) and other mechanisms to simulate the situation where messages are delayed or discarded when the network is congested in a real system. In addition, the dynamic queue management module will also simulate the change of CAN message processing order caused by resource competition according to the internal state and current processing capacity of the virtual DCDC module, for example, when multiple tasks request access to the CAN bus or shared memory at the same time, the processing order may change unexpectedly. Based on the adjusted length and priority of the internal message processing queue, the simulated queuing delay and discard behavior, the recorded actual processing delay of each CAN message, and the change of CAN message processing order, the output behavior of the virtual DCDC module can be obtained. Then, the output behavior is compared with the expected behavior in the fault snapshot data to obtain a behavior comparison result. According to the behavior comparison result, the congestion control strategy and resource scheduling parameters in the dynamic queue management module can be adjusted until the virtual DCDC module can reproduce the occasional faults caused by the protocol conversion unit internal processing bottleneck in the real DCDC module.

[0123] Optionally, in the digital mirroring test environment, the TCP communication data stream in the fault snapshot data is injected into the virtual TCP communication link, the TCP communication data stream is parsed and reconstructed into a CAN message sequence through the first protocol conversion unit, and is sent to the virtual DCDC module; the CAN response message generated by the virtual DCDC module is captured, and the CAN response message is converted into a TCP data packet through the second protocol conversion unit, and the step of returning through the virtual TCP communication link includes:

[0124] In the digital mirroring test environment, a preset external system behavior simulator is started;

[0125] The external system behavior simulator receives the TCP data packet returned by the virtual DCDC module through the second protocol conversion unit;

[0126] The external system behavior simulator generates and injects subsequent TCP control instruction sequences into the virtual TCP communication link according to the content of the TCP data packets and the current state of the virtual DCDC module;

[0127] According to the preset interaction logic and state machine rules, the decision behavior of the real external system after receiving the response of the virtual DCDC module is simulated;

[0128] The response of the virtual DCDC module is monitored in real time, and the generation strategy of the subsequent instructions of the external system behavior simulator is adjusted according to the response result.

[0129] Specifically, the external system behavior simulator can be understood as a software module or simulation component designed to simulate the behavior of the external control system or host computer that interacts with the DCDC module in the real production environment. The simulator can receive TCP data packets returned by the virtual DCDC module through the second protocol conversion unit, which usually contains the running state, response result or error information of the virtual DCDC module. Its purpose is to provide a more realistic external interaction context for the digital mirror test environment.

[0130] Among them, the external system behavior simulator can dynamically generate and inject subsequent TCP control instruction sequences into the virtual TCP communication link according to the content of the received TCP data packets and the current state of the virtual DCDC module. For example, if the data packet returned by the virtual DCDC module indicates that it is in an abnormal state, the external system behavior simulator will generate corresponding diagnostic instructions or reset instructions according to the preset fault handling logic. This process aims to simulate the behavior of the external system in reality making decisions and issuing corresponding instructions according to the feedback information of the DCDC module.

[0131] In practical applications, the external system behavior simulator simulates the decision behavior of the real external system after receiving the response of the virtual DCDC module according to the preset interaction logic and state machine rules. These interaction logic and state machine rules can be modeled based on the operation manual, protocol specification or historical running data of the actual production system, ensuring that the simulated decision behavior is highly consistent with the real system. In addition, the external system behavior simulator is also configured to monitor the response of the virtual DCDC module in real time, and adjust its generation strategy of subsequent instructions according to the response result. This means that the simulator does not simply execute according to the preset script, but can adaptively adjust according to the real-time feedback of the virtual DCDC module, so as to more accurately reproduce complex interaction scenarios.

[0132] Optionally, in the digital mirror test environment, the TCP communication data stream in the fault snapshot data is injected into a virtual TCP communication link, the TCP communication data stream is parsed and reconstructed into a CAN message sequence by a first protocol conversion unit, and is sent to a virtual DCDC module; the CAN response message generated by the virtual DCDC module is captured, the CAN response message is converted into a TCP data packet by a second protocol conversion unit, and is returned through the virtual TCP communication link; in the process of response and return of the virtual DCDC module, a diagnostic instruction is injected into the virtual DCDC module, and the behavior and communication data stream of the virtual DCDC module after the injection operation are monitored to obtain post-injection behavior information; the post-injection behavior information is compared with the expected behavior in the fault snapshot data to obtain a behavior comparison result, so as to verify the effectiveness of the diagnostic instruction, and the step of adjusting the injection time, content and frequency of the subsequent diagnostic instruction according to the response evaluation result to simulate the gradual adjustment of the diagnostic instruction by the engineer in the real production environment according to the real-time feedback of the virtual DCDC module.

[0133] In the digital mirror test environment, a preset dynamic injection strategy controller is started;

[0134] The dynamic injection strategy controller is driven to receive the TCP data packet returned by the virtual DCDC module through the second protocol conversion unit, and to obtain the current internal state of the virtual DCDC module;

[0135] According to the content of the TCP data packet, the current internal state of the virtual DCDC module, and the historical communication data and system state recorded in the fault snapshot data, the response of the virtual DCDC module to the injected diagnostic instruction is evaluated to obtain a response evaluation result;

[0136] According to the response evaluation result, the injection time, content and frequency of the subsequent diagnostic instruction are adjusted to simulate the gradual adjustment of the diagnostic instruction by the engineer in the real production environment according to the real-time feedback of the virtual DCDC module.

[0137] Specifically, the dynamic injection strategy controller is a software module or hardware unit designed to analyze the feedback from the virtual DCDC module in real-time and adjust the diagnostic process accordingly. This controller is activated when the digital mirror test environment is started and runs continuously to monitor the diagnostic process. Among them, the dynamic injection strategy controller is driven to receive TCP packets returned by the virtual DCDC module through the second protocol conversion unit, these packets contain response information of the virtual DCDC module, such as its running state, error code, measurement value, etc. At the same time, the controller also obtains the current internal state of the virtual DCDC module, which may include its internal register value, task scheduling state, memory usage, etc., which is crucial to understanding the real-time behavior of the virtual DCDC module. In practical applications, the controller comprehensively evaluates the response of the virtual DCDC module to the previously injected diagnostic instructions based on the received TCP packet content, the current internal state of the virtual DCDC module, and the historical communication data and system state extracted from the fault snapshot data. This evaluation aims to determine whether the diagnostic instructions have produced the expected effect, or whether they have revealed new fault clues. The evaluation result, i.e. the response evaluation result, will serve as the basis for subsequent decision-making. Further, based on the response evaluation result, the controller is configured to dynamically adjust the injection timing, content and frequency of subsequent diagnostic instructions. For example, if the preliminary diagnostic instructions fail to trigger a fault or provide sufficient information, the controller may adjust the injection frequency to increase the triggering probability, or modify the instruction content to probe different functional areas. This adjustment mechanism aims to simulate the behavior of experienced engineers when faced with complex faults, gradually refining and adjusting the diagnostic strategy based on real-time feedback from the device, thereby achieving more efficient and accurate fault localization.

[0138] Optionally, the step of adjusting the injection timing, content and frequency of subsequent diagnostic instructions based on the response evaluation result includes:

[0139] According to the real-time internal state of the virtual DCDC module, external environment data, and historical response data of the injected diagnostic instructions, the future state change trend of the virtual DCDC module under different adjustment schemes is analyzed;

[0140] According to the future state change trend, the diagnostic path deviation risk introduced by different adjustment schemes is evaluated;

[0141] Based on the diagnostic path deviation risk corresponding to different adjustment schemes, the adjustment scheme with the lowest risk is selected to adjust the injection timing, content and frequency of subsequent diagnostic instructions.

[0142] Specifically, the real-time internal state of the virtual DCDC module can include its current voltage, current, temperature, internal register values, error flags, and other key operating parameters. The external environment data can refer to the environmental temperature, load changes, power supply fluctuations, and the like in the simulation test platform. The historical response data of the injected diagnostic instructions records the injection of past diagnostic instructions and the corresponding behavior feedback of the virtual DCDC module. By comprehensively analyzing these data, a prediction model or machine learning algorithm can be used to predict the long-term or short-term behavior of the virtual DCDC module under different diagnostic instruction adjustment schemes (e.g., changing the injection timing, content, or frequency of the instructions), thereby analyzing the future state of the trend.

[0143] The diagnostic path deviation risk refers to the deviation of the diagnostic process from an effective and efficient fault localization path due to improper diagnostic instruction adjustment during the diagnostic process, which may even introduce new system instability factors or mask the real fault. For example, a certain diagnostic instruction may temporarily alleviate the surface symptoms, but it may accelerate the aging of other components or make the fault phenomenon more complex and difficult to track. When evaluating this risk, the predicted future state can be compared with the ideal fault diagnosis path to identify potential negative effects or deviation degrees.

[0144] In actual applications, after obtaining the diagnostic path deviation risks corresponding to different adjustment schemes, the system will use a risk assessment algorithm, such as a weighted scoring or multi-objective optimization, to select the adjustment scheme with the lowest risk. This scheme will be used to guide the adjustment of the injection timing, content, and frequency of subsequent diagnostic instructions to ensure the robustness and effectiveness of the diagnostic process.

[0145] Optionally, based on the diagnostic path deviation risks corresponding to different adjustment schemes, the adjustment scheme with the lowest risk is selected to adjust the injection timing, content, and frequency of subsequent diagnostic instructions. The step of adjusting the injection timing, content, and frequency of subsequent diagnostic instructions based on the diagnostic path deviation risks corresponding to different adjustment schemes includes:

[0146] According to the real-time internal state of the virtual DCDC module, the historical operating data, and the component aging model, the long-term operating behavior of the virtual DCDC module under different adjustment schemes is simulated, and the drift trend of the component parameters is analyzed.

[0147] According to the long-term operating behavior and the drift trend, the influence of different adjustment schemes on the long-term stability and reliability of the virtual DCDC module is evaluated, and long-term impact risk information is obtained.

[0148] Based on the long-term impact risk information corresponding to different adjustment schemes, the adjustment scheme with the lowest risk is selected to adjust the injection timing, content, and frequency of subsequent diagnostic instructions.

[0149] Specifically, the real-time internal state of the virtual DCDC module refers to the instantaneous values of key parameters such as internal registers, memory, processor load, temperature, voltage, and current of the virtual DCDC module during simulation in the digital mirror test environment. These state data are obtained in real time through the simulation program to reflect the current running status of the virtual DCDC module. The historical running data can be understood as the records of various parameters generated by the virtual DCDC module during simulation in the digital mirror test environment in the past period of time, including but not limited to communication logs, error codes, performance indicators, etc., and its purpose is to provide a data basis for long-term behavior analysis. The component aging model refers to a mathematical or empirical model that describes the performance degradation of internal key electronic components (such as capacitors, inductors, semiconductor devices, etc.) of the virtual DCDC module under long-term operation, different workloads, and environmental conditions. This model can be established based on the life test data of actual components, accelerated aging experiment results, or industry standards, and its purpose is to predict the change of component performance over time.

[0150] Among them, simulating the long-term running behavior of the virtual DCDC module under different adjustment schemes refers to applying different diagnostic instruction adjustment schemes to the virtual DCDC module in the digital mirror test environment, and combining the component aging model to simulate the continuous running state of the virtual DCDC module in months or even years in an accelerated time or extended simulation period. In this process, the running parameters and state changes of the virtual DCDC module are continuously recorded. Analyzing the drift trend of component parameters refers to identifying the change direction and amplitude of key component parameters (such as capacitor value, resistance value, transistor characteristics, etc.) inside the virtual DCDC module over time based on the simulated long-term running behavior data using statistical analysis, trend prediction algorithms, etc. For example, the decline rate of capacitor capacity, the increase rate of resistance value, etc. can be analyzed.

[0151] Further, evaluating the impact of different adjustment schemes on the long-term stability and reliability of the virtual DCDC module refers to judging whether each diagnostic instruction adjustment scheme will cause performance degradation, functional failure, or increased failure rate of the virtual DCDC module in long-term operation based on the simulated long-term running behavior and the drift trend of component parameters. Long-term stability focuses on the ability of the system to maintain consistent performance during continuous operation, while reliability focuses on the probability of the system running without failure within a specified time. Obtaining long-term impact risk information refers to quantifying the above evaluation results, such as in the form of risk score, failure probability, mean time between failures (MTBF) change, etc., and its purpose is to provide decision basis for subsequent scheme selection.

[0152] Optionally, based on the long-term impact risk information corresponding to different adjustment schemes, the step of selecting the adjustment scheme with the lowest risk to adjust the injection timing, content and frequency of the subsequent diagnostic instructions comprises:

[0153] According to the batch information, production serial number or factory test report of the formation and distribution power DCDC module, the component parameter tolerance range and performance deviation data of the formation and distribution power DCDC module are obtained;

[0154] Error perturbations corresponding to the component parameter tolerance range and performance deviation data are introduced into the simulation parameters of the virtual DCDC module;

[0155] In the digital mirror test environment, a plurality of virtual DCDC modules with error perturbations introduced are tested in parallel, and the response behavior and fault recovery of each virtual DCDC module under different adjustment schemes are recorded;

[0156] According to the results of the simulation test of the virtual DCDC module, the adaptability of different adjustment schemes to the formation and distribution power DCDC module on different virtual DCDC modules is evaluated, and an adjustment scheme that effectively recovers faults on different virtual DCDC modules without introducing new compatibility problems is selected to adjust the injection timing, content and frequency of the subsequent diagnostic instructions.

[0157] Specifically, the batch information, production serial number or factory test report of the formation and distribution power DCDC module is an important basis for obtaining the manufacturing differences of real devices. The batch information can indicate the common characteristics or defects that may exist in products of the same batch; the production serial number can be used to trace the detailed production records of individual devices; and the factory test report directly provides the performance indicators and deviation data of the device at the time of shipment. Through these information, the parameter tolerance range and actual performance deviation data of the key components (such as capacitors, inductors, MOSFETs, etc.) inside the formation and distribution power DCDC module can be obtained. These data reflect the differences between individual devices in the real world.

[0158] Among them, introducing error perturbations corresponding to the component parameter tolerance range and performance deviation data into the simulation parameters of the virtual DCDC module means that according to the real device data obtained above, the corresponding component parameters in the simulation model of the virtual DCDC module are randomly or systematically adjusted. For example, if the nominal value of a capacitor is 100uF and the tolerance range is ±5%, then during simulation, a plurality of virtual DCDC modules can be generated, and the parameter of the capacitor in each module is randomly selected between 95uF and 105uF. The purpose is to make the virtual DCDC module more realistically simulate the physical characteristics and behavior of different individual formation and distribution power DCDC modules in reality.

[0159] In practical applications, in a digital mirror test environment, a number of virtual DCDC modules with introduced error disturbances are tested in parallel, and the response behavior and fault recovery of each virtual DCDC module under different adjustment schemes are recorded. This means that multiple virtual DCDC module instances with different parameter disturbances can be run simultaneously, and the same diagnostic instruction adjustment scheme is applied to each instance. During this process, the behavior change of each virtual DCDC module after receiving the diagnostic instruction, the communication data flow, and whether the fault is effectively recovered need to be recorded in detail. For example, the key indicators such as fault indicator light state, output voltage stability, CAN message response time, etc. can be recorded.

[0160] Further, according to the results of the simulation test of the virtual DCDC module, the adaptability of different adjustment schemes to the formation and distribution power supply DCDC module on different virtual DCDC modules is evaluated, and the adjustment scheme that effectively recovers faults on different virtual DCDC modules and does not introduce new compatibility problems is selected, and the injection time, content and frequency of subsequent diagnostic instructions are adjusted. The evaluation process aims to identify diagnostic schemes that not only work effectively in ideal conditions, but also perform well in the face of real device manufacturing differences. Evaluation criteria include the success rate of fault recovery, the time required for recovery, whether new abnormal behavior or performance degradation is triggered. The finally selected scheme should be the one that shows the best overall effect on all virtual DCDC modules with introduced error disturbances.

[0161] The specific embodiments of the present application also disclose a TCP protocol hybrid CAN communication simulation data processing system for performing TCP protocol hybrid CAN communication simulation data processing, which combines Figure 4 As shown in the figure, the TCP protocol hybrid CAN communication simulation data processing system 1 comprises:

[0162] A fault snapshot integration module 11 is configured to, under the premise of maintaining normal operation of the formation and distribution power supply DCDC module, capture TCP communication data flow, CAN communication data flow, operating parameters of the formation and distribution power supply DCDC module, system configuration information and external environment data when the formation and distribution power supply DCDC module has an operating abnormality, and integrate and generate fault snapshot data;

[0163] A test environment configuration module 12 is configured to, according to the fault snapshot data, establish a virtual TCP communication link and a virtual CAN communication link on a simulation test platform, and configure a corresponding virtual DCDC module of the formation and distribution power supply DCDC module and a corresponding virtual associated device, so as to provide a digital mirror test environment;

[0164] The virtual simulation application module 13 is configured to inject the TCP communication data stream in the fault snapshot data into a virtual TCP communication link in a digital mirror test environment, parse and reconstruct the TCP communication data stream into a CAN message sequence through a first protocol conversion unit, and send the CAN message sequence to a virtual DCDC module; capture the CAN response message generated by the virtual DCDC module, convert the CAN response message into a TCP data packet through a second protocol conversion unit, and return the TCP data packet through the virtual TCP communication link; inject a diagnostic instruction into the virtual DCDC module during the response and return of the virtual DCDC module, monitor the behavior and communication data stream of the virtual DCDC module after the injection, and obtain post-injection behavior information; compare the post-injection behavior information with the expected behavior in the fault snapshot data to obtain a behavior comparison result, and verify the effectiveness of the diagnostic instruction;

[0165] The comparison result judgment module 14 is configured to judge whether the diagnostic instruction passes the verification based on the behavior comparison result.

[0166] The diagnostic instruction deployment module 15 is configured to record all communication data and system state changes in the digital mirror test environment, analyze the recorded communication data and system state, locate the fault root cause, and deploy the verified diagnostic instruction to the corresponding real production system of the formation and sorting power supply DCDC module based on the fault root cause.

[0167] In order to better understand the technical solutions proposed in the present application, some key terms involved therein are first explained. The formation and sorting power supply DCDC module refers to a power supply module used to realize efficient conversion and management of direct current power during battery formation and sorting, and its running state directly affects the performance and service life of the battery. The TCP communication data stream refers to data transmitted based on the Transmission Control Protocol (TCP), which is commonly used for high-reliability network communication. The CAN communication data stream refers to data transmitted based on the Controller Area Network (CAN) protocol, which is widely used in automotive electronics and industrial control fields and is known for its high real-time performance and reliability. The fault snapshot data is a one-time capture and integration of key operating parameters, communication data, system configuration and external environment data when the system is abnormal, aiming to comprehensively record the system state at the time of failure. The virtual DCDC module and the virtual associated device are software simulation or hardware-in-the-loop simulation of the real DCDC module and its peripheral devices on the simulation test platform to simulate their real behavior and response. The digital mirror test environment is a highly simulated test platform that can accurately reproduce the running state and fault scenario of the real system.

[0168] Specifically, the TCP protocol mixed CAN communication simulation data processing system according to the present application comprises the following modules:

[0169] The fault snapshot integration module is used to capture TCP communication data flow, CAN communication data flow, operation parameters of the formation and distribution power DCDC module, system configuration information and external environment data when the formation and distribution power DCDC module occurs abnormal operation under the premise of maintaining the normal operation of the formation and distribution power DCDC module. The fault snapshot data is integrated and generated. The module can be implemented as a separate software service deployed on the data acquisition server, responsible for real-time monitoring of the communication port and sensor interface of the DCDC module. For example, the data flow can be captured by the module by configuring the API interface of the network sniffer and CAN bus analyzer. In addition, the module can also integrate data preprocessing functions to align the captured raw data with timestamps, format conversion and data cleaning to ensure the integrity and consistency of the fault snapshot data. In some embodiments, the module can adopt a distributed architecture, and multiple sub-modules can work together to capture and preliminarily integrate different types of data, and finally a central unit is used for summarizing.

[0170] The test environment configuration module is used to establish a virtual TCP communication link and a virtual CAN communication link on the simulation test platform according to the fault snapshot data, and configure the corresponding virtual DCDC module and the corresponding virtual associated device of the formation and distribution power DCDC module to provide a digital mirror test environment. The module can be implemented as a configuration management tool, which receives fault snapshot data as input through a graphical user interface (GUI) or command line interface (CLI), and automatically generates a configuration script of the simulation test environment. For example, the module can call the API of the virtualization platform (such as VMware or Docker) to create virtual network interfaces and virtual CAN interfaces, and load pre-defined simulation models of virtual DCDC modules and virtual associated devices. In some embodiments, the module can also support dynamic configuration, allowing users to adjust the parameters of the virtual DCDC module or the characteristics of the virtual communication link during the test to simulate different operating conditions.

[0171] The virtual simulation application module is configured to inject the TCP communication data stream in the fault snapshot data into a virtual TCP communication link in a digital mirror test environment, parse and reconstruct the TCP communication data stream into a CAN message sequence through a first protocol conversion unit, and send the CAN message sequence to a virtual DCDC module; capture the CAN response message generated by the virtual DCDC module, convert the CAN response message into a TCP data packet through a second protocol conversion unit, and return the TCP data packet through the virtual TCP communication link; in the process of response and return of the virtual DCDC module, inject a diagnostic instruction into the virtual DCDC module, and monitor the behavior and communication data stream of the virtual DCDC module after the injection operation to obtain post-injection behavior information; compare the post-injection behavior information with the expected behavior in the fault snapshot data to obtain a behavior comparison result, so as to verify the effectiveness of the diagnostic instruction. The module is a core execution unit of the entire system, and can be implemented as a complex simulation engine. For example, the module can include a data injector responsible for accurately injecting the TCP communication data stream into the virtual TCP communication link according to the timing and content recorded in the fault snapshot data. The first protocol conversion unit and the second protocol conversion unit can be sub-components of the module, and can realize the protocol conversion function from TCP to CAN and from CAN to TCP through a software library or a hardware accelerator. The injection of the diagnostic instruction can be realized through a diagnostic interface built in the module, for example, by sending a specific diagnostic message through the simulated CAN bus. The module also integrates a behavior monitor for real-time recording of the internal state, output signal and communication data stream of the virtual DCDC module, and integrates these information into the post-injection behavior information.

[0172] The comparison result judgment module is configured to judge whether the diagnostic instruction passes the verification based on the behavior comparison result. The module can be implemented as an intelligent analyzer receiving the behavior comparison result output by the virtual simulation application module as input. For example, the module can internally include a rule engine or a machine learning model to evaluate the behavior comparison result according to preset verification standards (such as whether the fault is eliminated, whether the system returns to normal operation, whether the key parameters are within the allowed range, etc.). In some embodiments, the module can also provide a visual interface to display the comparison result in the form of a chart to the user, and give detailed judgment basis.

[0173] The diagnostic instruction deployment module is configured to record all communication data and system state changes in the digital mirror test environment, and analyze the recorded communication data and system state to locate the root cause of the fault; based on the root cause of the fault, the validated diagnostic instruction is deployed to the corresponding real production system of the formation and distribution power supply DCDC module. The module can be implemented as a log management and deployment tool. For example, the module can continuously collect all log data generated by the virtual simulation application module and the comparison result judgment module, and store it in a traceable database. The positioning of the root cause of the fault can be realized by the log analyzer built in the module, for example, by pattern matching, anomaly detection algorithm to identify fault patterns. Once the diagnostic instruction is verified by the comparison result judgment module, the module is responsible for safely and reliably deploying it to the real production system, for example, by means of remote firmware update or configuration issuance. In some embodiments, the module can also support risk assessment before deployment to ensure that the deployment operation does not introduce new problems.

[0174] The above only is the embodiment of the present application, and does not limit the protection scope of the present application. For those skilled in the art, the present application can have various modifications and changes. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A CAN communication simulation data processing method based on TCP protocol hybrid, characterized in that, The method comprises the following steps: Under the premise of keeping the formation and distribution power supply DCDC module working normally, when the formation and distribution power supply DCDC module occurs abnormal operation, the TCP communication data stream, the CAN communication data stream, the operation parameters of the formation and distribution power supply DCDC module, the system configuration information and the external environment data are captured and integrated to generate fault snapshot data; According to the fault snapshot data, a virtual TCP communication link and a virtual CAN communication link are established on an analog test platform, and a virtual DCDC module corresponding to the formation and distribution power supply DCDC module and a corresponding virtual associated device are configured to provide a digital mirror test environment; In the digital mirror test environment, the TCP communication data stream in the fault snapshot data is injected into the virtual TCP communication link, the TCP communication data stream is parsed and reconstructed into a CAN message sequence by a first protocol conversion unit, and is sent to the virtual DCDC module; the CAN response message generated by the virtual DCDC module is captured, and the CAN response message is converted into a TCP data packet by a second protocol conversion unit, and is returned through the virtual TCP communication link; During the response and return of the virtual DCDC module, a diagnostic instruction is injected into the virtual DCDC module, and the behavior and communication data stream of the virtual DCDC module after the injection operation are monitored to obtain post-injection behavior information; the post-injection behavior information is compared with the expected behavior in the fault snapshot data to obtain a behavior comparison result, so as to verify the effectiveness of the diagnostic instruction; Based on the behavior comparison result, it is judged whether the diagnostic instruction passes the verification; All communication data and system state changes in the digital mirror test environment are recorded, and the recorded communication data and system state are analyzed to locate the fault root; based on the fault root, the diagnostic instruction that passes the verification is deployed to the real production system corresponding to the formation and distribution power supply DCDC module.

2. The method according to claim 1, wherein, The step of injecting the TCP communication data stream in the fault snapshot data into the virtual TCP communication link in the digital mirror test environment, parsing and reconstructing the TCP communication data stream into a CAN message sequence by a first protocol conversion unit, and sending the CAN message sequence to the virtual DCDC module; capturing the CAN response message generated by the virtual DCDC module, and converting the CAN response message into a TCP data packet by a second protocol conversion unit, and returning through the virtual TCP communication link comprises the following steps: When the formation and distribution power supply DCDC module receives the CAN message and starts processing, the starting processing time point is recorded, and the starting processing time point is associated with the unique identifier of the CAN message and the key data content; The starting processing time point is time-stamped and associated with the externally captured communication data of the formation and distribution power supply DCDC module, and is integrated into the fault snapshot data; In the process of reproducing the fault in the digital mirror test environment, for the CAN message containing the timestamp of the externally captured communication data and the internal processing timestamp in the fault snapshot data, the start processing time point is used as the time reference for the start of the CAN message being processed in the virtual DCDC module to adjust the injection timing of the CAN message.

3. The method according to claim 1, characterized in that, In the process of responding and returning of the virtual DCDC module, diagnostic instructions are injected into the virtual DCDC module, and the behavior and communication data flow of the virtual DCDC module after the injection operation are monitored to obtain post-injection behavior information. The step of comparing the post-injection behavior information with the expected behavior in the fault snapshot data to obtain a behavior comparison result to verify the effectiveness of the diagnostic instructions comprises: When the virtual DCDC module receives a CAN message or a diagnostic instruction, the real-time operating system simulation layer built in the simulation program of the virtual DCDC module simulates the queuing, execution and interrupt response of the CAN message processing task according to the preset scheduling strategy and resource competition rules, and records the actual start processing time and completion time of the task; Through the real-time operating system simulation layer, internal bus access conflict and shared memory access delay are simulated to introduce microsecond-level processing timing deviation in specific critical state switching scenarios; Based on the queuing, execution and interrupt response of the simulated CAN message processing task, the actual start processing time and completion time, and the introduced processing timing deviation, the output behavior of the virtual DCDC module is obtained; The output behavior of the virtual DCDC module is compared with the expected behavior in the fault snapshot data to obtain a behavior comparison result, and the scheduling parameters and delay parameters in the real-time operating system simulation layer are adjusted according to the behavior comparison result until the virtual DCDC module reproduces the occasional fault of the real-life componentized power supply DCDC module caused by internal concurrency problems.

4. The method according to claim 1, wherein, The step of injecting the TCP communication data stream in the fault snapshot data into the virtual TCP communication link in the digital mirror test environment, parsing and reconstructing the TCP communication data stream into a CAN message sequence through a first protocol conversion unit, and sending it to the virtual DCDC module; capturing the CAN response message generated by the virtual DCDC module, and converting the CAN response message into a TCP data packet through a second protocol conversion unit, and returning through the virtual TCP communication link comprises: In the digital mirror test environment, start the dynamic queue management module pre-set by the first protocol conversion unit and the second protocol conversion unit; Drive the dynamic queue management module to adjust the length and priority of the internal message processing queue of the dynamic queue management module according to the real-time communication load and the response speed of the virtual DCDC module; When detecting high concurrency or burst data flow, the dynamic queue management module is driven to simulate CAN message queuing delay and discard behavior in the protocol stack of the DCDC module according to a preset congestion control strategy, and to record the actual processing delay of each CAN message; The dynamic queue management module is driven to simulate CAN message processing sequence changes caused by resource competition according to the internal state and current processing capacity of the virtual DCDC module; Based on the length and priority of the adjusted internal message processing queue, the simulated queuing delay and discard behavior, the recorded actual processing delay of each CAN message, and the CAN message processing sequence changes, the output behavior of the virtual DCDC module is obtained; The output behavior of the virtual DCDC module is compared with the expected behavior in the fault snapshot data to obtain a behavior comparison result; According to the behavior comparison result, the congestion control strategy and resource scheduling parameters in the dynamic queue management module are adjusted until the virtual DCDC module reproduces the occasional faults caused by the protocol conversion unit internal processing bottleneck of the real DCDC module.

5. The method according to claim 1, wherein, The step of injecting the TCP communication data stream in the fault snapshot data into the virtual TCP communication link, parsing and reconstructing the TCP communication data stream into a CAN message sequence through a first protocol conversion unit, and sending it to the virtual DCDC module in the digital mirror test environment includes: In a digital mirror test environment, a preset external system behavior simulator is started; The external system behavior simulator receives the TCP data packet returned by the virtual DCDC module through the second protocol conversion unit; The external system behavior simulator is driven to generate and inject a subsequent TCP control instruction sequence into the virtual TCP communication link according to the content of the TCP data packet and the current state of the virtual DCDC module; According to the preset interaction logic and state machine rules, the decision behavior of the real external system after receiving the response of the virtual DCDC module is simulated; The response of the virtual DCDC module is monitored in real time, and the generation strategy of the subsequent instructions of the external system behavior simulator is adjusted according to the response result.

6. The method according to claim 1, wherein, The step of injecting the TCP communication data stream in the fault snapshot data into the virtual TCP communication link, parsing and reconstructing the TCP communication data stream into a CAN message sequence through a first protocol conversion unit, and sending it to the virtual DCDC module in the digital mirror test environment includes: In the process of response and backhaul of the virtual DCDC module, a diagnostic instruction is injected into the virtual DCDC module, and the behavior and communication data flow of the virtual DCDC module after the injection operation are monitored to obtain post-injection behavior information; The step of comparing the post-injection behavior information with the expected behavior in the fault snapshot data to obtain a behavior comparison result to verify the effectiveness of the diagnostic instruction comprises: In the digital mirror test environment, a preset dynamic injection strategy controller is started; The dynamic injection strategy controller is driven to receive the TCP data packet backhauled by the virtual DCDC module through the second protocol conversion unit, and to obtain the current internal state of the virtual DCDC module; According to the content of the TCP data packet, the current internal state of the virtual DCDC module, and the historical communication data and system state recorded in the fault snapshot data, the response of the virtual DCDC module to the injected diagnostic instruction is evaluated to obtain a response evaluation result; According to the response evaluation result, the injection timing, content and frequency of subsequent diagnostic instructions are adjusted to simulate the behavior of an engineer gradually adjusting diagnostic instructions in a real production environment according to real-time feedback of the virtual DCDC module.

7. The method according to claim 6, wherein, The step of adjusting the injection timing, content and frequency of subsequent diagnostic instructions according to the response evaluation result to simulate the behavior of an engineer gradually adjusting diagnostic instructions in a real production environment according to real-time feedback of the virtual DCDC module comprises: According to the real-time internal state of the virtual DCDC module, external environment data, and historical response data of the injected diagnostic instruction, the future state change trend of the virtual DCDC module under different adjustment schemes is analyzed; According to the future state change trend, the diagnostic path deviation risk introduced by different adjustment schemes is evaluated; Based on the diagnostic path deviation risk corresponding to different adjustment schemes, the adjustment scheme with the lowest risk is selected to adjust the injection timing, content and frequency of subsequent diagnostic instructions.

8. The method according to claim 7, wherein, The step of selecting the adjustment scheme with the lowest risk based on the diagnostic path deviation risk corresponding to different adjustment schemes to adjust the injection timing, content and frequency of subsequent diagnostic instructions comprises: According to the real-time internal state of the virtual DCDC module, historical operation data and component aging model, the long-term operation behavior of the virtual DCDC module under different adjustment schemes is simulated, and the drift trend of component parameters is analyzed; According to the long-term operation behavior and the drift trend, the influence of different adjustment schemes on the long-term stability and reliability of the virtual DCDC module is evaluated to obtain long-term impact risk information; Based on the long-term impact risk information corresponding to different adjustment schemes, the adjustment scheme with the lowest risk is selected to adjust the injection timing, content and frequency of subsequent diagnostic instructions.

9. The method according to claim 8, wherein, The step of selecting the adjustment scheme with the lowest risk based on the long-term impact risk information corresponding to different adjustment schemes to adjust the injection timing, content and frequency of subsequent diagnostic instructions comprises: According to the batch information, production serial number or factory test report of the formation and capacity distribution power supply DCDC module, the component parameter tolerance range and performance deviation data of the formation and capacity distribution power supply DCDC module are obtained; Error perturbations corresponding to the component parameter tolerance range and performance deviation data are introduced into the simulation parameters of the virtual DCDC module; Parallel simulation tests are performed on a plurality of virtual DCDC modules to which the error perturbations have been introduced in a digital mirror test environment, and the response behavior and fault recovery of each virtual DCDC module under different adjustment schemes are recorded; According to the results of the simulation tests of the virtual DCDC module, the adaptability of different adjustment schemes to the formation and capacity distribution power supply DCDC module on different virtual DCDC modules is evaluated, and an adjustment scheme that effectively recovers faults on different virtual DCDC modules without introducing new compatibility problems is selected, and the injection time, content and frequency of subsequent diagnostic instructions are adjusted.

10. A CAN communication hybrid TCP protocol-based analog data processing system for performing CAN communication hybrid TCP protocol-based analog data processing, characterized in that, It comprises: A fault snapshot integration module for capturing TCP communication data flow, CAN communication data flow, operating parameters of the formation and capacity distribution power supply DCDC module, system configuration information and external environment data when the formation and capacity distribution power supply DCDC module has an operating anomaly while maintaining normal operation of the formation and capacity distribution power supply DCDC module, and integrating to generate fault snapshot data; A test environment configuration module for establishing a virtual TCP communication link and a virtual CAN communication link on a simulation test platform according to the fault snapshot data, and configuring a virtual DCDC module corresponding to the formation and capacity distribution power supply DCDC module and a corresponding virtual associated device to provide a digital mirror test environment; A virtual simulation application module for injecting the TCP communication data flow in the fault snapshot data into the virtual TCP communication link in the digital mirror test environment, parsing and reconstructing the TCP communication data flow into a CAN message sequence through a first protocol conversion unit, and sending it to the virtual DCDC module; capturing the CAN response message generated by the virtual DCDC module, and converting the CAN response message into a TCP data packet through a second protocol conversion unit, and returning it through the virtual TCP communication link; During the response and return of the virtual DCDC module, diagnostic instructions are injected into the virtual DCDC module, and the behavior and communication data flow of the virtual DCDC module after the injection operation are monitored to obtain post-injection behavior information; the post-injection behavior information is compared with the expected behavior in the fault snapshot data to obtain a behavior comparison result to verify the effectiveness of the diagnostic instructions; A comparison result judgment module for judging whether the diagnostic instructions pass the verification based on the behavior comparison result; A diagnostic instruction deployment module for recording all communication data and changes in system state in the digital mirror test environment, and analyzing the recorded communication data and system state to locate the fault root cause; Based on the fault root cause, the diagnostic instructions that pass the verification are deployed to the real production system corresponding to the formation and capacity distribution power supply DCDC module.

Images