Data transmission method based on nuclear power industry internet platform

Abstract

The invention discloses a data transmission method based on a nuclear power industry internet platform, and the method comprises the steps that a transmitting end obtains to-be-transmitted data, converts the to-be-transmitted data into an output message based on a preset communication message format, and transmits the output message to a receiving end; sending a connection heartbeat data packet regularly according to the first configuration file, and resending the output message for a preset number of times within a preset time; the receiving end reads the output message circularly and regularly according to a preset second configuration file, verifies the received output message, and judges whether a fault occurs or not according to a verification result; and when a fault is detected, recording and uploading lost data and error data. Through message setting, state management, message retransmission, a heartbeat mechanism and a data verification mechanism, a communication framework with high reliability and flexibility is created, the problems of data loss, data disorder, wrong recording and the like in one-way communication are solved, and the accuracy of data transmission and the stability of system operation are improved.

Description

Technical Field

[0001] The present invention relates to the field of data transmission and communication technology for nuclear power systems, and in particular to a data transmission method based on a nuclear power industrial Internet platform. Background Art

[0002] In nuclear power systems, it is particularly important to ensure the safety and reliability of the system. In order to improve the safety of the system, the network between the production area (such as field equipment and monitoring systems, collector configuration and management platform) and the management area (such as data analysis and decision support systems, DHP edge collectors) is usually physically isolated through a one-way network gate. The physical isolation of the one-way network gate can effectively prevent external network attacks and reduce the risk of hacker intrusion on the system, thereby blocking the potential spread of malware and ensuring that key data is not leaked or tampered with. At the same time, through the isolation of internal and external networks, the risk of overall failure can also be reduced. If the management end fails, the production area can still operate independently, thereby ensuring that the basic functions of the nuclear power plant are not affected.

[0003] Under the premise of physical isolation of the production area and the management area network, the UDP protocol is used for one-way data transmission between the collector configuration management platform and the DHP edge collector in the nuclear power system. After the collector configuration management platform sends data, the DHP edge collector cannot return the result, which will cause two situations: the first is that it is impossible to know whether the sent data is correct, and the number of sent measurement point data needs to be increased, which may lead to a waste of network bandwidth and computing resources and affect the overall system performance. The second is that it is impossible to know whether the sent data is received, which will make it more difficult to locate and solve the problem, resulting in an increase in system maintenance costs.

[0004] Therefore, the present invention proposes a data transmission method based on the nuclear power industrial Internet platform. On the premise that the nuclear power system adopts the UDP protocol for data transmission, it can solve data transmission problems such as data loss, data disorder, and inability to capture operation errors through configuration files and message optimization, as well as data and fault detection mechanisms, thereby improving the reliability and accuracy of data transmission. Summary of the invention

[0005] The present invention provides a data transmission method based on a nuclear power industrial Internet platform, which is used to solve technical problems such as data loss, data disorder and inability to capture operation errors existing in the existing data transmission based on a nuclear power industrial Internet platform.

[0006] In order to solve the above problems, the present invention provides a data transmission method based on a nuclear power industrial Internet platform, comprising:

[0007] The sending end obtains the data to be sent, confirms the state sending mechanism and the message retransmission mechanism according to the preset first configuration file; converts the data to be sent into an output message based on the preset communication message format and sends it to the receiving end; sends the connection heartbeat data packet regularly according to the state sending mechanism; retransmits the output message a preset number of times within a preset time according to the message retransmission mechanism;

[0008] The receiving end confirms the status detection mechanism and the message verification mechanism according to the preset second configuration file; reads the output message cyclically and periodically according to the status detection mechanism, and verifies the received output message based on the message verification mechanism, and determines whether a fault occurs according to the verification result; when a fault is detected, the lost data and the erroneous data are recorded and uploaded.

[0009] Furthermore, the preset first configuration file includes network configuration information, remote client address, local IP, measurement point version information, configuration mode and repair method;

[0010] The network configuration information corresponds to the remote client address, and the network configuration information specifies the number of remote clients and the data storage method;

[0011] The remote client address specifies the remote UDP address and port in the form of IP and port plus sequence number according to the number of remote clients;

