JPH11203114A - Multi remote device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a multi remote device which solves the mismatching of program information between tools and the deterioration of real time property of a control program. SOLUTION: Plural tools 11 and 41 execute program editing, debug or monitoring of run time 43. This device sends processing requests from the tools 11 and 41 to the time 43, also is provided with a manager 42 which sends a processing result of the time 43 to the tools 11 and 41, guarantees program consistency between plural tools by utilizing version information that is attached to a program and data and is temporally and spatially unique and secures the real time property of a control program of the time 43 by making the manager 42 preserve and read the program or data in place of the run time.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a multi-remote device that executes program editing, debugging, and monitoring of a runtime (hereinafter, "runtime") of a programmable controller or a soft logic controller using a plurality of software (hereinafter, "tool"). More specifically, the present invention relates to a multi-remote device that eliminates inconsistency of program information between tools and deterioration of real-time control programs.

[0002]

2. Description of the Related Art Conventionally, the following devices are known as remote devices for editing, debugging, and monitoring a runtime program.

[0003] 1) A programming console device which is connected to the runtime one-to-one via an external connection terminal such as RS232C.

2) Programming software that uses a remote program connection (RPC) to make a one-to-one connection with the runtime.

[0005] 3) Monitoring software that uses RPC and allows multiple tools to be connected simultaneously in one runtime.

[0006] 4) A tool that uses RPC and shares a program among a plurality of tools by a function of reading a program from a runtime.

[0007]

However, in the above-mentioned conventional apparatus, 1) a tool is connected one-to-one with a runtime, so that while one tool is connected, another tool is connected to the same runtime. 2) Even if multiple simultaneous connections can be made at run time, if one tool changes the program on the run time, the program loaded into other tools for program editing, debugging, and monitoring Since the change is not reflected, inconsistency occurs in program information between tools. 3) When a program on the runtime is read in order to ensure program consistency between tools, the central processing unit of the runtime is used to read the program. (CPU)
Because of the use of the control program, there are problems such as deterioration of the real-time property of the control program.

SUMMARY OF THE INVENTION It is therefore an object of the present invention to provide a multi-remote device which eliminates inconsistency of program information between tools and deterioration of a control program in real time.

[0009]

In order to achieve the above object, according to the present invention, an object program storing means for storing an object program and an object program stored in the object program storing means are executed. Executing means, version information storing means storing version information of the object program, a plurality of tools for requesting execution of the object program by designating version information of the object program, and executing from one of the tools Upon receiving the request, comparing the specified version information with the version information stored in the version information storage means and driving the execution means based on detecting a match, while detecting a mismatch Must be performed based on the Characterized in that and a manager to answer the tool that issued the.

According to a second aspect of the present invention, in the first aspect of the invention, the manager changes an object program stored in the object program storage means in response to a request from one of the tools, and changes the version of the object program. It is characterized in that the version information stored in the information storage means is updated.

According to a third aspect of the present invention, in the second aspect of the present invention, when one of the tools downloads an object program for the first time, it deletes version information and requests a change of the object program. Features.

According to a fourth aspect of the present invention, there is provided an object program storing means for storing an object program,
Execution means for executing the object program stored in the object program storage means, program storage means for storing source information and version information of the object program, and execution of the object program by designating version information of the object program When receiving an execution request from one of the tools and a plurality of tools for requesting, the specified version information is compared with the version information stored in the program storage means to detect a match. And a manager that responds to the tool that has issued an execution request that there is a mismatch based on detecting the mismatch while driving the execution means based on the mismatch.

According to a fifth aspect of the present invention, in the fourth aspect of the present invention, the manager sends a request for the source program and version information stored in the program storage means in response to a request from one of the tools. The feature is to upload to the issued tool.

According to a sixth aspect of the present invention, in the fourth aspect of the invention, the manager changes an object program stored in the object program storage means in response to a request from one of the tools, and It is characterized in that the source program and its version information stored in the program storage means are updated.

[0015]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of a multi-remote device according to the present invention will be described below in detail with reference to the accompanying drawings.

FIG. 1 is a block diagram showing an embodiment of a multi-remote system configured by applying the multi-remote device according to the present invention.

Referring to FIG. 1, this multi-remote system uses a plurality of tools, ie, a controller (controller 2), to edit, debug, and monitor a runtime (soft logic controller) 43 provided in a controller (controller 2) 40.
It is configured to be executed by a tool 41 provided in the controller (controller 1) 10 connected to the tool 41 provided in the controller 40 or the controller (controller 2) 40 via the local area network (LAN) 80. Things.

