Factory production line production virtual debugging method, system and storage medium

Abstract

The present invention provides a method, system and storage medium for virtual debugging of factory production lines, and relates to the field of intelligent manufacturing technology. The system includes a production line-level twin model and a unit-level twin model that are communicatively connected to each other. The unit-level twin model includes multiple digital twins that are communicatively connected to each other, and each digital twin is constructed based on the corresponding equipment of the factory production line. The production line-level twin model and the unit-level twin model respectively adopt dynamic adaptive fault coding technology based on fault coding format and result coding format. This dynamic adaptive coding technology provides strong support for rapid communication and collaborative work between digital twin models, and realizes virtual fault simulation of factory production lines in the field of intelligent manufacturing. At the same time, this dynamic adaptive coding technology also fully considers people's reading habits and comprehension ability. The encoded information is easy for machine parsing and conforms to people's reading habits, thereby improving the processing efficiency and automation level of fault simulation.

Description

Technical Field

[0001] The present invention relates to the field of intelligent manufacturing technology, and in particular to a method, system and storage medium for virtual debugging of factory production lines. Background Art

[0002] With the rapid development of intelligent manufacturing, the close integration of various production equipment in factory production lines has become a core element to improve production efficiency and quality. In order to ensure the coordination and stability of logistics robots and production lines, we can accurately map specific usage scenarios, production rhythms, sensor data, logistics robots, robotic arms and lathes in virtual space, and use virtual debugging technology to pre-verify and optimize the production process.

[0003] Virtual debugging technology can be used to simulate the faults of factory production lines. In traditional fault management methods, the meaning of fault codes is often vague, and detailed information is placed in additional fields. Although this method conforms to people's reading habits, it has obvious deficiencies in processing efficiency and automation. In addition, fault handling in the field of intelligent manufacturing involves the collaborative work of multiple devices and scheduling systems. In traditional fault management, the focus is usually on the faults of a single device or system, while in intelligent manufacturing, the handling of faults needs to take into account the operation of the entire manufacturing system. Information exchange and collaborative work are required between multiple devices and scheduling systems to jointly respond to the occurrence and handling of faults. How to realize virtual fault simulation of factory production lines in the field of intelligent manufacturing, and at the same time improve the processing efficiency and automation of fault simulation while conforming to people's reading habits is an urgent problem to be solved. Summary of the invention

[0004] The purpose of the present invention is to provide a factory production line virtual debugging method, system and storage medium to realize virtual fault simulation of factory production lines in the field of intelligent manufacturing, and at the same time improve the processing efficiency and automation of fault simulation while conforming to people's reading habits.

[0005] In a first aspect, an embodiment of the present invention provides a factory production line production virtual debugging method, which is applied to a factory production line production virtual debugging system, wherein the factory production line production virtual debugging system includes a production line-level twin model and a unit-level twin model that are communicatively connected to each other, and the unit-level twin model includes a plurality of digital twins that are communicatively connected to each other, each of which is constructed based on a corresponding device of the factory production line; the method includes:

[0006] Obtaining a fault simulation instruction issued by a user through the production line-level twin model;

[0007] Generate a virtual fault code corresponding to the target fault to be simulated through the production line-level twin model based on the fault simulation instruction and the preset fault coding format, and send the virtual fault code to the target digital twin in the unit-level twin model; wherein the fault coding format includes a fault identification part, a device identification part, a fault location part and a fault type part;

[0008] The virtual fault code is received by the target digital twin, and the target fault is subjected to virtual fault processing based on the virtual fault code to obtain an initial fault processing result, and the initial fault processing result is distributed to other relevant digital twins in the unit-level twin model and the production line-level twin model; wherein the initial fault processing result includes a fault processing result code generated based on a preset result coding format, and the result coding format includes a virtual fault code part, a response device identification part, and an impact result part;

[0009] Receiving the initial fault processing result through each of the relevant digital twins, performing virtual fault processing on the target fault based on the initial fault processing result to obtain a corresponding fault processing result, and sending the corresponding fault processing result to the production line-level twin model;

[0010] The current fault handling results sent by each of the digital twins are received through the production line-level twin model, task scheduling is performed based on the current fault handling results, and a fault handling report of the target fault is generated and sent to the user; wherein the current fault handling results include the initial fault handling results and the corresponding fault handling results.

[0011] In a second aspect, an embodiment of the present invention further provides a factory production line production virtual debugging system, comprising: a production line-level twin model and a unit-level twin model that are communicatively connected to each other, wherein the unit-level twin model comprises a plurality of digital twins that are communicatively connected to each other, and each of the digital twins is constructed based on a corresponding device of the factory production line;

[0012] The production line-level twin model is used to obtain the fault simulation instructions issued by the user;

[0013] The production line-level twin model is also used to generate a virtual fault code corresponding to the target fault to be simulated based on the fault simulation instruction and the preset fault coding format, and send the virtual fault code to the target digital twin in the unit-level twin model; wherein the fault coding format includes a fault identification part, a device identification part, a fault location part and a fault type part;

[0014] The target digital twin is used to receive the virtual fault code, perform virtual fault processing on the target fault based on the virtual fault code, obtain an initial fault processing result, and distribute the initial fault processing result to other related digital twins in the unit-level twin model and the production line-level twin model; wherein the initial fault processing result includes a fault processing result code generated based on a preset result coding format, and the result coding format includes a virtual fault code part, a response device identification part, and an impact result part;

[0015] Each of the related digital twins is used to receive the initial fault processing result, perform virtual fault processing on the target fault based on the initial fault processing result, obtain a corresponding fault processing result, and send the corresponding fault processing result to the production line-level twin model;

[0016] The production line-level twin model is also used to receive the current fault handling results sent by each of the digital twins, perform task scheduling based on the current fault handling results, generate and send a fault handling report of the target fault to the user; wherein the current fault handling results include the initial fault handling results and the corresponding fault handling results.

[0017] In a third aspect, an embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the factory production line production virtual debugging method described in the first aspect is executed.

