JP4032799B2 - Hot stove control software - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a hot-air furnace control Sofutoue A, in particular, suitable for use in a hot-air oven control system in ironworks, the software core unit constructed easily, that can be managed, a hot air oven about the control Sofutoue a.
[0002]
[Prior art]
In the development of system software, functional design peculiar to the industrial field has been made, but it depends on the actuator and sensor type on the user side and the operation plan requirements, and the functions are diverse. Often done after a decision.
[0003]
A facility that repeatedly operates like a hot stove has a feature that there are few degrees of freedom in terms of operation plan, but there are variations in specifications of actuators and sensors that actually operate in the field. In creating a program for such equipment, coding is usually carried out after actually allocating as a program internal signal in accordance with the specifications of the field signal.
[0004]
[Problems to be solved by the invention]
If the signal specifications are changed after creating the software, it will be necessary to search for the program that uses the changed signal and check the effect of the change throughout the program. In addition to the time and effort required, there was a possibility of leakage.
[0005]
The present invention has been made to solve the above-described conventional problems, and an object thereof is to facilitate the creation, analysis, and modification of hot stove control software.
[0006]
[Means for Solving the Problems]
The present invention is control software for controlling a hot stove that performs repetitive operations,
According to the hierarchical flow command to actuators or sensors, as communicated in the actuator or sensor Sama, timer value corresponding to the switching modes that determine the switching timing of the state of the hot-air furnace to be controlled, a hot air oven For the thermal state of the fan and the state of the blower or blast furnace, the set sub-level that is the set command number, the set hierarchy defined by the mode condition, time condition, and sequence condition, and the unit startable condition for each set command number by the operation unit number that is a subset command number is defined, managed together define the operation in the transition to a steady state hot air oven to manage, a luer actuator or sensor is operated in a hot air oven state switching and to Lusa subset hierarchy, each subset command number, a luer actuator or sensor is operated in the subset hierarchy A unit hierarchy part number and part starting conditions and is defined, and Rupa chromatography star hierarchy to operate the actuator or sensor corresponding to the part number, the control system constituted by said set command number, the subset command number and a part number, to function so as to trace the operation portion of the hierarchy from, and, and internally produced the set state signal and the subset state signal and the unit state signals before Kikai layer, hardware Among the system signals handled in the control system, including part signals that are input / output via a program defined as parts, and HMI signals that are input / output between the human machine interface (HMI) , the internal program signal is auxiliary signal produced by combining the signals in advance, Serial be to function so as not allocate HMI signal is obtained by solving the above problems.
[0010]
Control system programs are roughly divided into state recognition, operation commands, and abnormality management. In the present invention, a program skeleton and a development environment having the following features are proposed.
[0011]
(1) The configuration of the entire control system is divided into hierarchies, and the commands of each device are transmitted to the devices according to the hierarchical flow.
[0012]
Here, the status information of the device and the status information of the program defined in each hierarchy can be accessed from any hierarchy and can be taken in as a start condition.
[0013]
In particular, the hot stove switching system is divided into four hierarchies and defined as a set hierarchy, a subset hierarchy, a unit hierarchy, and a part hierarchy.
[0014]
(2) Input / output information for hardware combined with the actual control system, information input from the screen, and device status information and system signals indicating the status of defined programs created by combining these It has a function that can be managed as a database and can be referred to when creating a definition of each hierarchy.
[0015]
(3) A function that has a template that can be defined as an upper layer in a list format and can search to which signal a command from the upper layer is linked, or to which upper layer the system signal is used have.
[0016]
(4) Having a system signal database in the human machine interface (HMI) part and giving information on whether the signals necessary for the control program are input / output as they are or whether pre-processing is required. Has the ability to generate a list of signals in the system that need to be done.
[0017]
Here, the reason why the signal related to the sequence of the control program and the HMI are made independent is that the determination of the HMI of the control system is generally out of sync with the timing, and it is necessary to maintain consistency.
[0018]
In this way, by confirming this signal assignment in advance and making it possible to check it on a modeled document, it is easy to create, analyze, and modify a program.
[0019]
In other words, when creating a program, even if the specifications of the actuator type to be used have not been determined, the design can be performed at the system signal level if the order of actuators to be operated according to the operation plan is determined. Thus, creation efficiency can be improved. Further, even if it is necessary to interrupt during a series of operations due to a change in the operation plan, the program can be easily corrected by dividing the target unit.
[0020]
Also, when performing program analysis work, the program is hierarchized with the actual operation image when searching for the location of the description of the related program. Number) can be easily searched, and the affected range can be managed as a template.
[0021]
As described above, it is possible to easily and centrally manage the creation of programs in the control system.
[0022]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0023]
The present embodiment relates to hot stove switching control, hierarchizes a program as shown in FIG. 1, sets hierarchy 10 having a function of judging switching timing, furnaces such as “blow”, “burning”, and “pause” A function for defining and managing an operation in a transition process of a steady state and a function for defining a device (actuator) to be managed and operated in the subset layer 12 having a function of managing a device operated in a switching state The programs are broadly divided into four layers: a unit layer 14 having parts and a part layer 16 having a function of operating each device.
[0024]
The parts hierarchy 16 is classified according to each actuator type, for example, whether it is a solenoid valve or a motor-operated valve, and specifications such as whether the state input information is only open or only closed. A hierarchy in which programs necessary for manual operation alone are described.
[0025]
Also, the sensor information capturing method must be described as a program for each sensor type, and this program also corresponds to the part hierarchy 16.
[0026]
In the unit hierarchy 14, a series of operation order of each actuator is described with a timer value or a status signal of each actuator as a condition. Regardless of the type of actuator, the operation of equipment used for state transitions necessary for process switching generally involves a series of operations, and the minimum unit is called a unit. This unit hierarchy 14 describes the state of each actuator, the state of the command given to the actuator, and a series of operations that can be described by the timer. When entering, or when it is necessary to maintain a certain state once in a series of operations, or a series of operation parts describing an emergency operation when an abnormality occurs, the units are defined separately.
[0027]
The subset hierarchy 12 describes, for example, a series of operation orders of each actuator in the furnace state switching such as “combustion to pause” and “pause to blow” as a set of units. In this subset hierarchy 12, unit activation conditions and interlock conditions are described.
[0028]
The set hierarchy 10 describes a program for determining a logic for determining a switching start timing corresponding to a subset. The conditions relating to the set include logic determined from the timer value according to the switching mode, the thermal state of the hot stove, and the state of the blower or blast furnace.
[0029]
The program development support environment according to the present invention will be described below.
[0030]
Signals in the program handled by the control system are classified by largely separating hardware and software signals as shown in FIG. This idea is useful when actually constructing a control system in order to clarify the interface between software and hardware.
[0031]
Here, terms are defined as follows. That is, a hardware-connected signal such as an actuator or a sensor is referred to as a “part (state) signal” 20 because input / output is performed via a program defined as a part.
[0032]
A signal input / output to / from the HMI is referred to as “HMI signal” 22.
[0033]
Further, when composing a conditional statement in program design, it is necessary to create an auxiliary signal by combining each signal in advance, and this is referred to as “program internal signal” 30.
[0034]
Further, by hierarchically layering the program, internally generated signals are distinguished as “set state signal” 32, “subset state signal” 34, and “unit state signal” 36.
[0035]
Here, the reason why the HMI signal 22 is not assigned as a program internal signal is that the determination of items to be displayed on the HMI tends to be delayed in the function design stage. Signals handled by such a system are collectively referred to as “system signals”.
[0036]
As shown in FIG. 3, a set, subset templates 42 and 44 described by conditions and command numbers, one part is a unit template 46 defined to be included in one unit, an actuator list 52 and a sensor. A device list 50 including a list 54, an internal system signal definition list 60 to be processed when creating a program, and an HMI item list 62 are defined as external input environments.
[0037]
3, 70 is an internal signal database 72 including a set template 42, a subset template 44 and a unit template 46, a system signal database including a parts signal database 74, 76 is an actuator program library, and 78 is a sensor program library. is there.
[0038]
The definition for commanding from the set hierarchy to the subset hierarchy is managed as a subset activation command as shown in FIG. 4 as an example of the definition template for the set hierarchy, and the command number definition is managed by a unique code (number). . This definition is managed as a database by inputting it into a template prepared in advance, and has a function of automatically issuing a number. The same applies to the commands from the subset hierarchy to the unit hierarchy, as shown in FIG. FIG. 6 shows an example of a general device interlocking operation and unit division, and FIG. 7 shows an example of unit hierarchy definition.
[0039]
As for the part hierarchy, it is possible to unify the program described for each actuator and sensor type instead of the method of managing and describing the template after the user's request, so create a program in advance and register it as a part library Keep it. By entering the actual equipment used by the user into the list as shown in FIG. 8, the interface with the unit hierarchy is different from each type in the item name on the program description as the actual actuator command and status information. It should be generated automatically by referring to this library. For example, by selecting the device type from the choice A, it is possible to define a list for each device type, and for using the device, the list definition can be performed by selecting from the option B.
[0040]
In the option A, for example, device type information such as a shut-off valve, a control valve, and an electric motor can be selected. In the option B, detailed specifications can be selected while the specifications of the device information are defined. For example, a solenoid type solenoid valve In the case of a circuit, each type is defined by selecting pattern options such as pattern A, pattern B, and pattern C from information defining the solenoid valve model, voltage, current, etc. The system signal number is determined by combining the number and the item number.
[0041]
In this way, by inputting the device list used by the user, the parts are automatically selected and the part signal database 74 is generated. In the upper layer template, it is possible to extract the determination condition items by selecting a list generated from the system signal database 70. In this process, if there is no system signal required as a judgment condition, it is necessary to process it as an internal system signal. The processing method of the signal is described in the internal system signal sheet template as shown in FIG. Take a method. That is, the necessary system signals are managed in a unified manner by the database generated from the device specifications provided from the user side, the internal signals required when creating the program, and the HMI item list. Further, as shown in FIG. 2, the signal written in the system signal database 70 corresponds to the HMI signal 22 and the program internal signal 30 on a one-to-one basis with the part signal 20, as shown in FIG. Has a reference function to check.
[0042]
By performing such a template and database management, for example, a command from the set hierarchy is used to determine which part of the lower subset hierarchy, unit hierarchy, or part hierarchy is to be operated in order. The function to trace by command number and part number is realized. Conversely, by using the system signal number, it is possible to trace back the units, subsets, and sets that specify that system number, and what part of the function will be affected if the device specification changes. Can be easily searched.
[0044]
【The invention's effect】
According to the present invention, when creating the software, even if the specification of the actuator type to be used is not yet determined, if the order of the actuators to be operated in the operation plan is determined, the temporary actuator type is defined in the unit definition. It is possible to create a control program by describing.
[0045]
Further, even when a change in the operation plan necessitates a design to interrupt during a series of operations, the program can be easily corrected by dividing the target unit.
[0046]
Furthermore, even when performing program analysis work, the program is hierarchized with the actual operation image when searching where the description of the related program is made, so the item number used (signal number) ) Can be easily searched, and the affected range can be managed on a template.
[0047]
As described above, the creation of programs in the control system can be easily and centrally managed.
[Brief description of the drawings]
FIG. 1 is a diagram showing a concept of hierarchization of control software. FIG. 2 is a diagram showing signal classification in a control system according to the present invention. FIG. 3 is a configuration of an embodiment of a program creation device according to the present invention. FIG. 4 is a diagram showing an example of a set hierarchy definition template in the embodiment. FIG. 5 is a diagram showing an example of a subset hierarchy definition template. FIG. 6 is also a general device link. Diagram showing an example of operation and unit separation [Fig. 7] Diagram showing an example of a unit hierarchy definition template [Fig. 8] Diagram showing an image of device list input [Fig. 9] HMI item Diagram showing image of list input [Fig. 10] Diagram showing image of input of program signal internal list [Explanation of symbols]
10 ... set hierarchy 12 ... subset hierarchy 14 ... unit hierarchy 16 ... part hierarchy 20 ... part signal 22 ... HMI signal 30 ... program internal signal 32 ... set status signal 34 ... subset status signal 36 ... unit status signals 42, 44, 46 ... Template 50 ... Device list 52 ... Actuator list 54 ... Sensor list 60 ... Internal system signal definition list 62 ... HMI item list 70 ... System signal database 72 ... Internal signal database 74 ... Parts signal database 76 ... Actuator program library 78 ... Sensor program library

