Nuclear power simulation training system

Abstract

The invention belongs to the technical field of nuclear power, and particularly relates to a nuclear power simulation training system. According to the system, through cooperation of the simulation server and the data communication server, the exception handling and data management efficiency of the competition system is remarkably improved, the exception state in the competition is detected in real time, an alarm mechanism is triggered, decision support information is generated in combination with multi-dimensional correlation analysis of historical data and real-time data, and the decision support efficiency is improved. An operator is assisted to accurately control the competition process; the data consistency in a multi-device distributed competition environment is optimized, data copies with consistent time sequences are generated in the server, and data conflicts caused by delay or network fluctuation are eliminated; real-time performance and integrity of global data in the competition process are ensured through breakpoint retransmission and a non-blocking mechanism; in the prior art, a competition platform for a nuclear power analog machine has no processing irrelevant to a reactor type, and the method and the device are used for processing related data of the reactor type, so that expansion and integration application with other reactor type competition are facilitated.

Description

Technical Field

[0001] This invention belongs to the field of nuclear power technology, specifically relating to a nuclear power simulation training system. Background Technology

[0002] Currently, my country is continuously promoting the development of the nuclear energy field and actively moving towards the goal of achieving carbon neutrality. This also places higher demands on the comprehensive quality of nuclear power plant operators. Talent training and selection through competitions is an effective way to acquire valuable human resources in the field of nuclear power operation and control.

[0003] Existing nuclear power plants have simulation platforms, with the Computer Information and Control System (CIS) serving as the second layer of the DCS. This system primarily handles human-machine interaction, undertaking the digital operation of the power plant and providing functions such as historical data storage, data processing and information display, alarm display and processing, power plant operation control, reactor status monitoring, and safety parameter display. The aim is to achieve real-time monitoring of the simulator's operating status and related variables through the human-machine interface, enabling real-time updates of simulation graphs and display of variable trends. However, the existing second-layer DCS software is deeply integrated with each power plant, requiring customized design for each specific reactor type. Currently, different nuclear power plants use different reactor types, have diverse execution procedures, and exhibit significant differences in technical characteristics and operating procedures among reactor types. For competition purposes, it is impossible to develop a simulator platform that takes into account the technical characteristics of all reactor types, thus hindering the formation of an effective design solution. Summary of the Invention

[0004] To overcome the problems existing in related technologies, a simulation training system based on a distributed architecture is provided, comprising:

[0005] The simulation server is used to model the human-machine interface based on design parameters and I / O point list, generate a DCS simulation model that includes interfaces with other simulation systems, and load the process system model to achieve data exchange.

[0006] A data communication server, which is communicatively connected to the simulation server, is used to receive and process data from the simulation server. The data communication server is configured with shared memory to store communication point data from the simulation server and the workstation.

[0007] At least one workstation is communicatively connected to the data communication server for running HMI software functional modules to provide a human-machine interface;

[0008] An alarm server, which is connected to the data communication server, is used to read alarm point data from the database, calculate the alarm status based on the value of the alarm point data in the shared memory and preset rules, and write the calculation result back to the shared memory.

[0009] A historical server, which is connected to the data communication server, is used to store historical trend data in time series form and respond to data requests from workstations.

[0010] The data communication server is configured to periodically transmit data from the simulation server to its shared memory, and periodically copy the data in the shared memory to the shared memory of each workstation. The workstation establishes a mapping relationship between the communication point name and the shared memory address by reading the point table and the starting address of the shared memory, so as to realize fast data reading.

[0011] In one possible implementation, the data communication server identifies and filters the heap type information contained in the data, masks the heap type information, and saves irrelevant information.

[0012] The communication point data from the simulation server to the data server and from the workstation to the data server are stored separately.

[0013] In one possible implementation, the data communication server is further configured to: read the communication point data required by the computing program in the shared memory according to a set computing cycle, perform calculations, and set the calculation results to the local feedback communication point.

[0014] In one possible implementation, the alarm server reads alarm-related point data and their offsets in shared memory from the database to a text file; determines the alarm status by reading the values ​​in shared memory based on the global variables and offsets in the text file; and determines and updates the current alarm status by judging the combination of the fault point Boolean value and the confirmation flag Boolean value; the alarm status includes inactive, triggered, confirmed, and disappeared, and each status is represented by a binary value.

[0015] In one possible implementation, the historical server stores time-series data in the form of multiple files, with a preset time interval as a data file and the filename containing the start and end times of the file; data shorter than the preset time interval is temporarily stored in memory.

[0016] In one possible implementation, the history server communicates with the workstation using the TCP / IP protocol and is configured as follows:

[0017] Receive data requests sent by workstations, the requests including point information, start time, end time, and number of points;

