CN111930628B - Security level display module graphic configuration simulation system and simulation method thereof - Google Patents

Abstract

The invention discloses a security level display module graphic configuration simulation system and a simulation method thereof. The SVDU application simulation module is used for realizing 'SVDU application' simulation. The board-level support packet BSP and the SVDU hardware simulation module are used for providing simulation hardware and corresponding hardware interfaces for the SVDU application simulation module in a matched mode. The board level support packet BSP provides a function packet for accessing a hardware device register for an upper layer SVDU application driver; the SVDU hardware simulation module realizes 'SVDU hardware' simulation by using an intelligent continuous memory allocation technology. The method can realize that before the graphic configuration is downloaded, the graphic configuration simulation is firstly carried out, and the corresponding configuration effect is realized by simulating actual hardware, so that the image configuration effect is ensured to meet the safety and reliability requirements of nuclear power safety level.

Description

Security level display module graphic configuration simulation system and simulation method thereof

Technical Field

The invention relates to the field of nuclear power, in particular to a safety level display module graphic configuration simulation system and a simulation method thereof.

Background

A Safety Video Display Unit (SVDU) is an important component of a Safety Digital Control System (DCS) of a nuclear power plant, and has a main function of providing an operator with received parameter information related to Safety level, and supporting the operator to send necessary Control instructions to related Safety systems through the SVDU. The graphics configuration software is used as an important part in the SVDU, and needs to be configured first by using the graphics configuration software in order to realize functions such as security parameter display and necessary control instruction transmission related to the SVDU.

The SVDU belongs to a safety level in a nuclear power instrument control system, and has high safety and high accuracy on the result requirement of graphic configuration. At present, in order to ensure the safety and reliability of the configuration result, before practical application, repeated unit test and integrated test are carried out on the graphic configuration content, repeated modification, erasure and downloading are required to be carried out on practical equipment, so that the equipment is easy to damage, the service life is shortened, the time and the labor are consumed, and the efficiency is low. Graphic configuration simulation in the prior art is mostly used in the general industrial field and cannot meet the requirements of safety, reliability and accuracy in the nuclear power field, SVDU graphic configuration software in the nuclear power field is not provided with a simulation function, and some graphic configuration methods provided with the simulation function only support partial function simulation; or the operation is complicated and the use is inconvenient; or the problems that after the Window operation kernel is adopted, consideration on actual hardware logic and operation performance verification are lacked, the simulation effect and speed are far from the actual requirement and the like are solved.

Disclosure of Invention

In order to overcome the defects in the prior art, the invention provides a safety-level display module graphic configuration simulation system which has the advantages of safety, reliability, simulation effect and speed consistent with those of actual equipment aiming at the SVDU graphic configuration function of a nuclear power station DCS platform, so that before graphic configuration is installed, graphic configuration simulation is firstly carried out, actual hardware is simulated to realize corresponding configuration effects (such as display content, input, output, man-machine operation and the like), and the image configuration effect is ensured to meet the safety and reliability requirements of nuclear power safety level.

The invention is realized by the following technical scheme:

a security level display module graph configuration simulation method comprises an SVDU application simulation module, a board level support packet (BSP) and an SVDU hardware simulation module;

the board-level support packet BSP and SVDU hardware simulation module is used for providing simulation hardware and a corresponding hardware interface for the SVDU application simulation module;

the SVDU application simulation module adopts the same code as the 'SVDU application' working in the actual 'SVDU hardware' to realize the 'SVDU application' simulation;

the plate-level support packet BSP adopts the same code as that working in the actual 'SVDU hardware', is a layer between 'SVDU application' and 'SVDU hardware', and provides a function packet for accessing a hardware device register for an upper-layer SVDU application driver;

the SVDU hardware simulation module realizes 'SVDU hardware' simulation by using an intelligent continuous memory allocation technology.