[0018] The factory production line virtual debugging method, system and storage medium provided in the embodiments of the present invention are applied to the factory production line virtual debugging system. The factory production line virtual debugging system includes a production line-level twin model and a unit-level twin model that are communicatively connected to each other. The unit-level twin model includes multiple digital twins that are communicatively connected to each other, and each digital twin is built based on the corresponding equipment of the factory production line. When performing virtual debugging of the factory production line, the production line-level twin model can be used to obtain fault simulation instructions issued by the user. The production line-level twin model generates a virtual fault code corresponding to the target fault to be simulated based on the fault simulation instruction and a preset fault coding format, and sends the virtual fault code to the target digital twin in the unit-level twin model. The fault coding format includes a fault identification part, an equipment identification part, a fault location part and a fault type part. The virtual fault code is received by the target digital twin, and based on the virtual fault The fault coding performs virtual fault processing on the target fault to obtain an initial fault processing result, and distributes the initial fault processing result to other related digital twins and production line-level twin models in the unit-level twin model; wherein, the initial fault processing result includes a fault processing result code generated based on a preset result coding format, and the result coding format includes a virtual fault coding part, a response device identification part and an impact result part; the initial fault processing result is received by each related digital twin, and the target fault is virtually processed based on the initial fault processing result to obtain a corresponding fault processing result, and the corresponding fault processing result is sent to the production line-level twin model; the current fault processing result sent by each digital twin is received through the production line-level twin model, task scheduling is performed based on the current fault processing result, and a fault processing report of the target fault is generated and sent to the user; wherein, the current fault processing result includes the initial fault processing result and the corresponding fault processing result. In this way, a dynamic adaptive fault coding technology based on the fault coding format and the result coding format is adopted. The key information of the target fault is directly integrated into the coding structure, making the coding more compact and efficient. This design not only reduces the redundancy and delay of data transmission, but also greatly improves the efficiency of information processing, provides strong support for the rapid communication and collaborative work between digital twin models, and realizes the virtual fault simulation of factory production lines in the field of intelligent manufacturing. At the same time, this dynamic adaptive coding technology also fully considers people's reading habits and comprehension ability. The coded information is easy for machines to parse and conforms to people's reading habits. This enables debugging personnel to understand the coded information more intuitively and quickly locate the problem, thereby improving work efficiency and accuracy, as well as improving the processing efficiency and automation level of fault simulation. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0020] Figure 1 A schematic diagram of the structure of a factory production line production virtual debugging system provided by an embodiment of the present invention;

[0021] Figure 2 A schematic diagram of the architecture of a factory production line production virtual debugging system provided by an embodiment of the present invention;

[0022] Figure 3 A schematic diagram of the working principle of a factory production line virtual debugging system provided by an embodiment of the present invention;

[0023] Figure 4 A schematic diagram of a flow chart of a factory production line production virtual debugging method provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0024] The technical solution of the present invention will be clearly and completely described below in conjunction with the embodiments. Obviously, the described embodiments are part of the embodiments of the present invention, rather than all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0025] In the traditional fault management method, the meaning of the fault code is often vague, and the detailed information is placed in the additional field. Although this method conforms to people's reading habits, it has obvious deficiencies in processing efficiency and automation. In addition, fault handling in the field of intelligent manufacturing involves the collaborative work of multiple devices and scheduling systems. In traditional fault management, the fault of a single device or system is usually focused on, while in intelligent manufacturing, the handling of faults needs to take into account the operation of the entire manufacturing system. Information interaction and collaborative work are required between multiple devices and scheduling systems to jointly deal with the occurrence and handling of faults. In addition, fault management in the field of intelligent manufacturing requires continuous updating of the processing results of virtual faults: since various factors in the manufacturing process (such as equipment status, process parameters, environmental factors, etc.) are constantly changing, the processing results of virtual faults also need to be updated accordingly. Based on this, a method, system and storage medium for virtual debugging of factory production lines provided in an embodiment of the present invention adopt an innovative dynamic adaptive fault coding management scheme for factory production line production in the virtual debugging process, which can realize virtual fault simulation of factory production lines in the field of intelligent manufacturing, and at the same time improve the processing efficiency and automation of fault simulation while conforming to people's reading habits.

[0026] To facilitate understanding of this embodiment, a factory production line production virtual debugging system disclosed in an embodiment of the present invention is first introduced in detail.

[0027] See also Figure 1 The structure diagram of a factory production line production virtual debugging system shown in the figure includes: a production line-level twin model 110 and a unit-level twin model 120 that are connected to each other in communication, and the unit-level twin model 120 includes a plurality of digital twins 121 that are connected to each other in communication, and each digital twin 121 is constructed based on the corresponding equipment of the factory production line. The specific construction method of the digital twin 121 can refer to the relevant existing technology and will not be repeated here.

[0028] Specifically, the production line-level twin model 110 is used to obtain the fault simulation instruction issued by the user;

[0029] The production line-level twin model 110 is also used to generate a virtual fault code corresponding to the target fault to be simulated based on the fault simulation instruction and the preset fault coding format, and send the virtual fault code to the target digital twin in the unit-level twin model 120; wherein the fault coding format includes a fault identification part, a device identification part, a fault location part and a fault type part;

[0030] The target digital twin is used to receive the virtual fault code, perform virtual fault processing on the target fault based on the virtual fault code, obtain an initial fault processing result, and distribute the initial fault processing result to other related digital twins in the unit-level twin model and the production line-level twin model 110; wherein the initial fault processing result includes a fault processing result code generated based on a preset result coding format, and the result coding format includes a virtual fault code part, a response device identification part, and an impact result part;

[0031] Each relevant digital twin is used to receive the initial fault processing result, perform virtual fault processing on the target fault based on the initial fault processing result, obtain a corresponding fault processing result, and send the corresponding fault processing result to the production line-level twin model 110;

[0032] The production line-level twin model 110 is also used to receive the current fault handling results sent by each digital twin 121, perform task scheduling based on the current fault handling results, and generate and send a fault handling report of the target fault to the user; wherein the current fault handling results include the initial fault handling results and the corresponding fault handling results.

[0033] The above-mentioned unit-level twin model 120 focuses on simulating the operating status, production progress and performance of a single device (or component). Communication between digital twins 121 is a key link in achieving efficient collaborative operations in intelligent manufacturing. By ensuring real-time and accurate communication between digital twins 121, production efficiency can be greatly improved, production costs can be reduced and product quality can be improved.

[0034] The above-mentioned production line-level twin model 110, namely the system-level digital twin, focuses on the simulation of the entire factory production line production system, and provides a global perspective to analyze and optimize the production process by integrating the data of multiple digital twins 121.

[0035] Users can interact with the production line-level twin model 110 through an interactive user interface (i.e., interactive UI), such as managing the production process, starting virtual fault simulation by issuing fault simulation instructions, etc. They can also view fault handling reports (such as virtual fault reports) fed back by the production line-level twin model 110 through the interactive UI.

