JPS62231339A - Parallel action method for two operating systems - Google Patents

Abstract

PURPOSE:To simultaneously execute plant control and office work processing by treating an operating system for office work processing as one task of an operating system for plant control. CONSTITUTION:An operating system OS for plant control is resident at a main memory 3 as a resident application task. On the other hand, an OS for office work processing is loaded from an auxiliary memory 6 to a main memory 3 in accordance with the necessity as a non-resident application. By making lower the execution priority sequence of the OS for office work processing than a task for plant control, the influence to the program for plant control can be suppressed to the minimum limit. Thus, the plant control and the office work processing can be simultaneously executed.

Description

[Detailed description of the invention] [Technical field to which the invention pertains]

The present invention relates to a method for processing forms and real-time plant control in parallel in a computer control system for small-scale plant control among microcomputer application systems.

[Prior art and its problems]

Conventionally, many microcomputer-applied systems have been dedicated to plant control and have been subject to real-time program control using a plant control operating system. However, in recent years, with the spread of microcomputer systems for business processing such as personal computers, man-machine interface control and file control techniques have improved. This has also affected the field of computer control systems for plant control, and there is an increasing demand for improved man-machine interface control functions and file control functions. However, in small-scale microcomputer systems, the operating system that processes plant control and office processing at the same time has a heavy load, such as requiring a large-capacity main memory (also simply referred to as main memory). Since the nature of control is different from plant control,
There are problems in that creating such an operating system requires a great deal of effort. For this reason, a method is used to replace the plant control operating system and the office processing operating system as necessary, but this has the disadvantage that when one of them is operating, the processing of the other is interrupted. .

[Purpose of the invention]

It is an object of the present invention to provide an efficient method for operating two operating systems in parallel, which allows plant control and office processing to be performed simultaneously, and which can eliminate office processing when unnecessary.

[Key points of the invention]

The main point of this invention is to divide the operating system into one for plant control and one for office processing, and configure the operating system for office processing as one task of the operating system for plant control, thereby enabling parallel processing operations for both. It is in the point of doing.

[Embodiments of the invention]

