Scada web HMI system

Abstract

This SCADA web HMI system comprises an address diversion source designation means and an address diversion means. The address diversion source designation means designates an existing component on a first screen as an address diversion source for a new component on a second screen, which is an address diversion destination. The address diversion means is used for causing the new component and the existing component to perform the same processing when the existing component is designated as the address diversion source for the new component by the address diversion source designation means. When an address assignment means has already assigned an address to the existing component, the address diversion means diverts the address of the existing component to the new component. A web browser displays an HMI screen, updates the display of the existing component on the first screen and the new component on the second screen according to a common display signal, and transmits operation signals corresponding to operations of the existing component and the new component to a common address of a PLC.

Description

SCADA Web HMI System

[0001] The present invention relates to a SCADA web HMI system.

[0002] SCADA (Supervisory Control and Data Acquisition) is known as a mechanism for monitoring and controlling social infrastructure systems. Social infrastructure systems include, for example, steel rolling systems, power transmission and transformation systems, water and sewerage treatment systems, building management systems, and road systems. SCADA is a type of industrial control system that uses computers to monitor systems and control processes. SCADA requires responsiveness (real-time performance) that matches the processing performance of the system.

[0003] SCADA includes, as subsystems, a human machine interface (HMI), a monitoring and control system, a remote input / output (RIO) device, and a communication infrastructure.

[0004] HMI is a mechanism that displays data on the target process (monitored device) and components such as operation buttons (also called "operation components" or "items") on the HMI screen, allowing an operator to monitor the process and operate the operation buttons to control the target process. The monitoring and control system collects signal data (PLC signals) from the process and sends control commands to the process. The monitoring and control system is composed of a PLC (Programmable Logic Controller). The remote input / output device connects to sensors installed in the process, converts the sensor signals into digital data, and sends the digital data to the monitoring and control system. The communication infrastructure connects the monitoring and control system to the remote input / output device.

[0005] In a SCADA system having such a configuration, it is necessary to accurately transmit operation signals and display signals between the supervisory control system (PLC) and the HMI. To achieve this, it is necessary not only to associate display components on the HMI screen with operation signals and display signals, but also to properly manage address information for transmitting and receiving operation signals and display signals, such as item names of operation signals and display signals and addresses of operation signals and display signals stored in the supervisory control system (PLC) and the HMI, respectively.

[0006] In recent years, industrial control systems have become larger in scale as plants have become larger in scale. Large-scale industrial control systems handle address information assigned to tens of thousands or even hundreds of thousands of items.

[0007] However, if the designer of the HMI screen had to manually assign the names of the operation signals and display signals, and the addresses of the operation signals and display signals stored in the supervisory control system (PLC) and HMI, this would be a huge burden for the designer, require a huge amount of work time, and could lead to work errors.

[0008] In order to reduce such work time and work errors, for example, the design support device described in Patent Document 1 has a function of automatically assigning addresses for sending and receiving operation signals and display signals between a monitoring control system (PLC) and an HMI connected via a network.

[0009] Japanese Patent Application Publication No. 2011-81430

[0010] However, sometimes a newly created HMI screen contains new components (new components linked to the same operation or display signals) that are identical to existing components placed on an existing HMI screen. In this case, even if a PLC address was assigned to the existing component, a different PLC address was assigned to the new component. This required changes to the PLC software, resulting in increased designer time. Furthermore, the increased number of PLC addresses also increased the address space within the PLC, resulting in increased data volumes being sent to and received from the PLC.

[0011] The present disclosure has been made to solve the above-mentioned problems, and aims to provide a SCADA web HMI system that can eliminate the need to change the PLC software when adding or modifying an HMI screen by adding only new components that perform the same processing as existing components, thereby reducing the designer's work time and minimizing the address area used within the PLC and the amount of data sent and received from the PLC.

