JPS584453A - Simplified job controlling system - Google Patents

Abstract

PURPOSE:To realize the standardization and decentralization of softwares, by providing a data input part including a generator of the timing pulse to start an interruption process, a CPU basic block and a cross matrix interface respectively. CONSTITUTION:A simplified job controlling system includes a CPU basic block 10, a data input part 20 and a clock oscillator 30. The block 10 includes a CPU 11, an ROM 12, an RAM 13, a multiplexer 14 and an I/O controller 15. The input part 20 consists mainly of a cross matrix interface 21. The oscillator 30 feeds the interruption timing to the block 10.

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention relates to a simple job management system, and more particularly to a simple job management system using an 8-bit microcomputer with an interrupt function.

Used as a data input means for conventional Jirob management systems in numerically controlled machine tools, such as data loggers that have built-in arithmetic processing functions and convert analog quantities measured by measuring instruments into digital signals using A/D converters. FIG. 1 shows the data input circuit. That is, the input data to input port A consists of 8 bits, and switches BS1 to BS8 correspond to this. Here, for example, BS1 is a start switch for the device, BS2 is a stop switch, and the other switches have other functions.

For example, a flowchart in a conventional program structure is as shown in FIG. 2. In other words, when using the data input circuit shown in FIG. Most of the time it takes to take in daily data, that is, the time it takes for one loop, is determined by the execution time of each jib. Therefore, this means that if one long-duration zip exists in the above program, a situation may occur where changes in other inputs connected to input port A cannot be captured. I can imagine it.

Therefore, in order to avoid this, it is practically difficult for programmers to program unless they acquire a great deal of interest and knowledge regarding the execution time and order of each job. It is not possible to create a program without a thorough understanding of the Even when depacking a job, as is clear from the flowchart in FIG. 2, there is a possibility that each job returns to a different place after execution.

This means, for example, that when you try to depack a job,
If the surrounding programs are also incorrect, there is a possibility that the program will not be able to run, which in turn creates the difficulty of Depack itself.

The present invention has been made in view of the above circumstances, and aims to eliminate the various drawbacks described above.

That is, by combining it with the hardware described later, the first objective is to standardize the software, and to make the real-time monitor and the programs for executing each job all common. Second
The aim is to decentralize the software, and each programmer does not need to have any knowledge of real-time monitoring.
This makes it possible to concentrate on the contents of the job itself and program it directly, making depacking work easier. A third object is to provide a system that can detect all changes in external input signals and reliably generate a corresponding job.

Embodiments of the present invention will be illustrated and described below.

FIG. 3 shows a block diagram of a system according to an embodiment of the invention. That is, it is composed of a CPU basic processor 1o, a data input section 2o, and a clock oscillator 30.

CPU basic basic block l area CPU11, ROM12
, a RAM 13, a multiplexer 14, and a surface/troller 15.

The CPU is a microprocessor having at least an 8-bit input terminal, the ROM is used for stored programs, and the RAM is used for filing. On the other hand, the data input section 10 mainly consists of a cross matrix interface 21 (hereinafter referred to as an interface card), and the details of the interface card are shown in FIG. In other words, the switches and amplifiers connected to the interface card are external inputs for starting the jobs mentioned above.For example, turning on the start switch executes the start job, and turning on the stop switch executes the stop job. This is an input signal for calling and executing various jobs stored in advance. And cpu
4-bit data (SDo
.

Therefore, a total of 64 cross points) CP can be formed for each of the sensing lines (S+ to Ss) and the return lines (Ro to R7), but these cross points) CP are It is isolated by a photocoupler 22 as shown in the enlarged view).
Wired to an external switch or amplifier output.

On the other hand, 30 is a timing clock oscillator (hereinafter referred to as a real-time clock) which inputs interrupt timing to the basic block of the CPU, and its oscillation period varies depending on the system, but can be varied from about 5 m 8 to 20 m 8 . This real-time clock allows
Interrupt processing is executed, and the signal timing diagram in this case is shown in FIG.

However, the program in this case basically consists of two types: a file management program (hereinafter referred to as a real-time monitor) that processes interrupts at regular intervals using a real-time clock, and a foreground program;
A program that reads and executes registered jobs is called a background program. As shown in FIG. 4, the temporal relationship between the two types of programs is such that the foreground program is executed within an initial period of 5 to 20 mS, followed by the background program.

Next, we will explain the role of the real-time monitor using a flowchart.
This will be explained with reference to the memory map of the AM area. 5th each
Each is shown in Figure 6. In other words, the role of the real-time monitor is to be activated at regular intervals by the real-time clock, to detect changes in the external six directions at that time, to check what job is requested of the combiator, and to register the generation of the job to be performed. be. First, the sensing data shown by the interface card is decoded, and the sensing lines 81 to s8 are sequentially scanned from 81, and the eight return data Ro, )l, obtained corresponding to sl, are each D.

- Load D7 8-bit pack data as a new file. Therefore, the new file is s, ~S
It is filed as 8-byte data with 8 bits corresponding to 8. Next, similar data that was filed before that time is defined as an old file, and this old file and new file are compared with each other in terms of bit correspondence.

That is, if in an old file. If the bit that was 1 in the two file is registered as 1 in the new change file, and conversely, if the bit that was l in the old file is 0 in the new file, it is registered as 1 in the change file ■. Register as. This operation is then performed for all 64 bits to create new change files ① and ②. Next, create a job file table using ■ of this change file, but if you assign jobs to each bit (total of 8 x 16 = 128) indicated by ■ in the file, 128 types of jobs can be defined. I can do it. Therefore, from among these 128 types of job groups, it is possible to register the name of the job corresponding to the bit that is 1 in the and ■ of the file in the job file table. In reality, instead of registering the job name, the job processing start address, which is indicated by 2 bytes, is registered. Finally, transfer the new file to the old file, complete the real-time monitor processing, and start the next clock.

However, for the real-time monitor, the background program always loops from the beginning of the job file table to the end of the table to check whether there are any registered jobs, and if there is a registered job, it forcibly starts the program counter. Processing is performed to transfer it to that registered address.

In other words, this is nothing but executing a registered job. When a job finishes executing, it is always deleted from the sheep file table, and a loop is entered to search for the next registered job. The background program repeats this process, and its flowchart is shown in FIG.

Since the present invention is configured as described above, it is possible to achieve the above-mentioned objectives of the invention, that is, to standardize and decentralize software, and to prevent omissions in the incorporation of external sword signals.

[Brief explanation of drawings]

Fig. 1 is a data input circuit of a conventional 8-bit microcombiner, Fig. 2 is a flowchart of a conventional program structure, Fig. 3 is a block diagram of a system according to the present invention, and Fig. 4 is an interrupt processing Fig. 5 is the flow of the real-time program, and Fig. 6 is the RA in the case of Fig. 5.
The memory map of the M area and FIG. 7 each show a flowchart of the background program. 21/666m cross matrix interface, 3
0・e＠Ki・Timing pulse generator.

Claims (1)

[Claims] In an 8-bit microcombiator system with an interrupt function, a timing pulse generator that starts interrupt processing that detects changes in external input signals, and a CPU
A simple jib management system characterized by having a basic block and a data input section including a cross matrix interface.