JPS63255744A - System diagnosing system - Google Patents

Abstract

PURPOSE:To shorten the operation test time of a device to be diagnosed, by preliminarily storing an input message indicating the instruction of the execution of diagnosis, setting of test circumstances, etc., in a program loading device together with a test program. CONSTITUTION:The input message indicating the instruction of the execution of diagnosis and setting of test circumstances is preliminarily stored in the program loading device (flexible disk device 8) together with a test program 4. First, the program loading device is operated to load the test program 4 to a main storage device 3. Next, said input message is taken out and is decoded, and the test program 4 is executed in response to the decoded contents to diagnose devices 10a and 10b to be diagnosed. The state during diagnosis is displayed on a display means (panel display device 11) of a main device 1 and the diagnosis result is written in the program loading device.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a system diagnosis method for diagnosing connected devices in a computer system.

[Conventional technology]

FIG. 8 is a block diagram of a computer system employing a conventional system diagnosis method. In the figure, 1 is a main unit including a central processing unit 2, a main memory bag 3, etc., the central processing unit 2 executes a test program 4, etc., and the main memory 3 stores the test program 4. It is used to store.

The system console control device 5 controls a system console device 6 used for inputting and outputting messages, and the system console device 6 is used for conversations between humans and computers. The flexible disk control device 7 is used to control the flexible disk device 8 and to load test programs and the like into the main storage device 3. flexible·
The disk device 8 is a storage means that stores the test program 4 in advance. Diagnosed control device 9a.

9b is a diagnostic device 10a connected to the main device 1;

10b.

FIG. 9 is a block diagram showing the schematic structure of the test program and its relationship with each device. In the figure, a message input analysis section 20 decodes messages inputted to the system console device 6 according to instructions from a human, and a message output control section 21 is used to display pass/fail diagnosis results of the devices to be diagnosed 10a, 10b and error messages. This is to display the output etc. on the system console device 6. The test execution section 22 actually operates the devices to be diagnosed 10a and 10b, instructs execution of the diagnosis, performs tests, and judges the diagnosis results.The program load section 25 is stored in the flexible disk device 8. It has a function of loading the test program 4 into the main storage device 3. The execution control unit 26 activates the functions of the message input analysis unit 20, message output control unit 21, test execution unit 22, and program loading unit 25 for the central processing unit 2, and responds to questions and answers from the central processing unit 2. It controls the reception.

Next, the operation of this embodiment will be explained with reference to the flowchart shown in FIG. Main device 1 is main storage device 3
Although the operation is defined by sequentially executing the test program 4 stored in the central processing unit 2, the operation will be explained here as the operation of the main unit 1. First, the operator initializes the initial program that is held in the main unit 1.
When the load switch is pressed, test program 4
is loaded into the main data tα device 3 (step Sl).

This is a process in which the test program 4 is loaded into the main storage device 3 via the central processing unit 2 from the flexible disk set in the flexible disk device 8 by the flexible disk controller 7 .

As shown in FIG. 7(b), the flexible disk consists of a program area in which the test program 4 is stored and an unused empty area. When the test program 4 is loaded into the main storage device 3, the process advances to step '7' S2, where the operator operates the system console device 6 to send command request messages via the system console control device 5. Input analysis section 20
Enter. The message input analysis unit 20 determines whether the input message indicates test environment parameters (step S3), and if it is rYEsJ, sets test environment parameters and stores them in a table or the like (step S4).

The parameters of this test environment are, for example, the device to be diagnosed 10
a, 10b, settings of test items to be diagnosed, number of tests, test data, etc., and these parameters can be arbitrarily given by the operator.

On the other hand, if it is determined in step S3 that the input message does not indicate test environment parameters, the process moves to step S5 to determine whether the message is an instruction to execute a diagnosis, that is, whether a test start command has been input. If it is rYEsJ, step S6
Move to. In step S6, pre-test preparations are made according to the parameters of the test environment specified in step S2,
When the preparation for the test is completed, in step S7, the device to be diagnosed 1 is
0 Start up a or 10b and execute the test. Thereafter, in step S8, it is determined whether an error is detected by the test execution, and if rYESJ, the process moves to step S9, and an error message is sent to the system console device 6, central processing unit 2 and system console control device 5. Output via . Ste Nobu S8
When rNOJ is determined in step SIO, it is determined whether all of the specified devices to be diagnosed have been tested. If "NO", the process returns to step S7 and rY
If it is ESJ, the process moves to step 311, and it is determined whether or not the testing of all the devices to be diagnosed has been completed under the parameters of the specified test environment.