Here, the controller (controller 1)
Reference numeral 10 denotes a display device (C that constitutes a user interface)
RT) 30, an external storage device (external storage device 1) 20 including a hard disk for storing an object program (OBJ) 21 and a user program (SRC) 22, and a controller 80 connected to the LAN 80. Inside 10, there are tools 11,
A display driver 12 that drives the display device (CRT) 30 and a network driver 13 that drives the LAN 80 are connected to the tool 11.

The controller (controller 2) 4
0 indicates a display device (CR
T) 60, object program (OBJ) 51, 5
An external storage device (external storage device 2) 50, which is composed of a hard disk for storing user programs (SRC) 52 and 53, a controlled device 70, and a LAN 80, is connected to the controller (controller 2) 4.
0, a tool 41, a manager 42, a runtime 43, and a tool 43 are connected to the display device (CRT) 6.
0, display driver 44, manager 4
2, a network driver 45 for driving the LAN 80 and an external I / O driver 46 connected between the runtime 43 and the controlled device 70 are provided.

In the above configuration, the tools 11 and 41
1) a user interface function for editing a control user program (SRC) 2) a user program management function for saving the edited user program (SRC) in an external storage device 3) a user program that has been edited (SRC) can be interpreted by the runtime 43 in an object program (OB
J) Function to compile 4) User program (SRC) to manager 42
A download function that downloads an object program (OBJ) to the runtime 43 via the manager 42 and controls the controlled device 70 such as a machine tool by the runtime 43 based on the object program (OBJ) 5) The object program (OBJ) A monitoring function for confirming the state and data contents of the runtime 43 being controlled based on the data in real time 6) Even if the runtime 43 is under control, the user program (SRC) is edited and the object program downloaded to the runtime 43 Online editing function for updating (OBJ) 7) An upload function for acquiring a user program (SRC) from the manager 42 is provided.

The above functions enumerate general functions as tools for editing, debugging, and monitoring the program of the runtime 43.

Each of the tools 11 and 41 responds to a processing request from a user interface, and
And causes the runtime 43 to perform the corresponding processing, obtains the result from the runtime 43, and displays the result on the user interface, that is, the display devices 30 and 60. This configuration is generally called a server-client structure.

Here, a plurality of tools can be connected to one manager 42 at the same time, and the plurality of tools can be configured to operate in the same controller 40 like the tool 41. , Such as the tool 11, each of which operates in the controller 10 distributed on the LAN 80 and is connected to the manager 42.

The manager 42 is software that operates inside the controller 40 that controls the controlled device 70. Only one manager 40 operates directly via the external I / O driver 46.

The manager 42 1) sends a processing request from the tool 11 or 41 to the runtime 43 and outputs the processing result in the runtime 43 to the tool 1
2) When the download function is executed, the user program (S
RC) is received from the tool 11 or 41, stored in the external storage device 50, and a user program management function for sending the user program (SRC) to the tool 11 or 41 when the upload function is executed. 3) The plurality of tools 11 and 41 simultaneously When one tool 11 or 41 changes data or an object program (OBJ) on the runtime 43 during connection, it has a data consistency assurance function for notifying another tool of the change.

The runtime 43 includes the controlled device 70
The software is operated inside the controller 40 that controls the operation, and only one controller 40 is directly operated via the external I / O driver 46.

The runtime 43 1) performs a predetermined process in accordance with a processing request from the tool 11 or 41 via the manager 42, and notifies the result to the tool 11 or 41 via the manager 42. 2) Object program (OB) downloaded from the tool 11 or 41 via the manager 42
J) a control function for controlling the controlled object 70 in accordance with 3) an external I / O driver 46 for inputting and outputting data and signals to the controlled object 70 at a timing designated in the object program (OBJ) via the external I / O driver 46 / O function.

Next, details of the processing of the multi-remote system according to this embodiment will be described.

This multi-remote system guarantees the consistency of the data of the runtime 43 cached locally by the tools 11 or 41 when the tools 11 and 41 access one manager 42 and the runtime 43, and It is characterized in that the control performance of the runtime 42 is not degraded by leaving the procedure for the manager 42 to do so.

For this purpose, a user program (SRC)
Version information is attached to these data to confirm the temporal and spatial uniqueness of the object program (OBJ) and data, and the consistency of the data that each tool caches locally using this version information Is configured to guarantee.

FIG. 2 is a diagram for explaining a processing procedure at the time of downloading and online editing in the multi-remote system shown in FIG.

In FIG. 2, at the time of downloading and online editing in the multi-remote system, the following processing procedure is performed.

