Early warning method based on block chain and sub-control server

By adopting blockchain-based early warning methods and separate control servers in automobile production, the problems of incomplete fault warning and excessive load of central servers in the existing technology are solved, efficient information sharing and coordination are achieved, and production efficiency and data security are improved.

CN119558671APending Publication Date: 2025-03-04JIANGSU WEIMI BLOCKCHAIN TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411331576.6
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-09-24
Publication Date
2025-03-04

AI Technical Summary

Technical Problem

In the prior art, the fault warning mechanism of various automobile production workshops is imperfect, resulting in the production line being prone to blockage, and the workload of the central server is too large, increasing the data security risk.

Method used

The blockchain-based early warning method is adopted to monitor the production status of each workshop through PLC, generate fault information blocks and put them on the chain, and use distributed control servers to share and coordinate information to avoid the risk of excessive centralization.

Benefits of technology

It realizes efficient information sharing and coordination between automobile production workshops, improves the efficiency of coordinated handling of fault problems, reduces the risk of production line blockage, and enhances data security and transparency.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119558671A_ABST
    Figure CN119558671A_ABST
Patent Text Reader

Abstract

The invention discloses an early warning method based on a block chain and a sub-control server, and relates to the technical field of production monitoring of each workshop of an automobile, and the method comprises the steps: S1, monitoring the production state of each process section of each workshop based on a PLC, if the production state of a certain process section is abnormal, generating fault information of a fault process section of a target monitoring workshop, the sub-control server reports the fault process section; s2, the sub-control server of the fault process section analyzes the fault information and generates a fault information block of the fault process section; s3, the information block of the fault process section is broadcasted and linked, a new block is generated through verification of other nodes, and the nodes of the workshops are synchronously updated; and S4, each node of each workshop analyzes and obtains corresponding production information according to the received information block of the fault process section, carries out early warning and adjusts a production plan. According to the invention, transparency and tampering resistance of the block chain technology are combined, and an efficient mode is provided to enhance the automobile production monitoring and early warning system.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the technical field of fault early warning and coordination of various workshops in automobile production, and in particular to an early warning method and a sub-control server based on blockchain. Background Art

[0002] Since the introduction of Bitcoin, blockchain technology has gradually been applied to various industries such as supply chain management, medical health, real estate, etc. in addition to the financial industry. Blockchain technology is a distributed database technology with the core characteristics of decentralization, data immutability and transparency. Decentralization reduces the time of information processing and improves work efficiency. It plays an efficient role in the information exchange between different workshops in the actual automobile production process. Therefore, it is necessary to combine the research of fault warning of each workshop in automobile production with blockchain technology.

[0003] The existing technology can meet the basic requirements for fault warning in various automobile production workshops, but there are also some potential problems, which are specifically manifested in the following aspects. On the one hand, the control servers used in various automobile production workshops in the existing technology are mostly centralized servers, and the data sharing between workshops is not high. When a fault occurs in a certain process section of a certain automobile production workshop, it depends on on-site communication to coordinate the production speed of upstream and downstream workshops. However, this low coordination efficiency method makes it difficult to ensure that the production line will not be blocked during the maintenance time, resulting in an imperfect fault warning mechanism and increased automobile production risks.

[0004] On the other hand, there are a few existing technologies that realize data sharing between workshops, but they rely on a central server in each workshop to maintain information data between automobile production workshops. However, when a certain automobile production workshop fails, the central server needs to analyze the fault information of the faulty workshop and coordinate the production speed of upstream and downstream workshops. The workload of the central server is too heavy, which increases the work risk. At the same time, if the central server fails, all data of the automobile production workshops will be lost, increasing data security risks. Summary of the invention

[0005] The purpose of the present invention is to provide an early warning method and a sub-control server based on blockchain to solve the problems existing in the background technology.

[0006] The first aspect of the present invention provides an early warning method based on blockchain, including: S1. Based on PLC, the production status of each process section in each workshop is monitored. If the production status of a process section is abnormal, the fault information of the faulty process section of the target monitoring workshop is generated and reported to the sub-control server of the faulty process section.

[0007] S2. The sub-control server of the faulty process section analyzes the fault information and generates a fault information block of the faulty process section.

[0008] S3. Broadcast the information block of the faulty process section to the chain, verify it through other nodes, generate a new block, and update each node in each workshop synchronously.

[0009] S4. Each node in each workshop parses and obtains corresponding production information based on the information block of the faulty process section received, issues an early warning and adjusts the production plan.

[0010] S5. If the faulty process section of the target monitoring workshop is repaired, the recovery information is reported to the sub-control server of the faulty process section, a recovery information block of the faulty process section is generated, and S3-S4 is executed.

[0011] According to a second aspect of the present invention, a sub-control server is provided, comprising: an information collection module, an information processing module, an information legitimacy verification module, and a database.

