JPH06175844A - Method for developing software - Google Patents

Abstract

PURPOSE:To improve efficiency for the program development of a CPU board by performing program development for the CPU board, control part test and debugging while using a self compiler at a personal computer, and operating the CPU board while transferring a program to the CPU board after debugging on the personal computer is completed. CONSTITUTION:A CPU bus 8 of a personal computer 1 is connected to a CPU board 30, and a software on the side of the CPU board 30 is developed by a self compiler 22 of the personal computer 1, transferred to the side of the CPU board 30 and installed. Then, the personal computer 1 generates a program for operating a control part 20 with the self compiler 22. Next, the control part 20 is actually operated by loading the program to a RAM 3 and executing it, and the program is debugged. After debugging is completed, the program is transferred to a board side RAM 32 and executed by a board side CPU 31. On the other hand, the control part 20 can be operated even on the side of the board 30 as well.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a CP having a control section.
It relates to the development of U-board software.

[0002]

2. Description of the Related Art FIG. 6 shows, for example, JP-A-56-132647.
FIG. 1 is a configuration diagram showing a CPU board for explaining a conventional software development method disclosed in Japanese Patent Publication No. JP-A-2003-163, in which reference numeral 1 is a personal computer (hereinafter abbreviated as personal computer), which is a CPU 2, a RAM 3, a ROM 4, and a display 5. , Keyboard 6, cross compiler (other CPU
Software for compiling and creating the machine language program) and a CPU bus 8. 9 is a sub CP
U board, CPU 10, CPU control circuit 11, bus selector 12, sub CPU bus 13, PC CP
It is composed of a U-bus 8, a common bus 14, and a connection unit 15.
16 is a test CPU board, CPU 17, RAM
18, ROM 19, control unit 20, and CPU bus 21.

Next, the procedure of software development will be described. The CPU 17 is removed from the test CPU board 16, and the connecting portion 15 of the sub CPU board 9 is connected to the CPU socket instead. The program of the test side CPU 17 created by the cross compiler 7 of the personal computer 1 is transferred to the test side RAM 18 with the bus selecting unit 12 selecting the personal computer side CPU bus 8. Next, with the bus selection unit 12 selecting the sub CPU bus 13, the sub CPU 10 is caused to execute the program. Sub CPU1
During the 0 operation, the command from the keyboard 6 of the personal computer 1 is transmitted to the sub CPU 10 by the sub CPU control circuit 11 connected to the personal computer CPU bus 8, and the sub CPU 1
The execution result of 0 is obtained from the personal computer C from the sub CPU control circuit 11.
It is sent to the PU bus 8 and displayed on the display 5 of the personal computer 1.

[0004]

Since the conventional software has been developed as described above, a dedicated cross compiler is required for the program development of the test CPU board, and a commercially available compiler cannot be used. In addition, in order to test the test CPU board, a sub-CP dedicated to the test is used.
There were problems such as the need for a U board.

The present invention has been made in order to solve the above problems, and enables software development by using a self-compiler for a personal computer without using a dedicated self-compiler for testing. To provide a method for developing software that does not require a sub CPU board.

[0006]

According to the software development method of the invention of claim 1, the CPU board 30 is connected to the CPU bus 8 of the personal computer 1,
CPU board 30 with self-compiler 22 of personal computer 1
Side software is developed, transferred to the CPU board 30 side, and installed.

According to a second aspect of the present invention, in the first aspect of the present invention, a pseudo circuit for standard input / output is provided on the board side CPU bus 35, the input source is the keyboard 6 of the personal computer 1, and the output destination is the display 5 of the personal computer 1. It is the one.

According to a third aspect of the present invention, in the above-mentioned first aspect of the invention, an interrupt signal 45 from the control unit 20 on the CPU board 30 side is input to the board side CPU 31, and the control unit program is placed on the common bus 36. Include processing 44 is on the board side,
The normal processing 43 other than the interruption is executed on the personal computer 1 side.

[0009]

According to the present invention, the self-compiler of the personal computer is used for compiling, and after the object program is tested and debugged, the control unit program after debugging is transferred to the memory of the CPU board for installation. Enable the control unit.

According to another aspect of the present invention, the control unit program compiled by the self-compiler is a CPU.
When operating on a board, standard I / O is the computer's display and keyboard.

In the third aspect of the present invention, the normal processing on the personal computer side is performed by referring to the work area which changes in real time by the board side interrupt processing.

[0012]

【Example】