[0018] Match the data file corresponding to the time in the request, and transfer the data in the file to the workstation;

[0019] Concurrent requests from multiple workstations are handled using a multi-threaded approach.

[0020] In one possible implementation, the human-computer interaction interface of the workstation includes:

[0021] The alarm and trend display entry is located in the header;

[0022] The alarm interface includes:

[0023] A control for filtering by alarm level;

[0024] The alarm list display area is used to list alarm information in reverse chronological order, including alarm level, alarm time, and alarm description;

[0025] The operation bar provides controls for confirming alarms. The signal generated by the confirmation operation is fed back to the alarm server via the data transmission layer to refresh the alarm status.

[0026] In one possible implementation, the human-computer interaction interface of the workstation further includes:

[0027] The trend interface includes:

[0028] The trend operation panel provides controls for selecting the time interval for displaying the trend curve;

[0029] The trend group selection control is used to select and display the variable curves in a specific trend group, and supports switching between the previous / next group buttons;

[0030] The current curve data display control is used to show the trend of related variable values ​​changing over time.

[0031] The beneficial effects of this disclosure are as follows: The system, through the cooperation of a simulation server and a data communication server, significantly improves the efficiency of anomaly handling and data management in the competition system. It detects abnormal states in the competition in real time and triggers an alarm mechanism. Combined with multi-dimensional correlation analysis of historical and real-time data, it generates decision support information to assist operators in precise control of the competition process. It optimizes data consistency in a multi-device distributed competition environment by generating time-consistent data copies on the server, eliminating data conflicts caused by latency or network fluctuations. Through breakpoint retransmission and non-blocking mechanisms, it ensures the real-time performance and integrity of global data during the competition. Existing technologies for nuclear power simulator competition platforms do not provide processing independent of reactor type; this disclosure processes reactor type-related data, facilitating integration and application with other reactor type competitions. Attached Figure Description

[0032] Figure 1 This is a schematic diagram of a nuclear power simulation training system according to an exemplary embodiment. Detailed Implementation

[0033] The present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments.

[0034] Figure 1 This is a schematic diagram illustrating a nuclear power simulation training system according to an exemplary embodiment. It includes: at least one workstation, a simulation server, a data communication server, an alarm server, and a history server.

[0035] See Figure 1 The system disclosed herein is a three-tier architecture (e.g., a three-tier software architecture based on CORBA). The simulation server can use a modeling tool (Simgen) to model the human-machine interface for the DCS function library and dynamic diagram. Based on the IO point list of design parameters, interfaces with other simulation systems are added to the model diagram to generate corresponding DCS simulation model interface variables, which are then loaded into the process system model to realize data exchange with other simulator systems.

[0036] The data communication server is implemented using shared memory. First, the data acquired from the simulation server is processed, identifying and filtering relevant heap type information. Heap type information is then filtered out, and irrelevant information is saved. Communication point data from the simulation server to the data server and from the OWP to the data server are stored separately. Each OWP also has at least one shared memory location, configured identically to that in the data server. Data from the simulation server is periodically transferred to the data communication server. Simultaneously, the data server reads the required communication point data from the calculation program according to a set calculation cycle, performs calculations, and sets the data to the local communication points that need feedback. Finally, the communication program reads and transfers the shared memory according to a set cycle, copying the entire shared memory block to the corresponding shared memory in the OWP. After the data is stored in the workstation OWP, the opened HMI software module establishes a one-to-one relationship between the communication point name and its address in the shared memory by reading the point table and the starting address of each shared memory block, enabling fast data retrieval.

[0037] The alarm server is responsible for storing and calculating alarm data points. All data is stored in a MySQL database. First, alarm-related point data is read from the database, and the point data and its offset in shared memory are read into a text file. Then, based on the global attribute and offset in the text file, the value in memory is read for calculation. There are four alarm states: inactive (initial state), triggered state, confirmed state, and disappeared state. Each state is assigned a binary value, representing the process or equipment fault point. If the current fault point is true, it indicates a trigger. If the confirmation flag is also true, the current state is confirmed; otherwise, it is triggered. If the fault point is false, it indicates no trigger. If the confirmation flag is true, the current state is inactive (initial state); otherwise, it is disappeared. The current state value of all alarms is calculated based on different fault points and rewritten to shared memory.