[0012] Information collection module: Based on PLC, it monitors the equipment status and specific process section parameters of each process section of each automobile production workshop, and collects the production data of each process section of each automobile production workshop.

[0013] Information processing module: includes information analysis unit, information encapsulation unit and information parsing unit, which are used to set, encapsulate and parse information blocks.

[0014] The information analysis unit: based on the actual repair time of the same fault type number in each same fault process section of the faulty workshop, analyzes to obtain the estimated repair time, and based on the production data of the faulty workshop and the estimated repair time, analyzes to obtain the estimated number of vehicles allowed to enter and the estimated number of vehicles allowed to leave.

[0015] The information encapsulation unit fills in the relevant data obtained by analyzing the faulty process section of the faulty workshop according to the fixed information format content, and encapsulates it into an information block that can be verified as legal by each node in the blockchain network.

[0016] The information parsing unit parses the information block content in the blockchain network according to a fixed information format and extracts relevant information data therein.

[0017] Information legitimacy verification module: parse the information block broadcasted to the blockchain network, extract the information identification code from the parsed information block, and compare it with the parent information identification code stored in each node. If the information identification code in the information block has a backup in the parent information identification code stored in each node, it means that the information block is legal and accepted by the blockchain network. Each node in the blockchain network, i.e., the sub-control server of each process section of each automobile production workshop, synchronously updates the information block. Otherwise, it means that the information block is illegal and is not accepted by the blockchain network.

[0018] Database: The database of the sub-control server of each process section of each automobile production workshop is used to store the parent information identification code and the parent fault type number.

[0019] Compared with the prior art, the embodiments of the present invention have at least the following advantages or beneficial effects: 1. The present invention provides a data sharing method to achieve effective communication of information between automobile production workshops. When a fault occurs in an automobile production workshop, the fault information can be effectively shared to avoid on-site communication between production personnel and upstream and downstream workshops, coordinate production, and ensure that the production line is not blocked during the maintenance period.

[0020] 2. The present invention combines blockchain technology to realize the chain operation of fault information of each automobile production workshop, and uses a distributed control server to effectively avoid the risk of excessive centralization of traditional centralized servers, excessive workload of the central server resulting in low information processing efficiency, and the failure to share fault information in a timely and effective manner to make timely and correct response control. It improves the speed of information interaction processing between automobile production workshops and increases the efficiency of coordinated handling of fault problems.

[0021] 3. The present invention is based on blockchain technology to avoid failure of the central server, which may lead to loss of all data in each automobile production workshop. By adopting blockchain technology, the production data and fault information of each automobile production workshop can be effectively stored on each node in the blockchain network, that is, the sub-control server of each process section of each automobile production workshop, to ensure the security and transparency of the data. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0023] Figure 1 The present invention is a flowchart of an early warning method based on blockchain.

[0024] Figure 2 It is a structural schematic diagram of a sub-control server of the present invention.

[0025] Figure 3 This is an architectural model diagram of an early warning method based on blockchain and a sub-control server of the present invention. DETAILED DESCRIPTION

[0026] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not 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.

[0027] For a better understanding, the terms involved in the present invention are explained below.

[0028] Blockchain: Blockchain is a block chain storage that combines distributed storage and peer-to-peer transmission. It records information through an ever-growing data block chain. Each data block is linked to the previous block through a hash, forming a continuous chain structure. Blockchain has the characteristics of decentralization, immutability, transparency and security.

[0029] PLC: PLC stands for Programmable Logic Controller, a digital computing controller with a microprocessor for automated control. It achieves industrial control and information feedback through program writing. It is essentially a computer dedicated to industrial control.

[0030] Sub-control server: A sub-control server is a server used to manage and control distributed systems. It is usually used to monitor and coordinate the operations of multiple nodes or devices, and plays a key role in data processing, resource allocation, and task scheduling.

[0031] Process section: The process section refers to the different production processes that need to be experienced in different workshops during the automobile production process.

[0032] Specific process section: The specific process section refers to a production process in which monitoring needs to determine whether the parameter data returned by the sensor is within the normal working range.

[0033] Information identification code: A string of codes is used to identify the types of different information blocks. It is used by each node in the blockchain network to verify the legitimacy of the information block and determine the type of the information block. The parent information identification code is stored in each node in the blockchain network, namely, on the sub-control server of each process section of each automobile production workshop.

[0034] It should be noted that in a specific embodiment, common information block types include fault information block, recovery information block, and production information block. For example, their information identification codes can be expressed as fault information block: GZ001, recovery information block: HF002, and production information block: SC003.

[0035] Information timestamp: Information timestamp refers to the time when the information block is encapsulated and is used to record the time when the information block is generated.

[0036] Fault workshop number: The automobile production process is divided into different workshops, and each workshop is marked with a string of codes. The fault workshop number refers to the number of the workshop where the fault occurred, so that each node in the blockchain network can extract clear workshop information from the information block after updating the block.

