A digital control system, method and medium

Abstract

The embodiments of the present application provide a digital control system, method and medium. In the digital control system provided in the embodiments of the present application, the hierarchical division of the process system's equipment level, basic data acquisition level, and data-based control level is carried out, and a dedicated corresponding I / O server is set for each type of process system to meet the specific needs of the process system with a specific function for input and output data. On this basis, a computing server is set up that can perform distributed control calculations based on the operating data of various process systems, thereby meeting the functional control requirements of different process systems. The embodiments of the present application meet the needs of different functional process systems for input and output data and functional implementation operations through the architectural design of multiple I / O servers and computing servers, thereby realizing the simultaneous coverage of multiple different functional process systems by a single digital control system.

Description

Technical Field

[0001] The present application relates to the field of digital control technology, and in particular to a digital control system, method and medium. Background Art

[0002] In current nuclear power plants, digital control systems (DCS) are typically used to centrally control the various process systems encompassing the plant, thereby improving on-site safety, operational performance, and economic efficiency. However, with the gradual development of nuclear power plants, the types of process systems and the functions supported by individual process systems have become increasingly diverse. Currently, process systems in nuclear power plants can be broadly divided into three categories: the nuclear island, the conventional island, and dedicated instrumentation and control systems. Because dedicated instrumentation and control systems often integrate a large number of functions and differ significantly from those of the nuclear island and conventional island, current DCS platforms are unable to simultaneously cover the functional requirements of the nuclear island, conventional island, and dedicated instrumentation and control systems. Consequently, nuclear power plants must utilize specific DCS platforms for specific process systems, making it difficult to implement a single DCS platform that covers digital control for the entire nuclear power plant. Summary of the Invention

[0003] Based on the above problems, in order to achieve digital control of the entire nuclear power plant covered by a single DCS platform, the embodiments of the present application provide a digital control system, method and medium.

[0004] The embodiments of this application disclose the following technical solutions:

[0005] In a first aspect, an embodiment of the present application provides a digital control system for use in a nuclear power plant, the system comprising a field device layer, a data acquisition layer, and a data control layer connected in sequence; the field device layer comprises a plurality of process systems with different functions; the data acquisition layer comprises a control station or gateway corresponding to each of the process systems; and the data control layer comprises a plurality of I / O servers and at least one computing server, wherein each of the I / O servers corresponds to a different process system.

[0006] The I / O server is configured to perform data communication tasks according to preset functional configuration parameters corresponding to the process system, so as to initiate an operation data acquisition request to the control station or gateway based on the functional requirements of the process system, and send the obtained process system operation data to the computing server;

[0007] The computing server is used to perform distributed processing of computing tasks based on the process system operation data from each of the I / O servers and the preset configuration configuration to determine the functional control value of each of the process systems; the preset configuration configuration is used to characterize the control tasks of different process systems and implement the control algorithms of the corresponding tasks.

[0008] In one possible implementation, the data control layer further includes: a real-time data server, the real-time data server storing the operating data of each of the process systems through its built-in real-time database; the data communication tasks include periodic communication tasks, the preset function configuration parameters include data collection rules, and the multiple I / O servers include: a first I / O server, the first I / O server is configured to process the periodic communication tasks of the dedicated instrumentation and control process system, and the first I / O server is configured with a first periodic upload queue, the first periodic upload queue is configured to store data packets of the dedicated instrumentation and control process system;

[0009] The first I / O server is specifically configured to:

[0010] Determining a first target control station or a first target gateway corresponding to the dedicated instrumentation and control process system;

[0011] Determining, based on the functional type of the dedicated instrumentation and control process system, a data periodic collection rule associated with the dedicated instrumentation and control process system; the data periodic collection rule is used to characterize data collection accuracy, data collection aggregation, and data collection period for the dedicated instrumentation and control system;

[0012] Performing data update monitoring on the periodic upload data queue based on the data cycle collection rule associated with the dedicated instrumentation and control process system to obtain a first periodic operation data packet updated in the periodic upload data queue; the first periodic operation data packet includes analog quantities and switch quantities of the dedicated instrumentation and control system;

[0013] The first cycle operation data packet is sent to the real-time database.

[0014] In one possible implementation, the plurality of I / O servers include: a second I / O server, the second I / O server being configured to process the periodic communication task of the non-dedicated instrumentation and control process system, and the second I / O server being configured with a second periodic upload queue, the second periodic upload queue being configured to store data packets of the non-dedicated instrumentation and control process system;

[0015] The second I / O server is specifically configured to:

[0016] Determining a second target control station or a second target gateway corresponding to the non-dedicated instrumentation and control process system;

[0017] Based on the data collection rule, assigning a periodic data collection thread to the second target control station or the second target gateway respectively to perform data update monitoring on the second periodic upload queue;

[0018] In a case where a newly added second-cycle operation data packet appears in the second-cycle upload queue, the newly added second-cycle operation data packet is sent to the real-time database and the computing server.

[0019] In a possible implementation, the preset configuration includes: a preset control task configuration and a preset control algorithm; the computing server includes: a control operation module, and the control operation module is specifically configured to:

[0020] extracting a plurality of calculation variables from the operational data of each of the process systems;

[0021] Based on the preset control task configuration, task parameter configuration is performed on each of the calculation variables to determine the task configuration parameters of each of the calculation variables; the task configuration parameters are used to characterize the control operation task associated with the calculation variable and the processing method of the calculation variable in the control operation task;

[0022] According to the preset control algorithm and the task configuration parameters associated with each of the calculation variables, task distributed computing is performed to determine the functional control value of each of the process systems.

[0023] In a possible implementation, the control operation module is further configured to:

[0024] Based on the preset control task configuration, determining the task identifier and variable attribute individually associated with each of the calculation variables;

[0025] In the case where any of the calculation variables has at least two associated task identifiers, generating a task identifier set for the calculation variable;

[0026] The task identifier or the task identifier set associated with each of the calculation variables, and the variable attributes associated with each of the calculation variables, are determined as the task configuration parameters individually associated with each of the calculation variables.

[0027] In one possible implementation, the I / O server communicates with the control station or the gateway via an SNET management network component, the data communication task includes a communication diagnostic task, and the I / O server includes a communication diagnostic module for performing the communication diagnostic task, the communication diagnostic module being specifically configured to:

[0028] According to the data acquisition rule, periodically sending a diagnostic packet acquisition request to the control station or the gateway to periodically receive diagnostic data packets from the control station or the gateway;

[0029] Based on the diagnostic data packet, the communication status of the SNET management network component, the control station or the gateway is diagnosed.

[0030] In one possible implementation, the system further includes: a historical data server; the data communication task includes: a historical data synchronization task; the plurality of I / O servers include a historical data synchronization module for executing the historical data synchronization task, the historical data synchronization module being specifically configured to:

[0031] Acquiring historical switch value change information from the control station; the historical switch value change information includes a time stamp;

[0032] A historical switch quantity change array is generated based on the historical switch quantity change information, and the data monitoring process of the second period upload queue and the first period upload queue is optimized by using the historical switch quantity change array.