[0012] The local IP is used to set the local address when sending data;

[0013] The measuring point version information is used to correspond data with data collection points in the monitoring and management system, including measuring point ID, measuring point name and measuring point type;

[0014] The configuration mode is used to set the status sending mechanism and the message resending mechanism;

[0015] The repair mode is used to set whether to automatically repair when data loss occurs; when set to automatic repair, specify the repair time and repair file path.

[0016] Further, the status sending mechanism includes: setting a sending time interval, and if the sending time interval is not zero, sending a connection heartbeat data packet every the sending time interval;

[0017] The message retransmission mechanism includes: setting whether to enable the message retransmission function; and when the message retransmission function is enabled, determining the retransmission time interval.

[0018] Furthermore, the preset communication message format includes a data packet common header, a measurement point data packet and a function data packet;

[0019] The data packet public header is used to assemble and parse message data; including data packet type, message sequence number, data packet sending time, and data packet check code;

[0020] The measuring point data packet is used to encapsulate the monitoring data collected by each measuring point;

[0021] The functional data packet is used to report abnormal conditions or faults, transmit operating instructions, and detect the connection status of the system.

[0022] Further, the measuring point data packet includes a high-frequency data packet and a low-frequency data packet;

[0023] The high-frequency data packet is used to encapsulate high-frequency measurement point data that changes in real time, and includes a first data header and a characteristic data area; the first data header is used to describe the measurement point version information and basic acquisition information of the high-frequency measurement point; the characteristic data area is used to describe the data content of the high-frequency measurement point, and supports variable-length extended content;

[0024] The low-frequency data packet is used to encapsulate stably changing low-frequency measurement point data, and includes a second data header, a measurement point information area and a measurement point data area; the second data header is used to describe the basic information of the low-frequency measurement point, and the measurement point information area is used to describe the data quality status of the low-frequency measurement point; the measurement point data area is used to describe the data content of the low-frequency measurement point, and supports carrying monitoring data of multiple low-frequency measurement points.

[0025] Further, the functional data packet includes an alarm message packet, an operation record data packet and a heartbeat data packet;

[0026] The alarm message is used to send a network timeout alarm message when the number of heartbeat packets sent by the sending end is greater than a preset number; it is also used to record lost data and erroneous data when the receiving end determines that a fault occurs according to the message verification result;

[0027] The operation record is used to encapsulate data of the operation command type;

[0028] The heartbeat data packet is used to detect the connection status of the network and locate the starting timestamp of the network interruption.

[0029] Furthermore, the second configuration file includes a status detection mechanism, a message verification mechanism, and the same measurement point version information as that in the first configuration file;

[0030] The state detection mechanism includes: presetting a state detection time, if no data packet is received within the state detection time, confirming that the network state is abnormal, and recording a network state abnormality log or reporting the network abnormality;

[0031] The message verification mechanism includes: detecting whether the message sequence number in the public header of the data packet of the received output message is continuous, if not continuous, determining that there is packet loss, and reporting the packet loss information; detecting whether there is a repeated sequence number in the message sequence number in the public header, if there is a retransmitted sequence number and a data packet with the same message sequence number has been saved, discarding the output message; if there is no packet loss or repeated sequence number, performing data verification on the output message to determine whether the verification result is correct.

[0032] Furthermore, the received output message is verified based on the message verification mechanism, and whether a fault occurs is determined according to the verification result, including:

[0033] Determine whether the calibration relationship between the measurement point data length and the measurement quantity is correct;

[0034] Determine whether the measuring point type and measuring point data are consistent;

[0035] Based on the crc32 check, the data check code is calculated according to the public header of the data packet, the measurement point data packet and the functional data packet, and the data error is determined according to the data check code.

[0036] Furthermore, when the receiving end determines that a fault occurs according to the message check result, the lost data and the erroneous data are recorded, including:

[0037] Using a CSV file to record lost data and error data, the CSV file includes a sequence number, a UDP message sequence number, a data packet category, an error type, and an error time;

[0038] The serial number is used to view and verify the current operation record number;