[0012] The first aspect relates to a SCADA web HMI system. The SCADA web HMI system updates the display state of at least one component displayed on an HMI screen on a web browser based on a display signal corresponding to a signal received from a PLC, and is capable of transmitting an operation signal corresponding to an operation of the at least one component to the PLC. The SCADA web HMI system includes an HMI design device that creates multiple HMI screens, and the HMI design device has address allocation means that assigns addresses to all components on the created HMI screens. The SCADA web HMI system includes an address reuse source designation means and an address reuse means. An existing HMI screen is designated as a first screen, an HMI screen to be added or modified is designated as a second screen, components on the first screen are designated as existing components, and components on the second screen are designated as new components. The address reuse source designation means designates an existing component as a source of address reuse for the new component as a destination of address reuse. The address reuse means is for specifying an existing part as a source of address reuse for the new part by the address reuse source specifying means, and for performing the same processing for the new part and the existing part, and reuses the address of the existing part for the new part when an address has already been assigned to the existing part by the address assignment means. The web browser displays an HMI screen, updates the display of the existing part on the first screen and the new part on the second screen based on a common display signal, and transmits operation signals according to operations of the existing part and the new part to a common address of the PLC.

[0013] The second aspect has the following characteristics in addition to the first aspect: the existing component and the new component are display components that update the display states on the first screen and the second screen based on a display signal, or operation components that transmit an operation signal to the PLC.

[0014] A third aspect has the following characteristics in addition to the first or second aspect: The SCADA web HMI system further includes an address diversion result generating means for generating address diversion information in which part names of existing parts and part names of new parts are described.

[0015] According to the present disclosure, new components that perform the same processing as existing components can be assigned addresses that are shared with existing components. Therefore, there is no need to implement processing to operate the new components in the PLC software; the new components can be operated based on the addresses of the existing components. This allows designers to change only the HMI screen without changing the PLC software, thereby reducing their work time. Furthermore, the address space used within the PLC and the amount of data sent and received by the PLC can be minimized.

[0016] 6( a ) is a diagram showing a configuration of a SCADA web HMI system according to an embodiment. FIG. 6( b ) is a block diagram showing an example of the hardware configuration of a SCADA web HMI design device and a SCADA web HMI execution device. FIG. 6( c ) is a block diagram showing an example of the hardware configuration of an engineering tool and a web browser. FIG. 6( a ) is a diagram showing an example of a drawing creation screen displayed by an engineering tool. FIG. 6( b ) is a diagram showing an example of a first screen and a second screen which are HMI screens created by a drawing process. FIG. 6( a ) is a diagram showing an example of in-screen component information of the first screen shown in FIG. 5. FIG. 6( b ) is a diagram showing an example of in-screen component information of the second screen shown in FIG. 5. FIG. 6( b ) is a diagram showing an example of in-screen component information of the second screen after an address reuse source has been input. FIG. 6 is a flowchart for explaining the flow of address allocation processing 14. FIG. 6 is a diagram showing an example of an allocation processing rule. FIG. 6 is a diagram showing an example of in-screen component information of the first screen after executing the address allocation processing. FIG. 6 is a diagram showing an example of in-screen component information of the second screen after executing the address allocation processing and the address reuse processing. FIG. 6 is a diagram showing an example of address reuse information generated after executing the address reuse processing.

[0017] Hereinafter, embodiments of the present disclosure will be described in detail with reference to the drawings. However, when the number, quantity, amount, range, etc. of each element is mentioned in the embodiments shown below, the present invention is not limited to the mentioned numbers unless specifically stated or clearly specified in principle. Furthermore, the structures, etc. described in the embodiments shown below are not necessarily essential to the present disclosure unless specifically stated or clearly specified in principle. Note that elements common to each figure are assigned the same reference numerals, and redundant explanations will be omitted.