The present invention will be explained in detail below using FIGS. 1 to 4. Note that the operating system will also be abbreviated as O3 below. FIG. 4 is a block diagram showing the configuration of a computer control system as an embodiment to which the present invention is applied. In the figure, a microprocessor (hereinafter referred to as CPU) 1 is connected via an internal bus 2 to a main memory (device) 3, a keyboard and display as a man-machine interface (
(Hereinafter referred to as CRT/KEY) 4. Auxiliary storage devices such as printers 5 and flonbi disks (also simply referred to as auxiliary storage)
6, and an external input/output interface 7 as an input/output unit such as a digital data exchanged with an external device (not shown). Note that the program executed by the CPUI is stored in the main memory 3. FIG. 3(A) shows the configuration of an OS core for plant control as one embodiment of the present invention, and FIG. 3(B) shows the configuration of an O8 core for office processing. The core of the plant control O8 resides in the ROM (not shown) in the main memory 3, and is always executed by the CPU immediately after the power is turned on and the system is reset. This plant control O8 core includes a scheduler that gives execution rights to application tasks based on priority, a file manager that manages auxiliary memory 6 as a file, and dynamically manages the RAM (not shown) in main memory 3. A loader loads a program from the auxiliary memory 6 into the main memory RAM portion and registers it as a task in the scheduler. The application tasks include a resident application task that is loaded from the auxiliary memory 6 onto the main memory 3 by the loader when the power is turned on, and a resident application task that is loaded onto the main memory 3 as necessary.
It consists of non-resident application tasks that are deleted when they are no longer needed. The office processing O8 is loaded onto the main memory 3 as a non-resident application task as required. Since the O8 generally controls the hardware and interfaces with application programs and man-machine interfaces, the memory locations loaded must be absolute addresses. Usually main memory 3
Loaded from a specific address of the lower address above. Therefore, the loader is configured to load resident application tasks to high addresses on the main memory, and load non-resident application tasks to low addresses. Plant control O8 resident in the ROM section of main memory 3
It realizes the priority processing and parallel processing necessary for real-time control, and has functions necessary for device control, such as high-speed response processing to interrupts. However, it does not have man-machine interface processing, batch processing, or file management functions, and these functions are performed by the office processing OS. The difference between the office processing OS and a normal non-resident task is that control of the input/output devices (CRT/KEY 4, printer 5) necessary for man-machine interface processing is intercepted at the same time as the office processing O3 is loaded. . Data exchange between the control input/output device 4.5 and the OS is performed by interrupts. Interrupts are generated by hardware, but the execution start address of the interrupt processing routine is in the main memory RA.
It is written in the interrupt vector area of the M section, and when an interrupt occurs, a processing routine is executed based on the contents of this vector. The plant control O8 initializes this vector to the interrupt processing routine in the plant control O3 when the power is turned on. If the office processing OS is loaded, the office processing OS
8 saves the contents of the interrupt vectors of the CRT/KEY 4 and the printer 5 to the vector save area in the main memory, and changes the vectors to the interrupt processing routine of the office processing O8. Therefore, all subsequent interruptions are for administrative purposes. S
The processing routine will be executed. The contents of this vector save area are transferred to the original vector area when the office processing O8 is unloaded, and are again transferred to the plan HdlfII O8.
8. However, even if the CRT etc. is intercepted by the office processing OS, the plant control OS will store the contents of the vector save area as a vector when it is necessary to urgently display an external input/output error message, etc. Control can be regained by writing. FIG. 1 shows the configuration of a storage area in the auxiliary storage 6 as an embodiment of the present invention. O8 area for office processing,
Divided into task area and data area for office processing.
The program code of the office processing OS is stored in the ssl area, and the task code is stored in the task area, which are read by the loader. The data area is an area in which data processed by the office processing O3 is stored as a file. However, in this case, the control task cannot directly access the data file, and writes and reads data through the O8 output for office processing via a buffer provided in the main memory. FIG. 2 is a diagram showing the actual loading state of the office processing O8, task, and data areas of FIG. 1 in the auxiliary memory 6 as an embodiment of the present invention. The office processing O8 shares data files in order to make effective use of memory. That is, a management information table is created on the auxiliary storage 6 for managing data files, and stores write information, file availability information, file names, etc. This management information table needs to be updated centrally. This is because if the plant control O8 and the office processing O8 operate on the same file at the same time, the management information table may be destroyed. Therefore, in order to prevent this, a prohibition flag (not shown) is set for operation of the management information table when the office processing O3 is loaded, thereby prohibiting the table update by the plant control O3. However, even if updating of the management information table is prohibited, reading data files and rewriting already created data files can be performed by the plant control O8 since updating of the management information table is not required. Many of the programs that operate under the office processing O8 operate on large amounts of data and require a long time. However, in many cases, the response speed may be relatively slow. Therefore, by setting the execution priority of the office processing O8 lower than that of the plant control task, the influence on the plant control program can be minimized. Whether or not to load the office processing O8 is determined by a signal from an external switch or the like. Alternatively, configure it so that loading is started by input from the keyboard.

【Effect of the invention】

As described above, according to the present invention, the office processing O3 that controls the input/output of form data is required as one low priority task of the plant control O8 that controls the input/output of control signals of plant equipment in real time. By configuring the system to operate in parallel according to the operating system, the advantages of memory efficiency and ease of creation and modification of OS programs were obtained.

[Brief explanation of drawings]

FIG. 1 is a diagram showing the configuration of a storage area in an auxiliary storage as an embodiment of the present invention, FIG. 2 is a diagram illustrating the actual loading status of each area information in FIG. A) shows the configuration of the OS core for plant control, FIG. 4B shows the configuration of the S core for office processing, and FIG. 4 shows the configuration of the computer control system. Figure 1 Figure 2 (A) Plant sound control BiOSa 1 (B) ○S #q Figure 3 Figure 4

Claims (1)

[Claims] 1) An office processing operating system that controls input/output of form data operates as a low-priority task of a plant control operating system that controls input/output of plant equipment control signals in real time. A method for parallel operation of two operating systems, characterized in that: 2) The method according to claim 1, characterized in that the plant control operating system is made resident, and the office processing operating system can be loaded onto the main storage device as needed. How to run two operating systems in parallel. 3) In the method according to claim 1 or 2, if the plant control operating system is controlling input/output and there is an emergency, the office processing operating system can preempt the input/output control. 1. A method for parallel operation of two operating systems, characterized in that the method is configured as follows.