[0036] It should be noted that the specific arrangement order of each part in the result encoding format can be flexibly adjusted.

[0037] When the user issues a fault simulation instruction, the key information of the target fault to be simulated will be written, such as the target device identifier, target fault location information, and target fault type information, so the fault simulation instruction will carry these key information. Considering that the timestamp generated when the fault simulation instruction is generated is unique, the target fault can be identified based on the target timestamp information carried by the fault simulation instruction. Based on this, in some possible embodiments, when generating a virtual fault code, the production line-level twin model 110 is also used to parse the fault simulation instruction to obtain basic coding information, which includes target timestamp information, target device identifier, target fault location information, and target fault type information; and according to the fault coding format, the coding basic information is encoded to obtain a virtual fault code corresponding to the target fault; wherein the fault identification part of the virtual fault code includes a preset first prefix and target timestamp information. The virtual fault code obtained in this way is unique and can uniquely represent the relevant information of this virtual fault simulation.

[0038] The above-mentioned target timestamp information is the timestamp generated when the fault simulation instruction is generated, which can be accurate to seconds or milliseconds. The first prefix is ​​used to identify the fault in the virtual environment, that is, it is used to identify the part as the fault identification part; the first prefix combined with the target timestamp information is the content of the fault identification part of the virtual fault code. For example, the first prefix is ​​"VD" and the target timestamp information is "20231023143005", then the fault identification part of the virtual fault code can be "VD-20231023143005". It should be noted that the fault identification part is not limited to the method including the target timestamp information. Other methods can also be used in other embodiments. For example, a unique code can be generated when generating a fault simulation instruction, and the code can be used as the content of the fault identification part.

[0039] The above-mentioned target device identification is used to uniquely identify the device where the fault occurs. Optionally, the target device identification can be composed of the device type and device code of the device where the fault occurs. Based on this, the device identification part of the virtual fault code can include a preset second prefix, and the device type and device code of the device where the fault occurs. Among them, the second prefix is ​​used to identify the part as the device identification part. For example, if the second prefix is ​​"S", the device type is "A", and the device code is "0001", the device identification part of the virtual fault code can be "SA0001", which can facilitate users to determine which type of device has failed.

[0040] The target fault location information is used to indicate the specific location of the fault on the device, and the fault location part of the virtual fault code includes the target fault location information. For example, the target fault location information "0001" is used to indicate that the specific location of the fault is the motor, and the fault location part of the virtual fault code can be "0001".

[0041] The above target fault type information is used to describe the nature of the fault (such as electrical, mechanical or software, etc.) and the specific category (such as sensor fault or motor fault, etc.), and the fault type part of the virtual fault code includes the target fault type information. For example, if the target fault type information is "E001", the fault type part of the virtual fault code can be "E001".

[0042] The device identification corresponding to the target digital twin is consistent with the device identification of the device identification part in the virtual fault code. In order to ensure that the virtual fault code can be accurately and quickly transmitted to the target digital twin, the sending of the virtual fault code can be completed through an internal communication mechanism (i.e., an inter-process communication mechanism, such as a message queue). Based on this, in some possible embodiments, when the production line-level twin model 110 executes the step of sending the virtual fault code to the target digital twin in the unit-level twin model, the following method can be adopted: the digital twin corresponding to the device identification of the device identification part in the virtual fault code is determined as the target digital twin; the virtual fault code is sent to the target digital twin through the inter-process communication mechanism.

[0043] It should be noted that the above-mentioned inter-process communication mechanism may adopt a message queue or other methods (such as shared memory or semaphore), which is not limited in this embodiment.

[0044] In some possible embodiments, after the target digital twin receives the virtual fault code, its working process may be as follows: parse the virtual fault code to obtain fault-related information; wherein the fault-related information includes target fault location information and target fault type information; based on the fault-related information, simulate the target fault and perform the first fault processing in a virtual environment to obtain an initial fault processing result; wherein the first fault processing includes one or more of fault analysis, predicted impact, and generated repair plan, the initial fault processing result includes a fault processing result code and JSON (JavaScript Object Notation) data containing detailed results, and the impact result part of the fault processing result code includes a status code for characterizing the degree of impact; based on the initial fault processing result, determine at least one related digital twin affected by the fault; distribute the initial fault processing result to each related digital twin and production line-level twin model.

[0045] After receiving the virtual fault code, the target digital twin will send the fault handling result code and JSON data to other related digital twins and the production line twin model 110. These related digital twins may be responsible for the simulation of different production line systems or components, and they need to know the complete fault information in order to respond or adjust accordingly. The production line twin model 110 needs to perform task scheduling based on the initial fault handling result fed back by the target digital twin to solve the target fault.

[0046] The fault handling result coding uses the status code of the impact result part to simply describe the severity of the fault. The status code can be set according to actual needs. For example, four status codes with different severity levels can be set, namely: P1-fatal, P2-serious, P3-minor, P4-no impact. The fault handling results are described in detail in the JSON data. The relevant digital twins and production line-level twin models that receive the initial fault handling results can first quickly determine the severity of the fault based on the fault handling result coding, and promptly initiate emergency measures (such as emergency shutdown when there is a fatal fault), and then specifically analyze the subsequent processing methods based on the detailed results in the JSON data.

[0047] In some possible embodiments, after the relevant digital twin receives the initial fault handling result, its working process may be as follows: based on the initial fault handling result and the preset simulation scope and work responsibilities, perform corresponding fault simulation and second fault handling to obtain corresponding fault handling results; wherein, the second fault handling includes one or more of adjusting simulation parameters, triggering early warning mechanism and generating corresponding simulation data.

[0048] The digital twins that receive the initial fault handling results will simulate and analyze the target fault according to their own simulation scope and work responsibilities. They may adjust simulation parameters, trigger early warning mechanisms, or generate corresponding simulation data to help understand and handle the target fault.

[0049] In some possible embodiments, after the production line-level twin model 110 receives the current fault handling results sent by each digital twin 121, its working process may be as follows: based on the current fault handling results, the current resource status and processing capacity are evaluated to obtain the current evaluation results; based on the current evaluation results, the corresponding tasks and / or resources are scheduled, and the fault handling results fed back by the corresponding digital twin under the current scheduling scheme are obtained; wherein, scheduling includes starting a specific processing flow, assigning maintenance personnel, and adjusting the production plan. One or more; based on the fault handling results under the current scheduling scheme, determine whether the target fault has been repaired; if the target fault has not been repaired, use the fault handling results under the current scheduling scheme as the current fault handling results, and re-execute the step of evaluating the current resource status and processing capacity based on the current fault handling results to obtain the current evaluation results; if the target fault has been repaired or reaches the reporting time point corresponding to the preset reporting period, generate a fault handling report based on the fault handling results under the current scheduling scheme, and send the fault handling report to the user.