[0018] <Overall System> Figure 1 is a diagram showing the configuration of a SCADA web HMI system according to an embodiment. The SCADA web HMI system includes a SCADA web HMI design device (hereinafter also referred to as "HMI design device") 1, which is an HMI development environment. The SCADA web HMI system includes, as subsystems, a SCADA web HMI execution device (hereinafter also referred to as "HMI execution device") 3, which is an HMI execution environment, a monitoring and control system 4, a communications infrastructure 5, a remote input / output device (RIO) 6, and a monitored device 7.

[0019] The monitoring and control system 4 includes a programmable logic controller (PLC) having an internal address area 41. The communication infrastructure 5 connects the monitoring and control system 4 to a remote input / output device. The remote input / output device 6 connects to a sensor installed in a monitored device 7, converts the sensor signal into digital data, and sends the digital data to the monitoring and control system 4. The monitored device 7 is a sensor, actuator, etc. that constitutes a plant.

[0020] <HMI Design Device> The HMI design device 1 executes an engineering tool 10. The engineering tool 10 has a function for creating and editing drawings, a function for saving drawing data in Scalable Vector Graphics (SVG) format, and extended functions. The drawing creation and editing functions and the SVG data saving function are realized, for example, by Microsoft Visio (registered trademark). The HMI design device 1 is equipped with a GUI as a user interface for executing the engineering tool 10. The engineering tool 10 generates interface information 21 and HMI screen data 22 required to operate the HMI execution device 3, which is the HMI execution environment. The interface information 21 and HMI screen data 22 constitute web HMI data 2.

[0021] 2 is a block diagram showing an example of the hardware configuration of the SCADA web HMI design device 1 and the SCADA web HMI execution device 3. FIG. 3 is a block diagram for explaining the main processes executed in the engineering tool 10 and the web browser 32.

[0022] Each process of the HMI design device 1, which will be described later, is realized by a processing circuit shown in Figure 2. The processing circuit is configured by connecting at least one processor 1a, a memory 1b, a display 1c, and an input / output interface 1d. The memory 1b stores programs describing each process executed by the engineering tool 10. The input / output interface 1d includes input devices such as a keyboard and a mouse, and an output device capable of outputting web HMI data 2 as a file. The processor 1a realizes each process of the HMI design device 1, which will be described later, by executing the programs read from the memory 1b.

[0023] 3, the engineering tool 10 can execute, as main processes, a drawing process 11, a component data generation process 12, an in-screen component information generation process 13, an address allocation process 14, an interface information generation process 15, and an HMI screen data generation process 16. Each process executed by the engineering tool 10 will be described below.

[0024] (Drawing Process) First, the drawing process 11 for creating drawings to be used as HMI screens will be described with reference to Figures 4 and 5. Figure 4 is a diagram showing an example of a drawing creation screen 100 displayed by the engineering tool 10. The drawing creation screen 100 is displayed on the display 1c.

[0025] The drafting process 11 displays, side by side, a stencil area 101 in which prototypes (master shapes) 101a, 101b, and 101c of multiple components required to create a drawing are arranged, and a drafting area 102 in which a drawing for an HMI screen is drawn, on a drawing creation screen 100. In the drafting process 11, the designer operates the input / output interface 1d to select a prototype from the stencil area 101 and place the selected prototype in the drafting area 102. In the example shown in Fig. 4, a prototype 101a of a two-choice button item in the stencil area 101 is dragged and dropped into the drafting area 102, thereby placing a two-choice button item 102a in the drafting area 102.

[0026] 5 is a diagram showing an example of a first screen G100 and a second screen G200, which are HMI screens created by a drawing process. An alternative button item 111 is arranged on the first screen G100, and an alternative button item 112 is arranged on the second screen G200 in a position different from that on the first screen G100. The first screen G100 corresponds to an existing screen in the claims, and the second screen G200 corresponds to a new screen in the claims. The alternative button item 111 corresponds to an existing part in the claims, and the alternative button item 112 corresponds to a new part in the claims.

[0027] (Component Data Generation Process) Next, a description will be given of the component data generation process 12. The component data generation process 12 automatically generates unique component data when a component is placed in the drawing area 102 shown in Fig. 4. Although not shown, the component data is data that associates placement information of the component placed in the drawing area 102 with a component identifier, an attribute identifier, and a component type.