In step Sll, if all the tests are not completed, the process returns to step S6 and the same process is repeated, and when all the tests are completed, this processing operation ends. Note that the processing from step 86 to step S11 is mainly for testing and
This is performed by the test execution unit 22 in the block diagram of the program 4.

[Problem that the invention seeks to solve]

As explained above, conventional system diagnosis methods always require a separate system console device because message input/output is involved in performing operational tests of the device under diagnosis using a computer system, which makes the computer itself relatively compact. When testing a large number of devices to be diagnosed, even if they are small, the extra space required to place the system console device makes it difficult to reduce the space required for testing. There was a problem in that it was difficult to shorten the test time because messages were input and output using a console device.

This invention was made in order to solve the above-mentioned problems, and it is possible to perform an operation test of a device to be diagnosed without using a system console device, thereby reducing the space required for testing. The present invention aims to provide a system diagnosis method that can reduce test time and improve diagnostic efficiency.

[Means for solving problems]

The system diagnosis method according to the present invention includes instructions for executing diagnosis;
The program loading device (flexible disk drive 8 ) along with the test program 4 are stored in advance with input messages indicating diagnostic execution instructions, test environment settings, etc., the program loading device (flexible disk device 8) is operated, and the test program 4 is loaded into the main memory. Next, the input message is extracted and decoded, and the test program 4 is executed in response to the decoded contents, and the test program 4 is loaded into the device 3 to be diagnosed.
10b, displays the status under diagnosis on the display means (panel display 11) of the main unit 1, and writes the diagnosis results to the program loading device (flexible disk device 8). It is.

[Effect]

When the test program 4 is loaded from the program loading device (flexible disk device 8) into the main storage device 3, the input message is then retrieved from the program loading device (flexible disk device 8) and decoded. The test program 4 is activated in response to the decoded contents, and the devices to be diagnosed 10a, 10b are thereby activated, and diagnosis is performed based on the contents of the test program 4. The status during this diagnosis is displayed on the display means (panel display 11), and the diagnosis result is written to the program loading device (flexible disk device 8).

[Embodiments of the invention]

Hereinafter, one embodiment of the present invention will be described based on the drawings.

FIG. 1 is a block diagram of a computer system that employs a system diagnosis method according to an embodiment of the present invention. In FIG. 1, components corresponding to those shown in FIG. 8 are given the same reference numerals, and their explanations will be omitted. In FIG. 1, a panel display 11 is a display means capable of displaying, for example, hexadecimal numbers, and is provided in the main unit 1, and is used to display the status during execution of diagnosis via a test program 4.

FIG. 2 is a block diagram showing the schematic structure of the test program and the relationship with each device in this embodiment. Second
In the figure, components corresponding to those shown in FIG. 9 are given the same reference numerals, and their explanations will be omitted. In FIG. 2, a message input processing section 20 stores an input message in advance on a flexible disk, which is a recording medium of a flexible disk device 8, which is a program loading device, and stores the input message in advance as if it were a conventional example. Messages are sequentially retrieved from the flexible disk device 8 and decoded in the same way as when they are input from the system console device shown. The message output control unit 21 sequentially stores test results of the devices to be diagnosed 10a and 10b, output of error messages, etc. in the flexible disk device 8. The test execution unit 22 actually operates the devices to be diagnosed, toa and 10b, and instructs the test, performs staging, and determines the diagnosis results. The panel display control section 23 controls the panel display 11 to display the execution status of the test program 4, such as a counter display every second and an error display. The timer interrupt processing unit 24 controls timer interrupts, and the program loading unit 25 has a function of loading the test program 4 stored in the flexible disk device 8 into the main storage device 3. The execution control unit 26 includes the message input analysis unit 20,
Activate each function of the message output control section 21, test execution section 22, panel display control section 23, timer interrupt processing section 24, and program loading section 25 in the central processing unit 2, and answer questions from the central processing unit 2. It performs control such as receiving.

