Twin picture generation method and device

Abstract

The invention is suitable for the field of power system protection equipment, and provides a twin picture generation method and device, and the method comprises the steps: traversing a plurality of picture elements in a DCS picture file of a nuclear power station system, the DCS picture file being a static description file of a DCS picture, and the DSC picture file comprising the appearance information of each picture element in the DCS picture; determining a picture code corresponding to each picture element according to the appearance information of each picture element; and constructing a twin picture with the same appearance as the DCS picture by utilizing the picture code corresponding to each picture element. According to the invention, the DCS picture file can be automatically converted into the twin picture which is completely the same as the DCS picture, so that people outside the monitoring room can check at any time, and the picture generation efficiency is improved.

Description

Technical Field

[0001] This application belongs to the field of nuclear power digital simulation technology, and in particular relates to a method and apparatus for generating twin images. Background Technology

[0002] The Distributed Control System (DCS) of a nuclear power plant provides operators with unit status monitoring and equipment operation functions through a dedicated operating interface (used to display the DCS screen). Operators outside the main control room also need to monitor the unit status, but due to system architecture limitations, they can only access the dedicated operator station in the main control room and cannot achieve convenient remote access.

[0003] The source files for DCS systems are in a proprietary format (DPD format). This format is highly dependent on the original manufacturer's specific hardware and software platform (TXP platform), which severely limits its use to this closed environment. To overcome the closed nature of this proprietary format, specialized tools provided by the manufacturer are used to convert the original DPD format files into a structured Extensible Markup Language (XML) format, thus solving the fundamental problem of proprietary format parsing.

[0004] However, the converted XML-formatted digital instrument control screen cannot be directly run and displayed in common operating systems and browsers. Its file structure, graphical description, and dynamic logic are still deeply coupled with the original DCS system and are not directly usable interface images. Summary of the Invention

[0005] This application provides a method and apparatus for generating twin images, which can automatically convert DCS image files into twin images that are completely identical to DCS images, so that personnel outside the monitoring room can view them at any time, thereby improving the efficiency of image generation.

[0006] In a first aspect, embodiments of this application provide a method for generating twin images, including: Traverse multiple screen elements in the DCS screen file of the nuclear power plant system. The DCS screen file is a static description file of the DCS screen. The DSC screen file includes the appearance information of each screen element in the DCS screen. Determine the corresponding screen code for each screen element based on the appearance information of each screen element; The screen code corresponding to each screen element is used to construct a twin screen with the same appearance as the DCS screen.

[0007] The advantages of the first aspect of this application compared to the prior art are: By systematically traversing and analyzing the graphic elements in the DCS screen, an automated conversion from static descriptions to standard graphic codes was achieved, ensuring a high degree of consistency between the twin screen and the original system in appearance. By introducing pre-defined auxiliary files to generate corresponding effect execution logic for dynamic elements, the twin screen can completely reproduce the dynamic behavior of the original system. The standardized twin screen generated based on the graphic and dynamic descriptions of all screen elements possesses excellent cross-platform compatibility and maintainability, effectively solving problems such as low conversion efficiency, inaccurate dynamic effect reproduction, and strong system dependency inherent in traditional methods. The generated twin screen provides users outside the main control room with convenient access to unit data and status, freeing them from the operator station in the main control room. Users can view the highly simulated twin screen anytime, anywhere on a general system platform, promptly grasping the unit's operating status, effectively improving work efficiency, and providing strong support for ensuring the safe and stable operation of the nuclear power plant.

[0008] Optionally, in one possible implementation of the first aspect, the screen code includes graphics code and dynamic effect code; The screen code corresponding to each screen element is determined based on the appearance information of each screen element, including: The graphic code corresponding to each screen element is obtained based on the appearance information of each screen element. The graphic code is used to construct the graphic of the screen element. For at least one screen element with dynamic display effects, dynamic effect codes corresponding to at least one screen element are obtained according to an auxiliary file. The auxiliary file is pre-set based on the source file of the DCS screen. The dynamic effect codes are used to achieve the same dynamic display effects as the DCS screen in the twin screen.

[0009] In this implementation, the graphical code and dynamic effect code are generated separately, which decouples the static screen display from the dynamic logic architecture. This not only improves development efficiency and maintainability, but also ensures the consistency of dynamic display through unified effect management, while providing a solid foundation for system scalability and performance.

[0010] Optionally, in one possible implementation of the first aspect, the screen elements include control elements; The graphic code corresponding to each screen element is obtained based on the appearance information of each screen element, including: Get the structural framework information corresponding to the control element; The graphic code corresponding to the control element is obtained based on the structural framework information and appearance information of the control element.

[0011] In this implementation, by introducing control structure framework information, the standardized reuse of control graphics is achieved, which significantly improves drawing efficiency and ensures the consistency of display of similar controls throughout the plant.

[0012] Optionally, in one possible implementation of the first aspect, the auxiliary file includes a first auxiliary file and a second auxiliary file, the first auxiliary file including dynamic attribute information of the DCS screen, and the second auxiliary file including dynamic effect code of at least one screen element; For at least one screen element with dynamic display effects, obtain the corresponding dynamic effect code for each screen element based on the auxiliary file, including: For control elements with dynamic display effects, obtain the dynamic attribute information of the control elements from the first auxiliary file; The dynamic effect code corresponding to the control element is obtained by indexing from the second auxiliary file based on the dynamic attribute information of the control element.

[0013] In this implementation, by setting the effect code in advance and storing it separately, it is easy to manage and update the dynamic effects in a unified manner.

[0014] Optionally, in one possible implementation of the first aspect, the screen elements include composite graphic elements, which are composed of multiple graphic elements; The graphic code corresponding to each screen element is obtained based on the appearance information of each screen element, including: Decompose the combined graphic elements in sequence to identify the multiple target graphic elements that make up the combined graphic elements; The graphic code corresponding to the combined graphic element is obtained based on the appearance information of multiple target graphic elements.

[0015] In this implementation, a sequential decomposition strategy is used to process the combined graphics, ensuring the complete restoration of the complex graphic structure and laying the foundation for the accurate injection of subsequent dynamic effects.

[0016] Optionally, in one possible implementation of the first aspect, the combined graphic element includes a dynamic graphic combination with dynamic display effects, and the auxiliary file includes a first auxiliary file and a third auxiliary file. The first auxiliary file includes dynamic attribute information of the DCS screen, and the third auxiliary file includes the motion effect type corresponding to the dynamic graphic combination. For at least one screen element with dynamic display effects, obtain the corresponding dynamic effect code for each screen element based on the auxiliary file, including: For animated graphic combinations with dynamic display effects, obtain the dynamic attribute information of the animated graphic combinations from the first auxiliary file; The motion effect type corresponding to the motion effect combination graphic is obtained by indexing from the third auxiliary file based on the dynamic attribute information of the motion effect combination graphic; Generate the dynamic effect code corresponding to the animation combination graphic based on the animation type of the animation combination graphic.

