JPH02123433A - Device for developing program - Google Patents

Abstract

PURPOSE:To instantaneously execute a program by providing the device with plural means for successively stopping everchips when an evaluating microcomputer detects a corresponding stop condition to execute a program at real time and to monitor the state of each everchip at the time of stopping it. CONSTITUTION:when a break condition set up in a break control circuit 105 is satisfied, a supervisor 108 disconnects an everchip 102 from an application system 110 to break it and stores the status of various registers or the like. Since other everchips 101, 103, 104 are not stopped, the supervisor 108 reads out the status of the broken everchip 102 and displays the read contents on a CRT 109 in parallel with the real time execution of a program in the system 110. Since the everchip 101 is not broken even when the everchips 103, 104 are broken, the contents of a ROM 112 can be executed at real time, so that the system can be prevented from generating runaway and disabling control.

Description

[Detailed description of the invention] [Industrial application field] The present invention relates to a program development device.

[Conventional technology]

The configuration and operation of a conventional program development apparatus (hereinafter referred to as ICE) will be explained with reference to FIG.

The application system 310 using a microcomputer includes a socket 311 in which the microcomputer is mounted and a ROM 312 in which a program is stored.
is an evaluation microcomputer (hereinafter referred to as Evachip) 301. which performs the same operation as a macrocomputer.
Evachip 3゜1 is ROM 31 on application system 310
A break control circuit 304 that sequentially executes the contents of 2 and stops the evaluation chip 301 (hereinafter referred to as break) when a predetermined state is reached. The supervisor 302 sets conditions for breaking the EV chip 301 and controls the breaking of a display device (hereinafter referred to as CRT) 303.

Is ICE 300 an application system 310 di) microcombi? --- Is it connected to the Sogetl-311 to be implemented, actually uses the microphone [721], and runs the Norta program? ■I can control C1 Nieha J Tsubu 301 in the same way as Ideru, and develop 7' +77 Kurano\.

Here'ζActually 1 (act: -300 is set by the user)
The following describes the control in the case where the operation is performed at IC-''■P≦3 (, 10).

The supervisor 302 is the user of the ICE 300.
The flake control circuit 3 sets a line '1 such as execution of address 0, /, ; et al break to the flake control circuit 30-1 via the flake setting line 30C
04: L Hachitsubu 301 executes the instruction at address 1 (1) 00.
If the instruction at address 0 is executed and the brake condition is met, the flake control circuit will switch to 0/1.
outputs a full output 305, stops the eva chip 301, and notifies the supervisor 302.

Here, super bye-1, f302 heart j Eva' L... knob 3C-) 1 is transferred to the application system 31 (] or eight! 1, according to the predetermined procedure, Ehachi... knob 30
1 outputs the contents and status of various controllers, and the supervisor 302 displays this as CR'F=-303. During this period, the Eva chip 301 is separated from the application system 310 and outputs the status to the supervisor 302. Since it is processing to output the contents of various registers, ROM3
121 program can only be executed. This is a big problem if you are controlling an applied system \310 or a motor.
is connected to the motor, and the motor is connected to the microcombi 1. However, when a break occurs, the EV chip 301 is separated from the application system 310 and performs processing to output register contents to the supervisor 302, so motor control is no longer performed. There are applied system dej\310 and runaway 1rinno 11.

The ManoS Ehachi Tsubu 301 quickly processes the contents of the register, etc., and immediately reconnects to the application system 31O.1. and 1. However, this does not mean that the program was executed in real time (hereinafter referred to as real time), and micro =
1. The operation timing is different from when 1. cannot perform all functions.

[Problem to be solved by the invention]

-1. In the ICE from t=1 mentioned above, if the application system controls a moving part such as a motor, when a break occurs, the Eva chip in the ICE is separated from the application system, and the motor The disadvantage is that there is a possibility that things like this may become uncontrollable and go out of control. 1. Means for Solving the Problems] The program development device of the present invention is capable of executing seven programs of an application system in parallel to which an ICE is connected. How to detect conditions
c) J-bar 1-... = No IY and the second Eva-chip which always operates in real time without flaking, the first Eva-chip meets the corresponding stop condition. It is equipped with means for sequentially stopping when detected.

