JP3598732B2 - Configuration management method for distributed control system and data used for the method - Google Patents

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention is, for example, in the case of designing, developing, and operating a system in a distributed control system of a manufacturing line in a factory, management of configuration information used by a controller that controls the system and a development environment that creates a control program for the controller. It is about the method.
[0002]
[Prior art]
Generally, in a distributed control system such as a production line in a factory, a controller that controls the system, for example, a PLC (Programmable Logic Controller) used in sequence control of the production line has the minimum necessary configuration information for execution. Specifically, the input / output unit has information such as the type, the number of contacts, the number, and the inserted slot number. The control program to be executed has information such as a program name, an execution cycle, an execution order, and an execution priority. Further, the configuration of the controller main body has information such as a CPU type and a memory size.
[0003]
In a complicated production line, a plurality of controllers may be used. In such a system, each controller has only the configuration information of the input / output device mounted on itself. For this reason, when a part of the devices constituting the system is changed, it is difficult to determine the range of the change, and it is necessary to separately reset each controller. Usually, in this resetting operation, the operator reexamines the specifications described in the system design document according to the change of the device, and changes the configuration of the input / output unit and the control program for each controller one by one. There is a problem that such an operation is complicated and time-consuming, and that an error is likely to occur.
[0004]
In addition, in order to easily change the system configuration, a macro or another name may be used for creating a control program. A macro defines a series of routine processing with a command name and is easy to execute. For example, the specific input / output device name can be changed by replacing a specific character string in the definition of the macro with a character string given as an argument. As a result, the work of changing the control program when the system is changed can be reduced. An alias is a method of giving a meaningful name to an I / O device name and using it in a control program. By rewriting the table for managing aliases, it is possible to reduce the work of changing the control program when the system configuration is changed.
However, these methods only change the input / output device name in the control program, and do not guarantee the consistency of the change of the controller accompanying the change of the device configuration.
[0005]
In some cases, the behavior of a device controlled by the controller is simulated for debugging the control program. By performing the simulation, the operation of the control program can be confirmed even without an actual device, so that the development and ordering of the device and the control program can be performed at the same time, and the development period can be shortened. In the simulation of the behavior of the device, an output signal from the controller to the device is received, and an input signal from the device is generated. For example, in a simulation of a processing machine, an output signal of processing start is received, and an input signal of processing completion is generated after a predetermined time. In addition, a human may look at the state of the output signal from the controller and give an input signal.
In such a simulation, it is difficult to simulate the influence of a workpiece existing in an actual manufacturing line. For example, in a production line that handles a plurality of types of workpieces, the processing time may be different for each workpiece, and a simulation that does not take this into account cannot perform accurate debugging.
[0006]
Further, a simulation for confirming the logical operation of the entire system may be performed. At this time, it is usually necessary to create a simulation model in a language different from the control program. This simulation language includes, for example, SLAM, GPSS, and the like. A production line is modeled using these simulation languages, and simulation is performed using a discrete system simulator. The optimal system configuration can be determined by changing the device configuration and operation parameters of the system and repeating the simulation. These are described in "Measurement and Control" Vol. 20, no. 2, pages 101-104, 1991. The simulation models described in these languages have no relation to the control program or the configuration of the control system. Therefore, when configuring an actual system, the system developer has to examine the specifications based on the simulation results and create a control program using a new control language.
[0007]
[Problems to be solved by the invention]
2. Description of the Related Art In recent years, in order to reduce the cost of development and improvement of a production line and to enhance market competitiveness by shortening the delivery time, software development without using actual devices using simulation has been required. Further, there is a need for a development environment in which the simulation model and the actual factory are matched as much as possible, and the work environment is efficiently supported for changes in the system configuration.
[0008]
However, as described above, the configuration information of the conventional controller merely has the parameters necessary for the execution of the controller, such as the configuration of the input / output device and the cycle of the task. For this reason, in a distributed control system including a plurality of controllers, when a controller that executes a task is changed or a device configuration is changed, it is necessary to separately reset and re-adjust each controller.
[0009]
In addition, in the conventional control program creation method and simulation method, the system behavior model, the system physical specifications, and the system control program are independent of each other. I managed that association. Therefore, every time a simulation is repeated for system development or redesigned for system improvement, it is necessary to describe the relationship between these data in the system specification, and the developer must examine the consistency. In addition, the execution parameters adjusted on site need to be changed each time and reflected in the system specifications, but the same work is required. As described above, the work is complicated, and it is difficult to shorten the development period.
[0010]
Furthermore, in the development of a distributed control system composed of multiple controllers,
(1) When a task executed by one controller is changed to another controller to equalize the processing load of the controller
(2) When the equipment is changed
(3) When the processing object is changed
In order to cope with a change in the system such as the above, it is necessary to redesign in consideration of the mutual relationship between a plurality of controllers, and there is a problem that the development cost increases.
[0011]
The present invention has been made in order to solve the above-described problems, and models not only the configuration information of the controller main body but also a device to be controlled by the controller and a processing object to be handled by the device. In this way, the entire system is expressed as an integrated model, and the purpose is to integrate models used for simulation and control. Even if there is a change in equipment, the relationship between data is automatically reconstructed, and model matching is performed. The present invention provides a distributed control system configuration management method and data for a distributed control system that can guarantee the performance.
[0012]
[Means for Solving the Problems]
A configuration management method for a distributed control system according to a first configuration of the present invention is a method for managing the behavior of a device by using an event and a device in a distributed control system development environment including a plurality of devices and a plurality of controllers that control the device. It is expressed by a state transition model composed of states, and a logical model is created by combining the state transition models based on the cooperative relationship of the events, and the configuration information of the control program for controlling the controller, the configuration information of the controller, the configuration information of the device, Creates an implementation model composed of the configuration information of the processing object handled by the device and the related information that manages the relationship between the logical model and the configuration information of the implementation model and the related information that manages the relationship between the configuration information of the implementation model. At least one piece of related information is created, and design, simulation, and control of a distributed control system are performed.
[0013]
Further, the configuration management method of the distributed control system according to the second configuration of the present invention, in the first configuration, stores the configuration information of the control program, the configuration information of the controller, the configuration information of the device, and the configuration information of the processing target. , And are configured as independent branches of a tree structure, and are downloaded and uploaded to the controller for each branch.
[0014]
In the configuration management method for a distributed control system according to the third configuration of the present invention, when the configuration information A for each of the controllers is downloaded from the development environment in the second configuration, the configuration information A downloaded on the controller side may be used. And generating resources necessary for executing a control program and securing a memory area based on the configuration information. As a result, the configuration information A is changed as necessary, and the changed configuration information A is uploaded to the development environment. To change the configuration information.
[0015]
Further, the configuration management method for a distributed control system according to the fourth configuration of the present invention, in the second configuration, automatically or automatically sets the configuration information A relating to the change of the input / output that occurred in the executing controller. The configuration information is uploaded to the development environment, and the existing configuration information and the configuration information A are combined to reconstruct the configuration information.
[0017]
BEST MODE FOR CARRYING OUT THE INVENTION
Embodiment 1 FIG.
FIG. 1 is a configuration diagram showing a distributed control system of a manufacturing line using a distributed control system configuration management method according to Embodiment 1 of the present invention. In FIG. 1, 1 is a development environment for programming a control program of a controller, 2 is a configuration management system, 3 is a configuration determination module, 4 is a configuration check module, 5 is a configuration information file, 6 is a user program file, and 7 is a controller. , 8 is a configuration management module on the controller 7, 9 is a resource management module, 10 is configuration information A, and 11 is a user program A. The configuration information A10 and the user program A11 are data of only the portion related to the controller 7 among the data constituting the configuration information 5 and the user program 6 in the development environment 1. When the distributed control system includes a plurality of controllers, a plurality of controllers having the same configuration as the controller 7 are provided.
[0018]
FIG. 2 is an explanatory diagram showing an example of the data structure of the configuration information 5 according to the present embodiment. The configuration information 5 has a tree structure, and information about a controller, a device, and a workpiece that is a control target configuring the system is connected as a branch, and its route represents the system 21. Then, information for managing the distributed control system is classified and forms an independent branch. As shown in FIG. 2, a logical model 22 and an implementation model 23 are provided below the system 21. Below the logical model 22, there are a plurality of behavior models 24. The mounting model 23 includes a control program 25, a control system 26, and a control target 27. Here, the control program 25 is actually a management table of the configuration information 28 of the user program, and below it is the configuration information 28 of one or more user programs. The control system 26 is actually a management table of the configuration information 29 of the controller, and below it is the configuration information 29 of one or more controllers. The control target 27 is actually a management table of the device configuration information 30 and the workpiece configuration information 31, and below the management table, one or a plurality of device configuration information 30 and a configuration of one or more workpieces are provided. There is information 31. 32 is data such as variables connected to the configuration information 28 of the user program, 33 is data such as controller I / O connected to the configuration information 29 of the controller, and 34 is device I / O connected to the configuration information 30 of the device. And 35 are data such as process information connected to the workpiece configuration information 31.
A branch is formed from these pieces of information. A branch closer to the root system 21 is called an upper branch, and a branch closer to the end is called a lower branch. Each branch has information on the upper branch and the lower branch connected thereto.
[0019]
As described above, in the present embodiment, the system 21 is represented by the logical model 22 and the mounting model 23, and the configuration information 25 of the control program, the configuration information 26 of the control system, the configuration information 30 of the device, and the processing that is the processing object The object configuration information 31 is configured as independent branches of a tree structure. The configuration information related to the control program such as the user program 28 and the variable 32 is connected as a lower branch of the branch that is the configuration information 25 of the control program. Similarly, the configuration information relating to the control system such as the controller 29 and the controller I / O 33 is connected as a lower branch of the branch which is the configuration information 26 of the control system. The configuration information relating to the device such as the device I / O 34 is connected as a lower branch of the branch which is the configuration information 30 of the device, and the configuration information relating to the workpiece such as the process information 35 is the configuration information 31 of the workpiece. Is connected as a lower branch of the branch of.
[0020]
FIG. 3 shows an example of information held by each branch of the configuration information 5. Each branch holds a branch name 41, a branch attribute 42, a pointer 43 as upper branch information for forming a tree structure, a pointer 44 as lower branch information, data 45, and the like. Here, there can be only one pointer 43 to the upper branch, a plurality of pointers 44 to the lower branch, and a plurality of data 45. The branch of the system 21, which is the root, does not have the pointer 43 to the higher branch. Also, the terminal branch does not have the pointer 44 to the lower branch. The branch attribute 42 is used at the time of downloading and uploading, and has two types, a common attribute and an individual attribute.
[0021]
More specifically, the data 45 has, for example, a structure shown in FIG. The data 45 includes a name N1, a data attribute N2, a data type N3, and a data value N4. There are two types of data attributes N2: read only and read / write. Fixed specifications such as the model name of the CPU of the controller have read-only attributes. The data type N3 includes a character string, an integer, and a real number. The type of the value included in the data value is determined by the data type N3.
[0022]
The operation of this distributed control system will be described based on the explanatory diagram of the production line shown in FIG. The production line shown in FIG. 5 is a processing line including devices such as an input conveyor 51, an output conveyor 52, a processing machine 53, and a robot 54 for loading and unloading the processing machine 53. 55 is an arrival detection sensor, 56 is a discharge detection sensor, and 57 is a processing target, for example, a workpiece.
[0023]
When the workpiece 57 is conveyed to the robot 54 by the input conveyor 51, the arrival detection sensor 55 is activated, and an arrival signal is output. Upon receiving this arrival signal, the input conveyor 51 is stopped, a load command is sent to the robot 54, and the robot 54 loads the workpiece 57 into the processing machine 53. When the processing is completed, a completion signal is output from the processing machine 53. Upon receiving this completion signal, an unload command is sent to the robot 54, and the robot 54 unloads the workpiece 57 from the processing machine 53 and places it on the output conveyor 52. When the workpiece 57 is placed on the output conveyor 52, the discharge detection sensor 56 operates and a discharge signal is issued. The output conveyor 52 is moved in response to the discharge signal.
[0024]
The configuration management method when the system having the configuration shown in FIG. 5 is distributedly managed will be described below. First, the configuration information 5 is created as the development environment 1. The procedure for creating the configuration information 5 will be described with reference to the flowchart of FIG.
In step ST1, a logical model is created. Here, the logical model is, for example, as shown in FIG. 7, a behavior model of a device constituting the system expressed by a state transition model. The state transition model includes a state of a device represented by a circle and an event such as a sensor input represented by a square. A device operation command is assigned to the device state. The state changes in response to the occurrence of the event, and the device performs a command operation. The cooperative relationship between devices is performed by associating events of two or more devices and generating events at the same time. All the devices constituting the distributed control system operate in response to some event, and by setting the above-mentioned cooperative relationship among all the devices, the behavior of the devices of the entire system is expressed and the logical model 22 is constructed. I do.
[0025]
Further, a logical model will be described in detail using the production line shown in FIG. 5 as an example. There are four devices, an input conveyor 51, a robot 54, a processing machine 53, and an output conveyor 52, and the behavior of each device is represented by a state transition model. For example, events constituting the state transition model of the input conveyor 51 are ON of the arrival detection sensor 55 and OFF of the arrival detection sensor 55, and the commands are stop and operation. The state transition is represented by a model that stops at the event of the arrival detection sensor 55 being ON and operates at the event of OFF. Further, the robot 54 starts the loading operation at the event of the ON of the arrival detection sensor 55 and stops at the event of the loading end. That is, using the ON event of the arrival detection sensor 55, the input conveyor 51 and the robot 54 can be defined as a cooperative relationship. In this way, a logical model of the entire distributed control system is created.
[0026]
Next, an implementation model is set in steps ST2 to ST5 in the flowchart of FIG. The user program 28 includes, as a control program for the entire system, a program in which the flow of events and commands of the logical model 22 are described in a control language, for example, a ladder, and a control for downloading and moving the flow to a control target like a robot program. There are programs, each of which is created by a dedicated editor (step ST2). Then, the created user program body is stored in the file 6 of the user program, and the configuration information 28 of the user program is generated as a branch of the mounting model 23.
However, a control program for the entire system can be automatically generated from the logical model 22. The configuration information 5 holds, as data, configuration information relating to the created user program, variables 32 used in the program, and execution parameters of the program such as an execution cycle.
[0027]
Next, in step ST3, the controller configuration information 29 is set. The configuration information of the controller has, as data 33, the specifications of the controller itself and the configuration of the input / output device (controller I / O). The specifications of the controller itself include the type of CPU, processing speed, memory size, presence and size of secondary storage device, type of communication function and communication speed, and the like. The configuration of the controller I / O includes the type of the I / O unit, the position of the slot, the number of input / output points, and the like.
[0028]
Next, in step ST4, the configuration information 30 of the device to be controlled is set. The device configuration information 30 has data 34 such as a type, a shape, a device I / O configuration, and a command. Here, the device I / O is information for connecting to the controller I / O. The commands are, for example, opening and closing a door and starting and stopping processing in a processing machine.
[0029]
Next, in step ST5, the configuration information 31 of the workpiece to be controlled is set. The workpiece configuration information 31 has data 36 such as mold, shape, and process information. Here, the process information describes the processing order of the workpiece and the necessary processing machine.
[0030]
This completes the creation of each branch in FIG. 2 and the configuration information 5 connected to each branch by a solid line. Thereafter, in step ST6, related information between these pieces of information is defined. The related information is indicated by a dotted arrow in FIG. 2 and indicates a relation between information belonging to other branches. An example of the contents is shown in FIG.
The related information includes items such as a name T1, a related attribute T2, a position T3 of a tree structure of related source data, a position T4 of a tree structure of related destination data, and a parameter T5.
Here, there are two related attributes T2, search required and search unnecessary, which are used for tracing the relationship between branches at the time of download.
[0031]
Further, a plurality of parameters T5 can be set, and each parameter T5 is composed of a constraint condition expression P1 and a calculation expression P2 as shown in FIG. The constraint condition expression P1 is a relational expression between the data of the related branch and the data of the related branch.
The description of the relational expression is, for example, == (equal sign),! = (Inequality sign),> (greater than),> = (greater than), <(smaller), <= (less than or equal to), and a logical operation by AND and OR. The expression used here can use a data name and four arithmetic operations. Also, a general function such as sin () may be used. The calculation expression P2 is obtained by placing a data name on the left side and an expression on the right side and connecting them with = (assignment). Here, as for the expression on the right side, four arithmetic operations and functions can be used similarly to the expression of the constraint condition.
In addition, a plurality of these constraint condition expressions and calculation expressions may or may not be described. For example, based on the parameter T5, the configuration check module 4 can check the configuration. For example, if all the evaluation results of the constraint expression are true, the relation is established and the calculation expression is executed. At this time, if at least one false constraint expression exists, the relation is not established and the calculation expression is not executed.
[0032]
As indicated by the dotted arrows in FIG. 2, the types of related information are: 1) the relationship between the behavior model 24 and the user program 28, 2) the relationship between the user program 28 and the controller 29, 3) the variable 32 and the I / O of the controller. There are five kinds of relations, namely, the relation with O33, 4) the relation between I / O 33 of the controller and the I / O 34 of the equipment, and 5) the relation between the equipment 30 and the process information 35 of the workpiece.
[0033]
The relationship between the behavior model 24 and the user program 28 defines the correspondence between the behavior model 24 of each device and the user program 28 that controls the entire system. In addition, an association between the command in the behavior model 24 and the user program 28 to be downloaded to each device is defined.
[0034]
In relation to the user program 28 and the controller 29, it is defined which controller 29 executes each user program 28. At this time, the type of program and the type of engine of the controller are compared as a constraint condition expression P1. For example, in the case of a ladder program, since a ladder engine is required for execution, the data name of the program type and the data name of the engine type are connected with ==. In addition to this, it is necessary to describe a constraint condition expression such as a CPU type and a memory size. In addition, an assignment formula for setting the execution cycle, which is data of the user program 28, to the task cycle of the controller 29 is described as the calculation formula P2.
[0035]
The association between the variable 32 and the I / O 33 of the controller is a function of another name. Here, a constraint condition expression relating to a variable type and an I / O type is described. For example, if the type of I / O is a contact, the data type of the variable must be an integer.
[0036]
The association between the controller I / O 33 and the device I / O 34 is used to create connection information between the controller and the device. Here, a constraint condition expression concerning an I / O type and an input / output direction is described. The type of I / O must exactly match the electrical signal specifications. Also, the input and output directions must be opposite to each other, or both must be bidirectional. For example, if the I / O 33 of the controller is an output, the I / O 34 of the related device must be an input. If the I / O 33 of the controller is bidirectional like a serial connection, the I / O 34 of the device must also be bidirectional.
[0037]
The relationship between the device configuration information 30 and the process information 36 of the workpiece describes a match between the type of device processing and the type of processing in the process information of the workpiece as a constraint condition expression. This makes it possible to check the behavior of the workpiece when performing a simulation of the system.
Specifically, for example, in the related information between the device 30 and the data 35 connected to the workpiece, the constraint condition expression P1 is: robot hand size> workpiece size, and the calculation expression P2 is The plane on which the robot moves = the height of the workpiece + X (X is the width that the robot can move up and down).
[0038]
After setting related information in step ST6 of the flowchart shown in FIG. 6 as described above, the configuration determining module 4 is executed in step ST7. The configuration determination module 4 evaluates the constraint expression in the related information, and if all the constraint expressions are true, executes the calculation expression and writes the value to the branch. If the constraint expression is not satisfied, the designer is notified of that.
[0039]
Through the above processing, the configuration information 5 in the development environment 1 can be generated. As described above, by modeling not only the configuration information of the controller main body but also a device to be controlled by the controller and a processing target to be handled by the device, the entire system can be represented as an integrated model. Furthermore, by expressing in this way, models used for simulation and control are integrated, and even if there is a change in equipment, the relationship between data is automatically reconstructed, and model consistency can be guaranteed.
[0040]
Embodiment 2 FIG.
In the first embodiment, the format of the configuration information when creating a distributed control system in a development environment has been described. In the second embodiment, a mode in which the distributed control system is actually managed using the configuration information created in the above embodiment will be described.
[0041]
The configuration information A10 used by the controller 7 is downloaded to each of the controllers 7 constituting the distributed control system. The download procedure will be described with reference to the flowchart of FIG.
First, in step ST11, the configuration information 5 created according to the processing of the first embodiment is downloaded from the development environment 1 to the controller 7 using the communication function. The configuration information A10 to be downloaded is determined based on the branch attribute as shown in FIG. That is, if the branch attribute is common information, it is downloaded to all controllers. If the branch attribute is the individual information, a branch having the configuration of the corresponding controller and a branch having related information on the branch are recursively searched to extract all the related branches and download them. If there is an attribute that does not need to be searched for in the related attribute of the related information, this search is terminated.
[0042]
After the download is completed, the resource management module 9 of the controller 7 requests the OS to generate a task or a process in step ST12 based on the configuration of the user program A set in the configuration information A10. At this time, the execution cycle of the task specified by the designer in the configuration information A10 may not be accurately realized due to restrictions such as the resolution of the timer of the OS. For example, even if the specification of the configuration information A10 is 10 milliseconds, if the resolution of the timer of the controller 7 is 3 milliseconds, it cannot be executed accurately in 10 milliseconds. In such a case, a task or a process is generated by setting the actual execution cycle to 9 ms or 12 ms. The resource management module 9 writes the execution cycle and memory size of the actual task or process into the configuration information A10 as a result of the task or process generation. The above task or process generation processing is performed for all user programs executed by the controller 7, and updated configuration information A10 including actual execution parameters is created (step ST13).
[0043]
After creating all the tasks or processes, the configuration management module 8 of the controller transmits a resource securing end message to the development environment 1. Upon receiving this message, the development environment 1 uploads the updated configuration information A10 from the controller 7 (step ST14). The uploaded configuration information A10 is replaced with the original configuration information 5. At this time, the related information is not changed. In a similar procedure, the development environment 1 uploads the updated configuration information A10 including the actual execution parameters from all downloaded controllers 7, and replaces the original configuration information 5.
[0044]
Next, the configuration check module 4 is executed in step ST15. The configuration check module 4 determines whether the distributed control system can be executed on the updated configuration information 5 (step ST16). Specifically, the constraint condition formula and the calculation formula of the related information are checked. At this time, if it is determined that the updated configuration information 5 including the actual execution parameters satisfies all the constraint condition expressions and calculation expressions, the normal completion of the download is notified to the designer by display or the like (step ST17). . If all the constraint conditions and the calculation formulas are not satisfied in the determination in step ST16, an error to that effect is notified to the designer by display or the like in step ST18 to urge re-editing of the configuration information.
[0045]
As described above, the configuration information is distributed and downloaded to the controller 7, and the controller 7 secures resources based on the configuration information. There is no need to have sensitive information. Further, the configuration determination module 3 and the configuration check module 4 can be processed only with simple rules.
Further, the system management can be easily performed such that the configuration information is changed by an on-site adjustment operation, and the configuration information is reconstructed by uploading immediately when the development environment 1 is connected.
[0046]
Embodiment 3 FIG.
If the distributed control system is managed as in the first embodiment, it is relatively easy to change the controller 7 during execution of control or debugging.
For example, when the configuration of the input / output device is changed by inserting or removing the input / output unit, the change can be detected depending on the type of the controller. The change of the configuration information A detected by the controller 7 is notified to the development environment 1 using the upload process, and the development environment 1 reconstructs the configuration information 5 by combining with the existing configuration information.
In addition, the upload timing may be configured so that the upload is performed at a predetermined time interval set in advance, or the configuration information A10 is configured to detect that the configuration information A10 has been changed and to perform the upload automatically whenever necessary. Is also good.
[0047]
Further, if the corresponding development environment 1 does not exist in the upload process, or if the communication between the development environment 1 and the controller 7 is cut off, the development environment 1 cannot be notified when the configuration information is changed. In such a case, for example, the controller 7 flags the changed data item. The flag includes types of addition, change, and deletion. The flag is uploaded when communication between the development environment 1 and the controller 7 is started, and data is added to the configuration information 5 of the development environment 1 according to the flag. May be changed and data may be deleted.
[0048]
Then, after making the above data change, the configuration information management system 2 of the development environment 1 activates the configuration check module 4 to confirm the validity of the configuration information 5, and checks the constraint condition expression P1 and the calculation expression P2. Check if there is any problem in execution. By this confirmation, if there is no problem, the configuration management system 2 notifies the designer of the configuration change. If there is a problem, notify the designer.
[0049]
By the way, in the first to third embodiments, the case where the distributed control system is used for the production line of the factory has been described, but it goes without saying that the present invention can be used for other distributed control systems.
[0050]
【The invention's effect】
As described above, according to the first configuration of the present invention, in a distributed control system development environment including a plurality of devices and a plurality of controllers that control the devices, the behavior of the devices can be changed from events and device states. A logical model is created by combining state transition models based on the cooperative relationship of events, and the configuration information of the control program that controls the controller, the configuration information of the controller, the configuration information of the device, and the device Create an implementation model composed of the configuration information of the processing object to be handled, and at least one of the related information that manages the relationship between the logical model and the configuration information of the implementation model and the related information that manages the relationship between the configuration information of the implementation model. By creating one piece of related information and designing, simulating, and controlling a distributed control system, Since the same model can be used for verification and verification at the stage when the device specifications are determined, development work can be significantly reduced, and even if some devices are changed, the integrity of the entire system is guaranteed. Since the work can be performed, there is an effect that a configuration management method of the distributed control system that can reduce the work time is obtained.
[0051]
Further, according to the second configuration of the present invention, in the first configuration, the configuration information of the control program, the configuration information of the controller, the configuration information of the device, and the configuration information of the processing object are respectively independent of the tree structure. By configuring as a branch and performing downloading and uploading to the controller for each branch, there is an effect that a configuration management method of a distributed control system that can relatively easily change and manage configuration information is obtained.
[0052]
According to the third configuration of the present invention, in the second configuration, when the configuration information A for each of the controllers is downloaded from the development environment, the control program is executed based on the configuration information A downloaded on the controller side. Generating the necessary tasks and acquiring resources related to securing the memory area. As a result, the configuration information A is changed as necessary, and the changed configuration information A is uploaded to the development environment to change the configuration information. Accordingly, there is an effect that a configuration management method of a distributed control system can be obtained in which the development environment does not need to manage complete information of all controllers configuring the distributed control system.
[0053]
Further, according to the fourth configuration of the present invention, in the second configuration, the configuration information A relating to the change of the input / output generated in the controller being executed is uploaded to the development environment automatically or at a preset timing. By synthesizing the existing configuration information and the configuration information A to reconstruct the configuration information, the configuration information changed at the time of execution can be reconstructed while ensuring the consistency of the system. There is an effect that a configuration management method of a distributed control system that can easily recover from a failure can be obtained.
[Brief description of the drawings]
FIG. 1 is a configuration diagram showing a distributed control system of a production line using a distributed management system configuration management method according to a first embodiment of the present invention.
FIG. 2 is an explanatory diagram showing configuration information according to the first embodiment.
FIG. 3 is an explanatory diagram showing information held in a branch of a tree structure according to the first embodiment;
FIG. 4 is an explanatory diagram showing data of information held in a branch according to the first embodiment;
FIG. 5 is a configuration diagram showing a production line as an example of the distributed control system according to the first embodiment.
FIG. 6 is a flowchart illustrating a procedure for creating configuration information of a development environment according to the first embodiment;
FIG. 7 is an explanatory diagram showing a logical model in which the behavior of the device according to the first embodiment is represented by a state transition model.
FIG. 8 is an explanatory diagram showing relevant information of a tree structure according to the first embodiment;
FIG. 9 is an explanatory diagram showing parameters of related information according to the first embodiment.
FIG. 10 is a flowchart showing a download procedure of the configuration management system according to the second embodiment of the present invention.
FIG. 11 is an explanatory diagram showing download and upload operations of configuration information according to the second embodiment.
[Explanation of symbols]
1 Development Environment, 2 Configuration Management System, 3 Configuration Determination Module, 4 Configuration Check Module, 5 Configuration Information, 6 Control Program, 7 Controller, 8 Configuration Management Module, 9 Resource Management Module, 10 Configuration Information A, 11 User Program A, 21 system, 22 logical model, 23 implementation model, 24 behavior model, 25 control program, 26 control system, 27 controlled object, 28 user program, 29 controller, 30 device, 31 processing object.

