JP2752982B2 - Control execution program generation device - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION [Object of the Invention] (Industrial application field) The present invention is based on input information given by a designer.
The present invention relates to a control execution program generation device that automatically generates a control execution program for a programmable controller.

(Prior Art) In a programmable controller used to control a control target such as various plants, the same control target may be controlled by a different method. For example, a control target may be moved in the order of the operation A and the operation B in a certain state, and may be moved in the order of the operation B and the operation A in another state. In addition, the order of operations given to the control target may be the same, the timing of transition from the operation to the next operation may be different, or the set speed of the operation may be different. For this reason, conventionally, a designer has individually created a plurality of control execution programs that define these operations, and input the programs to a programmable controller.

However, in general, when the operation of various control objects transitions, detailed constraints such as a condition to be satisfied and a condition for stopping the operation are imposed. There is a problem that it becomes a heavy burden on the elderly. For this reason, as described above, the work in which a designer individually creates a plurality of control programs has a drawback that program generation efficiency is low and that a program input error easily occurs.

(Problems to be Solved by the Invention) As described above, conventionally, a designer has individually created a plurality of control execution programs that define the operation of a programmable controller while taking into account detailed constraints.
There has been a problem that the generation efficiency of the program is low and the input error of the program is liable to occur.

The present invention has been made in view of such circumstances,
The purpose is to specify the outline of the target operation of the control target as input information and automatically generate the transition condition between the target operations and automatically generate the target control execution program. Another object of the present invention is to provide a control execution program generating device.

[Configuration of the Invention] (Means for Solving the Problems) A control execution program generation device according to the present invention provides target knowledge which describes constraint relation information on each operation of a control target in association with a state of the control target. Storage means for storing,
When the general information of the target operation of the control target is given, target knowledge related to the target operation is searched from the storage unit, and the target operation is refined based on the target knowledge and the transition between the target operations is performed. Program generation control means for generating conditions and generating a target control execution program.

(Operation) According to the present invention, when an outline of a target operation is given via the input unit, the program generation control unit searches for target knowledge related to the target operation, and based on this knowledge, the program generation control unit searches for the target operation. A transition condition is determined, and a target control execution program is generated. Therefore, for example, when the same control target is controlled by different methods, according to the present invention, it is only necessary to change the general information of the target operation, and the conventional method of individually creating and inputting a plurality of programs is used. This saves a lot of trouble, reduces input errors, and improves program quality. In addition, when the configuration of the control target or the possible operation is changed, the contents of the target knowledge storage unit need only be rewritten for the changed part, so that the maintenance and extension of the control execution program generation device itself is easy. .

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

FIG. 1 is a configuration diagram of a system using the control execution program generation device according to the present embodiment. In FIG. 1, reference numeral 1 denotes a CPU (central processing unit) serving as a program generation control unit;
Reference numeral 2 denotes a program storage device for storing a program created by the CPU 1; This is a target knowledge storage device that stores the described target knowledge. These CPU 1 and both storage devices 2,
3 is connected via a bus 9. Also, this bus 9
Is connected to the display device 5 via the display device interface 4. The display device 5 presents information to the designer, such as displaying the generated program. The input device 7 is connected to the bus 9 via the input device interface 6. The input device 7 is used by a designer to input input information necessary for design such as an outline of a target operation to be performed. Further, a programmable controller interface 8 is connected to the bus 9. These components constitute the control execution program generation device 10. The control execution program generated by the control execution program generation device 10 is output via the programmable controller interface 8. The programmable controller 11 controls the control target 12 according to the input control execution program.

FIG. 2 is an example of a description of target knowledge that expresses the relationship between the operation of the control target stored in the target knowledge storage device 3 and the establishment conditions, stop conditions, and constraints. The main elements used in the knowledge expression are an object 21 indicated by a circle in the figure and a relation 22 between the objects indicated by an arrow in the figure. The object 21 represents a control target, a control target operation, a control target state, a system state, and the like. The relationship 22 between the objects represents the relationship that the object at the start of the arrow has with the object at the end of the arrow.
For example, if it is assumed that the slow cooling cover performs forward, backward, and opening and closing operations, the relationship of the object “open” in FIG. Closing is an action that the slow cooling cover can take, and the action that can be taken is further divided into high-speed closing and low-speed closing. The condition for closing is the power supply of the slow cooling cover.
ON, not an emergency stop ((not) in the figure indicates negation),
Automatic operation mode selection. The closing stop condition is the closing limit. That is, the closing operation stops at the closing limit. The constraint on closing is that the forward limit is reached under conditions of 26 ° or less. In other words, if the angle is 26 degrees or less, the closing operation must not be performed unless the forward limit is reached. When the closing operation is not 26 ° or less, high-speed operation is performed, but when the closing operation is 26 ° or less, low-speed operation is performed.