Next, the operation of this embodiment will be explained with reference to the flowchart shown in FIG. The operation of the main device 1 is defined by sequentially executing the test program 4 stored in the main criminal jQ device 3 on the central processing unit 2, but the operation of the main device 1 will be explained here. In step N1, when the initial program load switch provided in the main unit 1 is pressed by the operator,
Test program 4 is loaded into main memory 3.

This is done by the flexible disk controller 7.
This is a process in which the test program 4 is loaded from the flexible disk stored in the flexible disk device 8 into the main storage device 3 via the central processing unit 2. The above flexible disk is shown in Fig. 7 fa.
), it consists of a program area where the test program 4 is stored, a message manual storage area where input messages are stored, and a message output storage area where output messages are stored. When the test program 4 is loaded into the main storage device 3, the process moves to step N2, where messages are retrieved one by one from the message storage area on the flexible disk set in the flexible disk device 8, and the messages are retrieved one by one from the message storage area on the flexible disk set in the flexible disk device 8. The input message is decoded by the message input analysis section 20 in the same way as when it is input from the device. Next, the process moves to step N3, and it is determined whether the contents of the decoded message indicate test environment parameters. If rYEsJ, the process moves to step N4, where the test environment parameters are set and stored in a table or the like. The parameters of this test environment include, for example, the addresses of the devices to be diagnosed 10a, 10b, settings of test items to be diagnosed, number of tests, test data, etc., and these parameters can be given by the operator.

On the other hand, when it is determined "NO" in step N3, the process moves to step N5, and it is determined whether the content of the message in step N2 is an instruction to execute a diagnosis, that is, whether a command to start a test has been input. If so, the process moves to step N6.

In step N6, a timer, which is a part of the function of the central processing unit 2, is set to operate, for example, every 0.1 seconds, that is, a timer interrupt occurs every 0.1 seconds. Step N
At step 7, the timer counter and error counter are initialized to "0" by the timer interrupt. The above error counter is incremented by 1.1 when an error is detected as a result of test execution on the devices to be diagnosed 10a and 10b, but is initialized to 0 in step N7. Ru. In step N8, test preparations are made according to the parameters of the test environment specified in step N2, and when the test preparations are completed, the process moves to step N9, where the test
The program 4 is executed, starts up the devices to be diagnosed 10a and 10b, and diagnoses predetermined test items. In step NIO, it is determined whether an error has been detected through test execution, and if an error has occurred, step NIL is executed.
Then, an error message is output to the flexible disk device 8 via the central processing unit 2 and the flexible disk control device 7. The error messages are sequentially stored in the message output storage area shown in FIG. 7(a), and are used later when an error is analyzed using another computer system.

After the processing in step Nil, the process moves to step N12, where "1" is added to the error counter. The contents of this error counter are used when displaying on the panel display 11.

In step NIO, if it is determined that no error has been detected, the process moves to step N13, where it is determined whether or not the test has been executed for all the specified devices to be diagnosed 10a, 10b, and if rYEsJ, step N14 is performed. If rNOJ, the process returns to step N9. In step N14, it is determined whether all tests have been completed under the specified test environment parameters. If not, the process returns to step N8, and if they have been completed, the test execution process ends. Note that Step N6 to Step N
14 is mainly performed by the test execution unit 22 shown in FIG.

Next, the operation of the timer will be explained with reference to the flowchart shown in FIG. In the test program 4 of this embodiment, a timer interrupt is set to occur, for example, in units of 0.1 seconds. First, in step M1, the contents of the timer counter are incremented by "1". In step M2, in order to check whether the count unit of the timer is 1 second, it is determined whether the contents of the timer/counter are a multiple of 10, and if it is a multiple of 10, that is, the count unit is not 1 second. If so, the timer interrupt processing ends.

On the other hand, if the counting unit is 1 second, the process moves to step M4, and it is determined whether the content of the timer counter is a multiple of 100 to check whether the counting unit is 100 seconds.

In step M4, if it is determined that the unit is 1 second instead of 100 seconds, the process moves to step M3, and the current timer value is displayed on the panel display section 11, and if it is determined that the unit is 10 seconds, then Proceeding to step M5, the contents of the error counter are displayed on the panel display section 11, and the interrupt processing is terminated.