[0028] The placement information is static screen display data such as the shape, position, and size of a component placed in the drawing area 102, and is information that does not change the appearance of the component regardless of the value of the received PLC signal. The placement information can be changed in the drawing area 102. The component identifier is a unique identifier that identifies each component placed on a single drawing, such as a component number. The attribute identifier is an identifier that indicates the dynamic display attribute of the component.

[0029] The component data generation process 12 generates a "component name" by combining the screen identifier G100, G200 of the HMI screen and the component identifier 1PL2, and generates an "item name" by combining the component name and the attribute identifier. The item name is unique in the SCADA web HMI system.

[0030] The component data generation process 12 generates one "component type" for each component. For example, a component type "PL" is generated for an operation component, and a component type "SL" is generated for a lamp display component.

[0031] (Intra-screen component information generation process) Next, the intra-screen component information generation process 13 will be described with reference to Fig. 6. Fig. 6(a) is a diagram showing an example of intra-screen component information 131 of the first screen G100 shown in Fig. 5. Fig. 6(b) is a diagram showing an example of intra-screen component information 132 of the second screen G200 shown in Fig. 5.

[0032] The on-screen component information generation process 13 is executed when component data is generated by the component data generation process 12. The on-screen component information generation process 13 generates tabular on-screen component information 131, 132 for each screen G100, G200. The on-screen component information 131, 132 includes, for each component, a component name, a component type, and item names of operation signals and display signals. The addresses of the operation signals and display signals are written after execution of the address allocation process 14, which will be described later.

[0033] Here, the part name of the address reuse source is manually input by the HMI screen designer using the input / output interface 1d when executing the address reuse process 140 described below and before executing the address allocation process 14. Therefore, the input / output interface 1d corresponds to the "address reuse source designation means" in the claims. Figure 7 is a diagram showing an example of the in-screen part information 132 of the second screen G200 after the part name of the first screen G100 has been input as the address reuse source.

[0034] When executing the address reuse process 140 in the address allocation process 14 described below, a "source address component name" is specified for each component to associate the address with the component from which the address is reused. In the example shown in FIG. 7, the in-screen component information 132 for the second screen G200 is edited, and the component name of the operation component placed on the first screen G100, "G100_1PL2," is entered in the "source address component name" field. Here, the address reuse destination component name "G200_1PL2" and the address flow source component name "G100_1PL2" are the same component type PL and perform the same processing. "Performing the same processing" means that they are linked to the same operation signal or display signal.

[0035] (Address Allocation Process) Next, the address allocation process 14 will be described with reference to Figures 8 to 10. The address allocation process 14 is executed by the designer of the HMI screen. The address allocation process 14 allocates addresses to all components on each of the screens G100 and G200. Figure 8 is a flowchart for explaining the flow of the address allocation process 14. Figure 9 is a diagram showing an example of an allocation process rule 141. Figure 10 is a diagram showing an example of intra-screen component information 131 for the first screen G100 after the address allocation process 14 has been executed. The address allocation process 14 corresponds to the "address allocation means" in the claims.

[0036] When the routine shown in FIG. 8 is executed, first, the on-screen component information 131, 132 generated by the on-screen component information generation process 13 is read (step S10). Next, the number of component names in the on-screen component information G100, G200 is assigned to the variable N, and "1" is assigned to the counter variable i as an initial value (step S11). Next, the allocation processing rule 141 for allocating addresses is read (step S12). As shown in FIG. 9, the allocation processing rule 141 defines the association between the number of bits of an operation signal and the number of bits of a display signal for each component type. In the example shown in FIG. 9, the number of bits of an operation signal and the number of bits of a display signal corresponding to the component type are defined. The engineering tool 10 has the allocation processing rule 141. The allocation processing rule 141 is stored in memory 1b.