[0017] In this implementation, an independent motion effect type indexing mechanism is established for combined graphics, which enables precise control and unified management of dynamic effects of complex graphics and improves system scalability.

[0018] Optionally, in one possible implementation of the first aspect, the auxiliary file includes a first auxiliary file, which includes dynamic attribute information of the DCS screen; After obtaining the graphic code corresponding to the combined graphic element based on the appearance information of multiple target graphic elements, the following is also included: Based on the first coordinates of the combined graphic elements in the first auxiliary file and the second coordinates in the DCS screen file, the first evaluation result of the combined graphic elements having dynamic display effects is determined. If the first evaluation result indicates that the combined graphic elements have a dynamic display effect, obtain the dynamic attribute information of the combined graphic elements from the first auxiliary file; If the dynamic attribute information of the combined graphic elements meets the preset animation display requirements, the combined graphic elements are determined to have dynamic display effects.

[0019] In this implementation, the accuracy of the evaluation results can be improved by using a dual criterion of the relationship between coordinates and dynamic attribute information to assess whether the combined graphic elements have a dynamic display effect.

[0020] Optionally, in one possible implementation of the first aspect, a first evaluation result of the combined graphic element having a dynamic display effect is determined based on the first coordinates of the combined graphic element in the first auxiliary file and the second coordinates in the DCS screen file, including: If the preset coordinate mapping relationship is satisfied between the first coordinate and the second coordinate, the first evaluation result is determined to be that the combined graphic elements have a dynamic display effect.

[0021] In this implementation, the dynamic attributes of the combined graphics are automatically identified through coordinate mapping relationships, realizing intelligent judgment of dynamic effects, greatly reducing the workload of manual configuration, and improving the recognition accuracy.

[0022] Optionally, in one possible implementation of the first aspect, the twin screen is sent to the twin platform, which is used to load and display the twin screen; wherein, the twin platform periodically requests the running data corresponding to the DCS screen from the server, and the running data and the DCS screen are synchronously displayed in the DCS platform in a first manner, and the twin platform displays the running data synchronously according to the first manner when displaying the twin screen.

[0023] In this implementation, by establishing a data synchronization mechanism consistent with the DCS platform, the real-time consistency between the twin screen and the original system data is ensured, providing a reliable technical guarantee for remote monitoring.

[0024] Secondly, embodiments of this application provide a twin image generation apparatus, including: The data preparation module is used to traverse multiple screen elements in the DCS screen file of the nuclear power plant system. The DCS screen file is a static description file of the DCS screen. The DSC screen file includes the appearance information of each screen element in the DCS screen. The data preparation module is also used to determine the corresponding screen code for each screen element based on the appearance information of each screen element; The screen generation module is used to construct a twin screen with the same appearance as the DCS screen by using the screen code corresponding to each screen element.

[0025] Thirdly, this application also provides an electronic device. The electronic device includes a memory, a processor, and a computer program stored in the memory and executable on the processor. The processor executes the computer program to implement any of the implementations of the first aspect described above.

[0026] Fourthly, this application also provides a computer-readable storage medium. The computer-readable storage medium stores a computer program, which, when executed by a processor, implements the method of any of the implementations of the first aspect described above.

[0027] Fifthly, this application also provides a computer program product that, when run on an electronic device, causes the electronic device to execute any of the implementation methods of the first aspect described above.

[0028] It is understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here. Attached Figure Description

[0029] To more clearly illustrate the technical solutions in the embodiments of this application, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0030] Figure 1 This is a schematic diagram of the process of manually redrawing a drawing according to an embodiment of this application; Figure 2 This is a schematic diagram comparing a twin image with the original image provided in one embodiment of this application; Figure 3 This is a schematic diagram of the composition of screen elements in a DCS screen provided in an embodiment of this application; Figure 4 This is a schematic flowchart of a twin image generation method provided in an embodiment of this application; Figure 5 This is a schematic diagram comparing the dynamic effects of a DCS screen and a twin screen provided in an embodiment of this application; Figure 6 This is a schematic diagram illustrating the synchronous display of operating data with the screen according to an embodiment of this application; Figure 7 This is a schematic flowchart illustrating the twin image generation process provided in an embodiment of this application; Figure 8 This is a structural block diagram of a twin image generation apparatus provided in one embodiment of this application; Figure 9 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0031] The Distributed Control System (DCS) of a nuclear power plant provides operators with unit status monitoring and equipment operation functions through a dedicated operating interface (used to display the DCS screen). Operators outside the main control room also need to monitor the unit's operating status, but due to the system's closed nature, they can only access it through a dedicated operator station inside the main control room, and cannot achieve convenient remote monitoring.

[0032] Currently, the nuclear power plant uses the Siemens Teleperm XP2000 (TXP-2000) DCS system, whose source files are in a specified format (DPD format). This format is highly dependent on the original manufacturer's specific hardware and software platform (TXP platform), which severely limits its application. To overcome this limitation, related technologies have involved negotiating with the DCS manufacturer and using specialized tools to convert DPD format files into Extensible Markup Language (XML) format, achieving a preliminary conversion from a closed binary format to a structured text format.

[0033] However, the converted XML-formatted digital instrument control screen still cannot be directly displayed in general operating systems and browsers. Its file structure, graphical description, and dynamic logic are still deeply coupled with the original DCS system, essentially making it an intermediate data format that cannot be used as a directly usable graphical interface. If a general format screen is generated by manually redrawing it, it faces problems such as low efficiency, long processing time, high cost, large workload, and susceptibility to errors.

[0034] Indicative, such as Figure 1 As shown, DCS screen 004 corresponds to DCS screen source file 001. The DCS screen source file 001 is converted to XML format file 002. The twin image is drawn according to XML format file 002 by manual redrawing to obtain manually redrawn screen 003. Comparing manually redrawn screen 003 and DCS screen 004, it can be found that there are missing details, which need to be checked and corrected, which consumes a lot of time.

[0035] Scalable Vector Graphics (SVG), as an open graphics standard based on XML, has advantages such as text storage, lossless scaling, interactive support, and cross-platform compatibility, making it very suitable as the target format for DCS twin screens.

[0036] Therefore, this application provides a method for generating twin screens, which can efficiently and accurately convert the XML format digital instrument control screen (DCS screen) of the TXP-2000 system into a twin screen in SVG format suitable for general platforms. The twin screen in SVG format can be loaded and displayed on a dedicated DCS auxiliary system (hereinafter referred to as twin platform / system) for other staff outside the main control room to view.

[0037] Indicative, such as Figure 2 As shown, the twin screen 02 obtained by the method of this application has the same display effect as the DCS screen 01.

[0038] The SVG format twin screen has the same appearance and dynamic display effect as the original DCS screen in the DCS operating system. It can broadcast the screen in the DCS operating system and its changes one-to-one. Moreover, the operations received by the twin platform when displaying the twin screen will not affect the data in the DCS operating system. This ensures data security while allowing other staff outside the monitoring room to view the DCS screen at any time.

[0039] First, the application scenarios and information involved in this method will be explained.

[0040] The DCS screen displayed in the DCS system includes multiple screen elements. The types of screen elements include graphic elements, control elements, and combined graphic elements. Combined graphic elements are composed of multiple graphic elements.

[0041] From the perspective of dynamic display effects (i.e., having dynamic attributes), screen elements can also be divided into two categories: elements with dynamic display effects and elements without dynamic display effects.

[0042] Graphical elements are elements without dynamic display effects, while control elements are elements with dynamic display effects. Combined graphic elements can be either elements without dynamic display effects or elements with dynamic display effects.

[0043] The types of graphic elements include, but are not limited to: line segments, rectangles, circles, polygons, and other simple geometric shapes.

[0044] Every element contains static attributes / appearance information: text description, color, size, coordinates, and other information that constitutes the appearance; elements with dynamic attributes have dynamic attributes including but not limited to dynamic type, configuration logic, range, control type, and other information that realizes dynamic effects (graphics showing / hiding, color switching, valve status changes, liquid level rise / fall, etc.).

[0045] The schematic diagram shows the composition of the elements in a DCS screen as follows: Figure 3 As shown.

[0046] DCS screen 100 includes elements 110 with dynamic display effects and elements 120 without dynamic display effects.

[0047] The element 110 with dynamic display effects includes control elements 111 and non-control combined graphic elements 112. The attributes of the element 110 with dynamic display effects include static attribute 101 and dynamic attribute 102.

[0048] Static attributes 101 include shape, size, coordinates, signal, etc., while dynamic attributes 102 include screen name, configuration logic, range, dynamic type, etc.

[0049] Element 120, which has no dynamic display effect, is a graphic element (which may contain one or more graphics), and its attributes include static attribute 101.

[0050] In the data preparation phase, the source files corresponding to multiple DCS screens are periodically obtained according to the DCS operating system, and corresponding auxiliary files are set according to the source files of the period. The auxiliary files are used to convert the XML format DCS screens into SVG format twin screens.

[0051] For example, the source files of DCS screens are collected in a cycle of the past hour. During this cycle, there are a total of 10 DCS screens corresponding to the DCS system operation interface. The source files contain the following content.

[0052] (1) Dynamic information file, which contains the dynamic attribute information of all DCS screen elements in the source file. The format of the dynamic information file is TXT, abbreviated as [CAEN.LIS.TXT]; Refer to Table 1 below to explain the meaning of each line of information in the dynamic information file.

[0053] Table 1

[0054] In Table 1, the first column represents the DCS screen name; the second column is the dynamic type or logical type; the third column is the control number; the fourth column is the attribute number or keyword; the fifth column is the attribute, such as signal variable, color, range, unit, control type, etc.; and the sixth and seventh columns are the coordinates.

[0055] (2) Each DCS screen corresponds to a DCS screen file. The format of the DCS screen file is XML, abbreviated as [screen.XML]; The DCS screen consists of multiple screen elements. The types of screen elements will not be described here. The DCS screen file stores the appearance / static information of each element.

[0056] In this file, control elements are identified by keywords. <pictogram> start< / pictogram> End. For example, taking the valve control 3ABP202VL on the screen as an example, the information within this keyword can be used to obtain the control type, number, graphic size, coordinates, valve open / closed state color, control signal, and other static attribute information. Non-control combined graphic elements in this file are represented by keywords. <graphicset> start< / graphicset> The end, its internal structure contains the sequential identifiers of the individual graphic elements that make up the combined graphic elements.

[0057] (3) Control information file, which contains the structural framework information of all control elements in the source file. The format of the control information file is XML, abbreviated as

control.XML

[0058] Each control element in the DCS screen corresponds to its own control information file, which serves as a template for the DCS screen to reference. By combining the static information provided by the DCS screen file with the [control.XML] file, the appearance information of the control element can be obtained.

[0059] After obtaining the source files mentioned above, begin setting up the auxiliary files, which include the following: (1) The first auxiliary file is a file obtained by splitting the dynamic information file [CAEN.LIS.TXT] into units of a DCS screen. Each DCS screen has its own first auxiliary file, which includes the dynamic attribute information of the DCS screen. The format of the first auxiliary file is LIS format, abbreviated as [DCS screen.LIS]. Each [DCS screen.LIS] is sorted in three levels by DCS screen name, dynamic / logical type and control code.

[0060] For example, if the source file corresponds to 10 DCS screens, splitting

CAEN.LIS.TXT

[0061] It is worth noting that there is a correspondence between the

DCS screen.LIS

screen.XML

screen.XML

DCS screen.LIS

[0062] For example, in 3ARE002YCD_A.XML, the control element numbered 049 is followed by a composite graphic element with dynamic attributes. In 3ARE002YCD_A.LIS, the dynamic attribute of the control element numbered 049 is followed by the dynamic attribute of that composite graphic element.

[0063] (2) Second auxiliary file, which includes dynamic effect code for at least one screen element, and its file format is TXT, abbreviated as [Dyna.TXT].

[0064] In this application, the second auxiliary file stores the dynamic effect code of the control elements. The dynamic display effect of each control element is predetermined. Therefore, when generating an image for any control element in a DCS screen, the corresponding dynamic effect code can be indexed from the second auxiliary file according to the control element's number or identifier and reused.

[0065] For example, if the control element is a valve, it usually only has fully open, fully closed and other states. No matter which DCS screen the control element is applied to, the final dynamic effect is consistent.

[0066] For example, after filtering out the types of all control elements from [CAEN.LIS.TXT], technicians write the executable code to implement the corresponding dynamic effects, obtaining the dynamic effect code for each control element. Alternatively, in some embodiments, an electronic device with automatic dynamic effect code writing capabilities can automatically generate executable dynamic effect code based on the control element's type and dynamic attribute information.

[0067] (3) The third auxiliary file: The screen elements in the DCS screen include combined graphic elements, and the combined graphic elements include combined graphic elements with dynamic display effects. The combined graphic elements with dynamic display effects are called dynamic effect combined graphics. The third auxiliary file is used to store the dynamic effect type corresponding to the dynamic effect combined graphics in the DCS screen. The third auxiliary file is abbreviated as [Touta.TXT].