[0050] After receiving the current fault processing result, the production line-level twin model 110 will evaluate the current resource status and processing capacity, and then schedule the corresponding processing tasks or resources. This may include starting a specific processing process, assigning maintenance personnel, or adjusting the production plan. The production line-level twin model 110 will also maintain communication with other digital twins 121 to ensure collaborative work and information synchronization between them.

[0051] The digital twin 121 will continuously monitor the fault handling process. They use their own simulation capabilities to provide necessary simulation data and feedback information to help the production-level twin model 110 understand the processing progress in real time and adjust the processing plan as needed. This monitoring and feedback mechanism helps to optimize the processing flow, improve processing efficiency, and reduce unnecessary waste of resources. While performing task scheduling, the production-level twin model 110 will also periodically send fault execution results (i.e., fault handling reports) to the UI.

[0052] The above preset reporting cycle can be set according to actual needs and is not limited here. For example, the fault execution result is reported to the user every 5 minutes until the target fault is repaired and the last fault execution result is reported.

[0053] The factory production line virtual debugging system provided by the embodiment of the present invention includes a production line-level twin model and a unit-level twin model that are communicatively connected to each other. The unit-level twin model includes multiple digital twins that are communicatively connected to each other, and each digital twin is constructed based on the corresponding equipment of the factory production line. When performing virtual debugging of the factory production line, the fault simulation instruction issued by the user can be obtained through the production line-level twin model. The production line-level twin model generates a virtual fault code corresponding to the target fault to be simulated based on the fault simulation instruction and a preset fault coding format, and sends the virtual fault code to the target digital twin in the unit-level twin model. The fault coding format includes a fault identification part, an equipment identification part, a fault location part and a fault type part. The virtual fault code is received by the target digital twin, and the target fault is virtually processed based on the virtual fault code to obtain an initial The fault handling result is obtained by the digital twin model, and the initial fault handling result is distributed to other related digital twins and production line-level twin models in the unit-level twin model; wherein the initial fault handling result includes a fault handling result code generated based on a preset result coding format, and the result coding format includes a virtual fault coding part, a response device identification part and an impact result part; the initial fault handling result is received by each related digital twin, and a virtual fault handling is performed on the target fault based on the initial fault handling result to obtain a corresponding fault handling result, and the corresponding fault handling result is sent to the production line-level twin model; the current fault handling result sent by each digital twin is received by the production line-level twin model, and task scheduling is performed based on the current fault handling result, and a fault handling report of the target fault is generated and sent to the user; wherein the current fault handling result includes the initial fault handling result and the corresponding fault handling result. In this way, a dynamic adaptive fault coding technology based on the fault coding format and the result coding format is adopted. The key information of the target fault is directly integrated into the coding structure, making the coding more compact and efficient. This design not only reduces the redundancy and delay of data transmission, but also greatly improves the efficiency of information processing, provides strong support for the rapid communication and collaborative work between digital twin models, and realizes the virtual fault simulation of factory production lines in the field of intelligent manufacturing. At the same time, this dynamic adaptive coding technology also fully considers people's reading habits and comprehension ability. The coded information is easy for machines to parse and conforms to people's reading habits. This enables debugging personnel to understand the coded information more intuitively and quickly locate the problem, thereby improving work efficiency and accuracy, as well as improving the processing efficiency and automation level of fault simulation.

[0054] For ease of understanding, refer to Figure 2 The architecture of the virtual debugging system for the above-mentioned factory production line is introduced.

[0055] Through virtual fault management, enterprises can comprehensively evaluate the stability and reliability of production lines, identify potential problems in advance and formulate response strategies. Figure 2 As shown, the factory production line production virtual debugging system may include three levels: interactive UI, production line-level twin model and unit-level twin model. Among them, the production line-level twin model may include a task scheduling module and a virtual fault module. The task scheduling module may perform task scheduling or resource scheduling for each digital twin in the unit-level twin model through the task scheduling mechanism, and the virtual fault module may implement virtual fault simulation. The interactive UI may be used for production process management, and the debugger (user) may call the task scheduling mechanism of the production line-level twin model through the interactive UI to perform virtual production process management. The debugger may also issue fault simulation instructions to the production line-level twin model through the interactive UI; the production line-level twin model may perform virtual fault simulation in combination with the unit-level twin model, and report the fault handling report to the interactive UI; the interactive UI may display the fault handling report for the debugger to view. The interactive UI, production line-level twin model and unit-level twin model are introduced in detail below.

[0056] Unit-level twin model: The unit-level twin model can include multiple digital twins, such as Figure 2 As shown, digital twins can include AGV (mobile vehicle) digital twins, robotic arm digital twins, and lathe digital twins, etc.; each digital twin focuses on simulating the operating status, production progress, and performance of a single device or component.

[0057] Each digital twin in the unit-level twin model communicates with the task scheduling module of the production line-level twin model to achieve the following functions:

[0058] 1. Task query: The task scheduling module is supported to query the tasks currently being executed or queued for execution. The query content can be specific to task identification, task details, task priority, and task execution status;

[0059] 2. Task issuance: For example, the task scheduling module is supported to issue tasks to the AGV (i.e., AGV digital twin) (such as specific AGV tasks, charging tasks, etc.), and the AGV will feedback the task issuance identification information. Modify or cancel tasks: The task scheduling module is supported to modify or cancel tasks when the task has not yet been executed;

[0060] 3. Report the task execution status; for example, when the AGV successfully completes a task or fails to complete a task due to some special reasons, the AGV needs to report the task execution results to the task scheduling module; the task scheduling module is supported to query the AGV status information through the wireless LAN, such as the AGV's current site, operating status (standby, running, parking or emergency stop, etc.), current operating speed and direction, external DI / DO status, and current battery voltage.

[0061] Between digital twins: Communication between digital twins is a key link in achieving efficient collaborative operations in intelligent manufacturing. By ensuring real-time and accurate communication between digital twins, production efficiency can be greatly improved, production costs can be reduced, and product quality can be improved.