Claims (1)

Control software for controlling a hot stove that performs repetitive operations,
According to the hierarchical flow command to actuators or sensors, as communicated in the actuator or sensor Sama,
The motor subset number that is the set command number, mode condition, and time for the timer value according to the switching mode that determines the switching timing of the state of the hot stove that is the control target, the thermal state of the hot stove, and the state of the blower or blast furnace Set hierarchy defined by conditions, sequence conditions,
For each set command number, a unit startable condition and an operation unit number that is a subset command number are defined , so that the operation in the transition process to the steady state of the hot stove is defined and managed, and the hot stove state switching and Lusa subset hierarchy to manage luer actuator or sensor to operate in,
For each subset command number, a unit hierarchy and part number and part activation condition of operation is allowed luer actuator or sensor in the subset hierarchy is defined,
And Rupa over star hierarchy to operate the actuator or sensor corresponding to the part number, the control system composed of,
From the set command number , the subset command number, and the part number , function to trace the operation part of the hierarchy ,
And, before and internally produced the set state signal and the subset state signal and the unit status signal in Machinery layer, leading to hardware, and part signals input via the program defined as a part is made, Human Machine Among the system signals handled in the control system having an HMI signal input to and output from an interface (HMI) ,
Control software for causing a program internal signal , which is an auxiliary signal created by combining each signal in advance, to function so as not to allocate the HMI signal.

Images