Example 1. Embodiment 1 of the present invention will be described below with reference to the drawings. In FIG. 1, reference numeral 22 is a self-compiler mounted on the personal computer 1. 30 is a CPU board,
31 CPUs, 32 RAMs, 4 ROMs, 33 bus selection units, 20 control units, 35 board side CPU buses, 8
The personal computer side CPU bus and 36 common buses. The control unit 20 is a multipurpose interface, and includes general-purpose I / O, DI / DO, and serial IO (communication module). The self-compiler 22 is a commercially available product, and a standard input / output function and an ioctl function are prepared in addition to the printf function and scanf function described later. Basically ioctl is REA for memory I / O
Since only WRITE is performed on the D and memory I / O, the control unit 20 needs to be a DI / O interface, a 2-port memory interface, or the like.

Next, the operation will be described. In the personal computer 1, a program for operating the control unit 20 with the self-compiler 22 is created. Next, the control unit 20 is actually operated by loading the RAM 3 and executing the program to debug the program. After debugging, the board side RAM32
To transfer the program to the CPU 31 on the board side. Since the program environment for the control unit 20 is the same in terms of software and hardware on the board side and the personal computer side, the control unit 20 can be operated on the board side. That is, the program manufacturing is as the following steps a to e. I. The source program is manufactured, that is, the program in a high-level language is filed in ASCII code. This manufacturing is performed on the personal computer side to which the keyboard 6 and the CRT 5 are connected by a text editor prepared for each OS. MS-D for the above editor
MIFES is famous for OS, and Vi editor is famous for UNTX. B. After the completion of the program in B, the software is compiled using the self-compiler 22 to manufacture an object program. C. This object program is stored in the RAM 3. D. RAM2 is accessed by CPU2 of personal computer 1 and C
Tests and debugging for driving the control unit 20 are performed using the RT 5 and the keyboard 6. E. After the completion of debugging, the data in the RAM 3 is transferred to the RAM 32 via the CPU 8 and installed. In this case, debugging using the CPU 31 need not be performed because it has already been debugged. Switching of the bus selection unit 33 is performed using a hardware switch. As described above, the self-compiler converts the source program into an object program to create a personal computer application, and the application machine language is transferred from RAM3 to R
It is transferred to the AM 32, installed, and executed by the CPU 31. Here, a commercially available compiler creates a machine language (object program) that realizes a function by repeatedly making an OS system call of a personal computer.
Generally, when making a CPU board, the OS system call is made exclusively for the board. Therefore, the machine language OS system call created by the personal computer compiler is not accepted. When the CPU 2 displays characters on the CRT, the machine language created by the self-compiler simply calls the OS system call. However, the environment is this OS
System call calling sequence (AH is 02
H internal interrupt vector number is 21H) must be exactly the same.

Example 2. The second embodiment of the present invention will be described below with reference to FIG. However, in FIG. 2, the same components as those in FIG. In FIG. 2, 30 is a CPU
Board, 31 CPU, 32 RAM, 4 RO
M, 35 board side CPU bus, 8 personal computer side CPU
It consists of a bus, 40 standard output pseudo-circuits, and 41 standard input pseudo-circuits. The standard output pseudo circuit 40 and the standard input pseudo circuit 41 function as DO and DI, and a concrete example thereof is a well-known circuit as shown in FIG. As is apparent from the figure, the control is performed via the CRT controller 70 and the keyboard controller 71. In addition, 72 is C
RT bus and 73 are keyboard buses. As described above, the CRT controller 70 and the keyboard controller 71 are provided between the display 5 and the keyboard 6, and these are controlled by the standard output pseudo circuit 40 and the standard input pseudo circuit 41.

Next, the operation will be described. Similarly to the embodiment, the program created by the self-compiler 22 of the personal computer 1 after the completion of debugging is transferred to the board side RAM 32, installed, and executed by the board side CPU 31. Standard output function of program (printf of C language)
(Corresponding to a function), the board side CPU 31 outputs the result to the standard output pseudo circuit 40, and the personal computer side CPU 2
Outputs the output result to the display 5 via the CPU bus 8 on the personal computer side. Also, CPU2 on the personal computer side
Always writes the input of the keyboard 6 in the standard input pseudo circuit 41. When the standard input function of the program (corresponding to the scan function of C language) is executed, the CPU on the board side
Reference numeral 31 scans and takes in the standard input pseudo circuit 41. Therefore, while the CPU board 30 is operating, the operation can be confirmed using the display 5 and the keyboard 6 of the personal computer 1. That is, the standard input pseudo circuit 41 supplies the prescribed data equivalent to the operation of the keyboard 6 to the CPU 31 to drive the CPU 31, and the standard output pseudo circuit 40.
By displaying the result on the display 5 via the bus 8, the operation can be verified and debugging is facilitated. If the standard output pseudo circuit 40 and the standard input pseudo circuit 41 are used, debugging can be performed simply by pressing a parameter on the keyboard 6.