[0033] In one possible implementation, the plurality of I / O servers include: a write-back module;

[0034] The write-back module is specifically used to:

[0035] Obtaining the functional control value of each of the process systems;

[0036] The function control value is written back to the real-time data server.

[0037] In a second aspect, an embodiment of the present application provides a digital control method for a nuclear power plant including a digital control system, wherein the digital control system includes: a field device layer, a data acquisition layer, and a data control layer connected in sequence; the field device layer includes multiple process systems with different functions, the data acquisition layer includes a control station or gateway corresponding to each of the process systems, and the data control layer includes multiple I / O servers and at least one computing server, and each of the I / O servers corresponds to a different process system; the method includes:

[0038] Controlling the I / O server to perform data communication tasks according to preset functional configuration parameters corresponding to the process system, so as to initiate an operation data acquisition request to the control station or gateway based on the functional requirements of the process system, and sending the obtained process system operation data to the computing server;

[0039] Control the computing server to perform distributed processing of computing tasks based on the process system operation data from each of the I / O servers and the preset configuration configuration to determine the functional control value of each of the process systems; the preset configuration configuration is used to characterize the control tasks of different process systems and implement the control algorithm of the corresponding tasks.

[0040] In a third aspect, an embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements any possible digital control method in the first aspect.

[0041] Compared with the prior art, the present application has the following beneficial effects: the embodiment of the present application provides a digital control system, method and medium. In the digital control system provided in the embodiment of the present application, it includes a field device layer, a data acquisition layer and a data control layer connected in sequence; the field device layer includes multiple process systems with different functions, the data acquisition layer includes a control station or gateway corresponding to each of the process systems, and the data control layer includes multiple I / O servers and at least one computing server, and each of the I / O servers corresponds to a different process system; the I / O server is used to perform data communication tasks according to the preset functional configuration parameters corresponding to the process system, so as to initiate an operation data acquisition request to the control station or gateway based on the functional requirements of the process system, and send the obtained process system operation data to the computing server; the computing server is used to perform distributed processing of computing tasks based on the process system operation data from each of the I / O servers and the preset configuration configuration to determine the functional control value of each of the process systems; the preset configuration configuration is used to characterize the control tasks of different process systems and implement the control algorithm of the corresponding tasks. Thus, the embodiments of the present application meet the specific input and output data requirements of process systems with specific functions by dividing the layers into the process system equipment level, the basic data acquisition level, and the data-based control level, and setting up dedicated I / O servers for each type of process system. On this basis, computing servers are set up that can perform distributed control calculations based on the operating data of various process systems, thereby meeting the functional control requirements of different process systems. Through the architectural design of multiple I / O servers and computing servers, the embodiments of the present application meet the input and output data and functional implementation calculation requirements of different functional process systems, thereby achieving simultaneous coverage of multiple different functional process systems by a single digital control system (i.e., a single DCS platform). BRIEF DESCRIPTION OF THE DRAWINGS

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

[0043] Figure 1 A schematic diagram of the structure of a digital control system provided in an embodiment of the present application;

[0044] Figure 2 A schematic diagram of a process for a first I / O server to perform a periodic communication task according to an embodiment of the present application;

[0045] Figure 3 A fault recording data flow diagram provided in an embodiment of the present application;

[0046] Figure 4 A schematic diagram of a process for a second I / O server to perform a periodic communication task according to an embodiment of the present application;

[0047] Figure 5 A schematic diagram of a flow chart of an I / O server performing a communication diagnostic task provided in an embodiment of the present application;

[0048] Figure 6 A schematic diagram of a process for an I / O server to perform a historical data synchronization task provided in an embodiment of the present application;

[0049] Figure 7 A schematic diagram of a flow chart of a control operation module performing a control operation according to an embodiment of the present application;

[0050] Figure 8 A flowchart of a digital control method provided in an embodiment of the present application. DETAILED DESCRIPTION

[0051] To make the objectives, technical solutions, and advantages of this application more clearly understood, the application is further described in detail below in conjunction with specific embodiments and with reference to the accompanying drawings. It should be noted that the embodiments described in the embodiments of this application are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making any creative efforts are within the scope of protection of this application.

[0052] It should be noted that, unless otherwise defined, the technical or scientific terms used in the embodiments of this application should have the ordinary meaning understood by people with ordinary skills in the field to which this application belongs. The words "first", "second" and similar terms used in the embodiments of this application do not indicate any order, quantity or importance, but are only used to distinguish different components. Words such as "include" or "comprise" mean that the elements or objects preceding the word include the elements or objects listed after the word and their equivalents, but do not exclude other elements or objects. Words such as "connect" or "connected" are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. "Up", "down", "left", "right" and the like are only used to indicate relative positional relationships. When the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0053] As previously described, the process systems in nuclear power plants can currently be broadly divided into three categories: the nuclear island, the conventional island, and specialized I&C systems. Because specialized I&C systems often integrate numerous functions and differ significantly from those of the nuclear and conventional islands, current DCS platforms are unable to simultaneously address the functional requirements of these three systems. Consequently, nuclear power plants must utilize specific DCS platforms for specific process systems, making it difficult to implement a single DCS platform that covers the digital control of the entire nuclear power plant.

[0054] In order to solve the above problems, the embodiments of the present application provide a digital control system, method and medium. In the digital control system provided in the embodiments of the present application, it includes a field device layer, a data acquisition layer and a data control layer connected in sequence; the field device layer includes multiple process systems with different functions, the data acquisition layer includes a control station or gateway corresponding to each of the process systems, and the data control layer includes multiple I / O servers and at least one computing server, and each of the I / O servers corresponds to a different process system; the I / O server is used to perform data communication tasks according to the preset functional configuration parameters corresponding to the process system, so as to initiate an operation data acquisition request to the control station or gateway based on the functional requirements of the process system, and send the obtained process system operation data to the computing server; the computing server is used to perform distributed processing of computing tasks based on the process system operation data from each of the I / O servers and the preset configuration configuration to determine the functional control value of each of the process systems; the preset configuration configuration is used to characterize the control tasks of different process systems and implement the control algorithm of the corresponding tasks. Thus, the embodiments of the present application meet the specific input and output data requirements of process systems with specific functions by dividing the layers into the process system equipment level, the basic data acquisition level, and the data-based control level, and setting up dedicated I / O servers for each type of process system. On this basis, computing servers are set up that can perform distributed control calculations based on the operating data of various process systems, thereby meeting the functional control requirements of different process systems. Through the architectural design of multiple I / O servers and computing servers, the embodiments of the present application meet the input and output data and functional implementation calculation requirements of different functional process systems, thereby achieving simultaneous coverage of multiple different functional process systems by a single digital control system (i.e., a single DCS platform).

[0055] In order to help those skilled in the art better understand the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. 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 those skilled in the art without creative work are within the scope of protection of this application.