Optionally, the SVDU hardware simulation module of the present invention configures a designated memory area module by using an intelligent continuous memory allocation technique to simulate an SDRAM module, a FLASH module, a man-machine input module, a communication receiving cache module and a communication sending cache module in SVDU hardware, and specifically includes:

self-defining an intelligent CMA frame, reserving a section of memory for modules needing the memory during simulation operation, wherein the frame is a configurable modular frame and is used for analyzing and managing memory allocation, and when the modules do not use the section of memory, the modules are allocated to other processes for use; when the modules need to use the section of memory, the memory occupied by the process is recovered or migrated to vacate the reserved memory occupied previously for the modules to use;

under the defined CMA framework, the memory record for storing the communication parameters is comParam, the memory record for the SDRAM space used by the SVDU application is g _ SDRAM, and the memory record for the Flash space is g _ Flash and the memory record for storing the man-machine operation data is g _ WinEnter.

Optionally, in the CMA framework defined in the present invention, g _ SDRAM and g _ Flash share the same memory area, or g _ SDRAM and g _ Flash use memories from different memory areas.

Optionally, the hardware simulation module of the invention comprises a display unit, a communication unit, a human-computer input unit and a Flash simulation unit;

the display unit is a display window which is used for displaying a graphic configuration effect completely consistent with the real SVDU, and the display window is provided with a human-computer input function completely the same as the human-computer interface of the real SVDU;

the communication unit adopts a TCP/IP protocol to transmit 'SVDU application' and external communication data;

the human-computer input unit is used for acquiring human-computer operation data from the g _ WinEnter memory, converting the acquired data into human-computer input data available for SVDU application and transmitting the human-computer input data to the SVDU application through the simulation interface;

the Flash simulation unit is used for realizing the functions of reading data, writing data and erasing data.

On the other hand, the invention also provides a simulation method based on the safety level display module graphic configuration simulation system, which comprises the following steps:

step S1, initialization preparation;

s2, loading the compiled engineering data, reading and placing the whole content of the configuration parameter file into g _ Flash, and simulating the function of downloading the graphic configuration data into hardware equipment by the SVDU;

step S3, comparing the operation time required by each configuration graphic element in the kernel of the upper computer during configuration simulation with the operation time required by each configuration graphic element in the SVDU actual hardware equipment measured in advance by using a code operation time testing technology, verifying whether the configuration simulation performance is consistent with the actual hardware, if so, executing step S4, otherwise, exiting, and returning to the step S1 after modifying the configuration project;

step S4, calling an 'SVDU application' entrance initialization application to prepare for configuration simulation operation;

s5, performing simulation operation, performing man-machine operation on the display window, acquiring man-machine operation data performed by a user according to a man-machine interaction mechanism of an operating system, and storing the man-machine operation data to g _ Winneter;

and step S6, calling corresponding SVDU application codes according to the acquired human-computer operation data, and executing a working process of SVDU application.

Optionally, the initialization preparation of step S1 of the present invention specifically includes the following steps:

step S11, reading the communication parameters and storing the communication parameters into a comParam memory;

step S12, preparing a blank display window as an SVDU display unit, the display window being a window developed under a corresponding operating system;

step S13, under the defined CMA frame, allocating a memory in the computer memory as g _ SDRAM;

step S14, under the defined CMA frame, allocating a memory in the computer memory as g _ Flash.

Optionally, in step S6 of the present invention, the work process of executing one SVDU application includes display, human-computer input, communication, and Flash operation;

when the display operation is executed: calling an operating system display interface, and displaying the drawn data on a display window;

when executing man-machine input operation: reading human-computer operation data, converting the human-computer operation data into human-computer input data available for SVDU application, and returning the human-computer input data to the SVDU application through a simulation interface;

when the communication operation is executed: on an operating system, a TCP/IP protocol is used for transmitting communication data between the SVDU application and the outside;

when executing Flash simulation operation: including read data, write data, and erase data emulation.

Optionally, the specific process of executing the communication operation in the present invention includes:

initializing a TCP/IP protocol working environment, initializing a receiving buffer cache and a sending buffer cache, and initiating TCP communication connection by using a comParam communication parameter;

when receiving data and judging that the connection is in an established state, putting the data received by the TCP connection into a receiving buffer cache, analyzing a data packet, and returning the analyzed data to an interface caller;

when sending data, judging that the connection is in an established state, packaging the sending data transmitted by the interface and storing the packaged sending data to a sending buffer seCache, judging that the connection is still in the established state, sending the sending buffer seCache data to the TCP connection, and returning a sending result.

Optionally, the specific process of executing the Flash emulation operation in the present invention includes:

when the Flash simulation unit reads data, according to a data reading instruction transmitted from the simulation interface, mapping a reading address of an appointed data reading address in a g _ Flash range into an access address A in the g _ Flash range, and reading the data of the memory indicated by the address A back to a caller by using a Windows memory access method from the g _ Flash;

when the Flash simulation unit writes data, according to a data writing instruction transmitted from the simulation interface, mapping a write address of an appointed write data address in a g _ Flash range into an access address A in the g _ Flash range, and writing the data transmitted from the interface into a memory indicated by the address A by using a Windows memory access method from the g _ Flash;

when the Flash simulation unit erases data, according to an erasing data instruction transmitted from the simulation interface, an erasing address of the specified erasing data in a g _ Flash range is mapped into an access address A in the g _ Flash range, and the data in the memory pointed by the A address in the g _ Flash is removed by using a Windows memory access method.

Optionally, the operating system of the present invention is a Windows operating system, a Linux operating system, or a Unix operating system.

The invention has the following advantages and beneficial effects:

aiming at the SVDU (singular value decomposition) graphic configuration function of a security level DCS (distributed control system) platform of a nuclear power plant, the invention provides a graphic configuration simulation system and a simulation method thereof, so that before downloading, a configuration software generated code is firstly simulated by the method, the repeated erasing, downloading and modification of actual equipment are avoided, the service life of the equipment is prolonged, the operation is reduced, and the efficiency is improved;

the invention combines a hardware board level support package (BSP), completely uses the operation and display logic of a lower hardware application layer during the simulation of the application layer, and compares and verifies the time performance of the hardware operation and the simulation operation by using a code performance testing technology, so that the simulation effect of the configuration and the like are consistent with the actual operation effect, and the accuracy and the reliability of the simulation effect are ensured;

the invention utilizes the intelligent continuous memory allocation technology (CMA technology) to configure the SDRAM module, the FLASH module, the communication receiving buffer, the communication sending buffer and other modules in the simulation SVDU hardware of the appointed memory area, thereby saving the memory space and improving the simulation rate;

the invention realizes man-machine interaction by simulating the hardware resistance screen through the man-machine interaction mechanism of the operating system, completely covers all interaction functions in real hardware equipment, and has convenient and accurate simulation operation;

the invention can realize the simulation of the three functions of the security level display unit, namely the hardware, the BSP and the upper application, by only using a single PC, can completely separate from the hardware operation, is convenient to use, saves the cost and provides convenience for the training of field operators.

Drawings

The accompanying drawings, which are included to provide a further understanding of the embodiments of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the principles of the invention. In the drawings:

FIG. 1 is a schematic diagram of the overall architecture of the simulation system of the present invention.

FIG. 2 is a schematic flow chart of a simulation method according to the present invention.

FIG. 3 is a schematic diagram of an initialization preparation process according to the present invention.

Fig. 4 is a schematic view of a display window provided by the present invention.

FIG. 5 is a schematic diagram of a display operation process according to the present invention.

FIG. 6 is a diagram of a simulation interface of a graphic configuration displayed by a display unit according to the present invention.

FIG. 7 is a flowchart illustrating a human-machine input operation according to the present invention.

Fig. 8 is a schematic diagram illustrating an initialization procedure in a communication operation according to the present invention.