[0062] For example, after the AGV arrives at the designated location, the manipulator (i.e., the digital twin of the robotic arm) needs to communicate with the AGV to ensure that the manipulator can accurately obtain materials from the AGV and prepare for loading and unloading operations. During this process, the manipulator's action instructions, status information, and possible abnormal situations need to interact with the AGV in real time. Next, the manipulator needs to send the correct operating instructions to the machine tool (i.e., the digital twin of the lathe), such as opening the machine tool door, placing the material at the designated location, etc. At the same time, the machine tool also needs to feedback its status information to the manipulator, such as whether it is ready to receive materials, the current working status, etc. This two-way communication ensures the accuracy and efficiency of loading and unloading operations.

[0063] Production line-level twin model: The production line-level twin model focuses on the simulation of the entire factory production line production system. By integrating the data of multiple digital twins, it provides a global perspective to analyze and optimize the production process.

[0064] Task scheduling module: Based on the task-related data and the data of each digital twin, the tasks of each digital twin can be accurately allocated to ensure the balance and efficient operation of the production line.

[0065] Virtual Fault Module: By simulating the operation of equipment in a faulty state, the Virtual Fault Module can help enterprises identify potential risks in advance and predict the possibility and scope of fault occurrence. This enables enterprises to formulate targeted preventive measures, reduce the occurrence of faults in actual production, and improve the stability and reliability of the production line.

[0066] Interactive UI display report: An intuitive and easy-to-use interface with clear and detailed report display enables users to quickly understand the fault situation and formulate effective treatment measures. By providing convenient interactive methods and rich information display, the factory production line production virtual commissioning system can better meet user needs and improve production efficiency and product quality.

[0067] Combine the following Figure 3 The working process of the virtual debugging system for the above-mentioned factory production line is introduced in detail.

[0068] Step 1: Fault Injection

[0069] The fault injection process usually involves artificially introducing faults in the target digital twin to simulate actual possible fault conditions and observing the response of the target digital twin to evaluate its reliability. It specifically includes the following two sub-steps:

[0070] Sub-step 1.1: The virtual fault module generates a virtual fault ID (ie, a virtual fault code).

[0071] The virtual fault ID consists of the following parts:

[0072] ① Virtual fault prefix (i.e. first prefix):

[0073] A fixed prefix "VD" is used to identify failures in virtual environments.

[0074] ②Timestamp information:

[0075] Include a timestamp accurate to the second or millisecond to ensure that each failure has a unique time identifier.

[0076] ③ Equipment where the fault occurs:

[0077] Identifies the device type and specific ID where the fault occurred. The format is a fixed prefix "S" + device type + ID, such as "SA0001".

[0078] ④Fault location:

[0079] Indicates the specific location of the fault on the equipment, such as "0001" for the motor.

[0080] ⑤Fault nature and category:

[0081] Describe the nature of the fault (e.g. electrical, mechanical, software, etc.) and specific category (e.g. sensor failure, motor failure, etc.).

[0082] An example of a virtual fault ID is as follows:

[0083] VD-20231023143005-SA0001-0001-E001

[0084] In this example, VD is the virtual fault prefix, 20231023143005 is the timestamp, SA0001 is the device where the fault occurs, 0001 is the fault location, and E001 is the code for the nature and category of the fault.

[0085] In sub-step 1.2, the virtual fault module sends the virtual fault ID to the target digital twin.

[0086] The sending of the virtual fault ID can be completed through an internal communication mechanism (such as a message queue), ensuring that the virtual fault ID can be accurately and quickly delivered to the target digital twin.

[0087] Step 2: The target digital twin handles virtual faults and performs fault propagation

[0088] It includes the following two sub-steps:

[0089] Sub-step 2.1: The target digital twin performs virtual fault processing.

[0090] After receiving the virtual fault ID, the target digital twin will parse the virtual fault ID to obtain relevant information about the fault, such as fault type, fault location, fault nature and category, etc. Based on this information, the target digital twin will simulate the impact of the fault in the virtual environment and may trigger the corresponding processing flow or algorithm, which may include fault analysis, predicted impact, generation of repair solutions, etc. Then, the processing result including the result ID of the virtual fault processing (i.e., the fault processing result code) and the result JSON (i.e., JSON data) is generated. The result ID briefly describes the severity of the fault, and the result JSON is described in detail.

[0091] The result ID can be composed of the original virtual fault ID + [R + response device] + [status code]. An example of the status code is as follows:

[0092] P1-Fatal

[0093] P2 – Severe

[0094] P3 – Mild

[0095] P4 – No impact

[0096] An example of a result ID is as follows:

[0097] VD-20231023143005-SA0001-0001-E001-RA0001-P2

[0098] In this example, VD- is the virtual fault prefix, 20231023143005 is the timestamp, SA0001 is the device where the fault occurs, 0001 is the fault location, E001 is the code for the nature and category of the fault, RA0001 is the device that handles the fault (i.e., the device identifier of the target digital twin), and P2 is the impact result of the fault.

[0099] An example of the resulting JSON is as follows:

[0100]

[0101]

[0102] In sub-step 2.2, the target digital twin distributes the processing results to other related digital twins for fault propagation.

[0103] After receiving the virtual fault ID, the target digital twin sends the result ID and result JSON to other related digital twins. These digital twins may be responsible for simulating different production line systems or components, and they need to know the complete fault information in order to respond or adjust accordingly.

[0104] The digital twins that receive the result ID and result JSON will simulate and analyze the fault according to their own simulation scope and responsibilities, and obtain the corresponding result ID and result JSON. They may adjust simulation parameters, trigger early warning mechanisms, or generate corresponding simulation data to help understand and handle the fault.

[0105] An example of the result ID and result JSON obtained for the relevant digital twin can be as follows:

[0106] Result ID:

[0107] VD-20231023143005-SA0001-0001-E001-RB0001-P1

[0108] Result JSON:

[0109]

[0110]

[0111] Another example of the result ID and result JSON obtained for the related digital twin can be as follows: Result ID:

[0112] VD-20231023143005-SA0001-0001-E001-RC0001-P2

[0113] Result JSON:

[0114]

[0115] Step 3: Each digital twin reports the fault handling results to the task scheduling module.

[0116] All digital twins will send the result ID and result JSON of their fault response to the task scheduling module, such as the result IDs of the following three digital twins:

[0117] VD-20231023143005-SA0001-0001-E001-RA0001-P2

[0118] VD-20231023143005-SA0001-0001-E001-RB0001-P1