[0056] See also Figure 1, this figure is a structural schematic diagram of a digital control system provided in an embodiment of the present application, which specifically includes a field device layer, a data acquisition layer, and a data control layer connected in sequence. Among them, the field device layer serves as the physical execution end of the system, including the nuclear island / conventional island process system (such as the reactor cooling system) and the dedicated instrumentation and control system (such as the KDO test acquisition system, the TRA transient recording system). Equipment of different process systems, such as sensors, actuators, etc., are connected to the control station or gateway in the data acquisition layer through hard wiring or field bus. The data acquisition layer converts heterogeneous signals from different process systems into a unified data format in this DCS platform through the control station or gateway it sets. At the same time, for the case where some dedicated instrumentation and control systems need to adopt special communication protocols, the setting of the gateway can smoothly complete the communication protocol conversion without affecting the communication of other process systems. The data control layer realizes digital control of multiple different functional process systems through multiple I / O servers and at least one computing server set up inside it. Because each I / O server is associated with a specific function or system, it can meet the special data processing requirements of some dedicated I&C systems (such as the KDO dedicated I&C system, which requires 8-frame data acquisition with a 200ms period). Furthermore, the compute server receives operational data from various process systems and uses it to perform control operations. Dedicated algorithms can be used for dedicated I&C systems, while conventional control logic can be used for conventional process systems. This allows a single DCS platform to cover the functions of both dedicated I&C systems and conventional process systems.

[0057] As can be seen from the introduction to the background technology section above, the process systems in current nuclear power plants are roughly divided into three categories: the nuclear island, the conventional island, and dedicated instrumentation and control systems. Because the functions of the nuclear island and conventional island differ significantly from those of the dedicated instrumentation and control systems, a single DCS platform cannot cover the functions of all three. Currently, the more common dedicated instrumentation and control process systems can be divided into the following categories: nuclear auxiliary building waste treatment control system, nuclear auxiliary on-site control cabinet system, transient recording and analysis system (TRA), test data acquisition system (KDO), and test instrumentation system (KME). Among them, the functions of the nuclear island and conventional island differ significantly from the TRA system, KDO system, and KME system. For details, please refer to the example in Table 1 below:

[0058] Table 1

[0059]

[0060] As can be seen from the table, the main reason why the functional gap between the process systems of the nuclear island and conventional island and these dedicated instrumentation and control process systems is large is due to the huge differences in the operation cycle of the control algorithm and the acquisition cycle and acquisition accuracy of the analog / switch quantity. Therefore, if the operation cycle of the control algorithm and the acquisition cycle and acquisition accuracy of the analog / switch quantity can be managed differently for different process systems, it will be possible to achieve compatibility with multiple dedicated instrumentation and control process systems and other nuclear island and conventional island systems on a single DCS platform. In the embodiment of the present application, the specific requirements of multiple dedicated instrumentation and control systems with different functions for the above-mentioned influencing factors are met mainly through the architectural design of multiple I / O servers and computing servers. The I / O servers and computing servers in this embodiment will be introduced in detail below.

[0061] The I / O server is used to perform data communication tasks according to the preset functional configuration parameters corresponding to the process system, so as to initiate an operation data acquisition request to the control station or gateway based on the functional requirements of the process system, and send the obtained process system operation data to the computing server.

[0062] In this embodiment, each process system with a specific function has a corresponding I / O server. Each I / O server uses stored preset functional configuration parameters to complete the data communication tasks for that process system. These preset functional configuration parameters represent the specific functional requirements of the process system, such as the control algorithm operation cycle, analog acquisition accuracy, and analog acquisition period. Therefore, the I / O server can handle corresponding data communication tasks based on the specific input and output data requirements of the process system according to its internal preset functional configuration parameters, thereby achieving functional control coverage for specialized instrumentation and control process systems with significantly different functions.

[0063] In this embodiment, I / O servers proactively initiate data requests to the control station or L1 gateway via redundant SNET networks at a periodicity specified in pre-set functional configuration parameters (e.g., a KDO server requests a message containing eight frames of data every 200 milliseconds). Received process system operational data is parsed and processed in two ways: Regular data is pushed to a separate real-time server or historical server in the system for centralized storage via a real-time data management thread. Operational data from dedicated instrumentation and control (I&C) process systems undergoes specialized data processing by the I / O servers before being transmitted to the compute servers. Furthermore, in one possible implementation, the I / O servers can utilize a multi-threaded mechanism to implement auxiliary functions such as master-slave alignment, parameter writeback, and network diagnostics, ensuring real-time and reliable data communication. This design enables a single DCS platform to simultaneously meet the heterogeneous functional and performance requirements of diverse process systems, such as the nuclear island, conventional island, and dedicated I&C systems, through differentiated I / O server configurations. This effectively mitigates the operational complexity associated with the coexistence of multiple platforms.

[0064] In this embodiment, the multiple I / O servers include two types: a first I / O server and a second I / O server, each of which is used to handle data communication tasks for a dedicated instrumentation and control process system and a non-dedicated instrumentation and control system, respectively. The following describes the process of executing periodic communication tasks within data communication tasks for each of the two types, with reference to the accompanying drawings of a specific embodiment.

[0065] First, the process of executing periodic communication tasks on the first I / O server is introduced. Figure 2 , which is a flow chart of a first I / O server executing a periodic communication task according to an embodiment of the present application, specifically comprising the following steps:

[0066] S101: Determine a first target control station or a first target gateway corresponding to the dedicated instrumentation and control process system;

[0067] S102: Determine a data periodic collection rule associated with the dedicated instrumentation and control process system according to the functional type of the dedicated instrumentation and control process system; the data periodic collection rule is used to characterize the data collection accuracy, data collection aggregation degree, and data collection period for the dedicated instrumentation and control system.

[0068] In the digital control system of this embodiment, a real-time data server is also provided, which is used to receive and store process system operation data uploaded from various I / O servers. These data are continuously updated through periodic communication tasks.

[0069] In actual application scenarios, a dedicated instrumentation and control process system may be associated with multiple control stations or gateways. Therefore, in order to ensure accurate acquisition of system operation data, the first I / O server needs to determine the first target control station or first gateway to which the process system is actually associated. The positioning of the control station and gateway can be achieved through the physical topology and logical configuration of the nuclear power plant instrumentation and control system, which is not limited in this embodiment.