[0037] It should be noted that, in a specific embodiment, common workshops in the actual automobile production process are divided into: a stamping workshop, a welding workshop, a painting workshop, an assembly workshop, and a testing workshop.

[0038] Workshop number, for example, stamping workshop C1, welding workshop C2, painting workshop C3, assembly workshop C4, testing workshop C5.

[0039] Faulty process section number: Each process section in each workshop in the automobile production process is marked with a string of codes. The faulty process section number refers to the number of the process section where the fault occurs. For example, using C30001 means that the first process section of the paint shop has a fault.

[0040] Embodiment 1 Reference Figure 1 As shown, a blockchain-based early warning method comprises: S1. Based on PLC monitoring, the production status of each process section in each workshop is monitored. If the production status of a process section is abnormal, the fault information of the faulty process section of the target monitoring workshop is generated and reported to the sub-control server of the faulty process section.

[0041] S2. The sub-control server of the faulty process section analyzes the fault information and generates a fault information block of the faulty process section.

[0042] S3. Broadcast the information block of the faulty process section to the chain, verify it through other nodes, generate a new block, and update each node in each workshop synchronously.

[0043] S4. Each node in each workshop parses and obtains corresponding production information based on the information block of the faulty process section received, issues an early warning and adjusts the production plan.

[0044] S5. If the faulty process section of the target monitoring workshop is repaired, the recovery information is reported to the sub-control server of the faulty process section, a recovery information block of the faulty process section is generated, and S3-S4 is executed.

[0045] In a specific embodiment of the present invention, the PLC-based monitoring of the production status of each process section in each workshop is specifically: each process section in each automobile production workshop has one or more PLC devices to monitor the production status, and each has a sub-control server to process related information.

[0046] PLC equipment monitors production status, specifically including monitoring equipment status and real-time tracking of whether the equipment operation in each process section of each automobile production workshop complies with the operating logic set by the program.

[0047] Monitor the parameters of specific process sections, and obtain the parameters of specific process sections in each automobile production workshop in real time through various sensors to determine whether they are within the normal working range.

[0048] Collect production data, collect production data of each process section of each automobile production workshop, including the total number of processed vehicles, working hours and processing speed, and submit them to the corresponding process section's sub-control server on a regular basis.

[0049] In a specific embodiment of the present invention, if a process section of the target monitoring workshop fails, the fault information will be reported to the sub-control server of the corresponding process section. Specifically, if the PLC of a process section of the target monitoring workshop detects that the equipment operating status of the process section does not conform to the set operating logic of the normal program, it is determined that a fault occurs in the process section, and the fault information is submitted to the sub-control server of the process section. The target monitoring workshop is recorded as a faulty workshop, and the process section is recorded as a faulty process section.

[0050] If the PLC of a specific process section of the target monitoring workshop detects that the parameters of the specific process section do not meet the normal working range, it is determined that a fault occurs in the specific process section, and the fault information is submitted to the sub-control server of the specific process section. The target monitoring workshop is recorded as a faulty workshop, and the specific process section is recorded as a faulty process section.

[0051] The fault information of the faulty process section includes the number of the faulty process section and the fault type number of the faulty process section.

[0052] The fault types include equipment operation status fault and specific parameter range fault.

[0053] The fault type number of the faulty process section is subdivided and numbered according to the specific faulty equipment and specific abnormal parameters of the faulty process section, and the parent fault type number is stored in the database of the sub-control server of the faulty process section.

[0054] In a specific embodiment of the present invention, the fault information block of the faulty process section is specifically as follows: the fixed information format contained in the fault information block is information identification code, information timestamp, fault workshop number, fault process section number, fault type number, time of fault occurrence, estimated repair time, estimated number of vehicles allowed to enter, and estimated number of vehicles allowed to exit.

[0055] In a specific embodiment of the present invention, the sub-control server of the faulty process section analyzes the fault information, and the specific method is as follows: A1. The sub-control server of the faulty process section extracts the name number of the faulty process section and the fault type number of the faulty process section from the fault information.

[0056] A2. The sub-control server of the faulty process section uses the name number of the faulty process section and the fault type number of the faulty process section as an index, retrieves from each block saved by the sub-control server node of the faulty process section, and obtains the actual emergency repair time of the same fault type number of each same faulty process section.

[0057] A3. Based on the actual repair time of the same fault type number in each fault process section, average processing is performed, and the average result is used as the estimated repair time of the fault process section .

[0058] A4. The sub-control server of the faulty process section obtains the processing speed of the first process section at the front end of the faulty process section based on the saved block information of each node. , the processing speed of the adjacent process section at the front end of the faulty process section , get the number of vehicles working in the first process section at the front end of the faulty process section , the number of vehicles working in the adjacent process section before the faulty process section , obtain the number of vehicles that the buffer zone between the faulty process section and the adjacent process section at the front end can accommodate , through the formula: , calculate the number of vehicles that are expected to be allowed to enter the fault workshop within the expected repair time .

