JPS63201838A - Diagnostic device - Google Patents

Abstract

PURPOSE:To prevent an operation according to an erroneous combination by reading the specific information of the number of design prints previously applied for every plural logical packages and reading the combination of the logical packages currently constituted based on the specific information. CONSTITUTION:The number of the design prints previously respectively applied to the plural logical packages 1-i is read and the combination of the currently constituted logical packages 1-i is read based on the number of the design prints to decide whether a normal operation can be attained or not. When it is decided that the operation can be attained, after a patch program corresponding to the combination is charged from the previously stored patch program, a microprogram is loaded to the control memory of a data processor 1. Thereby, according to the combination of the logical packages 1-i, the decision of the normal operation or not and the selection of the patch program for normally operating can be automatically carried out.

Description

TECHNICAL FIELD The present invention relates to a diagnostic device, and more particularly to a diagnostic device for a data processing device constituted by a plurality of packages.

Prior art data processing devices typically consist of multiple packages, and the packages are generally serviceable units. Each package usually has a symbol indicating the design version number, and the system is guaranteed to function normally at the time of shipment.

However, in order to improve functional defects that were discovered after the packages went into operation, the packages were modified to improve them, and the design version was changed accordingly, requiring modifications to the microprograms. There may be cases where this occurs.

In addition, there are cases where a functional defect is first temporarily corrected by modifying the microprogram, and then the modified package is implemented to restore the microprogram to its original state.

Furthermore, in order to improve performance, functions that were conventionally performed by microprogram control may be performed by hardware by modifying the package.

As mentioned above, there is a close relationship between the design version of the package and the microprogram, and it is necessary to synchronize the on-site application of package modifications and changes to the microprogram. These confirmation tasks were performed manually by workers. Also, when replacing a faulty package and a maintenance package due to package failure, if the design versions of these packages are different, whether or not they can be used depends on the relationship with other package design versions and the relationship with microprograms. Or, they manually checked whether the microprogram needed to be changed.

In such conventional data processing equipment, it is necessary to check the local application of package modifications and microprogram changes,
When replacing a malfunctioning package with a maintenance package due to package failure, whether it can be used or whether it is necessary to change the microprogram depending on the relationship with the design version of other packages and the relationship with the microprogram. Since the verification was performed manually, there is a drawback that there is a possibility that these verification errors may occur.

Purpose of the Invention The present invention was made in order to eliminate the drawbacks of the conventional ones as described above, and aims to provide a diagnostic device that can prevent manual confirmation errors and prevent operations due to incorrect combinations. .

Composition of the Invention A diagnostic device according to the present invention is a diagnostic device for a data processing device that is composed of a plurality of packages serving as a maintenance unit, and includes specific information that specifies the design version number of the own package that is given to the package in advance. Based on the reading means for reading and the specific information read from the package by the reading means, the currently configured combination of the packages is deciphered to determine whether the data processing device can operate normally. and when the determining means determines that the microprogram is operable, inputting the patch program corresponding to the combination from pre-stored patch programs when loading the microprogram into the data processing device. The microprogram is then loaded into the data processing device.

Embodiment Next, an embodiment of the present invention will be described with reference to the drawings.

FIG. 1 is a block diagram showing one embodiment of the present invention. In the figure, the data processing system according to an embodiment of the present invention includes a logic unit in a plurality of logic packages 1-i (i=1.2
,3. . . ., a data processing device 1 consisting of n)
and a diagnostic device 2. Each logical package 1-1 serves as a maintenance/replacement unit for the data processing device 1.

The diagnostic device 2 has a function of handling and diagnosing faults in the data processing device 1, and for this purpose has a diagnostic path 10-i between it and each logical package 1-i.

The diagnostic device 2 also includes a data reading unit 21 that reads out the design version number added to each logical package 1-1 in advance using the diagnostic path 10-i, and a data reading unit 21 that reads out the design version number read by the data reading unit 21. A control that determines whether or not the read combination of design versions is operable by comparing with pre-stored operable combination conditions of design versions and operable combination conditions of the microprogram and the patch program. Part 2
2, when it is determined by the control unit 22 that the microprogram is operable, an appropriate one is selected from one or more pre-stored patch programs when loading the microprogram main body, the patch is input, and the microprogram is loaded. The microprogram load control section 23 loads the program main body into a control memory (not shown) in the data processing device 1.

FIG. 2 is a diagram showing an example of the history of the design version number of the logical package 1-i in FIG. 1, and FIG. 3 is a diagram showing conditions for the design version number for the problems in FIG. The operation of one embodiment of the present invention will be explained using FIGS. 1 to 3.