[0070] After determining the first target control station or the first target gateway and establishing the corresponding communication link, the I / O server automatically matches the predefined data cycle collection rules according to the preset functional configuration parameters and the functional type of the corresponding dedicated instrumentation and control process system, which includes the following three core indicators: data collection accuracy (such as the 0.02% analog accuracy required for heat exchange calculations of the KME system), data collection aggregation (such as the KDO system aggregates 8 data packets with 25 millisecond accuracy within every 200 millisecond period) and basic collection cycle (such as the TRA system's 1 millisecond high-frequency collection requirements). This regularized configuration enables a single I / O server to adapt to the performance requirements of different dedicated systems through parameter adjustment, and achieves compatibility with multiple types of process systems without hardware modification. S103: Based on the data cycle collection rules associated with the dedicated instrumentation and control process system, the periodic upload data queue is monitored for data updates to obtain the first periodic operation data packet updated in the periodic upload data queue; the first periodic operation data packet includes the analog quantity and switch quantity of the dedicated instrumentation and control system;

[0071] S104: Send the first cycle operation data packet to the real-time database.

[0072] In this embodiment, the I / O server utilizes a rule-driven queue monitoring mechanism for data collection and processing from the dedicated instrumentation and control (I&C) system. This mechanism ensures the accurate capture and transmission of the dedicated system's high-frequency, high-precision data by tracking the status changes of the periodic upload data queue in real time. Specifically, the first I / O server is configured with a first-periodic upload queue. This queue continuously scans the update status of the first-periodic upload data queue based on the dedicated I&C system's preconfigured data collection cycle rules (e.g., a 25-millisecond collection cycle for the KDO system and a 1-millisecond collection cycle for the TRA system). Upon detecting the arrival of a new data packet, the data extraction process is immediately triggered. These data packets are structured and packaged according to the specific requirements of the dedicated system, containing both high-precision analog data (e.g., 0.02% accuracy temperature data for heat exchange calculations in the KME system) and high-speed switching data (e.g., 1-millisecond status signals for the TRA system). Data integrity and timing accuracy are ensured through pre-processing such as data validation and timestamp alignment. After the data packet is extracted, the I / O server calls a dedicated data distribution thread to disassemble the data packet into standardized data points according to the interface specifications of the real-time database. At the same time, it adds metadata such as system identification, collection time, quality code, etc. to form a formatted data record that meets the database storage requirements. Finally, it is pushed to the dedicated storage partition of the real-time database through redundant communication links, realizing the classified storage and unified management of dedicated system data and conventional process system data.

[0073] In order to facilitate understanding of the processing methods of periodic communication tasks associated with different dedicated instrumentation and control systems in the embodiments of the present application, the dedicated instrumentation and control system KME system and TRA system will be used as examples to introduce the processing methods of the first I / O server for periodic communication tasks of these two types of dedicated instrumentation and control systems.

[0074] First, let's introduce the TRA system. The TRA (Transient Recording and Analysis) system is responsible for high-precision monitoring of key process parameters. Its core technical feature is the ultra-high-frequency acquisition and recording of analog data at the 1-millisecond level. This technical requirement stems from the unique characteristics of transient process monitoring in nuclear power plants. Key features of abnormal operating conditions, such as turbine load rejection and primary circuit pressure transients, often manifest within a few milliseconds to hundreds of milliseconds. Only by continuously capturing data with microsecond resolution can the fault evolution process be accurately restored, providing a reliable basis for subsequent equipment status assessment and protection strategy optimization.

[0075] Therefore, to meet the stringent requirements of the TRA system, a 200-millisecond communication cycle was designed for data acquisition. Within each cycle, the I / O server initiates a data request to the TRA control station, synchronously acquiring 200 pulses of analog data (each pulse strictly separated by 1 millisecond), forming a complete high-frequency time series. This data captures the continuous changes in critical parameters such as temperature, pressure, and flow over extremely short periods of time. For example, 200 sampling points from a sensor within 200 milliseconds can accurately reflect the peak value, rate of rise, and steady-state deviation of parameter fluctuations.

[0076] Considering the massive storage pressure of 1 millisecond data, it can only be recorded and stored under specific conditions. Therefore, the 1 millisecond data stored by the I / O server is cyclically overwritten over a period of time, and this part of the facts is specifically completed by the fault recording thread.

[0077] Specifically, the fault recording thread, as the core application module of the TRA system, uses independent thread tasks to accurately capture and fully record abnormal operating conditions. This thread's operational logic is closely centered around three key steps: trigger condition determination, real-time data capture, and complete scene restoration. First, the system supports a wide range of recording trigger conditions, encompassing digital position change events such as circuit breaker opening and closing and valve state reversal, as well as complex logical conditions such as analog over-limit (e.g., temperature exceeding the alarm threshold by 110%) and abnormal parameter change rate (e.g., pressure rise rate exceeding 5 MPa / s). These trigger rules are pre-configured using a dedicated configuration tool on the engineering station. This configuration file, containing parameters such as trigger source, threshold, and delay criteria, is loaded into memory upon startup of the fault recording task and serves as the basis for real-time monitoring. When the thread detects any trigger condition, it immediately initiates full-channel high-frequency sampling mode. This not only captures 200 analog data beats in real time within the current cycle, but also automatically retains a configurable 5 seconds of historical data prior to the trigger, using pre-trigger caching technology to ensure critical information is not lost before the onset of abnormality. For switch signals, the system synchronously records their position change moments (accurate to milliseconds) and state change trajectories, forming a time series that is strictly aligned with the analog data, facilitating subsequent multi-parameter correlation analysis.

[0078] For the specific process of the fault recording thread, please refer to Figure 3A fault recording data flow diagram is disclosed. As shown in the figure, during the execution of the fault recording thread, the task initialization phase carries out key configuration loading and operating environment establishment. When the fault recording task is initiated, a dedicated configuration parsing module first reads a pre-configured fault recording configuration file. These files are typically customized by the engineering station based on specific process requirements and contain the core parameters of the fault monitoring logic. For example, the file clearly defines the mapping between each fault source (such as the status signal of key equipment and the threshold setting of process parameters) and a specific recording group. Each recording group further defines the list of external variables to be collected (including analog sensor signals, switch status contacts, etc.) and the sampling strategy for this data group (such as a high-frequency sampling rate of 1kHz or a configurable dynamic sampling mode). This hierarchical configuration structure enables the system to flexibly implement the corresponding monitoring strategy for different types of abnormal events. The configuration file loading process is not simply a parameter reading process; it also includes data validity verification. For example, it checks whether there are conflicts in external variable addresses and whether the sampling rate is compatible with the hardware channel, ensuring that the fault recording task is in a reliable state upon startup.

[0079] After entering the operational phase, the fault recording task dynamically interacts with the real-time server to capture abnormal signals in real time. As the core hub for plant-wide data exchange, the real-time server continuously pushes status changes of fault sources to the fault recording task. These sources can be on / off signals from circuit breaker openings and closings, or real-time values ​​of analog parameters such as temperature and pressure. After receiving status updates, the task determines trigger conditions based on the configuration logic loaded during the initialization phase. When the value of a fault source exceeds a preset threshold and meets auxiliary criteria such as delay and anti-jitter, the corresponding recording process is immediately initiated. At this point, the fault recording management task proactively establishes a high-frequency data exchange channel with the I / O communication task, continuously requesting analog data from specific channels at 1-millisecond intervals. This precise synchronization mechanism ensures that the complete trajectory of parameter changes is captured at the highest resolution when an abnormal event occurs. The collected data is first stored in a memory-level recording data recording area. This area uses double buffering to prevent data overwriting, ensuring that no sampling points are lost in the extremely short period between the trigger moment and the start of recording. When the abnormal signal disappears and the preset termination conditions are met (such as parameters returning to normal for 10 seconds), the recording task automatically terminates the data request, packages the data cached in memory for the 5 seconds before and after the trigger, and writes it to disk in an industry-standard format to form a traceable fault data file. At the same time, the task exposes data query capabilities to the HMI through a dedicated interface, allowing operators to retrieve historical recording data based on multiple criteria such as time, device number, and fault type, or monitor the current recording process in real time.

[0080] Next, we will explain how the KME system handles periodic communication tasks. The KME system is characterized by its computational accuracy, which must be maintained within 0.02% to ensure the reliability of core functions such as reactor thermal power balance calculations and steam generator heat transfer efficiency analysis. Therefore, this requirement directly dictates that the KME system's data processing logic abandon conventional single-precision floating-point data processing and instead adopt double-precision floating-point data as the data carrier for the entire link. The reason for this is that single-precision floating-point (32-bit) data only provides approximately 6-7 significant digits, and an absolute error of the order of 0.1% can cause significant deviations in thermal balance calculations. Double-precision floating-point (64-bit) data, with its 15-17 significant digits of accuracy, can limit rounding errors during computation to below 1e-10, fundamentally meeting the KME system's ability to capture subtle parameter changes.

[0081] To achieve this accuracy goal, the KME system's data flow system has established a full-link double-precision guarantee mechanism. During data collection, the I / O server obtains double-precision floating-point data from on-site intelligent devices at a fixed cycle of 200 milliseconds. This data covers key parameters such as primary circuit temperature, secondary circuit pressure, and steam flow. Each sampling point carries 64-bit full-precision information, avoiding low-bit data truncation caused by single-precision conversion. After the data arrives at the I / O server, the system uses zero-copy technology to directly transfer the double-precision data blocks to the real-time server, ensuring that data type conversion does not occur during storage.

[0082] The above is an introduction to the first I / O server performing periodic communication tasks for two types of dedicated instrumentation and control process systems. Next, the process of the second I / O server processing periodic communication tasks for non-dedicated instrumentation and control process systems (i.e., conventional island and nuclear island systems) will be introduced in conjunction with the specific embodiment drawings.

[0083] See also Figure 4 , which is a flow chart of a second I / O server performing a periodic communication task according to an embodiment of the present application, specifically comprising the following steps:

[0084] S201: Determine a second target control station or a second target gateway corresponding to the non-dedicated instrumentation and control process system;

[0085] S202: Based on the data collection rule, allocate a periodic data collection thread to the second target control station or the second target gateway to perform data update monitoring on the second periodic upload queue;

[0086] S203: When a new second-cycle operation data packet appears in the second-cycle upload queue, the new second-cycle operation data packet is sent to the real-time database and the computing server.

[0087] This embodiment utilizes a targeted positioning and multi-threaded collaborative architecture for periodic data collection from non-dedicated I&C process systems in nuclear power plants, such as conventional island control systems and nuclear island monitoring systems. Similar to the primary process for dedicated I&C systems, the secondary I / O server first determines the corresponding secondary target control station or gateway for the non-dedicated system to ensure accurate routing of data requests to the target device. After establishing a communication connection, the system dynamically allocates independent periodic data collection threads to each secondary target control station / gateway based on pre-set common data collection rules (e.g., a 50-millisecond control cycle and 0.1% analog accuracy for conventional systems). These threads initiate data requests to the target device at the configured collection cycle (e.g., 200 milliseconds) and write the returned raw data packets to a dedicated second-cycle upload queue. A queue monitoring mechanism enables real-time tracking of data update status. Upon detecting the presence of a new second-cycle operation data packet in the queue, the system automatically triggers the data transmission process, simultaneously pushing the data packet to a real-time database for persistent storage and forwarding it to the compute server for control algorithm execution, forming a closed-loop link from data collection to application processing.

[0088] At the technical implementation level, data processing in non-dedicated systems highlights the dual characteristics of standardization and resource optimization. Each assigned collection thread adopts a lightweight design, achieving efficient communication based on a unified communication protocol and data format. Threads are isolated from each other through memory to prevent interference. In one possible implementation, the second-cycle upload queue can adopt a ring buffer structure to support multi-threaded concurrent read and write operations. When a collection thread writes a new data packet, the queue monitoring module immediately detects the data update through an event trigger mechanism, and the data processing process can be initiated without polling scanning.

[0089] The above describes the process for processing periodic communication tasks for a non-dedicated instrumentation and control process system using a second I / O server. In this example, in addition to periodic communication tasks, data communication tasks also include communication diagnostic tasks and historical data synchronization tasks. The following describes the processing flow for these two tasks in turn, using the accompanying figures, which illustrate specific process examples.

[0090] See also Figure 5 , this figure is a schematic diagram of a process flow of an I / O server performing a communication diagnostic task provided by an embodiment of the present application. The I / O server performs this part of the process through its built-in communication diagnostic module, which specifically includes the following steps:

[0091] S301: according to the data acquisition rule, periodically sending a diagnostic packet acquisition request to the control station or the gateway to periodically receive diagnostic data packets from the control station or the gateway;

[0092] S302: Diagnose the communication status of the SNET management network component, the control station, or the gateway based on the diagnostic data packet.

[0093] In this embodiment, the I / O servers of the data control layer communicate with the control stations or gateways of the data acquisition layer through the SNET management network components. This embodiment uses a periodic diagnostic mechanism to achieve real-time monitoring of the communication status of the nuclear power plant's SNET management network components, control stations, and gateways, as well as fault warnings.

[0094] The communication diagnostic module periodically sends diagnostic packet requests to the target control station or gateway, aligning with the data collection rules associated with the process system (e.g., a 5-second diagnostic cycle and a specific diagnostic request message format). These requests contain key information such as a device identifier, timestamp, and checksum, ensuring accurate identification of the diagnostic session between both communicating parties. Upon receiving the request, the target device immediately returns a standardized diagnostic packet containing not only the device's operational status (e.g., CPU load, memory usage), communication interface parameters (e.g., SNET network card packet loss rate, transmission latency), but also device self-test results (e.g., core metrics such as power status and clock synchronization accuracy). By parsing these periodic diagnostic packets, the system constructs a real-time health matrix for all network-wide devices. Using intelligent algorithms such as threshold comparison (e.g., alerting for network latency exceeding 50ms) and trend analysis (e.g., alerting for persistently high memory usage), the system conducts a multi-dimensional assessment of the communication reliability of components such as switches and fiber links within the SNET management network, as well as various control stations and gateways. This identifies potential faults and triggers alerts, providing a foundational layer of assurance for the stable operation of the nuclear power plant's instrumentation and control system.

[0095] See also Figure 6 , this figure is a schematic diagram of the process of an I / O server performing a historical data synchronization task provided by an embodiment of the present application. The task is completed by a historical data synchronization module configured in the server, and specifically includes the following process:

[0096] S401: Acquire historical switch value change information from the control station; the historical switch value change information includes a time stamp;

[0097] S402: Generate a historical switch quantity change array based on the historical switch quantity change information, and optimize the data monitoring process of the second period upload queue and the first period upload queue by using the historical switch quantity change array.

[0098] Similar to the arrangement logic of the above-mentioned real-time data server, a historical data server is also synchronously set up in the data control layer. The historical data server is used to store historical data generated by the digital control system during real-time operation.

[0099] In this technical feature section, this embodiment aims to dynamically optimize the data collection process of a nuclear power plant's instrumentation and control system (I&C) through intelligent analysis of historical switch position changes. First, the historical data synchronization module extracts precisely timed switch position change records (such as valve actuation, pump start / stop, and other events) from the control station's historical database. These records are marked with millisecond-level timestamps and contain key fields such as the device ID and position change type. Based on this historical data, the system constructs a structured array of historical switch position changes. This array is sorted by time and uses a statistical model to analyze device actuation frequencies (e.g., a feedwater pump starts an average of three times per day, a safety valve has an annual actuation probability of 0.1%). It also identifies device interlocking relationships (e.g., process logic that requires pump B to start within 30 seconds of valve A opening). These in-depth analysis results are translated into data collection optimization strategies: For devices with high-frequency position changes (e.g., circulating water pumps), the system automatically increases their monitoring priority in the second-cycle upload queue and shortens the sampling interval. For devices with long-term inactivity (e.g., standby diesel engines), the collection frequency is appropriately reduced to conserve system resources. This allows the data monitoring process to dynamically adjust resource allocation based on actual process requirements.

[0100] On the other hand, in one possible implementation, the I / O server in this embodiment also features a dual-thread collaboration mechanism: a master-slave alignment thread and a dialog thread. This ensures data consistency and reliable transmission of system commands between the master and slave control stations. As the core module for data synchronization, the master-slave alignment thread implements three-level data alignment between the master and slave devices through a periodic handshake protocol. At the basic data layer, process variables (such as temperature, pressure, and other analog quantities) in the upload queue are compared every 200 milliseconds. CRC checks and timestamp matching are used to ensure bit-level consistency of the data collected by the master and slave devices. At the parameter configuration layer, key items such as control algorithm parameters and device thresholds are periodically verified. When discrepancies are detected, an incremental synchronization mechanism is automatically triggered, transmitting only the modified data to reduce network load. At the status management layer, system-level data such as the control mode flag and fault status word of the master and slave devices is continuously maintained, ensuring seamless control by the backup system during failover. This thread utilizes preemptive scheduling, immediately raising the synchronization priority when data inconsistencies occur, and completing critical data repair within 50 milliseconds. This ensures that data synchronization latency between the master and slave systems is consistently within one acquisition cycle, providing a foundational guarantee for the redundancy and reliability of nuclear power control systems.

[0101] The dialog thread serves as the central routing channel for system commands, establishing a standardized communication interface between the task management system and the master-slave control stations. This thread asynchronously receives various control commands sent by ProcessManage via a message queue, including key operations such as master-slave switchover commands and system exit requests. It implements differentiated response strategies based on command type: For master-slave switchover commands, it immediately suspends current control output, triggering the master-slave alignment thread to perform full data synchronization before executing the authority transfer. For online parameter modification commands, it verifies operational permissions and notifies relevant functional modules of the update through shared memory. For system exit commands, it coordinates the safe termination of each thread in a pre-set order and generates a run log for subsequent analysis.

[0102] The above is an introduction to the functions of the I / O server in the embodiment of the present application. Next, the functions performed by the computing server in the embodiment of the present application will be introduced in conjunction with the specific embodiment drawings.

[0103] The computing server is used to perform distributed processing of computing tasks based on the process system operation data from each of the I / O servers and the preset configuration configuration to determine the functional control value of each of the process systems; the preset configuration configuration is used to characterize the control tasks of different process systems and implement the control algorithms of the corresponding tasks.

[0104] In this embodiment, the computing server is used to receive process system operation data from various I / O servers, and based on the control algorithms of different control tasks represented by preset configurations, uses various types of process system operation data as calculation variables to start control operations, thereby adapting to the functional requirements of different process systems.

[0105] The pre-configured configurations include project templates, equipment configurations, and database configurations. These modular configurations clearly define the control task topology and control algorithm libraries for each process system, including key algorithm modules such as reactor power regulation and steam generator water level control. The server parses this configuration information to establish a mapping between the process system's operational data flows and control tasks, laying the foundation for subsequent distributed computing. Based on the received process system operational data, the computing server determines the control algorithm corresponding to each specific parameter in the operational data, as well as the variable represented by that parameter within the corresponding control algorithm.

[0106] In this embodiment, the process of performing control operations based on the operating data of each process system during the computing service period is completed by the control operation module configured in its server. Next, the process of the control operation module performing control operations will be introduced in conjunction with the specific embodiment drawings.

[0107] See also Figure 7, which is a schematic diagram of a flow chart of a control operation module performing a control operation according to an embodiment of the present application, specifically including the following steps:

[0108] S501: extracting a plurality of calculation variables from the operation data of each process system;

[0109] First, the control operation module needs to extract computational variables that can participate in control operations from a large amount of process system operating data. In one possible implementation, the extraction of computational variables can be achieved through a multi-level filtering mechanism: at the physical level, the control operation module performs an initial screening based on basic attributes such as signal type (analog / switch) and range, eliminating obviously invalid data; at the functional level, it automatically associates related variable groups based on the preset process system topology (for example, extracting collaborative variables such as pressure, temperature, and water level related to steam generators); at the algorithm level, the computational value of each variable is evaluated based on the control task requirements, ultimately determining the set of variables involved in subsequent calculations, namely, multiple computational variables.

[0110] S502: Based on the preset control task configuration, task parameter configuration is performed on each of the calculation variables to determine the task configuration parameters of each of the calculation variables; the task configuration parameters are used to characterize the control operation task associated with the calculation variable and the processing method of the calculation variable in the control operation task.

[0111] Task configuration parameters are used to characterize the computational task corresponding to a computational variable and the computational role of the variable within the corresponding task. In actual application scenarios, a single computational variable may correspond to multiple different computational tasks. To ensure the accuracy of control operations when multiple functional operations are processed in parallel and to prevent errors in the computational variables in other computational tasks, this embodiment needs to determine the computational task associated with each computational variable and the processing method within the corresponding task (i.e., task configuration parameters) before launching control operations through multiple computational variables. This ensures the accuracy of the computation server when processing multiple functional computational tasks in parallel.

[0112] Specifically, the process of determining the task configuration parameters for each calculation variable is achieved through the following three steps:

[0113] Step 1: Based on the preset control task configuration, determine the task identifier and variable attribute individually associated with each of the calculation variables.

[0114] The task identifier is used to clarify the specific control task in which the variable participates, such as safety protection, regulation control, performance monitoring, etc. The actual control task is represented by a digital identifier. The task identifier corresponding to a calculation variable can be "1, 3, 5", which indicates that the calculation variable needs to participate in three calculation tasks. The variable attributes (such as analog filter parameters and switch anti-shake time) specify its specific behavior specifications in these tasks (which can be understood as item types). This mapping relationship allows key parameters such as the water level of the reactor pressure vessel to participate in water level regulation control with a 100ms cycle and trigger safety interlocks in a 10ms high-speed mode. Similarly, the variable attributes corresponding to each calculation variable can also be represented by item type values, which is not limited in this embodiment.

[0115] Step 2: if any of the computation variables has at least two associated task identifiers, generate a task identifier set for the computation variable;

[0116] Step 3: Determine the task identifier or the task identifier set associated with each of the calculation variables, and the variable attributes associated with each of the calculation variables, as the task configuration parameters individually associated with each of the calculation variables.

[0117] When determining the task configuration parameters for each calculation variable, engineers assign calculation task numbers to the variables on the configuration interface (e.g., 1, 2, 3, indicating participation in calculations for tasks 1 through 3). The system automatically parses the comma-delimited number string and converts it into a binary task identifier mask—each task number corresponds to a specific bit in the 32-bit identifier (e.g., task 1 corresponds to 0x00000001, task 3 corresponds to 0x00000004). When a variable needs to participate in multiple tasks, meaning that the calculation variable has at least two associated task identifiers, a bitwise OR operation is performed to generate the task identifier set for that calculation (e.g., the combination of tasks 1 and 3 generates 0x00000005).

[0118] Variable attributes for calculation variables are also divided according to the item type value (2 / 4 / 6). Here's an example: Type 2 is an analog input item, automatically adding range conversion and filtering attributes; Type 4 is a switch output item, forcing jitter suppression and redundancy check attributes; and Type 6 is an intermediate calculation variable, configured with dynamic update and cross-task sharing attributes. This explicit configuration method based on project templates allows temperature variables, such as those required for KDO system thermal power calculations, to be precisely bound to thermal calculation tasks and safety assessments, with 23 extended attributes, including 0.1% accuracy requirements and a 200ms refresh period, ensuring complete implementation of control strategies.

[0119] S503: Performing task distributed computing according to the preset control algorithm and the task configuration parameters associated with each of the calculation variables to determine the functional control value of each of the process systems.

[0120] For computational variables reused across multiple tasks, the system performs dynamic task set composition and resource pre-allocation. When a variable is detected with multiple task identifiers (e.g., "2, 4, 6"), the control operation module creates a task topology diagram in memory, recording the variable's input and output dependencies across tasks. For example, it could serve as a process variable for the PID algorithm in Task 2 and as a trigger for interlocking decisions in Task 4. Separate computational caches are allocated for each task. For example, variables in Task 4 involved in 1ms-level fast control are allocated to the FPGA accelerator's dedicated memory, while variables in Task 2, which monitors 50ms levels, use regular memory. Finally, a task descriptor is generated, containing metadata such as task priority, data freshness requirements, and fault-tolerance strategies. For example, for the vibration signal of the nuclear island's main pump, the task set "1, 3, 7" corresponds to vibration protection (Task 1), performance monitoring (Task 3), and fault diagnosis (Task 7). The system configures three differentiated processing pipelines for each task: 10ms hardware interrupt acquisition, 1-second trend analysis, and 5-minute spectrum analysis. Data consistency across multiple tasks is ensured through atomic operations.

[0121] In particular, in a possible implementation, a write-back module is further provided in the multiple I / O servers of the embodiment of the present application. The write-back module is configured to perform the following two steps:

[0122] Step 1: Obtain the functional control value of each process system;

[0123] Step 2: writing the function control value back to the real-time data server.

[0124] As mentioned previously, after the compute server calculates the corresponding functional control value based on the operating data of each process system, it sends this functional control value to the I / O server. After a specific data processing process, the I / O server feeds this functional control value back to the process system. Accordingly, to ensure data consistency, after receiving the functional control value from the compute server, the I / O server needs to write it back to the real-time data server. By writing the control results distributed across multiple I / O servers back to the real-time database, data from heterogeneous systems such as nuclear island control, conventional island regulation, and specialized system algorithms can be shared in real time. For example, after the KME system's heat balance calculation results are written back, they can be immediately called upon by the nuclear island power control system, achieving closed-loop coordinated control across systems and eliminating the data silos found in traditional multi-platform architectures.

[0125] An embodiment of the present application provides a digital control system. In the digital control system provided in the embodiment of the present application, it includes a field device layer, a data acquisition layer and a data control layer connected in sequence; the field device layer includes multiple process systems with different functions, the data acquisition layer includes a control station or gateway corresponding to each of the process systems, and the data control layer includes multiple I / O servers and at least one computing server, and each of the I / O servers corresponds to a different process system; the I / O server is used to perform data communication tasks according to preset functional configuration parameters corresponding to the process system, so as to initiate an operation data acquisition request to the control station or gateway based on the functional requirements of the process system, and send the obtained process system operation data to the computing server; the computing server is used to perform distributed processing of computing tasks based on the process system operation data from each of the I / O servers and the preset configuration configuration to determine the functional control value of each of the process systems; the preset configuration configuration is used to characterize the control tasks of different process systems and implement the control algorithm of the corresponding tasks. Thus, the embodiments of the present application meet the specific input and output data requirements of process systems with specific functions by dividing the layers into the process system equipment level, the basic data acquisition level, and the data-based control level, and setting up dedicated I / O servers for each type of process system. On this basis, computing servers are set up that can perform distributed control calculations based on the operating data of various process systems, thereby meeting the functional control requirements of different process systems. Through the architectural design of multiple I / O servers and computing servers, the embodiments of the present application meet the input and output data and functional implementation calculation requirements of different functional process systems, thereby achieving simultaneous coverage of multiple different functional process systems by a single digital control system (i.e., a single DCS platform).

[0126] A digital control method provided in an embodiment of the present application is introduced below. The digital control method described below and the digital control system described above can be referenced to each other.

[0127] See also Figure 8 This figure is a flow chart of a digital control method provided in an embodiment of the present application. The method is applied to a nuclear power plant including a digital control system. The digital control system includes: a field device layer, a data acquisition layer, and a data control layer connected in sequence; the field device layer includes multiple process systems with different functions, the data acquisition layer includes a control station or gateway corresponding to each of the process systems, and the data control layer includes multiple I / O servers and at least one computing server, and each of the I / O servers corresponds to a different process system. The method includes the following steps:

[0128] S601: Controlling the I / O server to perform data communication tasks according to preset functional configuration parameters corresponding to the process system, so as to initiate an operation data acquisition request to the control station or gateway based on the functional requirements of the process system, and sending the obtained process system operation data to the computing server;

[0129] S602: Control the computing server to perform distributed processing of computing tasks based on the process system operation data from each of the I / O servers and the preset configuration configuration to determine the functional control value of each of the process systems; the preset configuration configuration is used to characterize the control tasks of different process systems and implement the control algorithms of the corresponding tasks.

[0130] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, an embodiment of the present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer instructions, and the computer instructions are used to enable the computer to execute the digitization method described in any of the above embodiments.

[0131] The computer-readable media of the embodiments of the present application include permanent and non-permanent, removable and non-removable media that can be used to store information by any method or technology. The information can be computer-readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, read-only compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device.

[0132] The computer instructions stored in the storage medium of the above embodiment are used to enable the computer to execute the digital control method described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0133] It should be noted that the various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system, method and medium, since they are basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment. The system, method and medium described above are merely schematic, and the units described as separate components may or may not be physically separated, and the components indicated as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment. A person of ordinary skill in the art can understand and implement it without expending creative work.