The control execution program for the closing operation of the slow cooling cover must refer to the established condition, the stop condition, and the constraint described in such a relationship as the input condition of the output signal. These knowledges are described in the target knowledge storage device 3 in a frame format, for example, as shown in FIG.

FIG. 4 is a part of the target knowledge in which the operation and the state transition relation are described. In this figure, "next" means defining the next possible state.

FIG. 5 is a description example of input information input by the designer using the input device 7. The designer need only describe the program start 31, the outline 32, 33 of the target operation to be controlled, and the program end 34. Outline of target operation of controlled object 32, 34
May be described by sandwiching “←” between the control target and the target operation. The execution order changes from top to bottom.

FIG. 6 is an intermediate representation of the process of generating a program in which the input information of FIG. 5 is developed using the target knowledge of FIGS. Program start 31, target operation 32, 3 to be controlled
3. In addition to the description 34 of the end of the program, a transition condition 35 is added. 36 is a conditional branch.

The processing in the CPU 1 for generating such an intermediate representation will be described with reference to FIGS. The following processing is performed for one target operation of the input information. This processing is performed on all target operations specified in the input information. In FIG. 7, first, processing is performed on target knowledge corresponding to the target operation. The described motion object is searched (step A). For example, when the target operation is “slow cooling cover ← closed” in FIG. 5, the operation object is “closed”. If the retrieved motion object has a constraint relationship (step B), a constraint relationship process is executed (step C). FIG. 8 shows an outline of the constraint relation processing. In FIG. 8, first, it is checked whether there is a condition for establishing the constraint relationship (step G), and if not, the contents of the object having the constraint relationship are set as transition conditions of the target operation (step N). If there is a condition, the negation of the condition is set as the transition condition of the target operation (step H). For example, in FIG. 2, the constraint relationship of “closed” is “the forward limit when the condition is 26 ° or less”. Accordingly, the negative condition “not 26 ゜ or less” is determined as the transition condition of “slow cooling cover ← closed”, and “slow cooling cover ← not2” shown in FIG.
6 ゜ or less ”is determined. Next, the conditioned constraint object is extracted (step I). In the case of this example, it is “forward limit”. It is checked whether or not the extracted constraint object is a state object (step J). If the object is not a state object, the constraint relation is changed to a satisfaction condition relation (step O), and the process is postponed. If the constraint object is a state object, an operation object having a stop relationship with the state object is extracted (step K). In this example, there is a stop relationship with the state object “forward limit”. That is, the motion object “forward” having the “forward limit” as the stop condition is extracted. Here, a target operation corresponding to the extracted operation object is determined, and the above condition is set as a transition condition of the target operation (step L). In this example, “26 ° or less” is the transition condition of “forward”, and is expanded to “slow cooling cover ← 26 ° or less” of “transition condition of slow cooling cover ← forward” in FIG. Finally, the condition that has just been processed is generated in the intermediate expression as a conditional branch (step M). In this example, a conditional branch is generated in FIG. 6 that branches to “slow cooling cover ← not 26 ° or less” and “slow cooling cover ← 26 ° or less”. When the above-described constraint relation processing is completed, the transition condition of the target operation is determined. Next, an object that is a stop condition of the motion object is extracted (step D), and the content is set as a transition condition for transitioning from the target operation to the next target operation (step E). For example, since the stop condition of “closed” is “closed”, it is expanded to “slow cooling cover ← closed” in FIG. With the above processing, the transition condition for transitioning from the target operation to the next target operation is determined.