Embodiment 3. The third embodiment of the present invention will be described below with reference to the drawings. In FIG. 4, a CPU board 30 includes a CPU 31, a RAM 32, a ROM 4, a board side CPU bus 35, a personal computer side CPU bus 8, a standard output pseudo circuit 40, a standard input pseudo circuit 41, and a bus selection unit 3.
3, control unit 20, board side CPU bus 35, personal computer side CPU bus 8, common bus 36, RAM 42, normal processing 4
3 and interrupt processing 44. Reference numeral 45 is an interrupt signal input from the control unit 20 to the board side CPU 31.

Next, the operation will be described. The program of the control unit 20 created by the self-compiler 22 of the personal computer 1 is transferred to the board side RAM 42, and the control unit 20 is tested by the personal computer CPU 2. A normal process 43 and an interrupt process 44 are linked to the control unit program to form one load module. Since the interrupt signal 45 from the control unit 20 is input to the board side CPU 31, the interrupt processing unit 44 is executed by the board side CPU 31. The normal processing 43 is executed by the CPU 2 on the personal computer side. The normal process 43 and the interrupt process 44 are the self-compiler 2
Since they are linked by 2, the normal process 43 can easily refer to the work area in the interrupt process 44.
In this way, the interrupt processing can be operated on the CPU board side and combined with the control unit test on the personal computer to increase the test efficiency. Thus, in this embodiment, the CPU 31
The CPU 2 executes the interrupt process 44 and the CPU 2 executes the normal process 43 so as to share the work. However, the normal process (process other than the interrupt process) 43 and the interrupt process 44 are clearly separated, A specific method for storing is performed by registering in a well-known interrupt vector as shown in FIG. As a result, the interrupt process is not CALL in the normal process. The interrupt process registers the address in the interrupt vector, and the interrupt signal is sent to the CPU3.
When entering 1, the CPU 31 executes a jump.

[0018]

As described above, according to the invention of claim 1, the self-compiler is used in the personal computer to develop the program for the CPU board, and the control unit is tested and debugged. , The program is transferred to the CPU board so that it can operate.
The board program development can be streamlined.

According to the invention of claim 2, the standard input / output circuit is provided so that the standard input / output program can be operated by the CPU on the board side. Therefore, the display and keyboard of the personal computer can be used while the CPU board is operating. The operation can be checked and the operation can be easily checked.

According to the invention of claim 3, the interrupt processing is C
Since it is operated on the PU board side and normal processing can be performed on the personal computer side, it can be combined with the control unit test on the personal computer, and the test efficiency can be further improved.

[Brief description of drawings]

FIG. 1 is a system configuration diagram showing a first embodiment of the present invention.

FIG. 2 is a system configuration diagram showing a second embodiment of the present invention.

FIG. 3 is a circuit diagram showing a specific example of the second embodiment.

FIG. 4 is a system configuration diagram showing a third embodiment of the present invention.

FIG. 5 is an explanatory diagram showing a specific example of the third embodiment.

FIG. 6 is a system configuration diagram showing an example of a conventional software development method.

[Explanation of symbols]

 1 personal computer 5 display 6 keyboard 8 personal computer side CPU bus 20 control unit 22 self-compiler 30 CPU board 31 board side CPU 35 board side CPU bus 36 common bus 40 standard output pseudo circuit 41 standard input pseudo circuit 43 normal processing 44 interrupt processing 45 Interrupt signal

─────────────────────────────────────────────────── ───

[Procedure amendment]

[Submission date] May 20, 1993

[Procedure Amendment 1]

[Document name to be amended] Statement

[Name of item to be corrected] 0005

[Correction method] Change

[Correction content]

The present invention has been made in order to solve the above problems, and enables software development by using a self-compiler for a personal computer without using a dedicated cross-compiler for testing. To provide a method for developing software that does not require a sub CPU board.

[Procedure Amendment 2]

[Document name to be amended] Statement

[Correction target item name] 0006

[Correction method] Change

[Correction content]

[0006]