That is, the tool 11 or 41 converts the user program (SRC) into an object program (O
After compiling to BJ), this tool 11 or 41
Deletes the version information attached to the user program (SRC) and the object program (OBJ) held locally.

When the user program (SRC) or the object program (OBJ) from which the version information is deleted is downloaded, the manager 42 downloads only the object program (OBJ) to the runtime 43. Then, only this source is stored in the external storage device 50, new version information is added to this user program (SRC) or object program (OBJ) (version update), and at the same time, the newly added (updated) version information is added. Notify the original tools 11 and 41 that have been downloaded.

FIG. 3 is a view for explaining a processing procedure at the time of uploading in the multi-remote system shown in FIG.

According to the procedure at the time of uploading, the tool 11 or 41 acquires the user program (SRC) attached with the version information from the manager 42.

That is, first, the tool 11 or 41
However, when uploading a user program (SRC), the tool 11 or 41 issues an upload command request to the manager 42.

Then, the manager 42 that has received the upload command request transmits a user program (SRC) with version information managed by the manager to the tool 11 or 41 that issued the request.

According to this procedure, no load is imposed on the runtime 43 for uploading.

FIG. 4 is a view for explaining a processing procedure when another processing is requested in the multi-remote system shown in FIG.

When the tool 11 or 41 issues another processing request, the contents of the processing request and the user program (SR
C) or the version information of the object program (OBJ) is notified to the manager 42.

The manager 42 receiving this notification compares the version information sent from the tool 11 or 41 with the version information of the user program (SRC) held by the manager 42, and only when the two match,
This processing request is notified to the runtime 43.

When a response to the processing result is received from the runtime 43, the processing result is transmitted to the tool 11 or 4.
Reply to 1.

FIG. 5 is a diagram for explaining a processing procedure in the case where a request for another processing in the multi-remote system shown in FIG. 1 fails.

The manager 42 has the tool 11 or 41
Is compared with the version information of the user program (SRC) held by the cashier 42. If it is determined that the two do not match, in this case, the processing request is sent to the runtime. 43, the tool immediately returns a failure of the processing request due to “invalid version” to the tool. The tool receiving this response,
By issuing the upload request shown in FIG. 3, the changed user program (SRC), that is, the source program and the version information can be obtained.

According to this procedure, the tool 11 or 4
If the version information of the user program (SRC) or the object program (OBJ) held locally by the user 1 is incorrect, the processing is completed without notifying the runtime 43 of this processing request. Runtime 4 for consistency assurance
No load is applied to 3.

FIG. 6 is a flowchart showing the processing of the tool in the multi remote system shown in FIG.

In FIG. 6, when the operation of the tool is started (step 101), a command is awaited from the user (step 102).

When command designation is obtained from the user (step 103), command processing is executed (step 1).
04).

When the execution of the command processing is completed, the process returns to step 102 and waits for a command designation from the user again.

FIG. 7 is a flowchart showing details of the execution of command processing in the processing of the tool shown in FIG.

When command processing is executed (step 11)
1) First, a command request is transmitted to the manager 42 (step 112).

Then, the command waits for a command result (step 113). When the command result is received from the manager 42 (step 114), the execution of the command processing ends (step 115).

FIG. 8 is a flowchart showing the processing of the manager in the multi-remote system shown in FIG.

In FIG. 8, when the operation of the manager 42 is started (step 201), a command request from the tool is waited for (step 202).

When a command request is received from the tool (step 203), a process corresponding to the command request is executed (step 204).

Then, the command result of this command processing is transmitted to the tool (step 205), and the process returns to step 202 to wait for a command request from the tool again.

FIG. 9 is a flowchart showing details of the execution of the processing corresponding to the command request in the processing of the manager shown in FIG.

When the processing corresponding to the command request is executed (step 211), first, the command type of the command request received from the tool is determined (step 213).

If it is determined in step 213 that the command type is download / online editing, a user program (SRC) is first received from the tool, and the received user program (SRC) is received. ) Is stored in the external storage device 50 of the manager 42 (step 214).

Next, the object program (OBJ) is received from the tool (step 215), and it is checked whether the version information of the object program (OBJ) is empty (step 216). Here, if the version information of the object program (OBJ) is empty (step 2).
(YES at 16), obtains new version information (step 217), and changes the version of the user program (SRC) held in the manager 42 (step 2).
18).

Then, the version of the object program (OBJ) is changed (step 21).
9) The object program (OBJ) is transmitted to the runtime 43 (step 220), and the processing corresponding to the command request is terminated (step 228).