The diagnostic device 2 receives the diagnostic path 1 from each logic package 1-i when the data processing device 1 is powered on or when the system is initialized for startup.
The design version numbers added to each logic package 1-1 are sequentially read out via 0-1. The read design version number is sent to the control unit 2.
2, and it is determined whether or not it is operable.

Here, it is assumed that the data processing system according to one embodiment of the present invention is a system to which problem 2 shown in FIG. 2 is applied. In addition, the microprogram load control unit 23 of the diagnostic device 2
It is assumed that the main body of the microprogram and two types of patch programs α and β are stored in .

In problem 2, the version numbers of the package names "I", "口", "HA", ..., "II" are B, B, and B, respectively.

.

The control unit 22 determines that it is possible to start up the system with this combination of versions, and also instructs the microprogram load control unit 23 to load the main body of the microprogram into the control memory of the data processing device 1 without installing the patch. issue.

In the state of problem 2, if the logical package of version A with the package name "2" fails and the logical package of version B is installed as a maintenance package as a replacement part, this system will not work as shown in Figure 2. The state of problem 3 is reached, and the data reading unit 21 reads out the version number B of the package name "2". The control unit 22 selects the patch program β corresponding to the version number B of this package name "2" (see the design version number conditions for problem 3 in Figure 3).
, instructs the microprogram load control unit 23 to patch and load the microprogram main body.

In addition, if the logic package with the package name "guchi" fails and the logic package with version A is executed as a replacement part, the version number will be B, respectively, since the replacement is at the point of problem 2 in Figure 2. A, B,...

It becomes A. Therefore, the version numbers of package name ``10'' and package name ``C'' as shown in Figure 2 are A and A.
Or, since the combination of B and B is not present, the control unit 22 determines that normal operation is impossible (see the design version condition of problem 2 in Figure 3), stops system startup, and informs the control unit 22 of this. Display.

Furthermore, if the logic package with package name "A" fails and a logic package with version A is installed as a maintenance package as a replacement part, this system
Problem 1 in the figure is the state before the package name "A" was modified to version B.

Therefore, in order to perform a temporary device using the patch program α in the control unit 22, after patching the patch program α for the temporary device to the microprogram main body (see the design version condition of problem 1 in Figure 3), the microprogram main body An instruction is issued to the microprogram load control unit 23 to load the .

In this way, the design version numbers added to each of the multiple logical packages 1-i are read out, and the currently configured combination of logic packages l-i is deciphered based on these design version numbers to ensure normal operation. It is determined whether or not it is operable, and when it is determined that it is operable, a patch program corresponding to the combination is input from among pre-stored patch programs, and then the microprogram is loaded into the control memory of the data processing device 1. By doing so, it is determined whether or not the combination of logic packages 1-t can operate normally;
It is possible to automate the selection of patch programs for normal operation. Through this automation, it is possible to check the on-site application of package modifications and microprogram changes, and to check the relationship between the design version of other packages and the microprogram when replacing a malfunctioning package with a maintenance package due to package failure. This prevents manual confirmation errors in checking whether the microprogram can be used or whether the microprogram needs to be changed due to the
It is possible to prevent operations based on incorrect combinations of logical packages 1-i.

DETAILED DESCRIPTION OF THE INVENTION According to the present invention, as described in detail, the specific information of the design version assigned to each of a plurality of logical packages in advance is read out,
Based on this specific information, the currently configured combination of logical packages is deciphered to determine whether or not it can operate normally, and when it is determined that it is operable, that combination is selected from among the pre-stored patch programs. By loading the microprogram into the data processing device after installing the corresponding patch program, it is possible to prevent manual confirmation errors and prevent operations due to incorrect combinations.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing an embodiment of the present invention, FIG. 2 is a diagram showing an example of the history of design versions of the logic package shown in FIG. 1,
FIG. 3 is a diagram showing the design version number conditions for the problem in FIG. 2. Explanation of symbols of main parts 1...Data processing devices 1-1 to 1-n...Logic package 2...
...Diagnostic devices 10-1 to 10-n...Diagnostic path 21...
...Data reading section 22...Control section 23...Microprogram load control section

Claims (1)

[Claims] A diagnostic device for a data processing device constituted by a plurality of packages serving as a maintenance unit, comprising: a reading means for reading out specific information for specifying a design version of the own package, which is given to the package in advance; determination means for determining whether or not the data processing device can operate normally by interpreting the currently configured combination of the packages based on the specific information read from the package; When it is determined that the means is operable, when loading the microprogram into the data processing device, after inputting the patch program corresponding to the combination from pre-stored patch programs,
A diagnostic device characterized in that the microprogram is loaded into the data processing device.