Means for Solving the Problems] Developing software according to the invention as claimed in claim 1, a CPU bus 8 of PCs 1 connected to the CPU board 30, a self-compiler 22 of the personal computer 1 of the CPU board 30 side Software is developed, transferred to the CPU board 30 side, and installed.

[Procedure 3]

[Document name to be amended] Statement

[Correction target item name] 0013

[Correction method] Change

[Correction content]

Next, the operation will be described. In the personal computer 1, a program for operating the control unit 20 with the self-compiler 22 is created. Next, the control unit 20 is actually operated by loading the RAM 3 and executing the program to debug the program. After debugging, the board side RAM32
To transfer the program to the CPU 31 on the board side. Since the program environment for the control unit 20 is the same in terms of software and hardware on the board side and the personal computer side, the control unit 20 can be operated on the board side. That is, the program manufacturing is as the following steps a to e. I. The source program is manufactured, that is, the program in a high-level language is filed in ASCII code. This manufacturing is performed on the personal computer side to which the keyboard 6 and the CRT 5 are connected by a text editor prepared for each OS. MS-D for the above editor
MIFES is famous for OS, and Vi editor is famous for UNIX . B. After the completion of the program in B, the software is compiled using the self-compiler 22 to manufacture an object program. C. This object program is stored in the RAM 3. D. RAM2 is accessed by CPU2 of personal computer 1 and C
Tests and debugging for driving the control unit 20 are performed using the RT 5 and the keyboard 6. E. After the completion of debugging, the data in the RAM 3 is transferred to the RAM 32 via the CPU 8 and installed. In this case, debugging using the CPU 31 need not be performed because it has already been debugged. Switching of the bus selection unit 33 is performed using a hardware switch. As described above, the self-compiler converts the source program into an object program to create a personal computer application, and the application machine language is transferred from RAM3 to R
It is transferred to the AM 32, installed, and executed by the CPU 31. Here, a commercially available compiler creates a machine language (object program) that realizes a function by repeatedly making an OS system call of a personal computer.
Generally, when making a CPU board, the OS system call is made exclusively for the board. Therefore, the machine language OS system call created by the personal computer compiler is not accepted. When the CPU 2 displays characters on the CRT, the machine language created by the self-compiler simply calls the OS system call. However, the environment is this OS
System call calling sequence ( OS is MS
-If DOS, AH is 02H and internal interrupt vector number is 21H) must be exactly the same.

[Procedure amendment 4]

[Document name to be corrected] Drawing

[Name of item to be corrected] Figure 2

[Correction method] Change

[Correction content]

[Fig. 2]

[Procedure Amendment 5]

[Document name to be corrected] Drawing

[Name of item to be corrected] Figure 3

[Correction method] Change

[Correction content]

[Figure 3]

[Procedure correction 6]

[Document name to be corrected] Drawing

[Name of item to be corrected] Fig. 4

[Correction method] Change

[Correction content]

[Figure 4]

Claims (3)

[Claims] 1. In the software development of a CPU board having a built-in CPU, an operation test of the control section program created by a self-compiler on the personal computer side in a state where the control section of the CPU board is connected to the CPU bus of the personal computer. And, the debugging is performed on the personal computer side, the control unit program after debugging is transferred to and installed in the memory on the CPU board side, and the control unit can be operated. 2. An operation test of the control section program created by a self-compiler on the personal computer side in the development of software for a CPU board containing a CPU, with the control section of the CPU board connected to the CPU bus of the personal computer. And debugging is performed on the personal computer side, the control unit program after debugging is transferred to and installed in the memory on the CPU board side, the control unit is made operable, and software is developed. A standard input / output pseudo circuit is provided so that the standard input / output program created by the compiler can be operated by the CPU on the board side, so that the input / output environment matches the CPU of the personal computer and the input source is the CPU bus extension. Connected personal computer A method for developing software, characterized in that a keyboard of a null computer is used as a display of a personal computer whose output destination is connected by extension of a CPU bus. 3. An operation test of the control section program created by a self-compiler on the personal computer side in the development of software for a CPU board containing a CPU, with the control section of the CPU board connected to the CPU bus of the personal computer. And debugging is performed on the personal computer side, the control unit program after debugging is transferred to and installed in the memory on the CPU board side, the control unit is made operable, and software is developed. The control unit program created by the compiler is placed on the common bus unit, the interrupt signal from the control unit is input to the CPU on the board side, and the CPU on the board side executes the interrupt processing part of the program, except for the interrupt processing. The normal processing part of A software development method characterized in that it is executed by the user side.