[0134] The above is merely one specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims

1. A digital control system, characterized in that: Applied to a nuclear power plant, the system includes a field device layer, a data acquisition layer, and a data control layer connected in sequence; the field device layer includes multiple process systems with different functions, the data acquisition layer includes a control station or gateway corresponding to each process system, and the data control layer includes multiple I / O servers and at least one computing server, with each I / O server corresponding to a different process system. The I / O server is configured to perform data communication tasks according to preset functional configuration parameters corresponding to the process system, so as to initiate an operation data acquisition request to the control station or gateway based on the functional requirements of the process system, and send the obtained process system operation data to the computing server; The computing server is configured to perform distributed processing of computing tasks based on the process system operation data from each of the I / O servers and a preset configuration to determine a functional control value of each of the process systems; The preset configuration is used to characterize the control tasks of different process systems and implement the control algorithms of the corresponding tasks; The data control layer further includes: a real-time data server, which stores the operating data of each process system through its built-in real-time database; the data communication task includes: a periodic communication task; the preset function configuration parameters include: a data acquisition rule; the multiple I / O servers include: a first I / O server, which is used to process the periodic communication task of the dedicated instrumentation and control process system, and the first I / O server is configured with a first periodic upload queue, which is used to store data packets of the dedicated instrumentation and control process system; The first I / O server is specifically configured to: Determining a first target control station or a first target gateway corresponding to the dedicated instrumentation and control process system; Determining, based on the functional type of the dedicated instrumentation and control process system, a data periodic collection rule associated with the dedicated instrumentation and control process system; the data periodic collection rule is used to characterize data collection accuracy, data collection aggregation, and data collection period for the dedicated instrumentation and control process system; Performing data update monitoring on the periodic upload data queue based on the data cycle collection rule associated with the dedicated instrumentation and control process system to obtain a first periodic operation data packet updated in the periodic upload data queue; the first periodic operation data packet includes analog quantities and switch quantities of the dedicated instrumentation and control process system; The first cycle operation data packet is sent to the real-time database.