If it is determined in step 216 that the version information of the object program (OBJ) is not empty (NO in step 216), the object program (OBJ) is transmitted to the runtime 43 (step 220). The processing corresponding to the request is ended (step 228).

If it is determined in step 213 that the command type is upload, the user program (SRC) stored in the manager 42 is transmitted to the tool (step 221). The process ends (step 228).

When the command type is determined to be another command in the determination of the command type in step 213, first, the version information of the command request is obtained from the tool (step 222). Then, the version information of the user program (SRC) stored in the server is acquired (step 223).

Then, the version information obtained from the tool is compared with the version information stored in the manager 42 (step 224).

If the two match in the version information comparison in step 224 (YES in step 224),
This command request is transmitted to the runtime 43 (step 225), the command result from the runtime 43 is waited for (step 226), and when the command result is received from the runtime 43 (step 227), the processing corresponding to the command request is terminated (step 227). Step 228).

FIG. 10 is a flowchart showing runtime processing in the multi-remote system shown in FIG.

In FIG. 10, when the operation of the runtime 43 is started (step 301), a command request from the manager 42 is awaited (step 302).

When a command request is obtained from the manager 42 (step 303), a process corresponding to the command request is executed (step 304).

Then, the processing result is transmitted to the manager 42 (step 305), and the process returns to step 302 to wait for a command request from the manager 42 again.

The version information employed in the multi-remote system according to the present embodiment includes a user program (SRC) or an object program (OBJ).
Alternatively, it is for confirming temporal and spatial uniqueness of data, and for example, version information defined by the following equation can be adopted as an example.

Version = STRING (Latitude where the controller is located) + STRING (Longitude where the controller is located) + STRING (time) Alternatively, Version = STRING (the network card MAC)
Address) + STRING (time)

Here, STR1NG is a function for converting a numerical value or time into a character string composed of numerals. The network card MAC address is 1D uniquely assigned to each network card.

The user program (SRC) is edited by the user using the tool user interface.
A file to be created, in which a user program for controlling the controlled device 70 is defined.

FIG. 11 is a diagram showing a specific example of a user program used in the multi-remote system shown in FIG.

The user program (SRC) generally has
An ON-OFF signal is received from the controlled device 70, and AN
D or OR operation is performed, and O
The configuration is such that an N-OFF signal is output. This user program (SRC) is composed of a text file.

The object program (OBJ)
Is obtained by converting a user program (SRC) into a language in a format that can be directly interpreted by the runtime 43.

FIG. 12 is a diagram showing a specific example of an object program used in the multi-remote system shown in FIG.

Next, the configuration of internal data of a command request and a command result transmitted and received among the tool 11 or 41, the runtime 43, and the manager 42 will be described.

FIG. 13 is a diagram showing a specific example of the configuration of internal data of a command request transmitted and received between the tool, runtime, and manager employed in the multi-remote system shown in FIG.

Here, the command request includes the command 1D uniquely assigned to the command, the tool ID uniquely assigned to the tool, and the version information of the user program (SRC) locally held by the tool as essential items. Have. The command processing argument may or may not be attached depending on the command. The number and the number of bytes are also defined for each command.

FIG. 14 is a diagram showing a specific example of the configuration of internal data of a command result transmitted and received between the tool, runtime, and manager employed in the multi-remote system shown in FIG.

Here, the command result is the command ID
And the user program (SRC) held by the manager
Version information and the processing result (success / failure) for the command request as essential items. The command processing result 2 or later may or may not be attached depending on the command. The number and the number of bytes are also defined for each command.

As described above, inconsistency of version information (inconsistency of data or SRC, OBJ) is detected on the tool side when a processing request is issued from all tools to the manager / runtime. It is. As a result, since the manager or the runtime does not actively transmit data, the network processing procedure is simplified, and the inconsistency of version information is not broadcast to all tools, so that the network load is reduced. Is also reduced.

In the above embodiment, the object program is generated by the tool, but may be generated by the manager.

[0087]

As described above, according to the present invention, by using a temporally and spatially unique version attached to a program, program consistency between a plurality of tools is ensured, and the program or data The configuration is such that the real-time property of the control program is ensured by processing the storage and reading by the manager software instead of the runtime. 1) Even if multiple tools are connected to one runtime at the same time and the program is edited The integrity of the program or data cached locally by the tool can be guaranteed. 2) Even if the program or data is changed or the integrity is guaranteed, the real-time performance of the runtime is degraded because the manager software processes it instead of the runtime. 3) Data consistency, multiple 4) Since the manager software performs all the procedures for connecting the files, the structure of the runtime can be simplified. 4) Since the manager software performs all the procedures for data consistency and the connection of multiple tools, the runtime that originally supports only one tool Even if there is any, the multi-tool can be easily handled by adding the manager software. 5) Regarding the integrity assurance, the broadcast from the manager or the runtime to all the tools does not occur, so that the network load on the network connection is reduced. The effect is obtained.