[0059] It should be noted that, in a specific embodiment, the formula for calculating the estimated number of vehicles allowed to enter the faulty workshop within the estimated repair time is as follows: Step 1: Calculate the number of vehicles that can be processed by each front-end process section of the faulty process section within the estimated repair time: , Indicates the front end of the faulty process section The number of vehicles that can be processed by each process section within the estimated repair time. It represents the first process section at the front end of the faulty process section, that is, it represents the first process section of the production process of the faulty workshop. Indicates the front end of the faulty process section A process section represents the front adjacent process section of the faulty process section.

[0060] Step 2: Evaluate the front end of the faulty process The accumulation of vehicles between the buffer zone between the first process section and the faulty process section, because the faulty process section cannot process the vehicle, The vehicles in the segment will be accumulated in the buffer zone, according to the formula: , calculate the number of vehicles that may accumulate If the number of buffered vehicles exceeds the capacity of the buffer , through the formula: Counting the number of spilled vehicles .

[0061] Step 3: Since the faulty process section cannot receive new vehicles at the front of the faulty process section, even if the first process section at the front of the faulty process section and each process section have processed their own vehicles, these vehicles will eventually accumulate at the adjacent process section at the front of the faulty process section. Therefore, the key factors affecting the number of vehicles allowed to enter the faulty workshop within the estimated repair time are the first process section at the front of the faulty process section and the adjacent process section at the front.

[0062] Step 4: Assuming that the processing capacity of each process section at the front end of the default fault process section is in an ideal state, the formula is: , calculate the number of vehicles that are expected to be allowed to enter the fault workshop within the expected repair time .

[0063] It should be noted that, in a specific embodiment, if the first process section of the faulty workshop is a faulty process section, the number of vehicles allowed to enter the faulty workshop within the estimated repair time is .

[0064] It should be noted that, in a specific embodiment, for example, the estimated repair time is 1 hour, the fault workshop has seven process sections, the fourth process section is the faulty process section, and the processing speed of each process section at the front end of the faulty process section is obtained. , , , the number of vehicles working , , , the number of vehicles that the buffer zone between the faulty process section and the adjacent process section at the front end can accommodate is .

[0065] By formula , substitute the above data, and calculate the estimated number of vehicles allowed to enter the fault workshop within the estimated repair time. .

[0066] A5. The sub-control server of the faulty process section obtains the processing speed of each process section at the back end of the faulty process section based on the saved block information of each node. Number of vehicles working , through the formula: , calculate the number of vehicles that the faulty workshop is expected to be allowed to dispatch within the expected repair time , , Indicates the numbers of the process sections at the back end of the faulty process section. Indicates the total number of process stages at the back end of the faulty process stage.

[0067] It should be noted that, in a specific embodiment, the formula reasoning process for calculating the number of vehicles expected to be allowed to enter the fault workshop within the expected repair time is as follows: Step 1: By formula: Calculate the theoretical number of vehicles that can be processed by each process section at the back end of the fault process section within the estimated repair time. , The first process section behind the faulty process section, that is, the process section adjacent to the back end of the faulty process section. The back end of the faulty process section The first process section is the last process section of the production process of the faulty workshop.

[0068] Step 2: Since each process section at the back end of the faulty process section already has a certain number of vehicles before the fault begins , so the actual processing capacity depends on the number of these vehicles, so the actual number of processed vehicles is: .

[0069] Step 3: Due to the faulty process section, the first process section behind the faulty process section cannot receive new vehicles. Even if the first process section behind the faulty process section and each process section have processed their own vehicles, these vehicles still need to pass through each process section in turn to reach the first process section. Therefore, the key factor affecting the estimated number of vehicles allowed to be dispatched by the fault workshop within the estimated repair time is the process section at the back end of the fault process section that actually handles the smallest number of vehicles.

[0070] Step 4: The estimated number of vehicles allowed to be dispatched by the faulty workshop within the estimated repair time is subject to the back-end of the faulty process section. The actual processing capacity of each process section is also affected by the back end of the faulty process section. The actual processing capacity limit of each process section outside the process section is calculated by the formula: , calculate the number of vehicles that the faulty workshop is expected to be allowed to dispatch within the expected repair time .

[0071] It should be noted that, in a specific embodiment, if the last process section of the faulty workshop is a faulty process section, the number of vehicles allowed to be dispatched by the faulty workshop within the estimated repair time is .

[0072] It should be noted that, in a specific embodiment, for example, the estimated repair time is 1 hour, the fault workshop has seven process sections, the fourth process section is the faulty process section, and the processing speed of each process section at the back end of the faulty process section is obtained. , , , the number of vehicles working , , .

[0073] By formula: , substitute the above data, and calculate the estimated number of vehicles allowed to be dispatched by the faulty workshop within the estimated repair time. .

[0074] A6. Encapsulate the information identification code, information timestamp, fault workshop number, fault process section number, fault type number, time of fault occurrence, estimated repair time, estimated number of vehicles allowed to enter, and estimated number of vehicles allowed to exit into a fault information block.