[0039] The UDP message sequence number is the message sequence number in the public header of the data packet;

[0040] The data packet category is used to describe the type of data packet in which an error occurs;

[0041] The error type is used to record the error type;

[0042] The error time is used to record the time when the error occurs.

[0043] Furthermore, the preset first configuration file also includes a preset cache time; the sending end caches the sent output messages according to the preset cache time, and when the sending time of any output message exceeds the preset cache time, the output message is cleared.

[0044] Compared with the prior art, the beneficial effects of the present invention include: first, by selecting appropriate status transmission mechanism, message retransmission mechanism, status detection mechanism and message verification mechanism according to different communication scenarios through preset configuration files, there is no need to change the underlying code, so that the system is easy to adjust and expand; secondly, by retransmitting the output message within the preset time, the packet loss problem can be effectively dealt with to ensure that the data can reach the receiving end smoothly; regularly sending the connection heartbeat packet can maintain the activity of the connection and timely discover problems such as connection interruption; thirdly, the receiving end verifies after receiving the data, and the introduction of the verification mechanism can effectively identify erroneous data and improve the overall security and stability of the system; finally, by presetting the communication message format, a clear and structured data management method is provided for various data messages, enhancing the reliability and flexibility of the data, thereby improving the data transmission efficiency and responsiveness of the system. The present invention forms a communication framework with high reliability and strong flexibility by combining message setting, status management, message retransmission, heartbeat mechanism and data verification, which can effectively solve the problems of data loss, data disorder and inability to capture operation errors derived from one-way communication, and improve the accuracy of data transmission and the stability of system operation. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] Figure 1 A message flow chart of a data transmission method based on a nuclear power industrial Internet platform provided by the present invention;

[0046] Figure 2 A schematic diagram of a first preset configuration file provided by the present invention;

[0047] Figure 3 This is a schematic diagram of the measurement point table configuration file provided by the present invention. DETAILED DESCRIPTION

[0048] The preferred embodiments of the present invention will be described in detail below in conjunction with the accompanying drawings, wherein the accompanying drawings constitute a part of this application and are used together with the embodiments of the present invention to illustrate the principles of the present invention, but are not used to limit the scope of the present invention.

[0049] This embodiment provides a data transmission method based on a nuclear power industrial Internet platform, the method comprising:

[0050] The sending end obtains the data to be sent, confirms the state sending mechanism and the message retransmission mechanism according to the preset first configuration file; converts the data to be sent into an output message based on the preset communication message format and sends it to the receiving end; sends the connection heartbeat data packet regularly according to the state sending mechanism; retransmits the output message a preset number of times within a preset time according to the message retransmission mechanism;

[0051] The receiving end confirms the status detection mechanism and the message verification mechanism according to the preset second configuration file; reads the output message cyclically and periodically according to the status detection mechanism, and verifies the received output message based on the message verification mechanism, and determines whether a fault occurs according to the verification result; when a fault is detected, the lost data and the erroneous data are recorded and uploaded.

[0052] The data transmission method based on the nuclear power industrial Internet platform provided in this embodiment, first, through the preset configuration file, select the appropriate state sending mechanism, message retransmission mechanism, state detection mechanism and message verification mechanism according to different communication scenarios, without changing the underlying code, so that the system is easy to adjust and expand; secondly, by retransmitting the output message within the preset time, the packet loss problem can be effectively dealt with to ensure that the data can reach the receiving end smoothly; regularly sending the connection heartbeat packet can maintain the activity of the connection and promptly discover problems such as connection interruption; thirdly, the receiving end performs verification after receiving the data, and the introduction of the verification mechanism can effectively identify erroneous data and improve the overall security and stability of the system; finally, by presetting the communication message format, a clear and structured data management method is provided for various data messages, enhancing the reliability and flexibility of the data, thereby improving the data transmission efficiency and responsiveness of the system. The method of this embodiment forms a highly reliable and flexible communication framework by combining message setting, state management, message retransmission, heartbeat mechanism and data verification, which can effectively solve the problems of data loss, data disorder and inability to capture error records derived from one-way communication, and improve the accuracy of data transmission and the stability of system operation.