2. The system according to claim 1, wherein: The plurality of I / O servers include: a second I / O server, the second I / O server being configured to process the periodic communication task of the non-dedicated instrumentation and control process system, and the second I / O server being configured with a second periodic upload queue, the second periodic upload queue being configured to store data packets of the non-dedicated instrumentation and control process system; The second I / O server is specifically configured to: Determining a second target control station or a second target gateway corresponding to the non-dedicated instrumentation and control process system; Based on the data collection rule, assigning a periodic data collection thread to the second target control station or the second target gateway respectively to perform data update monitoring on the second periodic upload queue; In a case where a newly added second-cycle operation data packet appears in the second-cycle upload queue, the newly added second-cycle operation data packet is sent to the real-time database and the computing server.

3. The system according to claim 1, wherein: The preset configuration includes: a preset control task configuration and a preset control algorithm; the computing server includes: a control operation module, the control operation module is specifically used to: extracting a plurality of calculation variables from the operational data of each of the process systems; Based on the preset control task configuration, task parameter configuration is performed on each of the calculation variables to determine the task configuration parameters of each of the calculation variables; the task configuration parameters are used to characterize the control operation task associated with the calculation variable and the processing method of the calculation variable in the control operation task; According to the preset control algorithm and the task configuration parameters associated with each of the calculation variables, task distributed computing is performed to determine the functional control value of each of the process systems.

