Priority is claimed on the basis of Japanese Patent Application 2004-108358 filed Mar. 31, 2004.
This invention relates to a development aid device for a ladder program.
A programmable controller (PLC), which is commonly being used as a control device for factory automation (FA), is typically formed as an appropriate combination of a plurality of units of various kinds such as a power unit for supplying electrical power, a CPU unit for controlling the whole PLC, an input unit for inputting signals from switches and sensors that are set at appropriate positions on a production apparatus or an equipment apparatus for the FA, an output unit for outputting control signals to actuators or the like, and a communication unit for connecting to a communication network.
The control by the CPU unit of a PLC is carried out by cyclically repeating the processes of taking in a signal inputted through the input unit to the I/O memory of the CPU unit (IN-refresh), carrying out a logical calculation based on a user program formed by a preliminarily registered ladder language (calculation execution), writing the results of the calculation execution into the I/O memory and transmitting them to the output unit (OUT-refresh), and thereafter carrying out the so-called peripheral processes.
In the above, the user program is usually a ladder program created by using a development aid device and is downloaded to the CPU unit of the PLC through a communication line. When a problem occurs in the created ladder program, the user displays this ladder program on the display screen of the development aid device, finds the problem point and carries out a repair work. The repaired ladder program is downloaded to the PLC.
The work of debugging a ladder program is carried out by using as the key the operand (such as a contact number or a memory number) of the output command which operated abnormally and repeatedly correcting and editing the ladder program by detecting input commands or output commands related to that output command. The contact number means the terminal number that indicates the terminal position of the terminal block of the input unit or the output unit. The memory number means the address value of the IO data memory in the programmable controller. To a person who does the work of debugging, it is a cumbersome job to detect an input or output command that relates to the output command that has operated abnormally. For example, if there are a plurality of input commands that relate to the output command found to have a problem, all of these plurality of input commands must be checked and the process of finding them out is very troublesome. If there is a portion of the program that includes an input command having the same operand as the aforementioned output command, it is necessary, after correcting the program related to the problem output command, to ascertain that this program also functions normally. In other words, it is extremely troublesome to check all commands to be checked without missing a single one. The problem becomes severer as the ladder program becomes longer.
It is therefore an object of this invention to provide a development aid device capable of easily detecting constituent elements of a program including output commands that affect other commands, displaying the program that includes such constituent elements, extracting and displaying other constituent elements related to such constituent elements and easily carrying out a debugging work on a user program.
The development aid device according to this invention is adapted, for example, to carry out the editing of a ladder program to be downloaded to a programmable controller. Explained more in detail, it may be characterized as comprising a program memory for storing the ladder program, an outline data generating part for sequentially scanning constituent elements of the ladder program stored by the program memory to thereby extract specified elements including output commands and generating outline data by assigning individual index numbers to these extracted elements sequentially in the order of appearance on the ladder program, an outline data memory for storing the outline data, and a display device provided with a ladder display area for displaying the ladder program and an outline data display area for displaying the outline data in a tree form in the order of their appearance.
With a device thus structured, specified constituent elements inclusive of output commands are displayed in the outline data display area sequentially in the order of their appearance on the program and hence it is easy to ascertain where each specified element is with respect to the whole of the ladder program. Although step numbers are usually not assigned to comments, different index numbers are assigned according to this invention to all constituent elements of the ladder program inclusive of comments such that even if a comment is set as a specified constituent element, the index numbers can be used to establish correlation between the outline data display area and the ladder display area. In other words, if a specified constituent element displayed in the outline data display area is selected, the constituent element of the ladder program corresponding to the index number assigned to the selected constituent element is acknowledged and may be displayed in the ladder display area. The development aid device of this invention is also capable of generating such outline data automatically and having them registered.
It is preferable to further provide the development aid device of this invention with a cross-reference data generating part for generating cross-reference data by extracting commands having the same operand as a selected command from the ladder program displayed in the ladder display area. In this way, input commands to be affected by this output command can be displayed as a list.
It is further preferable to provide the function of referencing, when a specified command displayed in the cross-reference data display area is selected, a user program to which the selected command belongs and to display this selected command in the ladder display area. In this way, the actual ladder program corresponding to the command displayed in the cross-reference data display area can be displayed and it can be easily ascertained how this command affects the other circuits on the program.
It is further preferable if the development aid device is adapted to store data on one or more commands displayed in the cross-reference data display area and, after the display in the cross-reference data display area is changed, to display again the stored data in the cross-reference data display area. This corresponds to the so-called bookmark function.
In summary, specified constituent elements of a ladder program inclusive of output commands that affect the other commands in the program can be easily extracted and displayed in the outline display area. Moreover, if a cross-reference display area is provided, other commands having the same operand as such output command can be extracted and displayed. Thus, a command that becomes a problem can be searched for among many commands. When a program related to an output command that becomes a problem has been corrected, it can be ascertained accurately whether a portion of the program containing all commands having the same operand as this output command can operate normally.
The development aid device 10 is provided with the functions of creating a user program to be executed by the programmable controller, downloading a created user program to the PLC 20 through the communication line 21, and setting parameters of various kinds related to the operations of the programmable controller. The user program is a program written in a ladder language as shown in
Outline data to be displayed in the outline data display area 12b are created by the outline data generating part 33b and stored in the outline data memory 34b of the memory part 34. The display processing part 32 displays in the outline data display area 12b outline data on the ladder program displayed in the ladder display area 12a.
The outline data are data that show an outline of the structure of the ladder program obtained by extracting specified elements used in the ladder program sequentially from its beginning. Outline data of the ladder program shown in
The elements of a ladder program to be displayed in the outline data display area are not fixed but are selectable. In the illustrated example, output commands, comments, function blocks (FB), interlock/interlock clear and beginnings and ends of circuit parts are selected. If only output commands are selected, as another example, only output commands in a ladder program are extracted and arranged sequentially in the order of appearance from the beginning.
As a command to create outline data is received, an outline data generating part 33b of the central processing unit 13 scans the object ladder program sequentially from its beginning, extracts constituent elements of the preliminarily selected kinds and registers them sequentially to create outline data having a hierarchical structure.
If the element taken in is of the specified kind (YES in Step 12), it is determined next whether it is a circuit part or not, and if it is other than a circuit part, the icon which corresponds to the element is obtained (Step S13) and is registered in a tree (Step S14). The corresponding icons are different for different kinds of elements. A table is preliminarily prepared, showing all the corresponding relationships between the kinds of elements and the icons, and is stored in the memory device 14. A mark in the form of a light bulb may be used for output commands and a mark in the form of a bookmark may be used for comments. The kind of each obtained command is thus recognized in Step S13 and the corresponding icon is obtained by referencing this table. Registration to a tree is made as an addition to the line below the current line.
Data to be registered to a tree include an icon, index numbers, step numbers and variable names. The index numbers are numbers that are unique on the ladder program and set in the ascending order not only on each command but also on comments without a step number. The user who debugs can identify any command or comment if its index number is specified in the ladder program.
If the obtained command is either the start or the end of a circuit part, it is determined whether it is the start or the end (Step S15) and if it is the start (YES in Step S15), the icon for the circuit part is obtained (Step S16) and is registered to a tree (Step S17). The process of Step S17 is similar to that of Step S14. Thereafter, the tree is shifted to the right by one step (“tree nest to right”) (Step S18) and the process returns to Step 10 through Step S20. Thus, the registration of a tree for elements detected thereafter (by the process of Step S14) is added below this shifted tree such that it can be instantly understood that it is an element belonging to the circuit part.
If the obtained element (command) is the end of a circuit part (NO in Step S15), the shifting of the tree to the right is released (Step S19) and the process returns to Step S10 through Step S20. Thus, the elements (commands) that are detected thereafter are added to the tree before the shift to the right or on the step above.
Thus, elements of a program can be registered sequentially from the top of a tree in the order of their appearance in the program as they are scanned and processed sequentially from the top of the program. Next, this process will be explained by way of an example. If the ladder program is as shown in
Suppose the commands in the element list of
Processing continues thereafter and when it comes to “Index00000A”, Steps S15-S17 are carried out because it is the beginning of a circuit part and circuit name “parts1” is added to the seventh line as shown in
After the shifting of the tree is released, the function block of Index000015 (“FB1 inst1”) is added to the thirteenth line of
The outline data thus created are stored in the outline data memory 34b. Thus, by taking a look at the outline data displayed in a tree-form in the outline data display area 12b, the user can immediately see output commands and comments that affect other commands arranged in the order of their appearance and can understand the approximate positions of each element within the program since circuit parts are shown shifted.
Next, the correlation between the ladder program displayed in the ladder display area 12a and the outline data in the tree form displayed in the outline data display area 12b is explained. If any constituent element is selected out of the outline data in the tree form displayed in the outline data display area 12b, the corresponding element of the corresponding ladder program is displayed. Explained more in detail, this correlation is carried out by the function of executing the process flowchart shown in
As the user operates the input device 11 such as a pointing device to select an element in the tree-formed list, the selected element is recognized and the outline data memory 34b is accessed to obtain the index number out of the outline data. In other words, the data registered at the position of the cursor in the outline data display part 12b are obtained (Step S21). Next, this index number is given to the display processing part 32 for displaying the ladder image currently displayed on the ladder display part 12a to thereby make a “jump request” (Step S22). As this index number is received, this is used as a key to access the ladder program memory 34a to recognize the corresponding element by jumping to the corresponding position in the ladder program (Step S23). If this element is currently displayed in the ladder display area 12a, the cursor is moved to the corresponding element. If it is not displayed in the ladder display area 12a, it is caused to be displayed in the ladder display area 12a and the cursor is moved to this element.
For example, as shown in
Next, cross-reference data to be displayed in the cross-reference data display area 12c will be explained. As a specified element in the ladder program displayed in the ladder display part 12a is selected, a constituent element having the same operand (variable name) as the selected element is extracted and displayed in the cross-reference data display area 12c. This process is carried out by the cross-reference data generating part 33c, which executes the flowchart shown in
The routine according to the flowchart of
As the specified data are received from the ladder program editing part 33a (Step S40), it is determined whether the operand (variable name) is a global variable (used in common by a plurality of PLCs) or not (Step S41). This determination is made from the path attached in front of the operand (variable name). For example, the path of a global variable takes the form of “project name ¥ configuration name ¥ variable name” while that for a local variable (a task) used only by a specified PLC may be in the form of “project name ¥ configuration name ¥ task name ¥ variable name”. Thus, a distinction can be easily made between a global variable and a local variable from the difference in the path.
In the case of a global variable (YES in Step S41), it is determined whether there is a program specified by the path (Step S42). The routine ends if there is no program. If there is a program, that program is obtained (Step S43), and it is scanned sequentially from the top. If a command is detected (YES in Step S44), the detected command is obtained (Step S45) and it is determined whether the operand (variable name) of that command matches the operand (variable name) obtained from the ladder editor (Step S46). If they match (YES in Step S46), it is determined whether or not this program is executing a task (Step S47) and an icon according to the presence or absence of execution is obtained (Step S48 or S49). Cross-reference data related to this command, inclusive at least of the operand (variable name), the address, the language, the path, the task execution status and the step number, are thereafter registered (Step S50).
After this registration, or after the operands are found not to match (NO in Step S46), the next commend is considered (Step S51). After all commands have been processed (NO in Step S44), the next program is considered (Step S52). After all programs have been processed (NO in Step S42), the series of processes is completed.
If the variable is not a global variable (NO in Step S41), it is determined whether or not there is a program specified by the path (Step S53). The process ends if there is no program (NO in Step S53). If there is, the processes from Step S43 to Step S51 are carried out (Step S54). Commands in the program with a matching operand (variable name) are obtained and registered together with related data (icons and cross-reference data). Step S54 is continued until the program is scanned to the end (NO in Step S44).
These cross-references, etc. are not only stored in a temporary file within the memory device 14 but also displayed in the cross-reference data display part as shown, for example, in
Under this condition, if one of the variable names displayed in the cross-reference data display area 12c (for example, the second one as shown in
Next, a jump is made to the corresponding program displayed in the ladder display area 12a (Step S65) and to the corresponding command position in the program (Step S66). The process of Step S66 is similar to that of Step S23 in
The data displayed in the cross-reference data display area 12c are created by the cross-reference data generating part 33c and displayed every time corresponding to the selected element (command) in the ladder program displayed in the ladder display area 12a. Thus, whenever an element, which is not currently displayed in the cross-reference data display area 12c, is selected from the ladder display area 12a, the cross-reference data displayed in the cross-reference data display area 12c change accordingly. In such a situation, the user cannot easily return to the data that were being displayed immediately previously. In an actual debugging operation, there frequently occurs a desire (requirement) to return to a display made immediately before or several times earlier. In the past, such a desire (requirement) could not be satisfied.
In view of this problem, the display device 12 according to this invention, as shown in
Thus, since the history of display of cross-reference data can be sequentially displayed and the user can easily review any of the cross-reference data, the debugging of the ladder program can be carried out much more easily.
Number | Date | Country | Kind |
---|---|---|---|
P2004-108358 | Mar 2004 | JP | national |
Number | Name | Date | Kind |
---|---|---|---|
4994957 | Komiya et al. | Feb 1991 | A |
5177420 | Wada et al. | Jan 1993 | A |
5553297 | Yonezawa et al. | Sep 1996 | A |
5687074 | Tanaka et al. | Nov 1997 | A |
5699080 | Oshiga et al. | Dec 1997 | A |
5784621 | Onishi et al. | Jul 1998 | A |
5905891 | Harada et al. | May 1999 | A |
6003143 | Kim et al. | Dec 1999 | A |
6427232 | Ku et al. | Jul 2002 | B1 |
6681343 | Nakabo | Jan 2004 | B1 |
6735764 | Nakai | May 2004 | B2 |
20060179120 | Kegoya et al. | Aug 2006 | A1 |
20070078538 | Kawakami et al. | Apr 2007 | A1 |
Number | Date | Country |
---|---|---|
02140828 | May 1990 | JP |
03-024639 | Jan 1991 | JP |
06138913 | May 1994 | JP |
06266420 | Sep 1994 | JP |
10-293603 | Apr 1998 | JP |
2002073120 | Mar 2002 | JP |
2002-041111 | Aug 2002 | JP |
2003044108 | Feb 2003 | JP |
2003076405 | Mar 2003 | JP |
2005316986 | Nov 2005 | JP |
2006146955 | Jun 2006 | JP |
Number | Date | Country | |
---|---|---|---|
20050222697 A1 | Oct 2005 | US |