[0075] It should be noted that, in a specific embodiment, the content included in the fault information block is, for example, GZ001-2024.0102.12:34-C3-C3003-A001-2024.0102.12:33-45-20-18, wherein CZ001 is an information identification code, indicating that the information block is a fault information block, 2024.0102.12:34 is an information timestamp, indicating the packaging time of the information block, C3 is the fault workshop number, indicating that a fault occurs in the paint workshop, C3003 is the fault process section number, indicating that a fault occurs in the third process section of the paint workshop, A001 is the fault type number, 2024.0102.12:33 indicates the time when the fault occurs, 45 indicates the estimated repair time in minutes, 20 indicates the estimated number of vehicles allowed to enter the fault workshop within the estimated repair time, and 18 indicates the estimated number of vehicles allowed to leave the fault workshop within the estimated repair time.

[0076] The present invention provides a data sharing method to achieve effective communication of information between automobile production workshops. When a fault occurs in an automobile production workshop, the fault information can be effectively shared to avoid on-site communication between production personnel and upstream and downstream workshops, coordinate production, and ensure that the production line is not blocked during the maintenance period.

[0077] In a specific embodiment of the present invention, the information block of the faulty process section is broadcast on the chain, verified by other nodes, a new block is generated, and each node in each workshop is updated synchronously. The specific method is: B1. The sub-control server of the faulty process section establishes a connection with the blockchain network and broadcasts the encapsulated fault information block to the blockchain network.

[0078] B2. Each node in the blockchain network, i.e., the sub-control server of each process section of each automobile production workshop, parses the encapsulated fault information block and obtains the information identification code from the parsed fault information block.

[0079] B3. If the information identification code in the fault information block has a backup in the parent information identification code stored in each node, it means that the fault information block is legal and accepted by the blockchain network. Each node in the blockchain network, i.e., the sub-control server of each process section of each automobile production workshop, synchronously updates the fault information block. Otherwise, it means that the fault information block is illegal and is not accepted by the blockchain network.

[0080] It should be noted that, in a specific embodiment, each node in the blockchain network, i.e., the sub-control server of each process section of each automobile production workshop, parses the encapsulated fault information block through the information parsing module to extract the information identification code. For example, if the information identification code extracted from a certain information block is GZ002, it is recorded as the target information identification code. The sub-control server of each process section of each automobile production workshop uses the information legitimacy verification module to compare the extracted target information identification code with the parent information identification code stored in the database. If the target information identification code does not exist with the parent information identification code, then the information block is determined to be illegal; otherwise, the information block is determined to be legal.

[0081] In a specific embodiment of the present invention, each node in each workshop parses the received information block of the faulty process section to obtain the corresponding production information, issue an early warning and adjust the temporary production plan, and the specific method is as follows: C1. The sub-control server of each process section in each automobile production workshop extracts the information identification code from the faulty information block, compares it with the parent information identification code stored in the local database, and obtains the type of the information block. If the comparison determines that it is a faulty information block, an early warning is triggered to remind timely adjustment of the temporary production plan.

[0082] C2. The sub-control servers of each process section of each automobile production workshop extract the number of the faulty workshop from the fault information block and determine whether the faulty workshop affects the entry or exit of vehicles in the workshop. If the faulty workshop affects the exit of vehicles in the workshop, the workshop is recorded as the upstream workshop; if the faulty workshop affects the entry of vehicles in the workshop, the workshop is recorded as the downstream workshop.

[0083] C3. The sub-control servers of each process section of the upstream workshop extract the estimated repair time and the estimated number of vehicles allowed to enter from the fault information block, thereby adjusting the temporary production plan and coordinating the processing speed of each process section of the upstream workshop to meet the estimated number of vehicles allowed to enter, so as to keep it generally synchronized with the production progress of the faulty workshop.

[0084] C4. The sub-control servers of each process section of the downstream workshop extract the estimated repair time and the estimated number of vehicles allowed to be dispatched from the fault information block, thereby adjusting the temporary production plan and coordinating the processing speed of each process section of the downstream workshop to meet the estimated number of vehicles to be dispatched, so as to keep overall synchronization with the production progress of the faulty workshop.

[0085] In a specific embodiment of the present invention, if the faulty process section of the target monitoring workshop is repaired, the recovery information will be reported to the sub-control server of the faulty process section, a recovery information block of the faulty process section will be generated, and S3-S4 will be executed, which is specifically: the fixed information format contained in the recovery information block is information identification code, information timestamp, faulty workshop number, faulty process section number, fault type number, time of fault occurrence, time of completion of fault repair, actual repair time, and the actual number of delayed production vehicles.