[0038] Historical data on trends is stored on the historical server. This data is stored in time-series format, with each data point containing a timestamp and its corresponding value. Based on the usage scenario and scale, the software design initially stores data in text format. However, due to time constraints and a relatively small data storage size during the competition, data is stored in multiple files. Each data file is defined as a 6-minute sampling period, named with the start and end times. Data shorter than the specified time is stored in memory. This multi-file storage approach improves data retrieval efficiency. Data transmission is handled via TCP / IP. When a workstation clicks the "History" button on the page, it sends a data request to the data server. This request includes point information, start time, end time, and point count. Upon receiving the request, the data server matches the data to the corresponding file based on the time and transmits the data to the workstation. Since there are multiple workstations, multi-threading is used to process workstation requests, enhancing the server's processing capacity.

[0039] In the workstation (Operator Workplace), alarms and trends are displayed in the header. Clicking the button will take you to the corresponding interface. The alarm function includes the level classification mentioned above. Therefore, alarms can be filtered by green, red, yellow, and white in the upper left corner below the alarm to facilitate quick alarm location by the operator. The alarm list display area is located in the middle left. Alarms are arranged in chronological order here, with the most recently appearing alarm at the top. The alarm list includes the alarm level, alarm time, and alarm description. The right-hand operation bar allows the operator to confirm alarms. After an alarm is confirmed, the signal is fed back to the data transmission layer, and the alarm status is refreshed to confirm before being transmitted to the workstation for display.

[0040] Clicking the Trend button will take you to the Trend interface. The right side is the Trend operation panel, where you can select the time interval for displaying the trend curve, including 1 second, 2 seconds, 5 seconds, and 10 seconds. You can click on a Trend group to select any trend group to display the variable curves within that group, and switch between groups using the Previous and Next buttons. Clicking "Base" will display the current curve data, and clicking "History" will display historical curves. Above the curve, the upper and lower limits, units, and current value of the current variable point are displayed.

[0041] In one application example, the system disclosed herein builds a distributed service framework based on the CORBA standard, defines an IDL interface specification for data exchange protocols between heterogeneous components, utilizes the QT framework to achieve loose coupling between the user interface and service logic, encapsulates data encoding, decoding, and verification logic according to modular principles, and implements a graphical user interface (GUI) and visualization rendering on the display. It collaboratively employs UDP and TCP, combined with CORBA's POA management thread pool allocation, to achieve dynamic load balancing.

[0042] Define data encoding and decoding rules (binary bitmask), calculate alarm status in real time using a preset threshold algorithm to generate standardized alarm identification codes, allocate a shared memory area in the second layer (data processing layer) to store real-time alarm data, and abstract the alarm list and curve rendering components into independent views based on the QT Model-View-Controller framework. The data model is synchronously updated through the shared memory interface, and real-time alarm data is stored in shared memory. The real-time rendering of the list and curve is realized using the QT Model-View framework.

[0043] The design utilizes UDP and TCP communication methods based on the underlying system, compresses data for transmission, establishes shared memory to store data, and uses broadcasting to transmit data to each display to ensure data synchronization. Reverse value transmission (from the display layer to the server) is achieved through point-to-point transmission.

[0044] This disclosure achieves dynamic adaptation to different competition formats, and scalability by flexibly configuring single-person mode or multi-participant team collaboration mode according to the needs of the competition scenario; based on a unified technical architecture, it is compatible with heterogeneous competition processes, effectively solving the problem of limited applicability of existing competition mechanisms due to their single mode.

[0045] The data communication server provides data for the real-time display of the HMI on the workstation, the history server provides historical data for the trend display of the HMI on the workstation, and the alarm server provides alarm data after calculation for the alarm display of the HMI on the workstation. The HMI software runs on the workstation, providing operators with an environment for information monitoring and control operations. Multiple monitors are used to display different functions of one or more HMI software programs in a split screen, for comprehensive display and monitoring of various data information of the power plant.

[0046] The alarm server ensures the real-time nature and analyzability of the competition simulation. It simulates unexpected changes in the power plant by representing process or equipment faults using binary signals and providing operators with audible and visual alarms. The server processes alarm signals to generate alarms for alarm handling and display. It alerts operators to abnormal events that deviate from normal operation, including process parameters deviating from the operating range, equipment status inconsistent with current operating conditions, and malfunctions of critical equipment. Operators understand the current simulated alarms and statuses to take appropriate actions.

[0047] To enable operators to quickly locate information, each alarm is color-coded. For example, alarms that "cannot be automatically processed and require immediate operator action" are defined as red, with corresponding green, yellow, and white alarms. The trend function displays real-time or historical data as trend curves on the operator station screen for viewing and analysis by relevant operators. Furthermore, to facilitate operator analysis, variables of the same type are grouped together; selecting a group quickly displays the current type of variable data and its historical data.