[0119] VD-20231023143005-SA0001-0001-E001-RC0001-P2

[0120] Step 4: Task scheduling module performs troubleshooting

[0121] After receiving the fault handling results from the digital twin, the task scheduling module will evaluate the current resource status and processing capacity, and then schedule the corresponding processing tasks or resources. This may include starting a specific processing process, assigning maintenance personnel, or adjusting production plans. The task scheduling module will also maintain communication with other digital twins to ensure collaborative work and information synchronization between them.

[0122] Digital twins will continuously monitor the fault handling process. They use their own simulation capabilities to provide necessary simulation data and feedback information to help the task scheduling module understand the processing progress in real time and adjust the processing plan as needed. This monitoring and feedback mechanism helps optimize the processing process, improve processing efficiency, and reduce unnecessary waste of resources.

[0123] Step 5: Task scheduling module monitors the fault execution results

[0124] While performing task scheduling, the task scheduling module will also periodically send fault execution results to the interactive UI.

[0125] Similar to the fault handling results generated by the digital twin, the fault execution results generated by the task scheduling module can include a result ID (fault handling result code) and JSON data containing detailed results. The format of the result ID can be the original virtual fault ID + [R00000] + [status code], where R00000 represents the task scheduling module.

[0126] An example of a result ID generated by the task scheduling module may be:

[0127] VD-20231023143005-SA0001-0001-E001-R00000-P2

[0128] In this example, VD- is the virtual fault prefix, 20231023143005 is the timestamp, SA0001 is the device where the fault occurs, 0001 is the fault location, E001 is the code of the fault nature and category, R00000 indicates the task scheduling module, and P2 is the impact result of the fault.

[0129] The result JSON will carry the detailed results of each digital twin's fault handling, which can present the process and results of fault handling in a concise and clear manner. The result JSON can include detailed information of the fault, handling measures, handling results, and the recovery status of the production line. The fault execution results can be displayed through the user interaction interface, which is convenient for users to understand the fault handling status and perform subsequent operations.

[0130] Fault handling may take a long time, and the task scheduling module will report the fault handling status (i.e., fault execution result) at a certain frequency. The task scheduling module can complete fault handling through multiple rounds of adjustments, and can report the current fault execution result every once in a while until it returns to normal, and then report the last fault execution result.

[0131] The dynamic adaptive coding technology adopted in the embodiment of the present invention carries a wealth of instruction and response data, including key information such as timestamp, fault location, fault type, status code, etc. This information is directly integrated into the coding structure, making the coding more compact and efficient. This design not only reduces the redundancy and delay of data transmission, but also greatly improves the efficiency of information processing, and provides strong support for rapid communication and collaborative work between devices. Logistics robots, robotic arms, lathes, etc. can better understand each other's intentions and states, so as to make more accurate and rapid responses. This greatly improves the coordination and stability of the production line and reduces the probability of failure.

[0132] At the same time, dynamic adaptive coding technology also fully considers people's reading habits and comprehension ability. When designing the coding, we followed the principles of simplicity and clarity, making the coding information easy for machines to parse and in line with people's reading habits. This enables debuggers to understand the coding information more intuitively, quickly locate problems, and improve work efficiency and accuracy.

[0133] The embodiment of the present invention also provides a factory production line production virtual commissioning method, which is applied to the above-mentioned factory production line production virtual commissioning system. Figure 4 A flow chart of a method for virtual commissioning of a factory production line is shown, and the method mainly includes the following steps:

[0134] Step S410: Obtain the fault simulation instruction issued by the user through the production line-level twin model.

[0135] Step S420, based on the fault simulation instructions and the preset fault coding format, the production line-level twin model generates a virtual fault code corresponding to the target fault to be simulated, and sends the virtual fault code to the target digital twin in the unit-level twin model; wherein the fault coding format includes a fault identification part, a device identification part, a fault location part and a fault type part.

[0136] In some possible embodiments, step S420 of generating a virtual fault code corresponding to a target fault to be simulated by a production line-level twin model based on fault simulation instructions and a preset fault coding format can be achieved as follows: parsing the fault simulation instructions by the production line-level twin model to obtain basic coding information, the basic coding information including target timestamp information, target device identification, target fault location information and target fault type information; encoding the basic coding information according to the fault coding format by the production line-level twin model to obtain a virtual fault code corresponding to the target fault; wherein the fault identification part of the virtual fault code includes a preset first prefix and the target timestamp information.

[0137] In a possible implementation, the target device identification is composed of the device type and device code of the fault-occurring device, and the device identification portion of the virtual fault code includes a preset second prefix, and the device type and device code of the fault-occurring device.

[0138] In some possible embodiments, sending the virtual fault code to the target digital twin in the unit-level twin model in step S420 can be achieved in the following way: determining the digital twin corresponding to the device identification part of the virtual fault code as the target digital twin; and sending the virtual fault code to the target digital twin through the inter-process communication mechanism.

[0139] Step S430, receiving the virtual fault code through the target digital twin, performing virtual fault processing on the target fault based on the virtual fault code, obtaining an initial fault processing result, and distributing the initial fault processing result to other related digital twins and production line-level twin models in the unit-level twin model; wherein the initial fault processing result includes a fault processing result code generated based on a preset result coding format, and the result coding format includes a virtual fault code part, a response device identification part, and an impact result part.

[0140] In some possible embodiments, step S430 performs virtual fault processing on the target fault based on the virtual fault code to obtain an initial fault processing result, and distributes the initial fault processing result to other related digital twins and production line-level twin models in the unit-level twin model. It can be achieved in the following way: parse the virtual fault code to obtain fault-related information; wherein the fault-related information includes target fault location information and target fault type information; based on the fault-related information, simulate the target fault and perform the first fault processing in a virtual environment to obtain an initial fault processing result; wherein the first fault processing includes one or more of fault analysis, predicted impact and generation of repair solutions, the initial fault processing result includes a fault processing result code and JSON data containing detailed results, and the impact result part of the fault processing result code includes a status code for characterizing the degree of impact; based on the initial fault processing result, determine at least one related digital twin affected by the fault; and distribute the initial fault processing result to each related digital twin and production line-level twin model.

[0141] Step S440: receive the initial fault processing result through each relevant digital twin, perform virtual fault processing on the target fault based on the initial fault processing result, obtain the corresponding fault processing result, and send the corresponding fault processing result to the production line-level twin model.

[0142] In some possible embodiments, performing virtual fault processing on the target fault based on the initial fault processing result to obtain a corresponding fault processing result in step S440 can be achieved as follows: performing corresponding fault simulation and second fault processing based on the initial fault processing result and a preset simulation scope and work responsibilities to obtain a corresponding fault processing result; wherein the second fault processing includes one or more of adjusting simulation parameters, triggering an early warning mechanism, and generating corresponding simulation data.

[0143] Step S450, receiving the current fault handling results sent by each digital twin through the production line-level twin model, performing task scheduling based on the current fault handling results, and generating and sending a fault handling report of the target fault to the user; wherein the current fault handling results include the initial fault handling results and the corresponding fault handling results.

[0144] In some possible embodiments, the task scheduling based on the current fault processing result in step S450, and the generation and sending of the fault processing report of the target fault to the user can be implemented in the following manner:

[0145] Evaluate the current resource status and processing capacity based on the current fault processing result to obtain the current evaluation result;

[0146] Scheduling the corresponding tasks and / or resources based on the current evaluation results, and obtaining the fault handling results fed back by the corresponding digital twin under the current scheduling scheme; wherein scheduling includes one or more of starting a specific processing flow, assigning maintenance personnel, and adjusting the production plan;

[0147] Based on the fault handling results under the current scheduling plan, determine whether the target fault has been repaired;

[0148] If the target fault has not been repaired, the fault handling result under the current scheduling scheme is used as the current fault handling result, and the step of evaluating the current resource status and processing capacity based on the current fault handling result to obtain the current evaluation result is re-executed;

[0149] If the target fault has been repaired or the reporting time point corresponding to the preset reporting cycle has been reached, a fault handling report is generated based on the fault handling result under the current scheduling plan and sent to the user.

[0150] When performing virtual commissioning of factory production lines, this embodiment can obtain fault simulation instructions issued by users through the production line-level twin model; generate virtual fault codes corresponding to the target fault to be simulated based on the fault simulation instructions and the preset fault coding format through the production line-level twin model, and send the virtual fault codes to the target digital twin in the unit-level twin model; wherein the fault coding format includes a fault identification part, a device identification part, a fault location part and a fault type part; receive the virtual fault code through the target digital twin, perform virtual fault processing on the target fault based on the virtual fault code, obtain an initial fault processing result, and distribute the initial fault processing result to other relevant digital twins and production line-level twins in the unit-level twin model. Model; wherein, the initial fault handling result includes a fault handling result code generated based on a preset result coding format, and the result coding format includes a virtual fault coding part, a response device identification part and an impact result part; the initial fault handling result is received by each relevant digital twin, and a virtual fault handling is performed on the target fault based on the initial fault handling result to obtain a corresponding fault handling result, and the corresponding fault handling result is sent to the production line-level twin model; the current fault handling result sent by each digital twin is received by the production line-level twin model, and task scheduling is performed based on the current fault handling result, and a fault handling report of the target fault is generated and sent to the user; wherein, the current fault handling result includes the initial fault handling result and the corresponding fault handling result. In this way, a dynamic adaptive fault coding technology based on the fault coding format and the result coding format is adopted. The key information of the target fault is directly integrated into the coding structure, making the coding more compact and efficient. This design not only reduces the redundancy and delay of data transmission, but also greatly improves the efficiency of information processing, provides strong support for the rapid communication and collaborative work between digital twin models, and realizes the virtual fault simulation of factory production lines in the field of intelligent manufacturing. At the same time, this dynamic adaptive coding technology also fully considers people's reading habits and comprehension ability. The coded information is easy for machines to parse and conforms to people's reading habits. This enables debugging personnel to understand the coded information more intuitively and quickly locate the problem, thereby improving work efficiency and accuracy, as well as improving the processing efficiency and automation level of fault simulation.

[0151] The factory production line production virtual debugging method provided in this embodiment has the same implementation principle and technical effects as those of the aforementioned factory production line production virtual debugging system embodiment. For the sake of brief description, for matters not mentioned in the factory production line production virtual debugging method embodiment, reference may be made to the corresponding contents in the aforementioned factory production line production virtual debugging system embodiment.

[0152] The embodiment of the present invention also provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the factory production line production virtual debugging method described in the previous method embodiment is executed. The computer-readable storage medium includes: a USB flash drive, a mobile hard disk, a read-only memory (ROM), a RAM, a magnetic disk or an optical disk, and other media that can store program codes.

[0153] The term "and / or" herein is only a description of the association relationship of the associated objects, indicating that there may be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the term "at least one" herein represents any combination of at least two of any one or more of a plurality of. For example, including at least one of A, B, and C can represent including any one or more elements selected from the set consisting of A, B, and C.

[0154] In all examples shown and described herein, any specific values ​​should be interpreted as merely exemplary and not as limiting, and thus other examples of the exemplary embodiments may have different values.

[0155] The flow charts and block diagrams in the accompanying drawings show the possible architecture, functions and operations of the system, method and computer program product according to multiple embodiments of the present invention. In this regard, each box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, a program segment or a part of a code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two consecutive boxes can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flow chart, and the combination of the boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or action, or can be implemented with a combination of dedicated hardware and computer instructions.