[0086] The PLC of the faulty workshop detects that the faulty process section has been repaired. The sub-control servers of each process section of the faulty workshop multiply the normal processing speed of the faulty process section and the actual repair time to obtain the actual number of delayed production vehicles, obtain the content of the above-mentioned recovery information fast fixed information format, encapsulate it to obtain the recovery information block, and repeat the operations of S3-S4 in the method.

[0087] It should be noted that, in a specific embodiment, the content contained in the recovery information block is, for example, HF002-2024.0102.13:34-C3-C3003-A001-2024.0102.12:33-2024.0102.13:33-60-4, where HF002 is an information identification code, indicating that the information block is a recovery information block, and 2024.0102.13:34 is an information timestamp, indicating the encapsulation time of the information block. C3 is the fault workshop number, indicating that a fault occurred in the paint shop. C3003 is the fault process section number, indicating that a fault occurred in the third process section of the paint shop. A001 is the fault type number. 2024.0102.12:33 indicates the time when the fault occurred. 2024.0102.13:33 indicates the time when the fault repair is completed. 60 indicates the actual repair time in minutes. 8 indicates the number of vehicles actually delayed in production by the faulty workshop within the expected repair time.

[0088] Each node in the blockchain network, namely the sub-control server of each process section of each automobile production workshop, is updated synchronously to obtain the recovery information block of the faulty workshop, adjust the production speed of each process section, and restore normal production.

[0089] Embodiment 2 Reference Figure 2 As shown, a sub-control server is specifically: an information collection module: based on PLC monitoring of the equipment status and specific process section parameters of each process section of each automobile production workshop, and collecting production data of each process section of each automobile production workshop.

[0090] Information processing module: includes information analysis unit, information encapsulation unit and information parsing unit, which are used to set, encapsulate and parse information blocks.

[0091] The information analysis unit: based on the actual repair time of the same fault type number in each same fault process section of the faulty workshop, analyzes to obtain the estimated repair time, and based on the production data of the faulty workshop and the estimated repair time, analyzes to obtain the estimated number of vehicles allowed to enter and the estimated number of vehicles allowed to leave.

[0092] The information encapsulation unit fills in the relevant data obtained by analyzing the faulty process section of the faulty workshop according to the fixed information format content, and encapsulates it into an information block that can be verified as legal by each node in the blockchain network.

[0093] The information parsing unit parses the information block content in the blockchain network according to a fixed information format and extracts relevant information data therein.

[0094] Information legitimacy verification module: parse the information block broadcasted to the blockchain network, extract the information identification code from the parsed information block, and compare it with the parent information identification code stored in each node. If the information identification code in the information block has a backup in the parent information identification code stored in each node, it means that the information block is legal and accepted by the blockchain network. Each node in the blockchain network, i.e., the sub-control server of each process section of each automobile production workshop, synchronously updates the information block. Otherwise, it means that the information block is illegal and is not accepted by the blockchain network.

[0095] Database: The database of the sub-control server of each process section of each automobile production workshop is used to store the parent information identification code and the parent fault type number.

[0096] The present invention combines blockchain technology to realize the chain operation of fault information of each automobile production workshop, and uses a distributed control server to effectively avoid the risk of excessive centralization of traditional centralized servers, excessive workload of the central server resulting in low information processing efficiency, and the inability to share fault information in a timely and effective manner to make correct response control in a timely manner. It improves the speed of information interaction processing between automobile production workshops and increases the efficiency of coordinated handling of fault problems.

[0097] Embodiment 3 Reference Figure 3 As shown, a blockchain-based early warning method and a sub-control server model diagram are shown. The sub-control server nodes of each process section are connected to the blockchain network. The unit for storing information in the blockchain is a block. Each block consists of a block header and a block body. Blocks are connected to each other in a chain manner.

[0098] When a sub-control server node of a process section generates a new information block, the sub-control server node of the process section broadcasts the information block to the blockchain network, and the sub-control server nodes of the remaining process sections verify the legitimacy of the information block. The information block is confirmed by consensus and connected to the end of the blockchain.

[0099] The sub-control server nodes of each process section in the blockchain network synchronously update the blockchain, save the new block information, and parse the new block information to obtain the corresponding information content, issue early warnings, and prompt the sub-control server nodes of each process section to respond and adapt to the impact of the message block.

[0100] The present invention is based on blockchain technology to avoid failures in the central server, which may lead to loss of all data in various automobile production workshops. By adopting blockchain technology, the production data and fault information of various automobile production workshops can be effectively stored on each node in the blockchain network, i.e., the sub-control server of each process section of each automobile production workshop, to ensure data security and transparency.

[0101] The above contents are merely examples and explanations of the concept of the present invention. Those skilled in the art may make various modifications or additions to the specific embodiments described or replace them in a similar manner. As long as they do not deviate from the concept of the invention or exceed the scope defined by the present invention, they shall all fall within the protection scope of the present invention.

Claims