[0068] Unlike control elements, whose dynamic display effects are predetermined, combined graphic elements exhibit different dynamic display effects under different circumstances. Each dynamic display effect corresponds to a configuration logic calculation result. Therefore, when determining the dynamic effect type corresponding to the combined graphic, it is necessary to first calculate based on the signal value of the graphic itself to obtain the configuration logic calculation result. The configuration logic calculation result can directly indicate the specific type of dynamic display effect corresponding to the current combined graphic.

[0069] The third auxiliary file is used to associate the configuration logic calculation results of the DCS screen.

[0070] For example, the DCS screen contains complex configuration logic. Taking text control A as an example, when both variables VALUE1 and VALUE2, which indicate whether devices 1 and 2 are normal, are true, text control A displays green "normal"; otherwise, it displays red "abnormal". Here, "B=VALUE1&VALUE2" is the display logic of text control A. Multiple combinations of such logic constitute the configuration logic.

[0071] It is worth noting that the configuration logic of the DCS screen can be extremely complex, with some configurations involving nearly four-digit total number of logical operations and five-digit number of expression characters. This massive computational load is difficult to process quickly on the screen, potentially leading to delays in dynamic effect refresh. Therefore, this application separates the configuration logic calculations from the results in the screen. This separation of the configuration logic calculation process from the twin screen generation process transfers complex configuration logic calculations to a high-performance server for rapid processing. The twin screen only needs to receive the calculation results from the server and trigger corresponding dynamic effects accordingly (i.e., the third auxiliary file stores the configuration logic calculation results, while the configuration logic calculation process is executed by the server). This effectively solves the aforementioned problems, improves the screen's display efficiency, and ensures that even under complex nuclear power plant operating conditions, the twin screen can promptly and accurately display changes in the unit's status. The process of the server performing configuration logic calculations will not be described in detail in this application.

[0072] Based on the data obtained in the data preparation phase described above, a twin image conversion process is performed to generate an SVG twin image, such as... Figure 4 As shown, Figure 4 This application provides a method for generating twin screens, which is accomplished through an intermediate platform independent of the DCS operating platform and the twin platform. This intermediate platform can convert XML format files to SVG format files to obtain twin screens that can be loaded and displayed on the twin platform. Taking the conversion of one DCS screen as an example, the conversion process for each DCS screen is the same. The method includes the following steps.

[0073] S410 iterates through multiple screen elements in the DCS screen file of the nuclear power plant system.

[0074] DCS screen files are static description files of DCS screens, in XML format, and are abbreviated as "screen.XML". A DCS screen file includes the appearance information of each screen element in the DCS screen, defining the hierarchical relationship and static attributes of all screen elements through a tag-based structure.

[0075] For example, the traversal order is from top to bottom, following the natural order in which the graphic elements in the [screen.XML] file appear from the beginning to the end of the file, visiting each screen element node in turn.

[0076] During the traversal, elements are identified and categorized in real time based on their tag type: if an element is... <pictogram>Tag definition, based on keywords <pictogram> start< / pictogram> If the element ends, it is recognized as a control element. <graphicset>Tag definition, based on keywords <graphicset> start< / graphicset> The end indicates a non-control composite graphic element. If the element is a basic graphic drawing command (such as...) <graphicrectangle> ， <graphiccircle>If an element is defined as (etc.) and does not belong to any of the above combinations, it is identified as a graphic element.

[0077] During the traversal, the static attributes of the currently traversed element are extracted synchronously. These static attributes constitute the element's appearance information, including at least one of the following: coordinate position, width, height, radius, vertex coordinates, fill color, line color, line width, font style, element's unique number in the file, name, etc.

[0078] It is worth noting that each time an element is traversed, steps S420 to S430 are executed. That is, the elements of the DCS screen are converted one by one. Only after the previous element has been converted and the content displayed in the twin screen is formed, the next element is traversed and converted until all screen elements in the DCS screen have been converted and a complete SVG format twin screen is obtained.

[0079] S420 determines the corresponding screen code for each screen element based on the appearance information of each screen element.

[0080] The screen code is used to construct a twin screen that looks exactly like the DCS screen. All elements in the twin screen are reproduced with high fidelity according to the original layout and style in the DCS screen.

[0081] The screen code includes graphic code and dynamic effect code. Graphic code is used to construct the graphics of screen elements, and dynamic effect code is used to achieve the same dynamic display effect as the DCS screen in the twin screen.

[0082] Optionally, the graphic code corresponding to each screen element is obtained based on the appearance information.

[0083] Whether an element has dynamic display effects or not, it needs to be drawn according to the graphic code. That is, graphic elements can be regarded as basic graphics. Elements with dynamic display effects are composed of basic graphics and dynamic display effects, while elements without dynamic display effects are composed of only basic graphics. Therefore, the step of obtaining the graphic code corresponding to each screen element based on the appearance information is to draw the basic graphics of each element in the twin screen.

[0084] Optionally, when the screen element is a graphic element, the existing appearance information and graphic code can be directly called from [DCS screen.XML] and drawn directly when converting the twin screen.

[0085] By directly utilizing the static attributes defined in the XML file for automated conversion, the workload of manual redrawing is effectively avoided, significantly improving the efficiency and accuracy of twin image generation.

[0086] For example, when drawing simple geometric shapes without dynamic effects, such as pipes, the drawing is performed using the coordinates, length, width, color, and other information provided in the

DCS screen.XML

[0087] The

DCS screen.XML

DCS screen.XML

[0088] Optionally, when the screen element is a control element, the structural framework information corresponding to the control element is obtained from the [control.XML] file, and the graphic code corresponding to the control element is obtained based on the structural framework information and appearance information of the control element.

[0089] For example, when traversing to control element A, its control type is Type 1 (corresponding to the type keyword 5_1-FA-O). Indexing the corresponding file 【5_1-FA-O.XML】, this includes the structural framework information of Type 1 controls: composed of a graphic 1 and a graphic 2, with a preset relative positional relationship 3 and shape ratio 4 between graphic 1 and graphic 2. The appearance information of control element A provided by

screen.XML

[0090] Optionally, when the image element is a composite graphic element, the composite graphic element is composed of multiple graphic elements. The composite graphic element is disassembled sequentially to identify the multiple target graphic elements that constitute the composite graphic element, and the graphic code corresponding to the composite graphic element is obtained based on the appearance information corresponding to each of the multiple target graphic elements.

[0091] The DCS screen.XML contains the sequential number identifier of each target graphic element. By directly referring to the drawing method of the graphic elements, the existing appearance information and graphic code of each target graphic element are called from the DCS screen.XML, and the drawing is performed directly when converting the twin screen.

[0092] For example, a combined graphic element with an identifier value of 325 (named graphic 325, and hereinafter referred to as graphic + identifier value) is composed of nine graphics with identifier values ​​of 306, 307, 308, 311, 314, 317, 319, 321, and 324. Graphic 306 is composed of graphic 305. Graphic 305 is a basic graphic element and is drawn according to the above rules. The remaining graphics are also decomposed layer by layer in this way and drawn in sequence, and finally combined to form graphic 325.

