JP2635777B2 - Programmable controller - Google Patents

Description

[Detailed Description of the Invention] [Object of the Invention] (Industrial application field) The present invention relates to a programmable controller in which a user can arbitrarily program a countermeasure against a failure for each input / output card.

(Prior Art) FIG. 6 is a block diagram schematically showing a basic operation of a programmable controller of this kind.

As shown in FIG. 1, in a programmable controller of this type, between each input / output card 1 and the input / output data memory 2, the input / output data A batch input / output process 4 for performing input / output and a user program execution process 5 for executing a user program based on the contents of the input / output data memory 2 are alternately and repeatedly executed.

In the batch input / output processing 4, when an abnormality of the input / output card 1 is detected based on a parity check or the like, execution stop processing is uniformly performed to prevent a malfunction caused by the abnormality of the input / output card 1 beforehand. It has become.

A specific example of such batch input / output processing will be described with reference to FIGS. 7 to 9.

FIG. 7 is a memory map schematically showing a mutual relationship between the input / output card 1, the collective input / output data memory 2, and the collective input / output table 3.

As shown in FIG. 1, the batch input / output data memory 2 stores input data or output data for each input / output card.

Further, in the batch input / output table 3, information indicating the correlation between the data array in the batch input / output data memory 2 and the array of the input / output cards corresponding to the data array in the batch input / output data memory 2. Is stored.

As shown in the figure, the information indicating this correlation is:
Input / output card address information 31 indicating the position of the input / output card corresponding to the input or output data, and flag 3 indicating whether the card is an input card or an output card
2,33.

Therefore, by referring to the information in the batch input / output table 3, the relationship between each address in the batch input / output data memory 2 and the input / output card address can be easily known.

FIG. 8 is a flowchart schematically showing the whole batch input / output processing, and FIG. 9 is a flowchart showing only the input processing in detail.

In FIG. 8, when the batch input / output processing is started, the pointer i is cleared to 0 (step 801), and the contents of the i-th batch input / output table are taken out (step 80).
2) Based on the contents of the input / output flags 32 and 33, it is determined whether the input designation is an output designation (steps 803 and 804).

If the input is designated (YES in step 803), the input data is input from the input / output card address obtained from the collective input / output table 3 and stored in the corresponding collective input / output data memory (step 808).

On the other hand, in the case of output designation (step 804YE
S), fetch the output data from the corresponding batch input / output data memory and send it to the input / output card address (step 805).

Then, the above batch input process (step 808) or batch output process (step 805) is repeatedly performed until the pointer i becomes n (step 807 YES).

Next, referring to FIG. 9, in the batch input process,
Processing when an input / output card error occurs will be described.

When the batch input process is started, first, an error retry counter e is initialized (step 901), and the i-th input / output card address of the pointer is taken out (step 902). Is read (step 903).

If a read error is detected by a parity check or the like (step 904 YES), a predetermined retry process is performed.

In this retry processing, while updating the error retry counter e by +1 (step 906), each time the input data is read (step 903) and a read error is detected (step 904), the error retry counter e becomes E. (Step 907).

If the calling error is detected even if the error retry counter e reaches E (step
(904YES, 907YES), execution stop processing is performed (step 90).
8) Prevent malfunction of the controller.

On the other hand, if a call error is not detected or the read error is recovered by the retry processing (NO in step 904), the input data is stored in the i-th batch input / output data memory (step 905).

As described above, in the conventional programmable controller, when a read error is detected during the batch input process (step 904 YES), when the error is not recovered by the retry process (step 907 YES),
The execution stop processing is uniformly performed (step 908).

Although the above description has been given of the case of the batch input processing, the same applies to the case of the batch output processing. If a write error occurs in any of the input / output cards, the execution is performed on the condition that the error is not repaired by the retry processing. Stop processing is performed.

(Problems to be Solved by the Invention) As described above, in the conventional programmable controller, if an input / output card error occurs in the batch input / output processing, the input / output card is not repaired by the retry processing. The execution stop processing is performed at first.

However, if the execution stop processing is uniformly performed without depending on the importance of the faulty card, various inconveniences may occur when applied to actual user equipment.

For example, if the faulty card simply emits a display output, there is a case where there is not much support from the whole control even if the lamp is not turned on by the display output, and the faulty card is simply displayed. For example, when the level detection data is input, even if the detection level is not displayed, there is a case where there is not much trouble in the control as a whole, and in such a case, the execution stop processing is uniformly performed. Stopping the operation of the controller often causes a problem from the viewpoint of the user equipment.