1. A blockchain-based early warning method, characterized in that: The method comprises: S1. Based on PLC monitoring of the production status of each process section in each workshop, if the production status of a process section is abnormal, the fault information of the faulty process section of the target monitoring workshop is generated and reported to the sub-control server of the faulty process section; S2. The sub-control server of the faulty process section analyzes the fault information and generates a fault information block of the faulty process section; S3. Broadcast the information block of the faulty process section to the chain, verify it through other nodes, generate a new block, and update each node in each workshop synchronously; S4. Each node in each workshop parses and obtains corresponding production information based on the information block of the faulty process section received, issues an early warning and adjusts the production plan.

2. According to the blockchain-based early warning method of claim 1, the method further comprises: S5. If the faulty process section of the target monitoring workshop is repaired, the recovery information is reported to the sub-control server of the faulty process section, a recovery information block of the faulty process section is generated, and S3-S4 is executed.

3. According to the blockchain-based early warning method of claim 1, it is characterized in that: The production status of each process section of each workshop is monitored based on PLC, which is specifically: Each process section of each automobile production workshop has one or more PLC devices to monitor the production status, and each has a sub-control server to process relevant information; PLC equipment monitors production status, including monitoring equipment status and real-time tracking of whether the equipment operation of each process section in each workshop of automobile production complies with the operation logic set by the program; Monitor the parameters of specific process sections, and obtain the parameters of specific process sections of each automobile production workshop in real time through various sensors to determine whether they are within the normal working range; Collect production data, collect production data of each process section of each automobile production workshop, including the total number of processed vehicles, working hours and processing speed, and submit them to the corresponding process section's sub-control server on a regular basis.

4. According to the blockchain-based early warning method of claim 3, it is characterized in that: If a process section of the target monitoring workshop fails, the fault information is reported to the sub-control server of the corresponding process section, which is specifically: If the PLC of a process section of the target monitoring workshop detects that the equipment operation status of the process section does not conform to the set normal program operation logic, the process section is judged to be faulty, and the fault information is submitted to the sub-control server of the process section. The target monitoring workshop is recorded as a faulty workshop, and the process section is recorded as a faulty process section. If the PLC of a specific process section of the target monitoring workshop detects that the parameters of the specific process section do not meet the normal working range, the specific process section is determined to be faulty, and the fault information is submitted to the sub-control server of the specific process section, and the target monitoring workshop is recorded as the faulty workshop, and the specific process section is recorded as the faulty process section; The fault information of the faulty process section includes the number of the faulty process section and the fault type number of the faulty process section; The fault types include equipment operation status fault and specific parameter range fault; The fault type number of the faulty process section is subdivided and numbered according to the specific faulty equipment and specific abnormal parameters of the faulty process section, and the parent fault type number is stored in the database of the sub-control server of the faulty process section.

5. According to the blockchain-based early warning method of claim 4, it is characterized in that: The fault information block of the faulty process section is specifically: The fixed information format contained in the fault information block is information identification code, information timestamp, fault workshop number, fault process section number, fault type number, time of fault occurrence, estimated repair time, estimated number of vehicles allowed to enter, and estimated number of vehicles allowed to leave.

6. According to the blockchain-based early warning method of claim 5, it is characterized in that: The sub-control server of the faulty process section analyzes the fault information in the following specific method: A1. The sub-control server of the faulty process section extracts the name number and the fault type number of the faulty process section from the fault information; A2. The sub-control server of the faulty process section uses the name number of the faulty process section and the fault type number of the faulty process section as an index to retrieve from each block saved by the sub-control server node of the faulty process section to obtain the actual repair time of each fault type number of the same faulty process section; A3. Based on the actual repair time of the same fault type number in each fault process section, average processing is performed, and the average result is used as the estimated repair time of the fault process section ; A4. The sub-control server of the faulty process section obtains the processing speed of the first process section at the front end of the faulty process section based on the saved block information of each node. , the processing speed of the adjacent process section at the front end of the faulty process section , get the number of vehicles working in the first process section at the front end of the faulty process section , the number of vehicles working in the adjacent process section before the faulty process section , obtain the number of vehicles that the buffer zone between the faulty process section and the adjacent process section at the front end can accommodate , through the formula: , calculate the number of vehicles that are expected to be allowed to enter the fault workshop within the expected repair time ; A5. The sub-control server of the faulty process section obtains the processing speed of each process section at the back end of the faulty process section based on the saved block information of each node. Number of vehicles working , through the formula: , calculate the number of vehicles that the faulty workshop is expected to be allowed to dispatch within the expected repair time , , Indicates the numbers of the process sections at the back end of the faulty process section. Indicates the total number of process sections at the back end of the faulty process section; A6. Encapsulate the information identification code, information timestamp, fault workshop number, fault process section number, fault type number, time of fault occurrence, estimated repair time, estimated number of vehicles allowed to enter, and estimated number of vehicles allowed to exit into a fault information block.