4. The system according to claim 3, characterized in that The control operation module is further used to: Based on the preset control task configuration, determining the task identifier and variable attribute individually associated with each of the calculation variables; In the case where any of the calculation variables has at least two associated task identifiers, generating a task identifier set for the calculation variable; The task identifier or the task identifier set associated with each of the calculation variables, and the variable attributes associated with each of the calculation variables, are determined as the task configuration parameters individually associated with each of the calculation variables.

5. The system according to claim 1, wherein: The I / O server communicates with the control station or the gateway via an SNET management network component. The data communication task includes a communication diagnostic task. The I / O server includes a communication diagnostic module for executing the communication diagnostic task. The communication diagnostic module is specifically configured to: According to the data acquisition rule, periodically sending a diagnostic packet acquisition request to the control station or the gateway to periodically receive diagnostic data packets from the control station or the gateway; Based on the diagnostic data packet, the communication status of the SNET management network component, the control station or the gateway is diagnosed.

6. The system according to claim 2, wherein: The system further comprises: a historical data server; the data communication task comprises: a historical data synchronization task; the plurality of I / O servers comprise a historical data synchronization module for executing the historical data synchronization task, the historical data synchronization module being specifically configured to: Acquiring historical switch value change information from the control station; the historical switch value change information includes a time stamp; A historical switch quantity change array is generated based on the historical switch quantity change information, and the data monitoring process of the second period upload queue and the first period upload queue is optimized by using the historical switch quantity change array.