Further, as seen in this example, “close” may be composed of two operations of “high-speed close” and “low-speed close”. If the target operation can be refined into several operations as described above, the target operation is refined (step F).
FIG. 9 shows an outline of the target operation detailing process. In the figure, first, it is checked whether the target operation can be refined (step P). In this example, the operation is performed by checking whether there is an operation that configures “close”. If the detailing is possible, a lower-level action object of the action object is extracted (step Q). The target operation is refined using the extracted operation object. Next, the execution order of the lower-order motion objects in which the target motion is detailed is determined (Step R). At this time, the knowledge of the relationship between the motion and the state transition described in the target knowledge is used. This processing will be described with reference to FIG. FIG. 4 shows the state of the slow cooling cover “open limit” “no”
Represents the order in which t26 t or less, 「26 ゜ or less, and“ closed ”transition, and the state becomes“ opened ”→“ not26 ゜ or less
→ It indicates that the transition is “26 ° or less” or “closed”.
Further, as shown in FIG. 2, “high speed close” and “low speed close” have “not 26 ° or less” and “26 ° or less” as constraints, respectively. From this, and since the state transits from “not 26 ° or less” to “26 ° or less”, it can be determined that the operation should be executed in the order of “high speed close” → “low speed close”. When the execution order of the detailed target operations is determined, the first target operation is determined (for example, if one of the target operations is not executed even if the target operations are refined into two) Can be considered.), The refined target operation (“fast closing” in this example) having the constraint including the transition condition of the target operation before being refined (“closed” in this example) is the first. (Step S). Finally, the transition condition of each refined target operation is determined by executing a constraint relation process (step T). In this way, the sixth
The intermediate operation of the target operation “slow cooling cover ← high speed closing” 32 “slow cooling cover ← low speed closing” 32b and the transition condition “slow cooling cover ← forward” 33 in the figure is developed.

Finally, the CPU 1 converts the above intermediate representation into a program. At this time, the input condition of the output signal of the control execution program for the target operation is determined with reference to the condition for establishing the operation object of the target knowledge in FIG.

As described above, in this embodiment, the target knowledge (second
In FIG. 4 to FIG. 4), the CPU 1 receives the outline of the target operation by describing and storing as conditions the conditions of establishment, stop conditions, constraints or the relationship between the operation and the state transition of the operation of the controlled object as object knowledge. Then, the transition condition is embodied using the target knowledge, the target operation is detailed, and the outline of the target operation is developed into an intermediate expression in a program generation process.

Note that the present invention is not limited to the above-described embodiment. Here, for the sake of explanation, the input information of the designer is limited to the specification of the target operation of the control target. Condition information may be input. Further, there is common knowledge that the machine must be operated at high speed → low speed → stop without being limited to the slow cooling cover, and such common knowledge may be added. In short, the present invention can be variously modified and implemented without departing from the gist thereof.

[Effect of the Invention] As described above, according to the present invention, a transition condition can be automatically generated and a control execution program can be generated only by a designer giving an outline of a target operation as input information. The target knowledge is described for each control target and is independent of the control intention. Therefore, when a similar control target is controlled by a different method, the target knowledge can be referred to many times, so that it is possible to automatically generate a plurality of programs simply by changing the outline of the target operation of the input information. Labor can be greatly reduced.

[Brief description of the drawings]

1 to 9 are diagrams for explaining a control execution program generation device according to an embodiment of the present invention. FIG. 1 is a block diagram of the device, and FIG. FIG. 3 is a diagram showing a storage form of the target knowledge, FIG. 4 is a diagram showing an operation and a state transition relationship of the target knowledge, FIG. 5 is a diagram showing input information inputted by a designer, FIG. Is an intermediate representation diagram developed in the process of generating a program from input information.
FIG. 8 is a diagram showing a flow of a process of developing one target operation into an intermediate expression. FIG. 8 is a diagram showing a flow of a process of determining a transition condition of the target operation from a constraint relationship of the target operation. It is a figure which shows the flow of the process of refinement | finish when one target operation | movement can be refined. 1 ... CPU, 2 ... program storage device, 3 ... target knowledge storage device, 4 ... display device interface, 5 ... display device, 6 ... input device interface, 7 ... input device, 8 ... programmable Controller interface, 9 bus, 10 control execution program generator,
11 …… Programmable controller, 12 …… Control object,
21 ... objects, 22 ... relationships between objects, 31
…… Program start, 32,33… Target action, 34… Program end, 35… Transition condition, 36… Conditional branch.

Claims (1)

(57) [Claims] 1. A storage means for storing target knowledge in which constraint relation information relating to each operation of a control target is described in relation to a state of the control target, and when general information of target operation of the control target is provided. In addition, a target knowledge related to the target operation is retrieved from the storage unit, the target operation is refined based on the target knowledge, a transition condition between the target operations is generated, and a target control execution program is generated. A control execution program generation device, comprising: a program generation control unit.