[0037] Next, it is determined whether the value of counter variable i is less than N (step S13). If the value of counter variable i is less than N, it is determined whether an address diversion source has been specified (step S14). If an address diversion source has been specified, the process proceeds to step S17, which will be described later, and address diversion processing 140, which will be described later, is executed. If an address diversion source has not been specified, the process proceeds to step S15. The process of step S14 corresponds to the "address diversion source specifying means" in the claims.

[0038] In step S15, an address is assigned from the on-screen component information corresponding to the ith component name among the on-screen component information 131, 132, based on the allocation processing rule 141. Specifically, from the on-screen component information corresponding to the ith component name, an address is assigned to the operation signal to be transmitted from the SCADA web HMI execution device 3 to the monitoring control system (PLC) 4, and an address is assigned to the display signal to be transmitted from the monitoring control system (PLC) 4 to the SCADA web HMI execution device 3, based on the number of bits of the operation signal and the number of bits of the display signal included in the allocation processing rule 141 read out in step S12. Thereafter, i+1 is substituted for the variable i, and the process returns to step S13.

[0039] The address information generation process 14 can be executed for each of the screens G100 and G200. When the address information generation process 14 is executed for the first screen G100, addresses are assigned to the item names "G100_1PL1_CMD" and "G100_1PL2_CMD" of the operation signals of the part name "G100_1PL2" and the item names "G100_1PL1_SL" and "G100_1PL2_SL" of the display signals, respectively, based on the assignment process rule 141, as shown in FIG.

[0040] The address information generation process 14 has an address diversion process 140 that includes steps S17 to S24. As shown in Fig. 2, the address diversion process 140 is executed as part of the address information generation process 14. The address diversion process 140 can divert an address from an operation item arranged on the first screen G100 to an operation item on the second screen G200.

[0041] (Address Information Diversion Processing) The address information diversion processing 140 will be described with reference to Figures 11 and 12. The address information diversion processing 140 corresponds to the "address diversion source designation means" and "address diversion means" in the claims.

[0042] The address information reuse process 140 is executed when it is determined in step S13 that the value of the counter variable i is less than N and when it is determined in step S14 that the address reuse source has been designated.

[0043] In step S17, it is determined whether the component type of the address source and the component type of the address destination are the same based on the on-screen component information. If the component type of the address source and the component type of the address destination are different, the process proceeds to step S22, where an error message is displayed, and the routine ends. If the component types are the same, the process proceeds to step S18.

[0044] In step S18, it is determined whether an address has already been assigned to the component from which the address is to be used, based on the in-screen component information 131 of the first screen G100. If an address has not been assigned to the component from which the address is to be used, the process proceeds to step S22. If an address has been assigned to the component from which the address is to be used, the process proceeds to step S19.

[0045] In step S19, the same address as the address source component is allocated to the address destination component. Fig. 11 is a diagram showing an example of in-screen component information 132 for the second screen G200 after the address information generation process 14 and the address diversion process 140 have been executed. As shown in Fig. 11, addresses that are the same as those allocated to components on the first screen G100 are allocated to components on the second screen G200. When the address diversion process 140 is executed in the address information generation process 14, the component name "G100_1PL2" of the address source is used to associate each component with the address source component.

[0046] Next, the number of part names whose addresses have been reused is assigned to variable k (step S20). Next, i+k is assigned to variable i (step S21), and the process returns to step S13. If the address allocation process 14 continues and it is determined in step S13 that the value of counter variable i is equal to or greater than N, the process proceeds to step S23.

[0047] In step S23, the address allocation result is added to the on-screen component information 131, 132, as shown in Figures 10 and 11. Next, address diversion information is generated (step S24). Figure 12 is a diagram showing an example of address diversion information 142 generated after executing address diversion processing 140. The address diversion information 142 makes it possible to associate and store the component name of the address diversion source with the component name of the address diversion destination. The processing of step S24 corresponds to the "address diversion result generating means" in the claims. After step S24, this routine ends.