FIG. 9 is a flow chart illustrating a function of receiving data during a communication operation according to the present invention.

FIG. 10 is a flow chart illustrating a function of sending data in a communication operation according to the present invention.

FIG. 11 is a schematic view of a flow chart of a function of reading data in Flash operation according to the present invention.

FIG. 12 is a schematic diagram of a data writing function flow in the Flash operation according to the present invention.

FIG. 13 is a schematic diagram of a functional flow of erasing data in Flash operation according to the present invention.

Detailed Description

Hereinafter, the term "comprising" or "may include" used in various embodiments of the present invention indicates the presence of the invented function, operation or element, and does not limit the addition of one or more functions, operations or elements. Furthermore, as used in various embodiments of the present invention, the terms "comprises," "comprising," "includes," "including," "has," "having" and their derivatives are intended to mean that the specified features, numbers, steps, operations, elements, components, or combinations of the foregoing, are only meant to indicate that a particular feature, number, step, operation, element, component, or combination of the foregoing, and should not be construed as first excluding the existence of, or adding to the possibility of, one or more other features, numbers, steps, operations, elements, components, or combinations of the foregoing.

In various embodiments of the invention, the expression "or" at least one of a or/and B "includes any or all combinations of the words listed simultaneously. For example, the expression "a or B" or "at least one of a or/and B" may include a, may include B, or may include both a and B.

Expressions (such as "first", "second", and the like) used in various embodiments of the present invention may modify various constituent elements in various embodiments, but may not limit the respective constituent elements. For example, the above description does not limit the order and/or importance of the elements described. The foregoing description is for the purpose of distinguishing one element from another. For example, the first user device and the second user device indicate different user devices, although both are user devices. For example, a first element could be termed a second element, and, similarly, a second element could be termed a first element, without departing from the scope of various embodiments of the present invention.

It should be noted that: if it is described that one constituent element is "connected" to another constituent element, the first constituent element may be directly connected to the second constituent element, and a third constituent element may be "connected" between the first constituent element and the second constituent element. In contrast, when one constituent element is "directly connected" to another constituent element, it is understood that there is no third constituent element between the first constituent element and the second constituent element.

The terminology used in the various embodiments of the invention is for the purpose of describing particular embodiments only and is not intended to be limiting of the various embodiments of the invention. As used herein, the singular forms are intended to include the plural forms as well, unless the context clearly indicates otherwise. Unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which various embodiments of the present invention belong. The terms (such as those defined in commonly used dictionaries) should be interpreted as having a meaning that is consistent with their contextual meaning in the relevant art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein in various embodiments of the present invention.

In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is further described in detail below with reference to examples and accompanying drawings, and the exemplary embodiments and descriptions thereof are only used for explaining the present invention and are not meant to limit the present invention.

Examples

Aiming at the SVDU (security level display module) graphic configuration function of a security level DCS (distributed control system) platform of a nuclear power plant, the embodiment provides a security level display module graphic configuration simulation system, so that before downloading, a configuration software generated code is firstly simulated by the method, repeated erasing, downloading and modification of actual equipment are avoided, the service life of the equipment is prolonged, the operation is reduced, and the efficiency is improved.

As shown in fig. 1, the simulation system of this embodiment includes an SVDU application simulation module, a board level support packet BSP, and an SVDU hardware simulation module.

The SVDU application simulation module adopts the same code as the SVDU application working in the actual SVDU hardware, and is used for realizing the simulation of the SVDU application, and comprises the general control functions of SVDU such as data acquisition, signal output, logic operation processing, graphic display and the like.

Because the actual SVDU hardware is separated, the board-level support packet BSP and the SVDU hardware simulation module are used for providing simulation hardware and corresponding hardware interfaces for the SVDU application simulation module in a matching way, so that the SVDU application can work and run. The board-level support packet BSP adopts the same code as that working in the actual 'SVDU hardware', is a layer between 'SVDU application' and 'SVDU hardware', provides a function packet for accessing a hardware device register for an upper-layer SVDU application driver, and is used for supporting 'SVDU application', so that the function packet can be better applied to 'SVDU hardware';