[0048] The data server comprises a three-tier communication architecture. It stores data transmitted from the simulation server to the monitor; the alarm server reads initial data from the simulation server, performs alarm calculations, stores the data locally, and simultaneously transmits it to workstations; the history server records data from multiple points at adjacent times, saves it to a local text file, and then transmits it to multiple workstations. To enable rapid software integration with different heap types and procedures, the system performs relevant data processing, automatically detects and masks relevant data types, and transmits and displays data unrelated to other heap types.

[0049] The system disclosed herein significantly improves the efficiency of anomaly handling and data management in competition systems. It can detect abnormal states in the competition in real time (such as equipment failure or data deviation) and trigger alarm mechanisms. By combining multi-dimensional correlation analysis of historical data and real-time data, it generates decision support information to assist operators in accurately controlling the competition process.

[0050] The system optimizes data consistency in a multi-device distributed competition environment by generating time-consistent data copies on the server, eliminating data conflicts caused by latency or network fluctuations. Through breakpoint retransmission and non-blocking mechanisms, the system ensures the real-time performance and integrity of global data during the competition.

[0051] Existing technologies for nuclear power simulator competition platforms do not provide processing independent of reactor type. This disclosure processes reactor type-related data to facilitate integration and application with other reactor type competitions.

[0052] The various embodiments of this disclosure have been described above. These descriptions are exemplary and not exhaustive, nor are they limited to the disclosed embodiments. Many modifications and variations will be apparent to those skilled in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen to best explain the principles, practical application, or improvement of the technology in the market, or to enable others skilled in the art to understand the embodiments disclosed herein.

Claims

1. A nuclear power simulation training system, characterized in that, include: The simulation server is used to model the human-machine interface based on design parameters and I / O point list, generate a DCS simulation model that includes interfaces with other simulation systems, and load the process system model to achieve data exchange. A data communication server, which is communicatively connected to the simulation server, is used to receive and process data from the simulation server. The data communication server is configured with shared memory to store communication point data from the simulation server and the workstation. At least one workstation is communicatively connected to the data communication server for running HMI software functional modules to provide a human-machine interface; An alarm server, which is connected to the data communication server, is used to read alarm point data from the database, calculate the alarm status based on the value of the alarm point data in the shared memory and preset rules, and write the calculation result back to the shared memory. A historical server, which is connected to the data communication server, is used to store historical trend data in time series form and respond to data requests from workstations. The data communication server is configured to periodically transmit data from the simulation server to its shared memory, and periodically copy the data in the shared memory to the shared memory of each workstation. The workstation establishes a mapping relationship between the communication point name and the shared memory address by reading the point table and the starting address of the shared memory, so as to realize fast data reading.

2. The system according to claim 1, characterized in that, The data communication server identifies and filters the heap type information contained in the data, masks the heap type information, and saves irrelevant information; The communication point data from the simulation server to the data server and from the workstation to the data server are stored separately.

3. The system according to claim 1, characterized in that, The data communication server is also configured to: read the communication point data required by the calculation program in the shared memory according to the set calculation cycle, perform calculations, and set the calculation results to the local feedback communication point.

4. The system according to claim 1, characterized in that, The alarm server reads alarm-related point data and their offsets in shared memory from the database to a text file; it reads the values ​​in shared memory based on the global variables and offsets in the text file to determine the alarm status; it determines and updates the current alarm status by judging the combination of the fault point Boolean value and the confirmation flag Boolean value; the alarm status includes inactive, triggered, confirmed, and disappeared, and each status is represented by a binary value.

5. The system according to claim 1, characterized in that, The historical server stores time-series data in the form of multiple files, with each data file having a preset time interval. The filename includes the start and end times of the file. Data shorter than the preset time interval is temporarily stored in memory.

6. The system according to claim 5, characterized in that, The historical server communicates with the workstation using the TCP / IP protocol and is configured as follows: Receive data requests sent by workstations, the requests including point information, start time, end time, and number of points; Match the data file corresponding to the time in the request, and transfer the data in the file to the workstation; Concurrent requests from multiple workstations are handled using a multi-threaded approach.

7. The system according to any one of claims 1 or 6, characterized in that, The human-computer interaction interface of the workstation includes: The alarm and trend display entry is located in the header; The alarm interface includes: A control for filtering by alarm level; The alarm list display area is used to list alarm information in reverse chronological order, including alarm level, alarm time, and alarm description; The operation bar provides controls for confirming alarms. The signal generated by the confirmation operation is fed back to the alarm server via the data transmission layer to refresh the alarm status.

8. The system according to claim 1 or 6, characterized in that, The human-computer interaction interface of the workstation also includes: The trend interface includes: The trend operation panel provides controls for selecting the time interval for displaying the trend curve; The trend group selection control is used to select and display the variable curves in a specific trend group, and supports switching between the previous / next group buttons; The current curve data display control is used to show the trend of related variable values ​​changing over time.

Images