FIG. 5 shows an example of the display displayed on the panel display 11. As shown in FIG. 5, it can be seen that the test time is displayed in units of 1 second, and the contents of the error counter are displayed at 10 second intervals. When the contents of the error counter are displayed, for example, rEJ is added to the beginning of the display so that it can be distinguished from the contents of the timer counter, and the next line after this rEJ is the contents of the error counter. .

Moreover, FIG. 6 is a perspective view of the panel display 11, and this panel display 11 is a display section 1 that displays numbers, characters, etc.
It has 1a, llb, llc, and lid. With such a panel display 11, it can be seen that the main unit 1 of the computer and the test program 4 are operating, and also the device to be diagnosed 10a.

It is also possible to know whether the operation test result of 10b passes or fails with a minimum amount of information.

Although the above embodiment shows the flexible disk device 8 as the program loading device connected to the main unit 1, a fixed disk device may be used instead of the flexible disk device, or the contents will not be erased even if the power is turned off. A storage device or the like may also be used. Further, in the above embodiment, the number of digits on the display part of the panel display 11 is four digits, but other numbers of digits may be used. Also, what is displayed on the panel display 11 is a timer counter. It is not limited to the contents of the error counter and the contents of the error counter, but other values may be used. Further, the time interval displayed on the panel display 11 may also be changed depending on the system. Furthermore, although the above embodiments have been described with reference to a small computer, the computer may be a general-purpose computer, a personal computer, or a terminal, regardless of the type of computer.
Similar effects can be obtained in such cases as well.

〔Effect of the invention〕

As described above, according to the present invention, an input message indicating a diagnosis execution instruction, a test environment setting, etc. is stored in the program loading device in advance together with a test program, and the program loading device is operated to perform the test execution. The program is loaded into main memory, then the above input message is retrieved and decoded, and the test is executed in response to the decoded contents.
The program is executed, the device being diagnosed is diagnosed, the status being diagnosed is displayed on the display means of the main unit, and the diagnosis results are written to the program loading device, so there is no need to use a system console device. It is also possible to test the operation of the device under diagnosis, which has the effect of reducing the space required for testing and shortening the test time. Therefore, it is effective for diagnosing a large number of devices. Furthermore, this invention is particularly effective for automatic driving systems because it requires almost no human operation.

[Brief explanation of the drawing]

FIG. 1 is a block diagram of a computer system that employs a system diagnosis method according to an embodiment of the present invention, and FIG. 2 is a program diagram showing the schematic configuration of a test program and the relationship with each device in this embodiment. , FIG. 3 is a flowchart for explaining the operation of the system diagnosis method of this embodiment,
FIG. 4 is a flowchart for explaining timer interrupt processing in this embodiment, FIG. 5 is a diagram showing a display example of the panel display in this embodiment, FIG. 6 is a perspective view of the panel display, and FIG. FIG. 7 (al is a diagram showing the tα area on the flexible disk in this embodiment, FIG. 7 (bl is a diagram showing the flexible disk according to the conventional system diagnosis method)
Figure 8 is a block diagram of a computer system that uses the conventional system diagnosis method. Figure 9 is a diagram showing the storage area on the disk. Figure 9 is a schematic diagram of the test program configuration and the relationship with each device according to the conventional system diagnosis method. Block diagram showing the first
FIG. 0 is a flowchart for explaining the operation of a conventional system diagnosis method. DESCRIPTION OF SYMBOLS 1...Main device, 2...Central processing unit, 3...Main storage device, 4...Test program, 8...Flexible disk device (program loading device),
10a, 10b... device to be diagnosed, 11... panel display (display means). Agent: Masuo Oiwa (and 2 others) Figure 1: Figure 4 Figure 5 Figure 7 Figure 8

Claims (1)

[Claims] A computer that is equipped with a main unit that has a main memory that stores a test program for diagnosis and a central processing unit that executes the test program, and that diagnoses a device to be diagnosed that is connected to this main unit. In the system, input messages indicating diagnostic execution instructions, test environment settings, etc. are stored in advance in the program loading device along with the test program, and the program loading device is operated to load the test program into the main memory. , then extract and decode the above input message,
Execute a test program in response to the decoded contents, diagnose the device to be diagnosed, display the state being diagnosed on a display means of the main device, and write the diagnosis result to the program loading device. A system diagnostic method featuring: