JPS58109943A - Hardware diagnostic system - Google Patents

Abstract

PURPOSE:To detect of the presence/absence of status change of each diagnosed section and to attain easy forming of expected data, by storing the initial state of the diagnosed section and, comparing said section with the initial state stored in advance after the execution of the test processing operation. CONSTITUTION:A hardware system 1 to be diagnosed is split into blocks A-C to be diagnosed and the rest blocks D-F to be diagnosed according to the purpose of diagnosis, and the initial standard status of the blocks A-C is stored in a memory 23 in a test device 2 via an interface circuit 11. Through the operation of a keyboard 22 of the test device 2, a command is given to the blocks A-C a specified test signal is applied for the execution of the processing for test. The blocks A-C are split into diagnostic units for the execution of diagnosis and compared with the initial standard status stored in the memory 23, the status changes is detected, and through the result of detection and the comparison between discrimination flags of result of diagnosis of an external storage device 3, the normality of the blocks A-C is discriminated.

Description

DETAILED DESCRIPTION OF THE INVENTION (1) Technical Field of the Invention The present invention relates to a hardware diagnosis method, and for example, to a method for diagnosing the hardware of an electronic device such as a converter or an electronic exchange.

(2) Background of the Technology In general, the normality of the functions of each part of the hardware of electronic devices such as digital combination devices is diagnosed after assembly is completed in a factory or during regular maintenance inspections. However, since such electronic devices have a large amount of hardware and a complicated configuration, it is necessary to perform a wide variety of diagnostics on a large number of items, and therefore an efficient and accurate diagnostic method is required.

(3) Prior art and problems Conventionally, testing of hardware systems has been conducted using test data for four functional blocks classified according to the test purpose, including the entire device or individual circuits of the core nodeware. This was done by comparing the data obtained as a response result from the cough hardware, that is, the status, with the expected data prepared in advance assuming the response result from the cough hardware. .

In the past, initial diagnostic tests for hardware systems started with a portion of the basic logic circuit and gradually expanded the test range until a certain level of testing was reached.

However, in the conventional method, it is necessary to assume expected data and prepare it in a specific data area of the test program, which requires a lot of effort to create cough data, and the data area is divided into individual data areas. There was an inconvenience in that it was necessary for testing and.

Furthermore, in the conventional type, there is a risk that the design of expected data may cause a complicated rounding design error, and that the number of test items may be increased.

14) Purpose of the Invention In view of the above-mentioned problems with the conventional type, the purpose of the present invention is to perform diagnosis based on the presence or absence of state changes between the initial state of each hardware part and the response state after test operation in the hardware diagnosis method. Based on the #idea, we reduce the number of man-hours required to design expected data for test results during the initial diagnosis of a hardware system, reduce the area for storing the expected data, and eliminate design errors and test items for the expected data. The goal is to eliminate leaks.

15) Structure of the Invention According to the present invention, the initial state of each part to be diagnosed in the main hardware system is memorized, and after execution of the test processing operation, the response state of each part to be diagnosed is stored in advance. Detect the presence or absence of a change in the state of each diagnosed part by comparing it with the initial state of the cough detected in memory, and use the information obtained as a result of cough detection 0 to determine whether the state of each diagnosed part should change or not. This is achieved by providing a hardware diagnosis method characterized in that the hardware system O is diagnosed based on the diagnosis result determination flag that stores the information.

(6) Examples of the invention one The present invention will be described in detail below using the drawings.

FIG. 1 shows an example of the configuration of a system for implementing the method of the present invention. In the figure, 1 is the hardware system under test, 2 is the hardware system under test, and 9 is a test device such as a service processor, and S is an external storage device that is connected to the test device 2 as necessary. The hardware system under test 1 has different circuits under test, B, and C, depending on the test purpose.
,i),g.

People are divided into F, etc. and are indicated by diagonal lines inside.

B and C are diagnosable circuit blocks (remaining OL),
g and F are circuit blocks that cannot be diagnosed.

Further, reference numeral 11 is an interface circuit for sending the status of each of the arguable circuit blocks A, B, and C to the test device 2. The test device 2 has a display 21 and a keyboard 22.
, memory 2!1, etc.

As the external storage device S, for example, a magnetic disk device or the like is used. ! ! The hardware system 1 and the testing device are connected by a bus line provided in the hardware system under test 1 or a transmission line provided separately for testing.

In such a system configuration, in order to diagnose the hardware system, first the diagnosable circuit blocks A and B of the hardware system under test are checked.

The initial standard status immediately after the power-on reset or system reset of C is stored in the memo 92B in the test device 2 or in the external storage device 5 via the interface circuit 11.

Next, a test is applied to the diagnostic target part of the hardware system under test, that is, a diagnosable circuit, by sending some kind of command from the test device 2, for example, to perform a test processing operation. Let it run.

The response status of each part obtained as a result of this test processing operation is read into the test equipment side, and by comparing it with the standard status of the initial state stored previously, it is detected whether or not there is a change in the state of the target cycle. . This state change presence/absence O information is stored as whether or not the state of each target circuit should change.
Comparison with the content of the cough flag indicates that the operating line is considered normal if a change in the 0 state indicated by the cough flag has occurred.

FIG. 2 shows a detailed diagnostic test of blocks A, B, and C to be diagnosed in the hardware under test shown in FIG. 1. A2. As, A4. th, B2゜Bi, Ct,
The initial status of each diagnostic tool m1. i2. ml, *4. bl.

bt, bs, cl, c2. This shows the cs. Each diagnostic tool may be expanded to, for example, a byte unit or to the logic circuit level of a bit, and by dividing it into small pieces in this way, it is also possible to perform detailed diagnosis.

The response status after performing a predetermined test operation for the initial status shown in FIG. 2 is shown in FIG. e@' diagram (As a result of comparing each status of Xun with the initial status in Figure 2, if the diagnostic unit shown by diagonal lines is detected, the 5th
By comparing it with the result determination flag of FR (b), it can be seen that the status of the diagnostic gourd unit that should be changed has changed, so it can be seen that the function of each block to be diagnosed is normal. In addition, also in the result determination flag, the diagnostic unit to be changed is indicated by diagonal lines. 9. If another predetermined test is performed on the hardware system to be diagnosed, the BS changes to the 9 status, and the result judgment flag for this test is set to 1゜actual 11[K It can be determined that there is an error because the status has changed and the status to be changed shown in the 9 diagnostic unit and the result judgment bladder are different, that is, the status 4 has not changed.

(7) Effects of the Invention As described above, according to the present invention, it is only necessary to prepare a result judgment bladder that indicates whether or not a state should change by a predetermined test, and the creation of a result judgment flag is generally performed using the conventional method. This can be done with significantly less man-hours than the creation of expected data in , and the required storage area can also be much smaller. 9. Creation of result judgment flags is much easier than creating expected data in the conventional format!
This prevents omission of test items.

[Brief explanation of the drawing]

FIG. 1 is a block circuit diagram showing an example of a rounding system implementing a method according to an embodiment of the present invention, FIG. 2 is an explanatory diagram showing an initial state of the system in FIG. 1, and FIG. 4 are explanatory diagrams showing the response state and result determination flag after the test operation in the system of FIG. 1. 1...Hardware system to be diagnosed 1.2...Fist test device, So...External storage device, 11...Φ-Interface circuit, 21...■Display device, 220...Keyboard, 25.--Memory. Patent applicant Fujitsu Kinsha Patent application agent Patent attorney Aoki Ami Patent attorney Kazuyuki Ryodate Patent attorney Noboru Uchitanaka Patent attorney Akira Yamaguchi 223

Claims (1)

[Claims] By memorizing the initial state of each part to be diagnosed in the hardware system and comparing the response state of each part to be diagnosed with the pre-stored core initial state after executing the test processing operation, ) A diagnostic result judgment bladder that detects the presence or absence of a change in the condition of each diagnosed part and stores the information obtained from the cough detection results and whether or not the condition of each diagnosed part should change; A hardware diagnostic method characterized by diagnosing a hardware system.