JPS598055A - Instruction word processing method - Google Patents

Abstract

PURPOSE:To process an instruction word at a high speed with interactive chart programming, by converting an object table into a macroinstruction table in an off-line mode, and processing the macroinstruction table by a computer in an on- line mode. CONSTITUTION:A compiler means 5 produces a macroinstruction table 9, i.e., an executing object in an off-line execution mode by referring to an object table 8 which is programmed within a memory 4 via a memory bus line 2. In an on- line mode the table 9 is processed by a CPU1, and at the same time the module processing is carried out with connection to either one of various processing module groups 10 which are processed by a macroinstruction from the first. An input controller 6 and an output controller 7 are connected to the CPU1 via an interface bus line 3 and fetch data out of the controller 6 based on the connecting procedure of processing modules. Then the data is delivered to the controller 7 after an operation by an arithmetic processing module. Thus a program is produced in the form of a interactive chart by said arithmetic processing module.

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention relates to a command word processing method, and particularly to a command word processing method using an interactive program creation method.

As a method to improve the man-machine nature of programming using macro instruction technology dedicated to computers, we have conventionally used programming using an interactive high-level language and the interactive diagram (combining processing modules on a screen) that is targeted by the instruction word processing method of the present invention. method) programming. In this interactive graphical programming, since emphasis is placed on man-machine performance, it is common and essential to have a screen and a reversible object table. Conventional interactive graphical programming often only has the object table. For this reason, the program had to be processed interpretively when online, resulting in a slow processing speed.

The reasons for having to perform the above-mentioned interpretive processing are as follows. The process of creating the object table corresponding to the screen is a process on the programmer or terminal side, and the process of the object table is a process on the computer (controller) side. Additionally, the dedicated languages used by the programmer and the computer are generally different, and it is functionally difficult for the programmer to create additional dedicated languages (macro instructions) with different language systems. Furthermore, the above-mentioned interactive programming has generally been applied off-line, such as in office processing.

However, when the above-mentioned interactive graphical programming is applied to the field of control programmers, there are the following drawbacks. That is, sequence control, calculation control, DI
) When creating a program such as C control, if the program is created interactively using processing units (processing modules) that are made into subroutines for each control function unit,
Although it has extremely high man-machine performance, it has the disadvantage that the processing speed is slow due to the interpretive processing described above when executing this program. Therefore, in the control field where processing speed is required, the application of interactive program creation methods including analog processing such as DDC control has been delayed.

Furthermore, in fields such as programmable sequence control, due to differences in the language usage of each manufacturer, interactive diagram programs created by programmers from other manufacturers may not be compatible and cannot be applied to controllers from other manufacturers. There were also problems.

Specifically, in conventional interactive instruction word processing in which a program is created by combining various processing modules on the screen, an object table that corresponds one-to-one to the processing modules on the screen TFI is created in the creation mode. and when run,
The object table is processed interpretively. As the connection method between processing modules on the screen, two commonly used methods are incense connection, that is, a method of specifying the connection by wire number, and branching and merging, that is, a method of specifying the connection using symbols such as branching and merging. .

However, in order to provide reversibility with the screen display in either method, the structure of the object table corresponding to the screen processing module is complicated.

For this reason, during execution, the object table is processed interpretively one by one, so the processing speed is slower than that of a dedicated program using macro instructions.

The purpose of the present invention is to eliminate the above-mentioned drawbacks and to achieve high-speed processing
The object of the present invention is to provide a method for processing command words using an interactive programming method.

The present invention creates an object table with reversibility corresponding to the combination of processing modules on the screen in the offline creation mode, and in the online execution mode, performs the interpretive processing that was conventionally performed online. By performing processing only once, input/output register (area) organization of processing data between processing module connections,
The above object is achieved by converting the object table into a macro instruction table consisting of dedicated macro instruction words that determine the assignment of parameters of processing modules and the connection address to unprocessed modules.

An embodiment of the instruction word processing method of the present invention will be described below with reference to the drawings.

The present invention uses the interactive diagrammatic programming method to create an object table (creation mode) corresponding to the combination of screen processing modules during offline time.
This includes both processing (execution mode) that converts an object table into a dedicated macro instruction. However, since the creation of the object table depends in part on the skills of a conventional programmer, the method (mechanism) for creating the macro instruction table from the object table will be explained in detail here.