[0156] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A factory production line production virtual debugging method, characterized in that: Applied to a factory production line production virtual debugging system, the factory production line production virtual debugging system includes a production line-level twin model and a unit-level twin model that are communicatively connected to each other, the unit-level twin model includes a plurality of digital twins that are communicatively connected to each other, each of the digital twins is constructed based on the corresponding equipment of the factory production line; the method includes: Obtaining a fault simulation instruction issued by a user through the production line-level twin model; Generate a virtual fault code corresponding to the target fault to be simulated through the production line-level twin model based on the fault simulation instruction and the preset fault coding format, and send the virtual fault code to the target digital twin in the unit-level twin model; wherein the fault coding format includes a fault identification part, a device identification part, a fault location part and a fault type part; The virtual fault code is received by the target digital twin, and the target fault is subjected to virtual fault processing based on the virtual fault code to obtain an initial fault processing result, and the initial fault processing result is distributed to other relevant digital twins in the unit-level twin model and the production line-level twin model; wherein the initial fault processing result includes a fault processing result code generated based on a preset result coding format, and the result coding format includes a virtual fault code part, a response device identification part, and an impact result part; Receiving the initial fault processing result through each of the relevant digital twins, performing virtual fault processing on the target fault based on the initial fault processing result to obtain a corresponding fault processing result, and sending the corresponding fault processing result to the production line-level twin model; Receiving the current fault handling results sent by each of the digital twins through the production line-level twin model, performing task scheduling based on the current fault handling results, and generating and sending a fault handling report of the target fault to the user; wherein the current fault handling result includes the initial fault handling result and the corresponding fault handling result; The performing virtual fault processing on the target fault based on the virtual fault code to obtain an initial fault processing result, and distributing the initial fault processing result to other related digital twins in the unit-level twin model and the production line-level twin model, includes: Parsing the virtual fault code to obtain fault-related information; wherein the fault-related information includes target fault location information and target fault type information; Based on the fault-related information, the target fault is simulated and the first fault processing is performed in a virtual environment to obtain the initial fault processing result; wherein the first fault processing includes one or more of fault analysis, impact prediction and generation of repair solutions, and the initial fault processing result includes the fault processing result code and JSON data containing detailed results, and the impact result part of the fault processing result code includes a status code for characterizing the degree of impact; Based on the initial fault handling result, determining at least one of the related digital twins affected by the fault; Distributing the initial fault processing result to each of the relevant digital twins and the production line-level twin model; The performing virtual fault processing on the target fault based on the initial fault processing result to obtain a corresponding fault processing result includes: Based on the initial fault handling result and the preset simulation scope and work responsibilities, corresponding fault simulation and second fault handling are performed to obtain corresponding fault handling results; wherein the second fault handling includes one or more of adjusting simulation parameters, triggering an early warning mechanism and generating corresponding simulation data.

2. The method according to claim 1, characterized in that: The generating, by the production line-level twin model based on the fault simulation instruction and a preset fault coding format, a virtual fault code corresponding to the target fault to be simulated includes: Parsing the fault simulation instruction through the production line-level twin model to obtain coding basic information, wherein the coding basic information includes target timestamp information, target device identification, target fault location information, and target fault type information; The coding basic information is encoded according to the fault coding format through the production line-level twin model to obtain the virtual fault code corresponding to the target fault; wherein the fault identification part of the virtual fault code includes a preset first prefix and the target timestamp information.

3. The method according to claim 2, characterized in that The target device identification is composed of the device type and device code of the device where the fault occurs, and the device identification part of the virtual fault code includes a preset second prefix, and the device type and device code of the device where the fault occurs.

4. The method according to claim 1, characterized in that The sending of the virtual fault code to the target digital twin in the unit-level twin model comprises: Determine the digital twin corresponding to the device identification of the device identification part in the virtual fault code as the target digital twin; The virtual fault code is sent to the target digital twin through an inter-process communication mechanism.

5. The method according to claim 1, characterized in that: The performing task scheduling based on the current fault handling result, generating and sending a fault handling report of the target fault to the user, includes: Evaluate the current resource status and processing capacity based on the current fault processing result to obtain a current evaluation result; Scheduling corresponding tasks and / or resources based on the current evaluation results, and obtaining the fault handling results fed back by the corresponding digital twin under the current scheduling scheme; wherein the scheduling includes one or more of starting a specific processing flow, assigning maintenance personnel, and adjusting the production plan; Based on the fault handling result under the current scheduling scheme, determine whether the target fault has been repaired; If the target fault has not been repaired, the fault handling result under the current scheduling scheme is used as the current fault handling result, and the step of evaluating the current resource status and processing capacity based on the current fault handling result to obtain the current evaluation result is re-executed; If the target fault has been repaired or the reporting time point corresponding to the preset reporting period has been reached, a fault handling report is generated based on the fault handling result under the current scheduling scheme, and the fault handling report is sent to the user.

6. A factory production line production virtual debugging system, characterized in that: include: A production line-level twin model and a unit-level twin model that are communicatively connected to each other, wherein the unit-level twin model includes a plurality of digital twins that are communicatively connected to each other, each of which is constructed based on a corresponding device of a factory production line; The production line-level twin model is used to obtain the fault simulation instructions issued by the user; The production line-level twin model is also used to generate a virtual fault code corresponding to the target fault to be simulated based on the fault simulation instruction and the preset fault coding format, and send the virtual fault code to the target digital twin in the unit-level twin model; wherein the fault coding format includes a fault identification part, a device identification part, a fault location part and a fault type part; The target digital twin is used to receive the virtual fault code, perform virtual fault processing on the target fault based on the virtual fault code, obtain an initial fault processing result, and distribute the initial fault processing result to other related digital twins in the unit-level twin model and the production line-level twin model; wherein the initial fault processing result includes a fault processing result code generated based on a preset result coding format, and the result coding format includes a virtual fault code part, a response device identification part, and an impact result part; Each of the related digital twins is used to receive the initial fault processing result, perform virtual fault processing on the target fault based on the initial fault processing result, obtain a corresponding fault processing result, and send the corresponding fault processing result to the production line-level twin model; The production line-level twin model is also used to receive the current fault processing results sent by each of the digital twins, perform task scheduling based on the current fault processing results, and generate and send a fault processing report of the target fault to the user; wherein the current fault processing result includes the initial fault processing result and the corresponding fault processing result; The target digital twin is also used to parse the virtual fault code to obtain fault-related information; wherein the fault-related information includes target fault location information and target fault type information; based on the fault-related information, the target fault is simulated and the first fault processing is performed in a virtual environment to obtain the initial fault processing result; wherein the first fault processing includes one or more of fault analysis, predicted impact, and generation of repair solutions, and the initial fault processing result includes the fault processing result code and JSON data containing detailed results, and the impact result part of the fault processing result code includes a status code for characterizing the degree of impact; based on the initial fault processing result, at least one of the related digital twins affected by the fault is determined; and the initial fault processing result is distributed to each of the related digital twins and the production line-level twin model; Each of the relevant digital twins is also used to perform corresponding fault simulation and second fault processing based on the initial fault processing results and the preset simulation scope and work responsibilities to obtain corresponding fault processing results; wherein the second fault processing includes one or more of adjusting simulation parameters, triggering early warning mechanisms and generating corresponding simulation data.

7. The system according to claim 6, characterized in that The production line-level twin model is also used to parse the fault simulation instruction to obtain coding basic information, where the coding basic information includes target timestamp information, target device identification, target fault location information, and target fault type information; The production line-level twin model is also used to encode the coding basic information according to the fault coding format to obtain the virtual fault code corresponding to the target fault; wherein the fault identification part of the virtual fault code includes a preset first prefix and the target timestamp information.

8. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the factory production line production virtual debugging method described in any one of claims 1 to 5 is executed.

Images