[0048] (Interface Information Generation Process) After completion of the address allocation process 14, the interface information generation process 15 generates, based on the in-screen component information, interface information 21 in a format that can be read by the SCADA web HMI execution device 3. The interface information 21 is information that defines the relationship between the names and addresses of each item of the operation signal sent from the SCADA web HMI execution device 3 to the monitoring control system (PLC) 4 and the display signal sent from the monitoring control system (PLC) 4 to the SCADA web HMI execution device 3.

[0049] (HMI Screen Data Generation Process) The HMI screen data generation process 16 generates HMI screen data 22 in a format that can be read by the SCADA web HMI execution device 3 based on the layout information of each component generated by the component data generation process 12.

[0050] The web HMI data 2, which includes the interface information 21 and HMI screen data 22 generated by the engineering tool 10 in this manner, is information that can be read by the SCADA web HMI execution device 3. The SCADA web HMI execution device 3 updates the display of HMI screens such as the first screen G100 and the second screen G200 based on the web HMI data 2. Specifically, the HMI screen display is updated based on the HMI screen data 22, which is static information such as the shape, position, and size of the components, and values ​​received from the PLC 4, which is dynamic information. The interface information 21 defines address information assigned to the display items and operation items of each component on the HMI screen.

[0051] <HMI Execution Device> The processing of the HMI execution device 3 is realized by the processing circuit shown in Figure 2. The processing circuit includes at least one processor 3a, a memory 3b, a display 3c, an input / output interface 3d, and a network interface 3e. The memory 3b stores programs describing the processing to be executed by the HMI execution device 3. The input / output interface 3d includes input devices such as a keyboard and a mouse, and a device capable of reading web HMI data 2 (interface information 21 and HMI screen data 22). The network interface 3e is a device that connects to the monitoring and control system 4 and can send and receive signal data and control commands. The processor 3a executes the programs read from the memory 3b to realize each of the processing operations of the HMI execution device 3, which will be described later.

[0052] (Web Server) The web server 31 reads the web HMI data 2. The web server 31 arranges the interface information 21 and HMI screen data 22 of the web HMI data 2 as HMI web runtime content, enabling signals to be transmitted and received between the web browser 32 and the monitoring and control system (PLC) 4.

[0053] The processing of the HMI server runtime 311 running on the web server 31 is as follows. That is, the HMI server runtime 311 has an application server built in, and supplies HMI web runtime content to the web browser 32. The HMI server runtime 311 communicates with the monitoring and control system 4 (PLC), and if a PLC signal received from the monitoring and control system 4 is a signal related to the HMI screen currently displayed on the web browser 32, it transmits the PLC signal to the web browser 32. The HMI server runtime 311 transmits signal data from the monitored device 7 to the HMI web runtime 321, and also transmits control commands from the HMI web runtime 321 to the monitoring and control system 4.

[0054] (Web Browser) The processing of the web browser 32 will be described with reference to FIG. 3 . The web browser 32 reads the web HMI data 2 (interface information 21 and HMI screen data 22) and displays an HMI screen for monitoring the plant on the web browser 32. The HMI screen displays components (parts) that display the status of the monitored device 7 and components (parts) for operating the monitored device 7 via the monitoring and control system 4. The web browser 32 can display and update the HMI screen in response to signals received from the monitoring and control system (PLC) 4. The web browser 32 changes the appearance of the components displayed on the HMI screen in response to values ​​of PLC signals received from the monitoring and control system 4 via the web server 31.

[0055] The alternative buttons 111, 112 arranged on the first screen G100 and the second screen G200 displayed as HMI screens operate based on address information written in the interface information 21. For the alternative buttons 111, 112 arranged on the first screen G100 and the second screen G200, common address information is defined by the address reuse process 140 described above for the operation signal from the HMI execution device 3 to the monitoring control system (PLC) 4 and the display signal from the monitoring control system (PLC) 4 to the SCADA web HMI execution device 3. Therefore, if PLC software corresponding to the alternative button 111 on the first screen G100 is created, there is no need to create PLC software corresponding to the alternative button 112 on the second screen G200, thereby reducing the work time of the PLC software designer.