[0093] Optionally, for at least one screen element with dynamic display effects, dynamic effect codes corresponding to at least one screen element are obtained from the auxiliary file.

[0094] The auxiliary files are pre-set based on the source files of the DCS screen.

[0095] Optionally, for control elements with dynamic display effects, the auxiliary files used include a first auxiliary file and a second auxiliary file. The first auxiliary file includes dynamic attribute information of the DCS screen, and the second auxiliary file includes dynamic effect code of at least one screen element.

[0096] The dynamic attribute information of the control element is obtained from the first auxiliary file, and the corresponding dynamic effect code of the control element is obtained from the second auxiliary file based on the dynamic attribute information of the control element.

[0097] For example, the `pictogramName="032"` in the `[screen.XML]` file indicates that the control element's control number is 32. Based on control number 32, the following dynamic attribute information is obtained from the first auxiliary file: control type is MVTLWAAG_l-LA3, signal variable is 3ABP202VL-XB95-YP01 (attribute number 11), etc. Then, the corresponding dynamic effect code in the second auxiliary file is indexed through the control type MVTLWAAG_l-LA3, and the signal variable is added, thereby achieving the dynamic display effect of adding control elements to the twin screen.

[0098] Optionally, the combined graphic elements include dynamic graphic combinations with dynamic display effects. For dynamic graphic combinations with dynamic display effects, the auxiliary files used include a first auxiliary file and a third auxiliary file. The first auxiliary file includes the dynamic attribute information of the DCS screen, and the third auxiliary file includes the animation type corresponding to the dynamic graphic combination.

[0099] The dynamic attribute information of the animated graphic combination is obtained from the first auxiliary file. Based on the dynamic attribute information of the animated graphic combination, the corresponding animation type of the animated graphic combination is obtained from the third auxiliary file. Based on the animation type of the animated graphic combination, the corresponding dynamic effect code of the animated graphic combination is generated.

[0100] In this application, the motion effect graphic is combined with configuration logic. The motion effect graphic is associated with one or more signal variables. The result of performing a certain logical operation on the value of each signal variable is the content contained in the third auxiliary file: the configuration logic calculation result, which indicates the specific dynamic effect type of the motion effect graphic. In this application, the configuration logic calculation result in the third auxiliary file is pre-calculated by the server.

[0101] For example, the representation is a Boolean value (true / false, yes / no), which is the final state obtained after performing operations on complex configuration logic (e.g., B=VALUE1&VALUE2).

[0102] The signal variables associated with the motion effect composite graphic are obtained from the first auxiliary file, including variables 3ARE0017LXB88 and 3ARE0018LXB88. These two signal variables are used as keys to query the calculation results corresponding to these two signal variables in the third auxiliary file. Based on the calculation results, it is determined how to drive the motion effect composite graphic in the twin screen to undergo dynamic changes (for example, changing the color of the motion effect composite element), thereby obtaining the dynamic effect code corresponding to the motion effect composite graphic.

[0103] In some embodiments, the third auxiliary file only stores the configuration logic calculation results and does not directly store the dynamic effect code corresponding to the animation combination graphics. In this case, the dynamic effect code is generated based on the configuration logic calculation results. For example, the user writes the corresponding dynamic effect code based on the configuration logic calculation results.

[0104] In some other embodiments, the third auxiliary file contains both the configuration logic calculation results and the written dynamic effect code. In this case, the dynamic effect code corresponding to the dynamic effect combination graphic can be directly obtained from the third auxiliary file based on the dynamic attribute information of the dynamic effect combination graphic.

[0105] Since composite graphic elements may include both animated composite graphics with dynamic display effects and ordinary composite graphics without dynamic display effects, it is necessary to evaluate whether the composite graphic elements have dynamic display effects before obtaining the dynamic effect code of the animated composite graphics.

[0106] Optionally, after obtaining the graphic code corresponding to the combined graphic element, the first evaluation result of the combined graphic element having a dynamic display effect is determined based on the first coordinate of the combined graphic element in the first auxiliary file and the second coordinate in the DCS screen file.

[0107] For example, if a preset coordinate mapping relationship is satisfied between the first coordinate and the second coordinate, the first evaluation result is determined to be that the combined graphic elements have a dynamic display effect.

[0108] The preset coordinate mapping relationship is x2=a×x1±b, y2=a×y1±b, where a and b are arbitrary real numbers, ± indicates the floating range, x1 is the x-coordinate of the first coordinate, x2 is the x-coordinate of the second coordinate, y1 is the y-coordinate of the first coordinate, and y2 is the y-coordinate of the second coordinate.

[0109] For example, if a is 5 and b is 10, the first coordinate of the combined graphic element is (218.8, 148.4) and the second coordinate is (1099, 747). The relationship between the two conforms to the above coordinate mapping formula. Therefore, the first evaluation result is that the combined graphic element has a dynamic display effect.

[0110] If the first evaluation result indicates that the combined graphic elements have a dynamic display effect, the dynamic attribute information of the combined graphic elements is obtained from the first auxiliary file.

[0111] If the dynamic attribute information of the combined graphic elements meets the preset animation display requirements, the combined graphic elements are determined to have dynamic display effects.

[0112] For example, the preset animation display requirement means that the dynamic attribute type of the combined graphic elements is GSEG. In the DCS system, GSEG is a type identifier specifically used to identify graphic segments.

[0113] The preset coordinate mapping relationship and the dynamic attribute information of the combined graphic elements form a dual judgment mechanism. When the first evaluation result indicates that the combined graphic element has a dynamic display effect, it means that the probability of the combined graphic element having a dynamic display effect reaches the preset probability threshold. If it is further determined that its dynamic attribute information meets the preset animation display requirements, then it can be determined that the combined graphic element has a dynamic display effect.

[0114] Indicative, for reference Figure 5 , Figure 5 This is a diagram illustrating the dynamic effects of a DCS screen and a twin screen.

[0115] Element 1 is highlighted in the DCS screen 051 of the first moment, and Element 1 is also highlighted in the twin screen 061 of the first moment.

[0116] In the second moment's DCS screen 052, element 1 returns to its default display mode, while element 2 is displayed as a dashed line with a highlight, presenting a dynamic display effect; in the second moment's twin screen 062, element 1 also returns to its default display mode, and element 2 is also displayed as a dashed line with a highlight, presenting a dynamic display effect.

[0117] During the transition from the first moment to the second moment in the DCS screen, elements 1 and 2 exhibit dynamic display effects, and the corresponding twin screen also exhibits dynamic display effects in the same way.

[0118] S430 uses the screen code corresponding to each screen element to construct a twin screen that looks identical to the DCS screen.

