JPH0452836A - Fault data collecting system - Google Patents

Abstract

PURPOSE:To sharply reduce fault inspection manhour by allowing a personal computer to which power is supplied to start an automatic data collecting program when a fault occurs in a microprocessor system, send a debugger starting command and collect fault data. CONSTITUTION:When a fault occurs, the microprocessor system 1 outputs a fault detection signal. A power supply switch 3 receiving the fault detection signal turns on a power supply for the personal computer(PC) 2. The PC 2 receiving power supply starts the automatic data collecting program 20 and sends a command for starting a debugger 10 built in the system 1 to the system 1. The system 1 can collect fault data from the debugger 10 and apply the data to the PC 2. Thus, the fault data of the system 1 can be automatically collected correspondingly to the occurance of the fault in the system 1.

Description

[Detailed Description of the Invention] [Summary] Regarding a fault data collection system that can start a debugger built into a microprocessor system by external operation, the present invention is capable of automatically and constantly collecting sufficient fault data without human intervention. A personal computer connected to the microprocessor system as an external terminal, and a power supply switch that supplies power to the personal computer in response to a failure detection signal when a failure occurs in the microprocessor system, The personal computer to which the power is supplied is configured to start an automatic data collection program, send a debugger activation command to the microprocessor system, and collect failure data by the debugger.

[Industrial application field]

The present invention relates to a failure data collection system, and more particularly to a failure data collection system in which a debugger built into a microprocessor system can be activated by an external operation.

In a microprocessor system, which is a collection of microprocessors that control line control and line switching, in the event of a failure or malfunction, a built-in debugger is activated externally to grasp the state of the system leading up to the failure. Data needs to be collected.

[Prior Art and Section B] Microprocessor systems with built-in debugging functions can now be connected to external terminals such as personal computers (hereinafter referred to as personal computers) through R3-232C interfaces, etc. The debug function can be activated by operating the external terminal.

When a normal failure occurs, in order to investigate the cause of the failure, start the debugger from an external terminal (send debugger startup command), perform a data read operation,
Obtain data for failure investigation.

In this case, there was a problem in that human intervention was always required because a person had to confirm that a failure had occurred in the microprocessor system and manually operate the external terminal (including turning on the power). .

Furthermore, when sending such a debugger startup command from an external terminal to a microprocessor system, it is actually difficult to collect all fault data held in the microprocessor system due to limitations such as the memory capacity of the external terminal. be.

Therefore, as shown in Figure 3 (a), when a failure occurs in the microprocessor system (Tl), after starting the debugger by external operation from the terminal, data in a specific area of the microprocessor system is A dump command for the detailed failure data management table provided in the microprocessor system is sent from the external terminal to collect (T3).

As a result, the detailed failure data management table is sent from the microprocessor system to the external terminal.
Visually refer to the address of the table (this is updated every time a failure occurs) (Task management, etc.) (T4)
, the dump command for the target detailed fault data is sent again to the microprocessor system to obtain the data (T5).

However, even in such cases, the address in the data management table must be referenced through human intervention, and if the failure frequency is low, detailed failure monitors can be obtained by referring to the data management table. There was also the problem that it would be difficult to do so.

Furthermore, if the debugger function does not work as a system while receiving data (power is cut off, etc.), it becomes impossible to obtain fault data at all on the external terminal side, and the sequence up to collecting fault data becomes impossible. Another problem was that it was not possible to collect enough data to analyze failures.

Therefore, an object of the present invention is to enable a fault data collection system that can start a debugger built into a microprocessor system by external operation to automatically and always collect sufficient fault data without human intervention. do.

[Means and operations for solving the problems] (1) Fig. 1 shows the principle of a fault data collection system according to the present invention for solving the above problems. Computer 2 connected as a terminal
and a power supply switch 3 that supplies power to the personal computer 2 in response to a failure detection signal when a failure occurs in the microprocessor system 1.

The principle of operation will be explained with reference to FIG. 2. When a fault occurs (SL), the microprocessor system 1 outputs a detection signal for the fault (S2).

The power switch 3 that receives this failure detection signal turns on the power of the personal computer 2 (33).

The personal computer 2 to which power has been supplied starts an automatic data collection program (S4), and sends a command to start the debugger 10 built into the microprocessor system 1 to the microprocessor system 1 (S5).
.

Thereby, the microprocessor system 1 can collect failure data using the debugger 10 and provide it to the personal computer 2 (S6).

In this way, it is possible to automatically collect fault data in response to the occurrence of a fault in the microprocessor system.

(2) Also, in the present invention, as described above, the debugger startup command is sent from the personal computer 2 to the microprocessor system 1.
When sending data to PC 2, as shown in Figure 3, etc.
A dump command for the detailed failure data management table 11 provided in the microprocessor system 1 is sent from S
ll), the detailed data management table 11 at the address specified by this dump command is sent out from the microprocessor system 1 (SL2).

Then, the personal computer 2 that receives this table 11 converts it into a dump command for obtaining the target detailed fault data in the table 11 (S13) and sends it out (314).

As a result, the microprocessor system 1 sends detailed fault data corresponding to the received dump command, so that the personal computer 2 can receive this.

In this way, a dump command for automatically obtaining detailed failure data can be generated and given to the microprocessor system 1.

(3) Furthermore, in the present invention, as shown in FIG. 4, when the debugger startup command is sent from the personal computer 2 to the microprocessor system 1 (S21), no response signal is sent back from the debugger IO to the personal computer 2. Time (S22
), there is a microprocessor system l from PC 2.
Sends the debugger startup command again to (S21
).

When a response signal from the debugger 10 is received (S23), the above-mentioned dump command is sent (S24), but even when the response signal to this dump command is not received, the PC 2 can receive the response signal. The debugger startup command is repeatedly sent until (S25).

As a result, once the microprocessor system 1 is in a normal operating state, data reception can be resumed, and sufficient data can be collected up until just before a failure occurs.

[Embodiment] (1) FIG. 5 shows in more detail the failure data collection system according to the present invention shown in FIG. It is connected to a personal computer 2 through an R3-232C interface, and a data collection program is set as an automatic startup command for the personal computer 2, and the power switch 3 supplied to the personal computer 2 uses an AC 100V power source.

FIG. 6 shows an embodiment of the operating principle of the present invention shown in FIG. 2, and steps S1 to S5 are common.

After sending out the debugger startup command in step S5, the personal computer 2 sends out a dump command for the memory area for state management, etc. of the microprocessor system 1 (S31).

The microprocessor system 1 that receives this dump command sends the corresponding fault data to the personal computer 2, and the personal computer 2 stores this fault data in a storage medium such as a Freonbi (S32).

Then, sending the dump command (S31) and storing (S32) are repeated until all the target fault data is acquired (533), and finally a debugger termination command is sent to return the microprocessor system 1 to the normal operating state. (334).

By analyzing the fault data obtained in this way on the PC 2 side, fault recovery operations such as initialization or alarm OFF are performed on the microprocessor system 1 (S35), and the fault detection signal is canceled. (S36).

The power switch 3 turns off the power to the personal computer 2 when the fault detection fault is cleared (S37).

Therefore, the personal computer 2 is powered off (33B), and thereafter the microprocessor system 1 is operated in a normal state (S39).

(2) Fig. 7 shows an example of the detailed failure data acquisition principle of the present invention shown in Part 3. First, the dump command ■ of the detailed failure data management table is sent from the PC 2. The data is sent to the microprocessor system 1. In this case, the sending number is "02" and the sending command is:
rD 0100:000010J.

In order to send out such a dump command (2), the microprocessor system 1 sends the data (2) of the detailed failure data management table (1) ro100:0000 o.

020000J is received.

Of this received data (2), command replacement designation (3) is performed as shown in the figure. This means that in the case of sending command number 03, the data ``00'' obtained by skipping 8 received data ■ with ``￥@8'' is substituted into ``χ2'', and in the case of sending command number 04, ``\ @10” to 1 the received data
The data "02" obtained when only 0 is skipped is substituted into "&&".