[0053] Example 1, as a specific example, Figure 1 As shown, Figure 1 A message flow diagram showing the communication between the sender and the receiver.

[0054] Sending end ( Figure 1 The collector configuration and management platform in the system) needs to read the preset first configuration file when starting up, and confirm the status sending mechanism and the message retransmission mechanism according to the parameters in the preset first configuration file;

[0055] When the sender receives DCS or other data, it needs to convert it into a standard output format (i.e., the preset communication message format, which is UDP data) and send the UDP data to the configured client (DHP edge collector, i.e., the receiving end). Multiple receiving ends are allowed;

[0056] If the sending time interval in the status sending mechanism is not 0, the status packet (ie: heartbeat data packet) is sent according to the custom sending time interval period;

[0057] If retransmission is required, the UDP packet is sent multiple times after the retransmission interval. At the same time, if the repair type is configured as 1 (i.e. automatic repair), the data needs to be retransmitted in the specified time unit, and the number of retransmissions is determined by the sending mode.

[0058] Receiver ( Figure 1 When the DHP edge collector in the system is started, it is necessary to read the preset second configuration file to confirm the status detection mechanism and the message verification mechanism;

[0059] After receiving the data packet, the receiver needs to compare the message sequence number of the packet to determine whether the previous packet has been received. If not, the lost data needs to be recorded in the log or reported to the manager. At the same time, it is necessary to check whether the data has a retransmission sequence number. If it is a retransmission sequence number and the data has been saved, the packet is discarded. (Both the primary and standby receive, but the standby does not write to the database, the primary and standby logs are compared and switched); it is also necessary to detect whether the data packet is correct based on the check bit. If it is not correct, the error data needs to be recorded in the log or reported to the manager.

[0060] The receiving end reads the output message in a cyclical and regular manner according to the status detection mechanism; if the preset status detection time is not 0, then if no packet is received within 10 times the network status interval, it is necessary to record the network status abnormality log or report the DHP collector manager abnormality.

[0061] Specifically, the preset first configuration file includes network configuration information, remote client address, local IP, measurement point version information, configuration mode and repair method;

[0062] The network configuration information corresponds to the remote client address, and the network configuration information specifies the number of remote clients and the data storage method;

[0063] The remote client address specifies the remote UDP address and port in the form of IP and port plus sequence number according to the number of remote clients;

[0064] The local IP is used to set the local address when sending data; the local IP is the local IP used as the server to send data, and when used as a multi-network card machine, it specifies the outgoing network card address;

[0065] The measuring point version information is used to correspond data with data collection points in the monitoring and management system, including measuring point ID, measuring point name and measuring point type;

[0066] The configuration mode is used to set a status sending mechanism and a message retransmission mechanism; the status sending mechanism includes: setting a sending time interval, if the sending time interval is not zero, sending a connection heartbeat data packet every sending time interval;

[0067] The message retransmission mechanism includes: setting whether to enable the message retransmission function; and when the message retransmission function is enabled, determining the retransmission time interval.

[0068] The repair mode is used to set whether to perform automatic repair when data loss occurs; when set to automatic repair, specify the repair time and repair file path; when set to manual repair, manual comparison of error information is required.

[0069] like Figure 2 As shown, Figure 2 A typical first preset configuration file is shown. Figure 2 As shown in the figure, the number of remote clients specified in the network configuration information is 2, and the data storage method is network byte order (big endian means that the high byte is at the low address and the low byte is at the high address; little endian means that the low byte is at the low address and the high byte is at the high address); the maximum sending time and retransmission time of the heartbeat data packet time set in the configuration mode is 10 seconds.

[0070] Furthermore, the second configuration file includes a status detection mechanism, a message verification mechanism, and the same measurement point version information as that in the first configuration file;

[0071] The state detection mechanism includes: presetting a state detection time, if no data packet is received within the state detection time, confirming that the network state is abnormal, and recording a network state abnormality log or reporting the network abnormality;

[0072] The message verification mechanism includes: detecting whether the message sequence number in the public header of the data packet of the received output message (the public header of the data packet is defined in the preset communication message format) is continuous, and if it is not continuous, it is determined that there is packet loss, and the packet loss information is reported; detecting whether there is a repeated sequence number in the message sequence number in the public header, if there is a retransmitted sequence number and a data packet with the same message sequence number has been saved, the output message is discarded; if there is no packet loss or repeated sequence number, the output message is data verified to determine whether the verification result is correct.

[0073] like Figure 3 As shown, Figure 3 This is an example of a measurement point table configuration file. For ease of understanding, possible data types are described in column H (the actual file does not have the content in column H): The main content of the measurement point table configuration file is the measurement point ID, measurement point name, measurement point type and other information. It is usually provided in the form of a CSV file. The sender and the receiver must ensure the consistency of the measurement point configuration file version.

[0074] In Example 2, after receiving edge data (data to be sent) transmitted by upper-level devices such as DCS and IVM, the sending end encapsulates the data into an output message in a preset communication message format according to a preset communication protocol and then sends it to the receiving end, namely the DHP collector.

[0075] The preset communication message format includes a data packet public header, a measurement point data packet and a function data packet; due to the existence of a one-way network gate, UDP communication is adopted between the collector configuration and management platform and the DHP collector, and the maximum recommended value of a single UDP packet does not exceed 1300 bytes.

[0076] 1. The public header of the data packet is used to assemble and parse the message data; it includes the data packet type, message sequence number, data packet sending time and data packet check code; the unified data packet public header is shown in Table 1, and the length is 20 bytes:

[0077] Table 1 Data format of the public header of the data packet

[0078] 2. The measuring point data packet is used to encapsulate the monitoring data collected by each measuring point; including high-frequency data packets and low-frequency data packets;

[0079] 3. Functional data packets are used to report abnormal conditions or faults, transmit operating instructions, and detect the connection status of the system.

[0080] In addition to the public header of the data packet, the measurement point data packet and the function data packet are also provided with a private message header field.

[0081] Specifically, the measurement point data is divided into high-frequency data and low-frequency data according to the frequency of data transmission. This classification helps to optimize data transmission, ensure that important information can be quickly obtained at critical moments, and avoid unnecessary data transmission burden.

[0082] The low-frequency data packet is used to encapsulate the low-frequency measurement point data that changes steadily, and includes a second data header (including: the number of measurement points in the packet, the length of the measurement point data area, the measurement point table file version), a measurement point information area, and a measurement point data area; the second data header is used to describe the basic information of the low-frequency measurement point acquisition, and the measurement point information area is used to describe the data quality status of the low-frequency measurement point; the measurement point data area is used to describe the data content of the low-frequency measurement point, and the data area supports carrying data of multiple measurement points. The format of the low-frequency data packet is shown in Table 2:

[0083] Table 2 Data format of low frequency data packet

[0084] The high-frequency data packet is used to encapsulate high-frequency measurement point data (such as temperature, pressure, flow and other key parameters) that changes in real time, and includes a first data header (measurement point ID, measurement point file version, acquisition frequency) and a characteristic data area; the first data header is used to describe the measurement point version information and acquisition basic information of the high-frequency measurement point; the characteristic data area is used to describe the data content of the high-frequency measurement point, and supports variable-length extended content; the format of the high-frequency data packet is shown in Table 3:

[0085] Table 3 High frequency data packet format

[0086] The alarm message is used to send a network timeout alarm message when the number of heartbeat packets sent by the sending end is greater than a preset number; it is also used to record lost data and erroneous data when the receiving end determines that a fault has occurred based on the message verification result.

[0087] The alarm message consists of two parts: the message header (the number of measurement points in the packet and the version of the measurement point table file) and the alarm content. The alarm content part uses 12 bytes to cycle, and the overall length is 12*the number of measurement points, in bytes. The data format is shown in Table 4.

[0088] Table 4 Data format of alarm message

[0089] The operation record is used to encapsulate data of the operation command type; the operation record includes two parts: a public header and an operation content. Its data area supports carrying data of multiple measurement points, which can reduce the number of network communications and improve data transmission efficiency. Its data format is shown in Table 5:

[0090] Table 5 Data format of operation record message

[0091] The heartbeat data packet is used to detect the connection status of the network and locate the starting timestamp of the network interruption. The heartbeat message has only a public header and no private content. The simple content reduces the amount of data in network transmission, improves network efficiency, and is particularly suitable for status detection of frequent transmission. Two four-byte reserved bits are reserved for subsequent expansion, which provides flexibility for possible future functional expansion and ensures the stability and maintainability of the system. Its data format is shown in Table 6:

[0092] Table 6 Data format of heartbeat message

[0093] In embodiment 3, the receiving end verifies the received output message based on the message verification mechanism, and determines whether a fault occurs according to the verification result, including:

[0094] Determine whether the calibration relationship between the measurement point data length and the measurement quantity is correct;

[0095] Determine whether the measuring point type and measuring point data are consistent;

[0096] Based on the crc32 check, the data check code is calculated according to the public header of the data packet, the measurement point data packet and the functional data packet, and the data error is determined according to the data check code.

[0097] It should be noted that the measurement point data check code is used to assist the measurement point data check. In principle, the more complex the calculation, the higher the accuracy, but too much complexity will affect the efficiency, so the actual verification algorithm is: perform crc32 verification on some fields in the UDP data packet. The field content selected for different message types is also different, and the fields involved may be different. For details, see Table 7:

[0098] Table 7 Data field contents involved in measuring point data verification

[0099] When the data type is integer, floating point, or double-precision floating point (INT32 / INT64 / DOUBLE / FLOAT), get the average value of the data, check each measuring point in turn, and set the weight of each measuring point to 1 if it is greater than the average value, and set the weight to 0 if it is less than the average value, and accumulate the serial numbers of all measuring points with weights of 1;

[0100] If it is a logical data type (BOOLEAN), the serial numbers of all measuring point values ​​​​that are 1 are accumulated; if it is a text type (TEXT), the byte value of each point is added, and then the average value is calculated; other types refer to the TEXT data type. When the measuring point data is multi-measurement point data, the multi-measurement point data verification is accumulated.

[0101] By strictly checking the received messages, errors in the data transmission process can be discovered in time to ensure the integrity and reliability of the data. By checking the consistency between the measurement point data length and the measurement quantity, the measurement point type and the measurement point data, the validity of each data point is ensured, and errors caused by data format mismatch are reduced. Different processing methods are used for different data types (integer, floating point, logical, text type), which improves the system's ability to handle diversified data. At the same time, it also ensures a balance between the accuracy of the verification and the calculation efficiency, avoiding overly complex algorithms from affecting system performance.

[0102] There are two possible fault states that the receiving end may judge based on the reception of the message: one is that the data is unreachable due to network failure, and the other is that the data can be received but the data content is wrong. If it is a network failure, the receiving end needs to record or report an alarm based on the status detection mechanism, and the technical staff will check the network status. If it is packet loss or packet data error, retransmission is required according to the network status. The retransmission time interval and number are pre-defined in the configuration file.

[0103] The receiving end classifies the errors and records them in the repair file by checking the results of the message data (whether the sequence number is continuous, whether the status detection data packet is received within the interval time, whether the data is wrong, etc.). The repair method is divided into automatic repair of CSV files and manual repair by operators. As shown in Table 8, Table 8 shows a specific CSV file format:

[0104] Table 8 CSV file format

[0105] Among them, the sequence number indicates the current operation record number for easy viewing and verification; the UDP message sequence number is the message sequence number sent by UDP; the packet categories include: 0-unknown, 1-low-frequency data packet, 2-high-frequency data packet, 3-status detection packet, 10-alarm packet, 20-operation record, and the error types include: (0-unknown, 1-not received, 2-error, 3-link abnormality 4-repaired); the time is the time when the error was recorded; such as the fourth data in Table 8: 1613779200000-1613779320000 link is abnormal, and the data within this period needs to be resent.

[0106] Through the status detection mechanism, the receiving end can quickly identify network failures or data errors, ensuring that the system can respond quickly and take corresponding measures. The automatic repair mechanism of CSV files reduces the need for manual intervention, improves the efficiency of fault recovery, and reduces the errors that may be caused by human operation.

[0107] Example 4: Due to the existence of a one-way firewall, the sender cannot perceive UDP packet loss, and thus cannot accurately retransmit or resend the discarded packets from a business level. In order to solve the UDP packet loss problem, the collector configuration management platform (sender) needs to cache data. Specifically:

[0108] Data cache: The preset first configuration file also includes a preset cache time; the sending end caches the sent output messages according to the preset cache time, and when the sending time of any output message exceeds the preset cache time, the output message is cleared.

[0109] Re-collected data: Maintenance personnel manually compare and maintain lost data (the corresponding repair method field "type" in the configuration file has a value of 0), or maintenance personnel transfer the packet loss record CSV file of zone 3 (receiving end) (the corresponding repair method field "type" in the configuration file has a value of 1) to the designated directory of the designated server of zone 2 (sending end), and the sending end (collector configuration management platform) extracts data from the cached data according to the CSV file and resends these data packets. Since the data cache duration of the collector configuration management platform needs to be determined in combination with the manual intervention plan, it also needs to be made configurable.

[0110] For example, if the manual intervention period is 24 hours (including statutory holidays), the data cached by the collector configuration management platform should preferably be 24X2 hours.

[0111] If there is an objectively long network outage (such as overhaul or equipment replacement), the sender needs to provide a corresponding solution to cache data as offline files and manually restore large amounts of data that were lost due to the network outage.

[0112] In some embodiments, in order to further ensure the reliability of data transmission, the information of redundant DHP collectors can be configured, and the sending end sends a copy of the data to the redundant DHP collector, thereby achieving the effect of collection redundancy. The relevant parameter settings can be:

[0113] #Remote client address, IP and PORT correspond to the serial number

[0114] [RemoteAddress]

[0115] ip_1=192.168.0.1

[0116] port_1=9536

[0117] The redundant configuration enables the system to operate normally in the face of hardware failures, network problems, etc. It can also avoid the performance bottleneck of a single collector and improve the availability of the system.

[0118] The above description is only a preferred specific implementation manner of the present invention, but the protection scope of the present invention is not limited thereto. Any changes or substitutions that can be easily conceived by any technician familiar with the technical field within the technical scope disclosed by the present invention should be covered within the protection scope of the present invention.

Claims

1. A data transmission method based on a nuclear power industrial Internet platform, characterized in that: include: The sending end obtains the data to be sent, and confirms the status sending mechanism and the message resending mechanism according to the preset first configuration file; Convert the data to be sent into an output message based on a preset communication message format and send it to the receiving end; send a connection heartbeat data packet regularly according to a status sending mechanism; resend the output message a preset number of times within a preset time according to a message retransmission mechanism; The receiving end confirms the status detection mechanism and the message verification mechanism according to the preset second configuration file; The output message is read periodically in a cycle according to the status detection mechanism, and the received output message is verified based on the message verification mechanism. Whether a fault occurs is determined based on the verification result. When a fault is detected, the lost data and erroneous data are recorded and uploaded.

2. The data transmission method based on the nuclear power industrial Internet platform according to claim 1 is characterized in that: The preset first configuration file includes network configuration information, remote client address, local IP, measurement point version information, configuration mode and repair method; The network configuration information corresponds to the remote client address, and the network configuration information specifies the number of remote clients and the data storage method; The remote client address specifies the remote UDP address and port in the form of IP and port plus sequence number according to the number of remote clients; The local IP is used to set the local address when sending data; The measuring point version information is used to correspond the data with the data collection point in the monitoring and management system, including the measuring point ID, measuring point name and measuring point type; The configuration mode is used to set the status sending mechanism and the message resending mechanism; The repair mode is used to set whether to automatically repair when data loss occurs; when set to automatic repair, specify the repair time and repair file path.

3. The data transmission method based on the nuclear power industrial Internet platform according to claim 2 is characterized in that: The state sending mechanism includes: setting a sending time interval, and if the sending time interval is not zero, sending a connection heartbeat data packet every the sending time interval; The message retransmission mechanism includes: setting whether to enable the message retransmission function; and when the message retransmission function is enabled, determining the retransmission time interval.

4. The data transmission method based on the nuclear power industrial Internet platform according to claim 1 is characterized in that: The preset communication message format includes a data packet public header, a measurement point data packet and a function data packet; The data packet public header is used to assemble and parse message data; Including data packet type, message sequence number, data packet sending time and data packet check code; The measuring point data packet is used to encapsulate the monitoring data collected by each measuring point; The functional data packet is used to report abnormal conditions or faults, transmit operating instructions, and detect the connection status of the system.

5. The data transmission method based on the nuclear power industrial Internet platform according to claim 4 is characterized in that: The measuring point data packet includes a high-frequency data packet and a low-frequency data packet; The high-frequency data packet is used to encapsulate high-frequency measurement point data that changes in real time, and includes a first data header and a characteristic data area; the first data header is used to describe the measurement point version information and basic acquisition information of the high-frequency measurement point; the characteristic data area is used to describe the data content of the high-frequency measurement point, and supports variable-length extended content; The low-frequency data packet is used to encapsulate stably changing low-frequency measurement point data, and includes a second data header, a measurement point information area and a measurement point data area; the second data header is used to describe the basic information of the low-frequency measurement point, and the measurement point information area is used to describe the data quality status of the low-frequency measurement point; the measurement point data area is used to describe the data content of the low-frequency measurement point, and supports carrying monitoring data of multiple low-frequency measurement points.

6. The data transmission method based on the nuclear power industrial Internet platform according to claim 4 is characterized in that: The functional data packets include an alarm message packet, an operation record data packet and a heartbeat data packet; The alarm message is used to send a network timeout alarm message when the number of heartbeat packets sent by the sending end is greater than a preset number; It is also used to record lost data and erroneous data when the receiving end determines that a fault has occurred based on the message verification result; The operation record is used to encapsulate data of the operation command type; The heartbeat data packet is used to detect the connection status of the network and locate the starting timestamp of the network interruption.

7. The data transmission method based on the nuclear power industrial Internet platform according to claim 4 is characterized in that: The second configuration file includes a status detection mechanism, a message verification mechanism, and the same measurement point version information as that in the first configuration file; The state detection mechanism includes: presetting a state detection time, if no data packet is received within the state detection time, confirming that the network state is abnormal, and recording a network state abnormality log or reporting the network abnormality; The message verification mechanism includes: detecting whether the message sequence number in the public header of the data packet of the received output message is continuous, if not continuous, determining that there is packet loss, and reporting the packet loss information; detecting whether there is a repeated sequence number in the message sequence number in the public header, if there is a retransmitted sequence number and a data packet with the same message sequence number has been saved, discarding the output message; if there is no packet loss or repeated sequence number, performing data verification on the output message to determine whether the verification result is correct.

8. The data transmission method based on the nuclear power industrial Internet platform according to claim 4 is characterized in that: The received output message is verified based on the message verification mechanism, and whether a fault occurs is determined based on the verification result, including: Determine whether the calibration relationship between the measurement point data length and the measurement quantity is correct; Determine whether the measuring point type and measuring point data are consistent; Based on the crc32 check, the data check code is calculated according to the public header of the data packet, the measurement point data packet and the functional data packet, and the data error is determined according to the data check code.

9. The data transmission method based on the nuclear power industrial Internet platform according to claim 8 is characterized in that: When the receiving end determines that a fault has occurred based on the message check result, it records the lost data and erroneous data, including: Using a CSV file to record lost data and error data, the CSV file includes a sequence number, a UDP message sequence number, a data packet category, an error type, and an error time; The serial number is used to view and verify the current operation record number; The UDP message sequence number is the message sequence number in the public header of the data packet; The data packet category is used to describe the type of data packet in which an error occurs; The error type is used to record the error type; The error time is used to record the time when the error occurs.

10. The data transmission method based on the nuclear power industrial Internet platform according to claim 1 is characterized in that: The preset first configuration file also includes a preset cache time; the sending end caches the sent output messages according to the preset cache time, and clears the output messages when the sending time of any output message exceeds the preset cache time.

Images