[0119] The twin images meet the preset format compatibility requirements.

[0120] Preset format compatibility requirements refer to the ability of the twin screen's format to be adapted to different operating systems / platforms and displayed on those platforms.

[0121] Optionally, a twin image that meets the preset format compatibility requirements refers to a twin image in SVG format.

[0122] After obtaining the screen code corresponding to each screen element, JavaScript statements are added to obtain the complete SVG screen code. Using the complete SVG screen code, the appearance information and dynamic effect code corresponding to each screen element in the DCS screen can be converted into a twin screen in SVG format.

[0123] For each DCS screen, the complete code of its corresponding SVG twin screen contains JavaScript statements. The JavaScript statements function as follows: when the twin screen is opened on the twin platform, the JavaScript statements periodically execute the action of requesting the running data corresponding to the DCS screen from the server.

[0124] In some embodiments, after converting to a specified format, the twin screen needs to be sent to the twin platform for viewing by staff outside the main control room.

[0125] Optionally, the twin image is sent to the twin platform, which is used to load and display the twin image.

[0126] The twin platform periodically requests the corresponding operating data of the DCS screen from the server. The operating data and the DCS screen are displayed synchronously in the DCS platform in a first manner. When the twin platform displays the twin screen, it displays the operating data synchronously according to the first method.

[0127] When the DCS system displays its dedicated screen in real time, it simultaneously loads and updates the corresponding operational data to allow operators to monitor the unit's status. For example, operational data includes real-time variables such as equipment status, process parameters, and alarm information.

[0128] To achieve consistent display between the twin screen and the real operating data, the twin platform periodically requests the operating data corresponding to the DCS screen from the server. The operating data and the DCS screen are synchronously displayed in the DCS platform in a first manner. When the twin platform displays the twin screen, it synchronously displays the operating data according to the first method.

[0129] In other words, in the DCS system, there is a predetermined association and synchronization mechanism between the running data and the screen elements. When the twin platform displays the twin screen, it matches and renders the running data in the same way, thereby restoring the dynamic data display effect in the twin screen that is consistent with the DCS system.

[0130] The twin platform periodically requests operational data from the server using JavaScript to update the data. When the returned operational data contains signal variables that trigger dynamic display effects, the corresponding dynamic effect code is executed, thereby achieving dynamic display effects of screen elements and enabling the twin screen to reflect changes in the unit's operating status in real time and accurately.

[0131] The converted twin screen achieves a high degree of consistency in display effect with the screen on the DCS system. The static screen appearance is identical, and the dynamic logic matches the dynamic effects of the DCS screen proportionally. From the real-time presentation of the nuclear power plant equipment status to the simulation of various dynamic changes, personnel outside the monitoring room receive a visual experience almost indistinguishable from the DCS screen.

[0132] Indicative, for reference Figure 6 , Figure 6 This is a schematic diagram showing the running data displayed synchronously with the screen.

[0133] The DCS system displays the first DCS screen 601, corresponding to the first operating data. After 2 seconds, the DCS system switches to display the second DCS screen 602, which corresponds to the second operating data.

[0134] The twin platform displays a first twin screen 603 corresponding to the first DCS screen 601. The first twin screen 603 also corresponds to the first running data. After the first twin screen 603 is switched to the second twin screen 604, the second twin screen 604 corresponds to the second running data.

[0135] observe Figure 6 It can be seen that the first twin screen 603 is completely identical to the first DCS screen 601, and the second twin screen 604 is completely identical to the second DCS screen 602. When the first DCS screen 601 switches to the second DCS screen 602, the running data changes from the first running data to the second running data. When the first twin screen 603 switches to the second twin screen 604, the running data also changes from the first running data to the second running data. In terms of both appearance and the running data corresponding to the screen, the screen effect presented by the twin platform is the same as that presented by the DCS system.

[0136] It is worth noting that the average screen switching time in the DCS system is about 2 seconds. Thanks to the high-performance computer of the twin platform, the average screen switching time in the twin platform is about 1 second. Since the twin platform needs to obtain operating data from the DCS system, and the transmission of operating data from the DCS platform to the twin platform takes less than 1 second, there is a delay of less than 1 second between the operating data corresponding to the twin screen and the operating data corresponding to the DCS screen at the same moment. In summary, the method provided in this application achieves automated conversion from static descriptions to standard graphic codes by sequentially traversing and parsing the graphic elements in the DCS screen, ensuring a high degree of consistency between the twin screen and the original system in appearance. By introducing preset auxiliary files to generate corresponding effect execution logic for dynamic elements, the twin screen can completely reproduce the dynamic behavior of the original system. The standardized twin screen generated based on the graphic and dynamic descriptions of all screen elements has excellent cross-platform compatibility and maintainability, effectively solving the problems of low conversion efficiency, inaccurate dynamic effect reproduction, and strong system dependency under traditional methods. The generated twin screen provides users outside the main control room with convenient screen support for viewing unit data and status, enabling these users to view the highly simulated twin screen with DCS screen anytime and anywhere on a general system platform, without being limited to the operator station in the main control room, and to keep abreast of the unit's operating status, effectively improving work efficiency and providing strong support for ensuring the safe and stable operation of the nuclear power plant.

[0137] Figure 7 This is a schematic flowchart of a twin screen generation process provided in an embodiment of this application, including the following steps.

[0138] S1: Import DCS screen file.

[0139] DCS screen files are in XML format, which contains static attributes / appearance information for each screen element.

[0140] S2: Iterate through the screen elements in the DCS screen file in sequence.

[0141] For example, traversing the screen elements in a top-down order, each screen element is composed of basic graphic elements, so the traversal process is actually the process of traversing all graphic elements.

[0142] S3: Determine whether the keyword of the control element was successfully matched.

[0143] The keyword of the current screen element is obtained from the DCS screen file. The keyword is used to identify the type of screen element. The keyword of the current screen element is then matched with the keyword of the control element.

[0144] The keywords for control elements are as follows: <pictogram>< / pictogram> If a match is successful, it means that the currently traversed screen element is a control element, and steps S31 to S34 are executed, then the process jumps to step S6. If a match fails, it means that the currently traversed screen element is not a control element, and the process jumps to step S4.

[0145] S31: Extract static properties.

[0146] Extract the static properties of the current control element from the DCS screen file. The static properties include the control type of the control element.

[0147] S32: Import the

control.XML

[0148] The

control.XML

control.XML

[0149] Based on static attributes and structural framework information, SVG graphic code corresponding to the current control element is generated. This graphic code is used to construct the graphic of the control element in the twin screen with the same display effect as the DCS screen.

[0150] S33: Import the "DCS screen.LIS" file, match the pictogramName, and extract the dynamic attributes.

[0151] The

DCS screen.LIS