[Brief description of the drawings]

FIG. 1 is a block diagram showing an embodiment of a multi-remote system configured by applying a multi-remote device according to the present invention.

FIG. 2 is an exemplary view for explaining a processing procedure at the time of download and online editing in the multi remote system shown in FIG. 1;

FIG. 3 is an exemplary view for explaining a processing procedure at the time of uploading in the multi-remote system shown in FIG. 1;

FIG. 4 is an exemplary view for explaining a processing procedure when another processing is requested in the multi-remote system shown in FIG. 1;

FIG. 5 is an exemplary view for explaining a processing procedure in a case where the processing request ends in failure when another processing is requested in the multi-remote system shown in FIG. 1;

FIG. 6 is a flowchart showing processing of a tool in the multi-remote system shown in FIG. 1;

FIG. 7 is a flowchart showing details of execution of command processing in the processing of the tool shown in FIG. 6;

FIG. 8 is a flowchart showing processing of a manager in the multi remote system shown in FIG. 1;

FIG. 9 is a flowchart showing details of execution of a command request corresponding process in the process of the manager shown in FIG. 8;

10 is a flowchart showing runtime processing in the multi-remote system shown in FIG.

FIG. 11 is a view showing a specific example of a user program employed in the multi-remote system shown in FIG. 1;

FIG. 12 is a view showing a specific example of an object program used in the multi-remote system shown in FIG. 1;

FIG. 13 is a view showing a specific example of a configuration of internal data of a command request transmitted and received between a tool, a runtime, and a manager employed in the multi-remote system shown in FIG. 1;

FIG. 14 is a diagram showing a specific example of a configuration of internal data of a command result transmitted and received between a tool, a runtime, and a manager employed in the multi-remote system shown in FIG. 1;

[Explanation of symbols]

 Reference Signs List 10 controller (controller 1) 11 tool 12 display driver 13 network driver 20 external storage device (external storage device 1) 21 object program (OBJ) 22 user program (SRC) 30 display device (CRT) 40 controller (controller 2) 41 tool 42 manager 43 runtime 44 display driver 45 network driver 46 external I / O driver 50 external storage device (external storage device 2) 51 object program (OBJ) 52 user program (SRC) 53 user program (SRC) 54 object program (OBJ) Reference Signs List 60 display device (CRT) 70 controlled device 80 local area network (LAN)

 ──────────────────────────────────────────────────続 き Continued from the front page (72) Inventor Masayuki Masuda 10 Omron Co., Ltd., Hanazono Todocho, Ukyo-ku, Kyoto-shi, Kyoto

Claims (6)

[Claims] 1. An object program storage unit storing an object program, an execution unit executing the object program stored in the object program storage unit, a version information storage unit storing version information of the object program, A plurality of tools for requesting execution of the object program by designating version information of the object program; and when the execution request is received from one of the tools, the designated version information and the version information are stored in the version information storage means. A manager that compares the version information and drives the execution unit based on detecting a match, while responding to the tool that issues an execution request that there is a mismatch based on detecting a mismatch. And that you have Multi remote device to butterflies. 2. The manager changes an object program stored in the object program storage means in response to a request from one of the tools, and updates version information stored in the version information storage means. The multi-remote device according to claim 1, wherein: 3. The multi-remote device according to claim 2, wherein one of the tools erases version information and requests a change of the object program when the object program is downloaded for the first time. 4. An object program storage unit storing an object program, an execution unit executing the object program stored in the object program storage unit, and a program storage unit storing a source program and version information of the object program. A plurality of tools for requesting execution of the object program by designating version information of the object program; and when receiving an execution request from one of the tools, the specified version information and the program storage means While comparing the stored version information and driving the execution means based on detecting a match, the tool that has issued an execution request is replied to the tool based on the detection of a mismatch. Manager and Multi remote device characterized by comprising. 5. The method according to claim 4, wherein the manager uploads the source program and the version information stored in the program storage means to the tool that has issued the request in response to a request from one of the tools. A multi-remote device as described. 6. The manager changes an object program stored in the object program storage unit in response to a request from one of the tools, and also changes a source program and version information stored in the program storage unit. The multi-remote device according to claim 4, wherein is updated.