7. The system according to claim 1, wherein: The plurality of said I / O servers include: a write-back module; The write-back module is specifically used to: Obtaining the functional control value of each of the process systems; The function control value is written back to the real-time data server.

8. A digital control method, characterized in that: The invention is applied to a nuclear power plant including a digital control system, wherein the digital control system includes: a field device layer, a data acquisition layer, and a data control layer connected in sequence; the field device layer includes multiple process systems with different functions; the data acquisition layer includes a control station or gateway corresponding to each process system; the data control layer includes multiple I / O servers and at least one computing server, and each I / O server corresponds to a different process system; the method includes: Controlling the I / O server to perform data communication tasks according to preset functional configuration parameters corresponding to the process system, so as to initiate an operation data acquisition request to the control station or gateway based on the functional requirements of the process system, and sending the obtained process system operation data to the computing server; Controlling the computing servers to perform distributed processing of computing tasks based on the process system operating data from each of the I / O servers and a preset configuration to determine functional control values ​​for each of the process systems; the preset configuration is used to characterize control tasks for different process systems and implement control algorithms for the corresponding tasks; The data control layer further includes: a real-time data server, which stores the operating data of each process system through its built-in real-time database; the data communication task includes: a periodic communication task; the preset function configuration parameters include: a data acquisition rule; the multiple I / O servers include: a first I / O server, which is used to process the periodic communication task of the dedicated instrumentation and control process system, and the first I / O server is configured with a first periodic upload queue, which is used to store data packets of the dedicated instrumentation and control process system; The first I / O server is specifically configured to: Determining a first target control station or a first target gateway corresponding to the dedicated instrumentation and control process system; Determining, based on the functional type of the dedicated instrumentation and control process system, a data periodic collection rule associated with the dedicated instrumentation and control process system; the data periodic collection rule is used to characterize data collection accuracy, data collection aggregation, and data collection period for the dedicated instrumentation and control process system; Performing data update monitoring on the periodic upload data queue based on the data cycle collection rule associated with the dedicated instrumentation and control process system to obtain a first periodic operation data packet updated in the periodic upload data queue; the first periodic operation data packet includes analog quantities and switch quantities of the dedicated instrumentation and control process system; The first cycle operation data packet is sent to the real-time database.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the digital control method according to claim 8 is implemented.

Images