7. The blockchain-based early warning method according to claim 6, characterized in that: The information block of the faulty process section is broadcasted on the chain, verified by other nodes, a new block is generated, and each node in each workshop is updated synchronously. The specific method is as follows: B1. The sub-control server of the faulty process section establishes a connection with the blockchain network and broadcasts the encapsulated fault information block to the blockchain network; B2. Each node in the blockchain network, i.e., the sub-control server of each process section of each automobile production workshop, parses the encapsulated fault information block and obtains the information identification code from the parsed fault information block; B3. If the information identification code in the fault information block has a backup in the parent information identification code stored in each node, it means that the fault information block is legal and accepted by the blockchain network. Each node in the blockchain network, i.e., the sub-control server of each process section of each automobile production workshop, synchronously updates the fault information block. Otherwise, it means that the fault information block is illegal and is not accepted by the blockchain network.

8. The blockchain-based early warning method according to claim 7, characterized in that: Each node in each workshop analyzes and obtains corresponding production information according to the received information block of the faulty process section, issues an early warning and adjusts the temporary production plan. The specific method is as follows: C1. The sub-control servers of each process section of each automobile production workshop extract the information identification code from the fault information block, compare it with the parent information identification code stored in the local database, and obtain the type of the information block. If the comparison determines that it is a fault information block, an early warning is triggered to remind timely adjustment of the temporary production plan; C2. The sub-control servers of each process section of each automobile production workshop extract the number of the faulty workshop from the fault information block and determine whether the faulty workshop affects the entry or exit of vehicles in the workshop. If the faulty workshop affects the exit of vehicles in the workshop, the workshop is recorded as the upstream workshop; if the faulty workshop affects the entry of vehicles in the workshop, the workshop is recorded as the downstream workshop; C3. The sub-control servers of each process section of the upstream workshop extract the estimated repair time and the estimated number of vehicles allowed to enter from the fault information block, thereby adjusting the temporary production plan and coordinating the processing speed of each process section of the upstream workshop to meet the estimated number of vehicles allowed to enter, so as to keep it in overall synchronization with the production progress of the faulty workshop; C4. The sub-control servers of each process section of the downstream workshop extract the estimated repair time and the estimated number of vehicles allowed to be dispatched from the fault information block, thereby adjusting the temporary production plan and coordinating the processing speed of each process section of the downstream workshop to meet the estimated number of vehicles to be dispatched, so as to keep overall synchronization with the production progress of the faulty workshop.

9. The blockchain-based early warning method according to claim 2, characterized in that: If the faulty process section of the target monitoring workshop is repaired, the recovery information is reported to the sub-control server of the faulty process section, a recovery information block of the faulty process section is generated, and S3-S4 is executed, which is specifically: The fixed information format contained in the recovery information block is information identification code, information timestamp, fault workshop number, fault process section number, fault type number, time of fault occurrence, time of completion of fault repair, actual repair time, and actual number of delayed production vehicles; The PLC of the faulty workshop detects that the repair of the faulty process section has been completed. The sub-control servers of each process section of the faulty workshop multiply the normal processing speed of the faulty process section and the actual repair time to obtain the actual number of delayed production vehicles, obtain the content of the fixed information format of the above-mentioned recovery information block, encapsulate it to obtain the recovery information block, and repeat the operations of S3-S4 in the method; Each node in the blockchain network, namely the sub-control server of each process section of each automobile production workshop, is updated synchronously to obtain the recovery information block of the faulty workshop, adjust the production speed of each process section, and restore normal production.

10. A sub-control server used to execute the blockchain-based early warning method according to claims 1-9, characterized in that: Specifically: Information collection module: Based on PLC, it monitors the equipment status and specific process section parameters of each process section of each automobile production workshop, and collects the production data of each process section of each automobile production workshop; Information processing module: including information analysis unit, information packaging unit and information parsing unit, used for setting, packaging and parsing information blocks; The information analysis unit: based on the actual repair time of the same fault type number in each process section of the fault workshop, analyzes to obtain the estimated repair time, and based on the production data of the fault workshop and the estimated repair time, analyzes to obtain the estimated number of vehicles allowed to enter and the estimated number of vehicles allowed to leave; The information encapsulation unit fills in the relevant data obtained by analyzing the faulty process section of the faulty workshop according to the fixed information format content, and encapsulates it into an information block that can be verified as legal by each node in the blockchain network; The information parsing unit is used to parse the information block content in the blockchain network according to a fixed information format and extract relevant information data therein; Information legitimacy verification module: parse the information block broadcasted to the blockchain network, extract the information identification code from the parsed information block, and compare it with the parent information identification code stored in each node. If the information identification code in the information block has a backup in the parent information identification code stored in each node, it means that the information block is legal and accepted by the blockchain network. Each node in the blockchain network, i.e., the sub-control server of each process section of each automobile production workshop, synchronously updates the information block. Otherwise, it means that the information block is illegal and not accepted by the blockchain network. Database: The database of the sub-control server of each process section of each automobile production workshop is used to store the parent information identification code and the parent fault type number.