As a result, the command sent from the personal computer 2 to the microprocessor system 1, that is, the dump command for obtaining the target detailed fault data, is given the sending number 05 and is rD &&X2:0000 too J = rD
0200:0000100 J.

This dump command uses the large address (segment address) r0200. This is a command to dump 100 bytes of data from the middle small address (offcent address>roo00J to ro1ooJ), and detailed failure data from address r0200:0000J to address r0200:0OFFJ as shown in the figure. will be collected.

As a result, detailed fault data is sent from the microprocessor system 1, and by receiving the data and recording it on a storage medium such as a floppy disk, detailed data at the time of the fault can be obtained.

〔Effect of the invention〕

As described above, according to the fault data collection system according to the present invention, when a fault occurs in the microprocessor system, a power switch is provided to supply 1 ita to a personal computer as an external terminal in response to the fault detection signal, and power is supplied to the personal computer as an external terminal. The computer was configured to start an automatic data collection program, send a debugger startup command to the microprocessor system, and collect fault data using the debugger. ) Even if a failure occurs, or even if it occurs only at the site where the system is delivered, data for failure investigation can be obtained without human intervention, significantly reducing man-hours and costs for failure investigation. In addition, since data can be acquired immediately after a failure occurs, it is possible to obtain data with high reliability and certainty of the cause of the failure.

Furthermore, in the present invention, when a detailed fault data management table of an address specified by a dump command is sent, the personal computer converts it into a dump command to obtain the desired detailed fault data and sends it. Since the system is configured to receive detailed fault data from the microprocessor system, it is possible to automatically refer to the address of the detailed fault data management table, and to obtain detailed data at the time of a fault without human intervention. This makes it possible to efficiently investigate faults that occur very infrequently or only at the site where the product is delivered, significantly reducing man-hours and costs for fault investigation. can do.

Furthermore, when each response signal to the debugger startup command and the dump command is not received, the personal computer is configured to repeatedly send out the debugger startup command and the dump command until each response signal is received. When the system is restored to normal condition, the data up to just before the failure can be retrieved.

FIG. 3 is a flowchart showing the principle of acquiring detailed fault data in the conventional example and the present invention. FIG. 4 is a flowchart showing the command sending principle in the present invention. 6 is a flowchart showing an embodiment of the operating principle of the present invention shown in FIG. 2. FIG. 7 is an external view showing an embodiment of the invention shown in FIG. 3. FIG. 2 is a diagram showing an example of the operating principle.

In the figure, 1 is a microprocessor system, 2 is a personal computer, 3 is a power switch, 10 is a debugger, 11 is a detailed fault data management table, and 20 is an automatic data collection program.

In the figures, the same reference numerals indicate the same or corresponding parts.

[Brief explanation of drawings]

FIG. 1 is a basic configuration block diagram of a failure data collection system according to the present invention,

Claims (3)

[Claims] (1) In a fault data collection system in which a debugger (10) built in a microprocessor system (1) can be activated by external operation, a personal computer (2) connected as an external terminal to the microprocessor system (1); a power supply switch (3) that supplies power to the personal computer (2) according to a failure detection signal when a failure occurs in the microprocessor system (1); A failure data collection system characterized in that the system starts an automatic data collection program (20), sends a debugger activation command to the microprocessor system (1), and collects failure data by the debugger (10). (2) When a dump command is sent from the personal computer (2) together with the debugger startup command, a detailed failure data management table (11) at the address specified by the dump command is sent from the microprocessor system (1); The personal computer (2) that receives the table converts it into a dump command to obtain the desired detailed failure data and sends it, thereby receiving the detailed failure data from the microprocessor system (1). The failure data collection system according to claim 1. (3) If no response signals are received when the personal computer sends the debugger startup command and the dump command to the microprocessor system, the personal computer will continue to send the debugger startup command and the dump command until each response signal is received. 3. The failure data collection system according to claim 1, wherein the command is sent repeatedly.