The present invention has been made in view of the above problems,
An object of the present invention is to provide a programmable controller in which, when a failure occurs in any of the input / output cards, a user can arbitrarily program a subsequent countermeasure according to the importance of the failed card. It is in.

[Structure of the Invention] (Means for Solving the Problems) In order to achieve the above object, the present invention provides a method for batch input / output of input / output data between each input / output card and an input / output data memory in card units. Batch input / output processing to perform
In a programmable controller that alternates between executing a user program based on the contents of the I / O data memory and executing a user program, the presence of a failure is monitored for each I / O card. In this case, means for writing the identification information of the failed card in an area that can be referenced by a user program, and an error processing program provided corresponding to each input / output card and created by the user using the failed card identification information as a reference condition Means for setting and resetting the input / output prohibition flag according to the execution result of the above, and referring to the contents of the input / output prohibition flag at the time of the batch input / output, and prohibiting the batch input / output only for the card when the flag is set , Are provided.

Further, in order to achieve the above object, the present invention provides a batch input / output process for performing batch input / output of input / output data in card units between each input / output card and the input / output data memory; In a programmable controller that alternates between executing a user program based on the content and executing a user program, the system monitors each I / O card for a failure. Means for writing the identification information of the card in an area that can be referred to by a user program, and setting based on an execution result of an error processing program created by a user with the failed card identification information as a reference condition;
An execution stop flag to be reset, and means for executing an execution stop process when the execution stop flag is in a set state are provided.

(Operation) According to such a configuration, if an error processing program is created using each failed card identification information as a reference condition,
Depending on the importance of the card, it is possible to arbitrarily select such as continuing the batch input / output processing as it is, prohibiting batch input / output only for the failed card, or stopping the execution of the entire control Can be.

FIG. 1 is a block diagram schematically showing a basic operation of a programmable controller according to an embodiment of the present invention. 6, the same components as those of the conventional example shown in FIG. 6 are denoted by the same reference numerals, and description thereof will be omitted.

As shown in the figure, the feature of this embodiment is that an error notification flag 8, an execution stop flag 9, and an input / output prohibition flag 10 are newly provided.

The error notification flag 8 is set when a failure occurs in any of the input / output cards in the batch input / output processing 4a. The content of the error notification flag 8 is an error processing program created by the user. 7 can be referred to.

The execution stop flag 9 and the input / output prohibition flag 10 can be arbitrarily set or reset by an error processing program created by the user.

When the execution stop flag 9 is set, the execution stop check processing 11 detects this, and as a result, the execution stop processing 6 is performed.

When the input / output prohibition flag 10 is set, the batch input / output processing is prohibited only for the failed card.

Next, the operation of this embodiment will be systematically described with reference to FIGS.

As shown in FIG. 2, an input / output prohibition flag a, an output designation flag b, and an input designation flag c are provided in the batch input / output table 3a.

The error notification flag 8 and the execution stop flag 9 described above are represented by reference numerals i and s in the figure.

The error notification flag i becomes a reference index of the batch input / output table 3a when an input / output error occurs. That is, when a failure occurs in any one of the cards, it becomes identification information of the failed card, and the user program Arbitrarily can be referred to.

The execution stop flag 9 indicates that the execution is stopped at “1” and “0”.
Indicates execution prohibition, and the execution stop flag 9 can also be arbitrarily referred to by a user program.

Next, FIG. 3 is a flowchart schematically showing the whole batch input / output processing. Hereinafter, the batch input / output processing will be described with reference to this flowchart.

When the program starts, the pointer i is first set to 0.
Then, the contents of the i-th batch input / output table are extracted (step 302), and the state of the input / output prohibition flag is checked (step 303).

As will be described later, the input / output prohibition flag a is set when the i-th input / output card is out of order.

If the input / output prohibition flag is set (YES in step 303), the input / output processing (steps 306 and 309) is skipped, the pointer i is updated by +1 (step 307), and the processing to the next input / output card is performed. Migrate.

On the other hand, if the input / output prohibition flag a is not set (NO in step 303), it is determined whether the input is designated or the output is designated (steps 304 and 305). The output process (step 306) or the input process (step Step 309)
Are executed, and the above processing is repeatedly executed until the pointer i becomes n.

Next, FIG. 4 is a flowchart showing details of the input processing. The input processing will be described below with reference to this flowchart.

When the program is started, first, a retry number counter e is initialized (step 401), and the i-th I / O card address is taken out (step 402), and the I / O data is read out based on the taken out address. Is performed (step 403), and thereafter, the presence or absence of an input error is determined (step 404).

If there is no input error (NO in step 404), the input / output data is stored in the i-th batch input / output memory (step 405).