Claims (4)

In a development environment of a distributed control system composed of a plurality of devices and a plurality of controllers for controlling the devices, the behavior of the devices is represented by a state transition model including events and states of the devices, and a cooperative relationship between the events is represented. Create a logical model combining the state transition model based on the configuration information of the control program that controls the controller, the configuration information of the controller, the configuration information of the device, and the configuration information of the processing object handled by the device At least one of relevant information for managing the relationship between the logical model and the configuration information of the mounting model and related information for managing the relationship between the configuration information of the mounting model. Control system design, simulation, and control of the distributed control system Configuration management methods. The configuration information of the control program, the configuration information of the controller, the configuration information of the device, and the configuration information of the processing target are configured as independent branches of a tree structure, and when downloading and uploading to the controller, 2. The method according to claim 1, wherein the method is performed for each branch. When the configuration information A for each of the controllers is downloaded from the development environment, a task necessary for executing a control program and acquisition of resources for securing a memory area are acquired based on the configuration information A downloaded on the controller side. 3. The distributed control according to claim 2, wherein as a result, the configuration information A is changed as necessary, and the changed configuration information A is uploaded to the development environment to change the configuration information. System configuration management method. The configuration information A relating to the change of input / output generated in the controller being executed is uploaded to the development environment automatically or at a preset timing, and the existing configuration information and the configuration information A are combined to obtain the configuration information. 3. The configuration management method for a distributed control system according to claim 2, wherein the configuration is reconfigured.

Images