[0056] As described above, according to this embodiment, the address allocation process 14 includes the address reuse process 140, so that new components that perform the same processing as existing components can be assigned addresses that are shared with existing components. Therefore, there is no need to implement processing for operating new components in the PLC software; the new components can be operated based on the addresses of existing components. Therefore, only the second screen G200 can be changed without changing the PLC software, thereby reducing the designer's work time. Furthermore, the address area 41 used within the PLC 4 and the amount of data sent and received to the PLC 4 can be minimized.

[0057] Although the embodiments have been described above, the present disclosure is not limited to the above embodiments and can be implemented with various modifications within the scope of the present disclosure. For example, the above embodiments have been described using an example in which a second screen G200 separate from an existing first screen G100 is newly created (added), but the present disclosure can also be applied to a case in which the first screen G100 is modified to create the second screen G200.

[0058] In the above embodiment, an example was explained in which all of the part names from which addresses are to be reused are manually entered, but it may also be configured so that, for example, the first letter "G" that is part of the part name is manually entered, and multiple part names containing that letter are displayed as candidates from which the user can select. This reduces input errors compared to when all of the part names are manually entered, and is particularly advantageous when there are many part names from which addresses are to be reused.

[0059] In the above embodiment, drawing data in SVG format is used, but the format of the drawing data is not limited to this. If the web browser 32 supports WebGL, the drawing data may be in a format compatible with WebGL.

[0060] In the above embodiment, the HMI execution device 3 is equipped with a web server 31 and a web browser 32, but it may also be configured so that multiple client terminals are connected to the web server 31 and the web browser 32 is displayed on the display of each client terminal.

[0061] 1... HMI design device, 1d... input / output interface (address reuse source designation means), 10... engineering tool, 11... drawing processing, 12... component data generation processing, 13... in-screen component information generation processing, 14... address allocation processing (address allocation means), 140... address reuse processing (address reuse source designation means, address reuse means), 142... address reuse information, 15... interface information generation processing, 16... HMI screen data generation processing, 3... HMI execution device, 32... web browser, 4... monitoring control system (PLC), 41... address area, 7... monitored device, G100... first screen, existing screen, HMI screen, 111... two-way button item (existing component), G200... second screen, new screen, HMI screen, 112... two-way button item (new component)

Claims

1. A SCADA web HMI system capable of updating the display state of at least one component displayed on an HMI screen on a web browser based on a display signal corresponding to a signal received from a PLC and transmitting an operation signal corresponding to the operation of the at least one component to the PLC, the system comprising an HMI design device for creating a plurality of HMI screens, the HMI design device having address assignment means for performing address assignment for all components on the created HMI screens. In this case, the existing HMI screen is defined as the first screen, the HMI screen to be added or modified is defined as the second screen, the components on the first screen are defined as existing components, and the components on the second screen are defined as new components. The system further comprises address diversion source designation means for designating an existing component, which is the address diversion source, for a new component, which is the address diversion destination. When the existing component is designated as the address diversion source of the new component by the address diversion source designation means and the new component and the existing component perform the same process, and when an address has already been assigned to the existing component by the address assignment means, the system further comprises address diversion means for diverting the address of the existing component to the new component. The web browser displays the HMI screen, updates the display of the existing components on the first screen and the new components on the second screen based on a common display signal, and transmits the operation signal corresponding to the operations of the existing components and the new components to a common address of the PLC.

2. The SCADA web HMI system according to claim 1, wherein the existing components and the new components are display components for updating the display states on the first screen and the second screen based on the display signal, or operation components for transmitting the operation signal to the PLC.

3. The SCADA web HMI system according to claim 1 or claim 2, further comprising address diversion result generation means for generating address diversion information describing the component names of the existing components and the new components.

Images