the SVDU hardware simulation module realizes 'SVDU hardware' simulation by using an intelligent continuous memory allocation technology.

The SVDU hardware simulation module of this embodiment configures a designated Memory area module by using a Continuous Memory Allocation (CMA) technology to simulate an SDRAM module, a FLASH module, a man-machine input module, a communication receiving cache module, and a communication sending cache module in SVDU hardware, and specifically includes:

an intelligent CMA framework is customized, a section of memory is reserved for modules (SDRAM modules, FLASH modules, communication receiving buffers, communication sending buffers and the like) which need the memory during simulation operation to use, the framework is a configurable modular framework and is used for analyzing and managing memory allocation, and when the modules do not use the section of memory, the modules are allocated to other processes to use; when the modules need to use the section of memory, the memory occupied by the process is recovered or migrated to vacate the reserved memory occupied previously for the modules to use;

under the defined CMA framework, the memory record for storing the communication parameters is comParam, the memory record for the SDRAM space used by the SVDU application is g _ SDRAM, and the memory record for the Flash space is g _ Flash and the memory record for storing the man-machine operation data is g _ WinEnter. The emulated hardware storage allocation identification is shown in table 1.

Table 1 simulation hardware storage allocation table

Serial number	Identification	Description of the invention
			1	g_SDRAM	SDRAM
2	g_Flash	Flash simulation space
			3	g_WinEnter	Man-machine input data such as mouse input and key input data on operating system
4	comParam	And the communication parameters indicate the IP address, the port and the like of the communication opposite end used for simulation.
			5	reCache	Communication receive buffering
6	seCache	Communication transmission buffering

In this embodiment, under the defined CMA framework, g _ SDRAM and g _ Flash share the same memory area, or g _ SDRAM and g _ Flash use memories from different memory areas.

The hardware simulation module of the embodiment comprises a display unit, a communication unit, a man-machine input unit and a Flash simulation unit;

the display unit of this embodiment is a display window, which is used to display the graphic configuration effect completely consistent with the real SVDU, and the display window provides the human-machine input function completely the same as the human-machine interface of the real SVDU, including but not limited to hard buttons, dial switches, key switches, etc.

The communication unit of the embodiment adopts a TCP/IP protocol to transmit 'SVDU application' and external communication data;

the man-machine input unit of the embodiment is used for acquiring man-machine operation data from the g _ WinEnter memory, converting the acquired data into usable man-machine input data of 'SVDU application', and transmitting the usable man-machine input data to 'SVDU application' through the simulation interface;

the Flash emulation unit of the embodiment is used for realizing the functions of reading data, writing data and erasing data.

The simulation process implemented by the simulation system in this embodiment is shown in fig. 2:

first, initialization preparation (communication, display, memory allocation).

The functional flow of the initialization preparation of the present embodiment is shown in fig. 3.

(1.1) reading communication parameters and putting the communication parameters into a comParam memory, wherein the communication parameters comprise a server IP, a client IP, a communication port number, a simulation data check table and the like.

(1.2) preparing a display window serving as a display of the SVDU, wherein the window is used for displaying the graphic configuration effect which is completely consistent with the real SVDU, and the window is provided with the human-machine input function which is completely the same as the human-machine interface of the real SVDU. In particular, the display window is a window developed under a corresponding operating system, for example, the operating system is a Windows system, and the display window is a Windows display window. This embodiment prepares a Windows display window developed based on the QT platform to serve as a display for SVDU, as shown in fig. 4 below.

(1.3) under the defined CMA framework, allocating a large block of memory in the computer memory as the SDRAM space used by the SVDU application, and recording as g _ SDRAM.

And (1.4) under the defined CMA framework, allocating a large memory block in the memory of the computer to serve as a Flash space, and recording the space as g _ Flash.