On the other hand, if an input error exists (step 404 YES), retry processing is executed as in the past (steps 406, 403, 404, 407). If the error is not recovered by the retry processing (step 407 YES),
The processing shifts to the characteristic processing of the present invention surrounded by the dotted line in the figure.

That is, first, a notification that an error has occurred in the i-th card is made via the error notification flag i (step 40).
8) The user's error processing program is executed (step 409), and then the state of the execution stop flag s is determined (step 410).

Here, if an error processing program is set to set the execution stop flag s on condition that the error notification flag i is set, the execution stop flag s is set as an execution result of the error processing program. ing.

Similarly, if an error processing program is set so that the input / output prohibition flag a is set on condition that the error notification flag i is set,
An input / output prohibition flag a is set as an execution result of the error processing program.

Therefore, depending on the contents of the error processing program created by the user (step 410), execution stop processing is performed (step 411), or control is continued as normal (step 410NO).

Also, as described in the flowchart of FIG. 3, if the input / output prohibition flag a is set (step 303Y
ES), the input processing (step 309) is skipped for the card, and the batch input processing is prohibited for the input card.

Although the above description has been made with reference to the input processing, the same applies to the case of the output processing. As shown in FIG. 5, execution is performed according to the execution result of the error processing program created by the user (step 510). If the stop process (step 511) or the continuation of control is selected and the input / output prohibition flag is set (step 303YES), the output process (step 306) is skipped as shown in FIG. Batch output processing is prohibited only for output cards.

As described above, according to the programmable controller of the present embodiment, depending on what error processing program is set up using the error notification flag a as a reference condition, control can be continued as normal, or batch input / output processing can be performed only for the input / output card. , Or stop execution of the entire control, and the like, and an optimal countermeasure can be taken according to the importance of the faulty card.

In the above embodiment, the execution of the error processing program (steps 409, 509) is performed in the batch input / output processing. However, the execution of the error processing program may be performed in the normal user program execution processing 5. Of course.

[Effects of the Invention] As is apparent from the above description, according to the present invention, depending on the degree of importance of each input / output card, depending on what error processing program is set up using the failed card identification information as a reference condition, Measures can be taken in detail, and the usability of this programmable controller can be improved.

[Brief description of the drawings]

FIG. 1 is a block diagram schematically showing a basic operation of a programmable controller according to an embodiment of the present invention.
FIG. 3 is a memory map showing the contents of a batch input / output table, an error notification flag, and an execution stop flag. FIG. 3 is a flowchart schematically showing the whole batch input / output processing according to the present invention. FIG. 5 is a flowchart showing details of input processing, FIG. 5 is a flowchart showing details of output processing according to the present invention, and FIG.
FIG. 7 is a block diagram schematically showing the basic operation of the controller, FIG. 7 is a memory map showing the relationship between the collective input / output memory, the collective input / output table and the input / output card in the conventional controller, and FIG. 9 is a flowchart schematically showing the whole batch input / output processing, and FIG. 9 is a flowchart showing details of the batch input / output processing in the conventional controller. 1 Input / output card 2 Input / output data memory 3a Batch input / output table 4 Batch input / output processing 5 User program execution processing 6 Execution stop processing 7 User error processing program 8 Error notification flag 9: Execution stop flag 10: Input / output prohibition flag 11: Execution stop processing

Claims (2)

(57) [Claims] 1. A batch input / output process for batch input / output of input / output data in card units between each input / output card and an input / output data memory, and executes a user program based on the contents of the input / output data memory. In a programmable controller that alternately repeats the user program execution processing, the presence or absence of a failure is monitored for each I / O card, and if a failure occurs in any of the cards, the identification information of the failed card is referred to in the user program Means for writing to a possible area, an input / output prohibition flag provided corresponding to each input / output card, and set / reset by an execution result of an error processing program created by a user using the failed card identification information as a reference condition, and At the time of the batch input / output, the contents of the input / output prohibition flag are referred to, Programmable controller, characterized by comprising means for prohibiting the collective output only to the card, the if. 2. A batch input / output process for batch input / output of input / output data in card units between each input / output card and an input / output data memory, and a user program is executed based on the contents of the input / output data memory. In a programmable controller that alternately repeats the user program execution processing, the presence or absence of a failure is monitored for each I / O card, and if a failure occurs in any of the cards, the identification information of the failed card is referred to in the user program Means for writing to a possible area; an execution stop flag that is set and reset according to an execution result of an error processing program created by a user using the failed card identification information as a reference condition; and a case where the execution stop flag is in a set state. Means for performing execution stop processing; and Trolla.