[0152] pictogramName is a number used to identify control elements in the DCS screen file. Based on pictogramName, the corresponding dynamic attribute is matched from the first auxiliary file to determine the dynamic display effect of the current control element.

[0153] S34: Import the

Dyna.TXT

[0154] The

Dyna.TXT

[0155] S4: Determine whether the keywords of the combined graphic elements have been successfully matched.

[0156] Match the keywords of the current screen element with the keywords of the combined graphic element. The keywords of the combined graphic element are as follows: <graphicset>< / graphicset> If a match is successful, it means that the currently traversed screen element is a composite graphic element, and steps S41 to S43 are executed. If a match fails, it means that the currently traversed screen element is not a composite graphic element, and the process jumps to step S5.

[0157] S41: Extract static properties.

[0158] Extract the static attributes of the current combined graphic element from the DCS screen file. The static attributes include the type of the basic graphic that makes up the combined graphic element.

[0159] S42: Decompose and combine graphic elements layer by layer, and draw them sequentially.

[0160] Deconstruct the combined graphic elements, determine the basic graphic elements that make up the combined graphic elements, and draw the basic graphic elements in a top-to-bottom order.

[0161] S43: Determine whether the combined graphic elements have dynamic attributes.

[0162] If the coordinates of the combined graphic element in the DCS screen file and its coordinates in the

DCS screen.LIS

[0163] S431: Import the

DCS screen.LIS

[0164] S432: Number association via dynamic attributes.

[0165] When the dynamic attribute of a composite graphic element indicates that its dynamic type is GSEG, the associated number of the composite graphic element is selected.

[0166] S433: Import the [Touta.TXT] file and associate the configuration logic results.

[0167] The

Touta.TXT

[0168] S434: Associates the animation type and generates SVG dynamic effect code.

[0169] After the associated configuration logic calculation results are obtained, dynamic effect code corresponding to the combined graphic elements can be generated.

[0170] S5: Perform simple graphic drawing if keyword matching fails.

[0171] In other words, if the current screen element is neither a composite graphic element nor a control element, then the graphic is drawn directly.

[0172] S6: If the traversal is not yet complete, return to S2 to continue the traversal.

[0173] S7: Add JavaScript scripts when the traversal is complete.

[0174] The JavaScript script performs the following action: when the twin screen is opened on the twin platform, the JavaScript statement periodically executes the action of requesting the corresponding running data of the DCS screen from the server.

[0175] S8: Generates a twin image in SVG format.

[0176] At this point, the process ends.

[0177] The above steps fully describe the technical process of generating SVG twin images from DCS image source files, covering differentiated processing schemes for various image elements, and establishing a complete association mechanism between static graphics and dynamic effects.

[0178] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0179] Corresponding to the twin image generation method in the above embodiments, Figure 8 A structural block diagram of the twin image generation apparatus provided in the embodiments of this application is shown. For ease of explanation, only the parts related to the embodiments of this application are shown.

[0180] Reference Figure 8 The device 800 includes: The data preparation module 810 is used to traverse multiple screen elements in the DCS screen file of the nuclear power plant system. The DCS screen file is a static description file of the DCS screen. The DSC screen file includes the appearance information of each screen element in the DCS screen. The data preparation module 810 is also used to determine the screen code corresponding to each screen element based on the appearance information of each screen element; The screen generation module 820 is used to construct a twin screen with the same appearance as the DCS screen using the screen code corresponding to each screen element.

[0181] It should be noted that the information interaction and execution process between the above-mentioned devices / modules are based on the same concept as the method embodiments of this application. For details on their specific functions and technical effects, please refer to the method embodiments section, and they will not be repeated here.

[0182] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0183] To implement the above embodiments, this application also proposes an electronic device.

[0184] Figure 9 This is a schematic diagram of the structure of an electronic device according to an embodiment of this application.

[0185] like Figure 9 As shown, the above-mentioned electronic device 900 includes: The device includes a memory 910 and at least one processor 920, and a bus 930 connecting different components (including the memory 910 and the processor 920). The memory 910 stores a computer program, and when the processor 920 executes the program, it implements the twin screen generation method of the present application embodiment.

[0186] Bus 930 represents one or more of several bus architectures, including a memory bus or memory controller, a peripheral bus, a graphics acceleration port, a processor, or a local bus using any of the various bus architectures. For example, these architectures include, but are not limited to, the Industry Standard Architecture (ISA) bus, the Micro Channel Architecture (MAC) bus, the Enhanced ISA bus, the Video Electronics Standards Association (VESA) local bus, and the Peripheral Component Interconnect (PCI) bus.

[0187] Electronic device 900 typically includes a variety of electronic device readable media. These media can be any available media that can be accessed by electronic device 900, including volatile and non-volatile media, removable and non-removable media.

[0188] The memory 910 may also include computer system readable media in the form of volatile memory, such as random access memory (RAM) 940 and / or cache memory 950. The electronic device 900 may further include other removable / non-removable, volatile / non-volatile computer system storage media. By way of example only, the storage system 960 may be used to read and write non-removable, non-volatile magnetic media (…). Figure 9 Not shown; usually referred to as a "hard drive"). Although Figure 9 As not shown, a disk drive for reading and writing to a removable non-volatile disk (e.g., a "floppy disk") and an optical disk drive for reading and writing to a removable non-volatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to the bus 930 via one or more data media interfaces. The memory 910 may include at least one program product having a set (e.g., at least one) of program modules configured to perform the functions of the embodiments of this application.

[0189] A program / utility 980 having a set (at least one) of program modules 970 may be stored, for example, in memory 910. Such program modules 970 include—but are not limited to—an operating system, one or more application programs, other program modules, and program data. Each or some combination of these examples may include an implementation of a network environment. Program modules 970 typically perform the functions and / or methods described in the embodiments of this application.

[0190] Electronic device 900 can also communicate with one or more external devices 990 (e.g., keyboard, pointing device, display 991, etc.), and with one or more devices that enable a user to interact with electronic device 900, and / or with any device that enables electronic device 900 to communicate with one or more other computing devices (e.g., network card, modem, etc.). This communication can be performed via input / output (I / O) interface 999. Furthermore, electronic device 900 can also communicate with one or more networks (e.g., local area network (LAN), wide area network (WAN), and / or public networks, such as the Internet) via network adapter 993. As shown, network adapter 993 communicates with other modules of electronic device 900 via bus 930. It should be understood that, although not shown in the figures, other hardware and / or software modules can be used in conjunction with electronic device 900, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0191] The processor 920 performs various functional applications and data processing by running programs stored in the memory 910.

[0192] It should be noted that the implementation process and technical principles of the electronic device in this embodiment are explained in the foregoing description of the twin screen generation method of this application embodiment, and will not be repeated here.

[0193] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps described in the various method embodiments above.

[0194] This application provides a computer program product that, when run on an electronic device, enables the electronic device to perform the steps described in the various method embodiments above.

[0195] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments of this application can be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. A computer-readable medium can include at least: any entity or device capable of carrying computer program code to a photographic device / electronic device, a recording medium, computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signals, telecommunication signals, and software distribution media. Examples include USB flash drives, portable hard drives, magnetic disks, or optical disks. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electrical carrier signals or telecommunication signals.

[0196] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0197] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0198] In the embodiments provided in this application, it should be understood that the disclosed devices / electronic devices and methods can be implemented in other ways. For example, the device / electronic device embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0199] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0200] In the foregoing, specific details such as particular system architectures and techniques have been set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application can also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted to avoid unnecessary detail from obscuring the description of this application.

[0201] It should be understood that, when used in this application specification and the appended claims, the term "comprising" indicates the presence of the described features, integrals, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or a collection thereof.

[0202] It should also be understood that the term "and / or" as used in this application specification and the appended claims refers to any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0203] As used in this application specification and the appended claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if [the described condition or event] is detected" may be interpreted, depending on the context, as "once determined," "in response to determination," "once [the described condition or event] is detected," or "in response to detection of [the described condition or event]."

[0204] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.

[0205] References to "one embodiment" or "some embodiments" as used in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0206] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.< / graphiccircle> < / graphicrectangle> < / graphicset> < / pictogram>

Claims

1. A method for generating twin images, characterized in that, The method includes: Traverse multiple screen elements in the DCS screen file of the nuclear power plant system. The DCS screen file is a static description file of the DCS screen, and the DSC screen file includes the appearance information of each screen element in the DCS screen. Determine the corresponding screen code for each screen element based on the appearance information of each screen element; A twin screen with the same appearance as the DCS screen is constructed using the screen code corresponding to each screen element.

2. The method according to claim 1, characterized in that, The image code includes graphic code and dynamic effect code; The step of determining the screen code corresponding to each screen element based on the appearance information of each screen element includes: The graphic code corresponding to each screen element is obtained based on the appearance information of each screen element, and the graphic code is used to construct the graphic of the screen element; For at least one screen element with dynamic display effects, dynamic effect codes corresponding to the at least one screen element are obtained according to an auxiliary file. The auxiliary file is preset according to the source file of the DCS screen. The dynamic effect codes are used to achieve the same dynamic display effects as the DCS screen in the twin screen.

3. The method according to claim 2, characterized in that, The screen elements include control elements; The step of obtaining the graphic code corresponding to each screen element based on the appearance information of each screen element includes: Obtain the structural framework information corresponding to the control element; The graphic code corresponding to the control element is obtained based on the structural framework information and appearance information of the control element.

4. The method according to claim 3, characterized in that, The auxiliary file includes a first auxiliary file and a second auxiliary file. The first auxiliary file includes the dynamic attribute information of the DCS screen, and the second auxiliary file includes the dynamic effect code of the at least one screen element. The step of obtaining the dynamic effect code corresponding to each of the at least one screen element with dynamic display effects based on the auxiliary file includes: For the control element with dynamic display effects, obtain the dynamic attribute information of the control element from the first auxiliary file; The dynamic effect code corresponding to the control element is obtained by indexing from the second auxiliary file based on the dynamic attribute information of the control element.

5. The method according to claim 2, characterized in that, The image elements include composite graphic elements, which are composed of multiple graphic elements; The step of obtaining the graphic code corresponding to each screen element based on the appearance information of each screen element includes: The combined graphic elements are disassembled sequentially to determine multiple target graphic elements that constitute the combined graphic elements; The graphic code corresponding to the combined graphic element is obtained based on the appearance information corresponding to the multiple target graphic elements.

6. The method according to claim 5, characterized in that, The combined graphic elements include dynamic effect combined graphics with dynamic display effects. The auxiliary files include a first auxiliary file and a third auxiliary file. The first auxiliary file includes the dynamic attribute information of the DCS screen, and the third auxiliary file includes the dynamic effect type corresponding to the dynamic effect combined graphics. The step of obtaining the dynamic effect code corresponding to each of the at least one screen element with dynamic display effects based on the auxiliary file includes: For the animated graphic combination with dynamic display effects, the dynamic attribute information of the animated graphic combination is obtained from the first auxiliary file; The motion effect type corresponding to the motion effect combination graphic is obtained by indexing from the third auxiliary file based on the dynamic attribute information of the motion effect combination graphic; Generate the dynamic effect code corresponding to the animation combination graphic based on the animation type of the animation combination graphic.

7. The method according to claim 5, characterized in that, The auxiliary file includes a first auxiliary file, which includes the dynamic attribute information of the DCS screen; After obtaining the graphic code corresponding to the combined graphic element based on the appearance information corresponding to the plurality of target graphic elements, the method further includes: Based on the first coordinates of the combined graphic element in the first auxiliary file and the second coordinates in the DCS screen file, a first evaluation result is determined to show that the combined graphic element has a dynamic display effect. If the first evaluation result indicates that the combined graphic element has a dynamic display effect, the dynamic attribute information of the combined graphic element is obtained from the first auxiliary file; If the dynamic attribute information of the combined graphic elements meets the preset animation display requirements, the combined graphic elements are determined to have a dynamic display effect.

8. The method according to claim 7, characterized in that, The first evaluation result of determining that the combined graphic element has a dynamic display effect based on the first coordinates of the combined graphic element in the first auxiliary file and the second coordinates of the combined graphic element in the DCS screen file includes: If a preset coordinate mapping relationship is satisfied between the first coordinate and the second coordinate, the first evaluation result is determined to be that the combined graphic element has a dynamic display effect.

9. The method according to any one of claims 1 to 8, characterized in that, The method further includes: The twin screen is sent to the twin platform, which is used to load and display the twin screen. The twin platform periodically requests the running data corresponding to the DCS screen from the server. The running data and the DCS screen are synchronously displayed in the DCS platform in a first manner. When the twin platform displays the twin screen, it synchronously displays the running data according to the first manner.

10. A twin image generation device, characterized in that, The device includes: The data preparation module is used to traverse multiple screen elements in the DCS screen file of the nuclear power plant system. The DCS screen file is a static description file of the DCS screen, and the DSC screen file includes the appearance information of each screen element in the DCS screen. The data preparation module is also used to determine the screen code corresponding to each screen element based on the appearance information of each screen element; The image generation module is used to construct a twin image with the same appearance as the DCS image using the image code corresponding to each image element.

11. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the method as described in any one of claims 1 to 7.

12. An electronic device, characterized in that, The device includes a processor, a memory, and a computer program stored in the memory and executable on the processor, characterized in that, when the processor executes the computer program, the electronic device performs the method as described in any one of claims 1 to 9.

Images