And secondly, loading the compiled engineering data, reading and placing the whole content of the configuration parameter file into g _ Flash, and simulating the function of downloading the graphic configuration data into hardware equipment of the SVDU.

Thirdly, comparing the operation time required by each configuration primitive in the kernel of the upper computer during the configuration simulation with the operation time required by each configuration primitive in the SVDU actual hardware equipment which is measured in advance by using a code operation time testing technology, verifying whether the configuration simulation performance is consistent with the actual hardware, and if so, executing downwards; and if the deviation is larger, exiting, and restarting after modifying the configuration project.

And fourthly, calling an entrance initialization application of the SVDU application, initializing the size of a canvas, the initial setting of a graph, the initial display of the graph, style resources, picture resources, network variables, system variables and the like, and preparing for the operation of configuration simulation.

And fifthly, performing simulation operation, performing man-machine operation on the display window, acquiring man-machine operation data performed by a user according to a man-machine interaction mechanism of an operating system, and storing the man-machine operation data to g _ Winneter. In particular, the g _ WinEnter memory area is allocated in real time under the management of a customized CMA framework.

And sixthly, calling a corresponding SVDU application code according to the acquired human-computer operation, and executing a working process of SVDU application.

The working process of executing the SVDU application at one time mainly comprises the simulation of four main functional hardware, namely display, man-machine input, communication and FLASH operation. The following continues to describe the primary function simulation method of each primary function hardware.

(6.1) shows

The "SVDU application" needs to draw lines, rectangles, pictures, characters, etc. to the SVDU hardware display, and its logic flow is shown in fig. 5. Analyzing the display data related to the configuration parameter file, calling a Windows system display interface as required, and displaying the drawn data on a display window, including but not limited to lines, rectangles, pictures, texts, and custom graphic controls, as shown in fig. 6.

For the simulation interface, the simulation interface required by each simulation hardware is realized according to the following method:

1) according to the requirements of SVDU application, the same interface is realized in the simulation module according to the requirements of parameters, return values and the like required by the API interface;

2) there is no actual function and code inside each interface, if the interface has a requirement for a return value, the meaning of the return value should represent that the interface call operation is successful (i.e. the interface emulation does not emulate the case of interface call failure).

(6.2) human input

The "SVDU application" requires acquisition of human-machine input data, and is simulated according to the following flow in fig. 7, in combination with the characteristics of the operating system: and reading and converting human-computer input data such as mouse input data and key input data on an operating system into human-computer input data available for SVDU application, and returning the human-computer input data to the SVDU application through the simulation interface. In the figure, different types of buttons, switches, operable configuration graphics elements, keys on two sides of the display window and the like in the Windows display window can be used as human-computer input data.

(6.3) communication

And the TCP/IP protocol is used for transmitting the communication data between the SVDU application and the outside. In the module, three functions of 'initializing communication', 'receiving data' and 'sending data' required by communication are simulated.

Their basic flow is described in turn below.

And (6.3.1) initiating communication. As shown in fig. 8, the flow chart of the communication initialization function first initializes the TCP/IP protocol working environment, initializes the receiving buffer cache and the sending buffer cache, and initiates a TCP communication connection by using the comParam communication parameter.

And (6.3.2) receiving data. As shown in fig. 9, when receiving data, the flow chart of the function of receiving data determines that the connection is in an established state, puts the data received on the TCP connection into a receive buffer cache, parses the data packet, and returns the parsed data to the interface caller.

And (6.3.3) sending data. As shown in fig. 10, when sending data, the flow chart of the function of receiving data determines that the connection is in an established state, packages and stores the sending data sent from the interface to the sending buffer seCache, determines that the connection is still in the established state, sends the sending buffer seCache data to the TCP connection, and returns a sending result.

(6.4) Flash operation simulation

And special Flash hardware is arranged on the real SVDU hardware to store configuration parameters and other data. During simulation, a block of memory space is allocated under the CMA-like framework to serve as a Flash space.