〔Example〕

The present invention will be explained with reference to the drawings [7].

FIG. 1 is a one-cock diagram (not showing a first embodiment of the invention).

ICE ],,, OO is the EvaDep 101 where break conditions cannot be set, and the Supervisor 10.
1.04, which break when the break conditions set by 8 are met.

Each Eva chip is connected in parallel to the application system 110, and the output 1 from ICEloo to the application system 110 is
13 uses the output of the Eva-Dep 101, and the output 114 from the application system 1]0 uses the output of the Eva-Dep 101.
02. ↑Connected in parallel to 03 and 1011.

Break control circuits 105, 106, and 107 are set corresponding to the Eva chips 102.1.03 and 104, respectively, and are configured to match the break conditions set by the supervisor 108 and the statuses 109, 110, and output from the Eva chips.
Compare with 111, and if it matches, break output 112, 11
3,114 to notify the supervisor 108 and at the same time stop the corresponding Eva chip.

Assuming that the break conditions set in the break control circuit 105 are met, the supervisor 108 disconnects the evaluation chip 102 from the application system 110, causes a break, and maintains the status of various registers and the like at that time.

Since the other Eva chips 101, 103, and 104 are not stopped, in parallel with the real-time execution of the program of the application system 110, the supervisor 108 can read various statuses when the Eva chip 102 breaks and display them on the CRT 109, etc. can.

Similarly, even if the Eva chips 103 and 104 break, the Eva chip 101 does not break, so the contents of the ROM 112 on the application system 110 can always be executed in real time, so the application system 110 will run out of control.
It doesn't get out of control.

Furthermore, even after a break, the various statuses at each break are held in the corresponding Eva chips, so the statuses can be read out and checked later. Furthermore, in this embodiment, up to three breakpoints can be set, but the number of breakpoints can be increased freely by adding an evaluation chip and a break control circuit.

FIG. 2 is a block diagram showing a second embodiment of the invention.

In the first embodiment, if the number of breakpoints exceeds 3, a break cannot be made, but in this embodiment, the program is executed in real time even if a break occurs until there are 3 breakpoints, and 4 or more breakpoints are required. In some cases, the program cannot be executed in real time, but breaks can be made. The only difference from the first embodiment is that a break control circuit 201 is added to the evaluation chip 101. The operations of the EV chips 102, 103, and 104 are the same as in the first embodiment, and even if these EV chips break, the application system 110 can execute the program in real time using the EV chip 101.

If a break of 4 points or more is required, the EV chip 101 is used, the supervisor 108 sets the break conditions in the break control circuit 201, and when the break conditions are met, the EV chip 101 is separated from the application system 110 and internally The status etc. are notified to the supervisor 108. In the ICE of this embodiment, two types of operations can be performed regarding breaks, so the breaks in routines in which movable parts in the application system are operating use the EV chips 102, 103, and 104, and the EV chips 102, 103, and 104 are used for other operations. It is possible to develop programs efficiently by using .

〔Effect of the invention〕

The ICE of the present invention has the advantage of being able to execute the program on the application system in real time without being separated from the application system even while output processing of various registers is being executed due to a break.

[Brief explanation of drawings]

FIG. 1 is a block diagram of a first embodiment of the invention, FIG. 2 is a block diagram of a second embodiment of the invention, and FIG. 3 is a block diagram of a conventional example.

Claims (1)

[Claims] In a microcomputer program development device that can stop when a preset stop condition is detected and monitor the state at the time of stop, a first evaluation microcomputer group that stops when the stop condition is detected, and a first evaluation microcomputer group that does not stop when the stop condition is detected. and a second evaluation microcomputer that always operates in real time, the first and second evaluation microcomputers execute programs in parallel on an application system connected to the program development device, A program characterized in that the evaluation microcomputer is provided with means for sequentially stopping when a corresponding stopping condition is detected, and is capable of monitoring various internal states at the time of stopping in parallel with executing the program in real time. Development equipment.