FIG. 1 is a block diagram showing the configuration of an embodiment of the instruction word processing method of the present invention. A memory path line 2 and an interface path line 3 are connected to the central processing unit 1 . A memory 4 and a compiler means 5 are connected to the memory path line 2, and an input control device 6 and an output control device 7 are connected to the interface path line 3. Furthermore, an object table 8, a macro command table 9, and various processing module groups 10 are stored in the memory 4.

The compiler means (instruction word processing) 5 is a memory path line 2
A macro instruction table (program) 9, which is an execution object, is created in an off-line execution mode by referring to the object table 8 created in the program creation mode in the memory 4 via. The configuration of one element of the object table 8 (a collection of elements is defined as a table) includes a connection destination to a processing module and parameters essential for the processing module to perform its processing function as a module. In general, a processing module is a processing unit for a series of processes. For example, in the case of DDC processing, it includes analog import processing, engineering unit conversion processing, and PID processing.
A processing unit such as control processing is defined as one processing module. That is, a processing module is a black box of a processing unit, and a series of meaningful processing is realized by the processing of the processing modules connected together.

The macro instruction table 9 is expanded into macro instructions based on the elements of the object table 8, and one element of the object table 8 is expanded into a plurality of macro instructions in the macro instruction table 9. Here, the feature of this embodiment is that it has a compiler means 5 from the object table 8 to the macro instruction table 9.

When online, the macro instruction table 9 is processed by the central processing unit 1, and one of the various processing module groups 10 created from the beginning using macro instructions.
It is connected to one processing module and executes the processing of the module. When the processing of the processing module is completed, the next macro instruction in the macro instruction table 9 is executed again.

The input control device 6 and the output control device 7 are connected to the central processing unit 1 etc. via the interface path line 3, and access to the input/output control device 6.7 is performed by each of the aforementioned processing modules. be done. That is,
In accordance with the procedure for connecting the processing modules on the screen, for example, the human control device (a processing module that takes in data from the blue 6, a processing module that performs calculations, and a processing module that outputs data to the output control device 6) executes the program. When created in an interactive diagram, it is possible to create control loops in which input data is operated on and output.

FIG. 2 is a block diagram showing the relationship between an example of an interactive graphical program and the macro command table (program) 9. As shown in FIG. The graphical program 11 was created by the programmer 12, and is an example in which processing modules are displayed on the screen.On the screen (apparently), the processing module A display 13
．． B display 14°C display 15. This is an example created by combining Z displays 16. Simultaneously with this screen display, the programmer 12, in response to the screen display, selects the processing module A17. B1
8. Objects corresponding to the connection destinations of C19 and Z20, parameters necessary for various module processing, and the connection status on the screen) A21. Create B22°C23 and Z24 in the order of creation on the screen.

For example, the components of object A include a branching and merging code, a processing module number (a unique number corresponding to A), and a parameter number. The programmer 12 creates the processing module A display 3 on the screen and the object A21 in the memory 2.

As described above, the object table 8 of the graphical program 11 contains the objects A21. B22
．． It is composed of C23 and Z24. That is, when a new processing module is added to the graphical program 11, a new object is added to the object table 8 in response. On the contrary, the graphical program 11
If the processing module is deleted, the corresponding object in the object table 8 is deleted.

However, an object (for example, object) A21 that is a component in the object table 8 is an information table that recognizes the mutual connection status and modules of the processing module A display 13 on the screen.

Therefore, when the same processing module is used many times on the screen (graphical program), the number of corresponding objects increases in the object table 8 by the number of times of use. Note that each processing module in the various processing module groups 10 is a processing unit (subroutine), and no matter how many times it appears as an object in the object table 8, it is sufficient that it exists as a unique processing module.

In the prior art, when online, the object-7-pull 8 is processed interpretively, so the processing speed is slow. However, in the instruction word processing method of this embodiment,
The compiler means 5 generates an object table 8
A21°R22, C23, Z24 respectively correspond to the corresponding macro instructions A25. B26. C27,Z2
8 to create the macro command table 9 in online mode, thereby increasing the speed.

FIG. 3 is a block diagram showing details of the compiler means 5 for converting into macro instructions shown in FIGS. 1 and 2. The input side of an instruction register 29 is connected to the memory path line 2, and this instruction register 2
The output of 9 is input to a branch/merging decoder 30 as well as a link decoder 31 and a parameter decoder 32. The outputs of the link decoder 31 and the parameter decoder 32 are input to a macro instruction generating means 33, one output of the macro instruction generating means 33 is output to the memory path line 2, and the other output is input to the program counter 34. There is. This program counter 34
The output is output to the memory path line 2. Also,
The output of the branch-merging decoder 30 is sent to a count gate 35.
is input to the intermediate count gate 36. The output of the count gate 35 is input to an input count register 37, and the output of the input count register 37 is input to the count gate 35. Further, the output of the output count register 38 is input to the count gate 35, and the outputs of the output count register 38 and the input count register 37 are input to the macro instruction generating means 33. Further, the count gate 35 and the intermediate count gate 36 are connected to each other, and the intermediate count gate 36 and the intermediate count register group 39 are connected, and the output of the intermediate count register group 39 is inputted to the macro instruction generating means 33. has been done. Note that the portion surrounded by a dashed line in the compiler means 5 constitutes an area generation means 4o. First, the program counter 34 indicates the storage address of an object (eg, object) A21 in the object table. This program counter 34
The instruction register 29 takes in the object A21 from the address indicated by and temporarily stores it.

The structure of the instruction register 29 is made up of a processing module number, a branching/merging code, etc. on the screen. Therefore, it is necessary to designate an area for passing the processing result of data as a processing unit to the next processing module, analyze the connection destination address of the processing module, and write the analysis result in a macro instruction.

For this purpose, first, the branching/merging decoder 30 determines the branching/merging code of the object A21, and in response to the analysis code of the branching/merging decoder 30, the area generating means 40 creates a data transfer area between processing modules. Confirm in advance. In this area generation means 40, the result of the processing module of the previous process becomes the input result of the processing module of the current process.

In this way, the module output data of the previous process becomes the input data of the current processing module, and the output data of the current processing module becomes the input data of the subsequent processing module. For example, the output data of processing module A17 is branched to processing module Z20. It is necessary to pass it to B18 as an argument.

For this reason, the area generation means 40 uses the output count register 38 which stores the number of output data of the previous processing module.
, an input count register 37 that stores the number of input data of the processing module to be processed this time, a count gate 35 that manages input/output count registers, and a group of input count registers 37 and intermediate count registers according to the branch and merge decoders up to the previous process. It consists of an intermediate count gate 36 for managing 39. If there is no branching/merging in the connection between the processing modules, the output data count of the previous processing module and the number of input data of the current processing module are the same, but because there is branching/merging, they are not actually the same number. For this reason, when there is a branch, the number of output data is entered into the intermediate count register group 39 according to the branch, and the intermediate count gate 36 manages which register of the intermediate count register group 39 the data is entered into.

The link decoder 31 also processes the combined light of each processing module, that is, each 1'! h Select a processing module in the processing module group IO, for example, processing module A17, and select an address to be coupled to processing module A. The parameter decoder 32 specifies parameters necessary for various processing modules to perform processing. The macro instruction creation means 33 uses the link decoder 31, the parameter decoder 32, and the input/output count registers 37. 4, the macro instruction A25 is edited. When one process is completed, the next object Z24 is taken into the instruction register 29 by incrementing the program counter 34, and the macro instruction table 9 is created by repeating the same process.

FIG. 4 is a block diagram showing details of the macro instruction creation means 33 for creating the macro instruction table 9. As shown in FIG. Input count register 37, output count register 38, intermediate count register group 39, link decoder 31, parameter decoder 32, module global area register 4
1. Each output of the macro instruction table counter 42 is input to the macro instruction creation means 33, and each output of this macro instruction creation means 33 is input to the link address register 43, the macro instruction table counter 44, the input data address register 45, and the output It is input to the data address register 46, parameter address register 47, and module global area register 41. Note that the portion indicated by the dashed line in the figure indicates the macro instruction A25.

The input/output count registers 37, 38 and intermediate count register group 39 calculate the number of data exchanges between processing modules. An input data address register 45 indicating the address of data to be taken in by the processing module to be processed this time, and an output data address register 46 indicating the address of data to be output as a processing result are generated. In other words, since each processing module is a processing unit, the number of output data of each processing module is unique to each processing module.
It does not depend on the branching and merging of the graphical program and remains unchanged. On the other hand, the number of input data of each processing module changes depending on the merging situation, as the output data of a plurality of processing modules may be combined and the number of data increases. Therefore, the input/output count registers 37 and 38 manage the number of inputs and outputs for each processing module. If there is no branch, the output count register 38 will have the same contents as the input count register 37 in the next module processing. When there is a branch, the number of output data of the processing module corresponds to the branch and is stored in the corresponding register of the intermediate count register group 39. In the case of module processing that merges, the contents of the output count register 38 are stored in the intermediate register group 39.
The result of adding the contents of the corresponding registers becomes the contents of the input count register 37. The input/output data address registers 46.47 of the module correspond to the contents of the input/output count registers 37.38 and the intermediate count register group 3.
The address is determined by the corresponding register number 9.

That is, when there is a branch between processing modules, the output data address register 46 of the processing module is determined according to the corresponding register number position of the intermediate count register group 39.

Furthermore, the contents of the parameter address register 47 are determined by the parameter number decoded by the parameter decoder 32. Similarly, the contents of the link address register 43 are determined based on the processing module link number decoded by the link decoder 31. In addition, a module global address register 41 indicating a common data area used for common data passing processing in connection between processing modules, and a macro instruction table counter 44 which is a program counter of a converted macro instruction table are used to create one object. A macro instruction corresponding to is formed.

FIG. 5 shows an example of the basic configuration of macro instructions on the memory based on FIG. 4, and is a rewrite of the block diagram shown in FIG. 4 with the configuration of an actual example. The macro instruction table is stored in the module global area register 4.
1, macro instruction table counter 42, input data address register 45, output data address register 46,
It is composed of a parameter address register 47 and a link address register 43.

In FIG. 5, LDR,1,ADD describes the head of the macro instruction table of the input data address register 45, output data address register 46, parameter address register 47, and module global area register 41 in the register. LDR2, LINK is a register that describes the contents of the processing module link address register 43, and is a macro instruction that links to a processing module that has been created from the beginning with macro instructions in BALO2. When linked to a processing module, the processing module registers the input data address register 45.
, output data address register 46, parameter address register 47, and module global area register 41, processing as a processing module can be executed. That is, FIG. 5 shows that one element of the object table 8 is entirely described by macro instructions. By repeating similar processing, the object table 8 can be converted into a macro command table 9 consisting entirely of macro commands. Therefore, this embodiment eliminates the need for interpretive processing when online.

FIGS. 6(a) and 6(b) show an example of the screen program of the graphical program and the final expansion of the macro command table. The processing module A display 13 on the screen is an apparent processing module, and the actual processing module A 17 in the memory 4 is. The apparent modules 13, 16, 14, and 15 on the screen are finally developed into the macro instruction table 9.

In online processing, the central processing unit 1 sequentially processes the macro instruction table 9.

The first macro instruction is the processing of processing module A, and B
The ALO2 macro command is linked to the processing module A in the various processing module group 10, and the processing module A described by the macro command is processed. That is, as shown by the macro instruction of the processing module A (LL) R, 1,100, the processing (operation), result (
a') is stored in the data area 48 at position 200.

By repeating the same process thereafter, the online macro instruction table can be processed at high speed.

According to this embodiment, a reversible object table 8 created during offline processing is converted into a macro instruction table 9 having a macro instruction structure by the controller means 5, and the central processing unit 1 is controlled by this macro instruction table 9. By adopting a configuration that executes processing, it has the effect of making online processing about 20 times faster than conventional interpretive processing while maintaining the traditional interactive man-machine nature. In addition, by extending the compiler means 5 to each language specification, it is possible to realize the coexistence of general-purpose programming and dedicated programming in microcontrollers.
Furthermore, it is possible to establish a cross-compilation method on a higher-level computer.

As described above, according to the present invention, it is possible to provide a command word processing method using an interactive programming method capable of high-speed processing.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing an embodiment of the command word processing method of the present invention, FIG. 2 is a block diagram showing a graphical program and an object table of this embodiment, and FIG. 3 is a block diagram showing an embodiment of the command word processing method of the present invention. Block diagram showing a detailed example of the compiler means, No. 4
The figure is a block diagram showing the configuration of the macro instruction table creation means, FIG. 5 is a block diagram showing the macro instruction structure on the memory, and FIGS. 6 (a) and (b) are the graphical program and macro instructions of this embodiment. FIG. 2 is a block diagram showing a detailed example of a table. DESCRIPTION OF SYMBOLS 1...Central processing unit, 4...Memory, 5...Compiler means, 8...Object table, 9...
Macro instruction table, 10...Various processing module groups, 11...Graphic program. Agent Patent Attorney 111I4 Figure 2, 5 Akira 5 Figure') White Ro [7] (b)

Claims (1)

[Claims] 1. In a data processing device equipped with an object table created corresponding to each processing module in a graphical program created on the screen of a display device while an operator presses a key corresponding to the processing module, when offline, 1. A method for processing instruction words, characterized in that a compiler means for converting an object table into a macro instruction table consisting of macro instructions of a processing computer is provided, and the processing computer processes the macro instruction table when online.