Flash emulation includes three main functional emulations of "read data" and "write data" and "erase data".

Their basic flow is described in turn below.

(6.4.1) when reading data, according to a data reading instruction transmitted from the simulation interface, mapping the reading address of the specified data reading address in the g _ Flash range to be an access address A in the g _ Flash range, and using a Windows memory access method from the g _ Flash to read the data of the memory indicated by the address A and return the data to a caller, as shown in FIG. 11.

(6.4.2) when writing data, according to the data writing instruction transmitted from the simulation interface, mapping the writing address of the specified data writing address in the g _ Flash range to be the access address A in the g _ Flash range, and writing the data transmitted from the interface into the memory indicated by the address A by using a Windows memory access method from the g _ Flash, as shown in FIG. 12.

(6.4.3) when erasing data, according to the erasing data instruction transmitted from the simulation interface, mapping the erasing address of the specified erasing data in the g _ Flash range to be an access address A in the g _ Flash range, and using a Windows memory access method to remove the data in the memory pointed by the A address in the g _ Flash, as shown in FIG. 13.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

The above-mentioned embodiments are intended to illustrate the objects, technical solutions and advantages of the present invention in further detail, and it should be understood that the above-mentioned embodiments are merely exemplary embodiments of the present invention, and are not intended to limit the scope of the present invention, and any modifications, equivalent substitutions, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.

Claims (7)

1. A security level display module graphic configuration simulation system is characterized by comprising an SVDU application simulation module, a board level support packet (BSP) and an SVDU hardware simulation module;

the board-level support packet BSP and SVDU hardware simulation module is used for providing simulation hardware and a corresponding hardware interface for the SVDU application simulation module;

the SVDU application simulation module adopts the same code as the SVDU application working in the actual SVDU hardware to realize the SVDU application simulation;

the board-level support packet BSP adopts the same code as the code working in the actual SVDU hardware, is a layer between the SVDU application and the SVDU hardware, and provides a function packet for accessing a hardware device register for an upper-layer SVDU application driving program;

the SVDU hardware simulation module realizes SVDU hardware simulation by using an intelligent continuous memory allocation technology; the SVDU hardware simulation module configures a designated memory area module by using an intelligent continuous memory allocation technology to simulate an SDRAM module, a FLASH module, a man-machine input module, a communication receiving cache module and a communication sending cache module in SVDU hardware, and specifically comprises the following steps:

self-defining an intelligent CMA frame, reserving a section of memory for modules needing the memory during simulation operation, wherein the frame is a configurable modular frame and is used for analyzing and managing memory allocation, and when the modules do not use the section of memory, the modules are allocated to other processes for use; when the modules need to use the section of memory, the memory occupied by the process is recovered or migrated to vacate the reserved memory occupied previously for the modules to use;

under a defined CMA framework, a memory record for storing communication parameters is comParam, a memory record for an SDRAM space used by SVDU application is g _ SDRAM, a memory record as a Flash space is g _ Flash, and a memory record for storing man-machine operation data is g _ WinEnter;

the hardware simulation module comprises a display unit, a communication unit, a man-machine input unit and a Flash simulation unit;

the display unit is a display window which is used for displaying a graphic configuration effect completely consistent with the real SVDU, and the display window is provided with a human-computer input function completely the same as the human-computer interface of the real SVDU;

the communication unit adopts a TCP/IP protocol to transmit SVDU application and external communication data;

the man-machine input unit is used for acquiring man-machine operation data from the g _ WinEnter memory, converting the acquired data into man-machine input data available for SVDU application and transmitting the man-machine input data to the SVDU application through the simulation interface;

the Flash simulation unit is used for realizing the functions of reading data, writing data and erasing data.

2. The system of claim 1, wherein g SDRAM and g Flash share the same memory area or use memory from different memory areas under the defined CMA framework.

3. A simulation method of the security level display module graphic configuration simulation system according to any one of claims 1 to 2, wherein the simulation method comprises the steps of:

step S1, initialization preparation; the initialization preparation of step S1 specifically includes the following steps:

step S11, reading the communication parameters and storing the communication parameters into a comParam memory;

step S12, preparing a blank display window as an SVDU display unit, the display window being a window developed under a corresponding operating system;

step S13, under the defined CMA frame, allocating a memory in the computer memory as g _ SDRAM;

step S14, under the defined CMA frame, allocating a memory in the computer memory as g _ Flash;

step S2, loading the compiled engineering data, reading the whole content of the configuration parameter file, putting the whole content into g _ Flash, and simulating the function of downloading the graphic configuration data into the hardware equipment by the SVDU;

step S3, calculating the operation time required by each configuration primitive in the kernel of the upper computer during configuration simulation by using a code operation time testing technology, comparing the operation time with the operation time required by each configuration primitive in the SVDU actual hardware equipment which is measured in advance, verifying whether the configuration simulation performance is consistent with the actual hardware, if so, executing step S4, otherwise, exiting, modifying the configuration project and returning to the step S1;

step S4, calling an SVDU application entry initialization application to prepare for configuration simulation operation;

s5, performing simulation operation, performing man-machine operation on the display window, acquiring man-machine operation data performed by a user according to a man-machine interaction mechanism of an operating system, and storing the man-machine operation data to g _ Winneter;

and step S6, calling corresponding SVDU application codes according to the acquired human-computer operation data, and executing a working process of SVDU application.

4. The simulation method according to claim 3, wherein the step S6 executes the work processes of one SVDU application including display, human-machine input, communication and Flash operation;

when the display operation is executed: calling an operating system display interface, and displaying the drawn data on a display window;

when executing man-machine input operation: reading the human-computer operation data, converting the human-computer operation data into human-computer input data available for SVDU application, and returning the human-computer input data to the SVDU application through the simulation interface;

when the communication operation is executed: on an operating system, a TCP/IP protocol is used for transmitting communication data between the SVDU application and the outside;

when executing Flash simulation operation: including read data, write data, and erase data emulation.

5. The simulation method according to claim 4, wherein the specific process of performing the communication operation comprises:

initializing a TCP/IP protocol working environment, initializing a receiving buffer cache and a sending buffer cache, and initiating TCP communication connection by using a comParam communication parameter;

when receiving data and judging that the connection is in an established state, putting the data received by the TCP connection into a receiving buffer cache, analyzing a data packet, and returning the analyzed data to an interface caller;

when sending data, judging that the connection is in an established state, packaging the sending data transmitted by the interface and storing the packaged sending data to a sending buffer seCache, judging that the connection is still in the established state, sending the sending buffer seCache data to the TCP connection, and returning a sending result.

6. The emulation method of claim 4, wherein the specific process of executing the Flash emulation operation comprises:

when the Flash simulation unit reads data, according to a data reading instruction transmitted from the simulation interface, mapping a reading address of an appointed data reading address in a g _ Flash range into an access address A in the g _ Flash range, and reading the data of the memory indicated by the address A back to a caller by using a Windows memory access method from the g _ Flash;

when the Flash simulation unit writes data, according to a data writing instruction transmitted from the simulation interface, mapping a write address of an appointed write data address in a g _ Flash range into an access address A in the g _ Flash range, and writing the data transmitted from the interface into a memory indicated by the address A by using a Windows memory access method from the g _ Flash;

when the Flash simulation unit erases data, according to an erasing data instruction transmitted from the simulation interface, an erasing address of the specified erasing data in a g _ Flash range is mapped into an access address A in the g _ Flash range, and the data in the memory pointed by the A address in the g _ Flash is removed by using a Windows memory access method.

7. The emulation method according to any of claims 3 to 6, wherein the operating system is a Windows operating system, a Linux operating system, or a Unix operating system.

Images