JP2001075825A - Non-real time system and method for preferential data read in multitask process by non-real time os - Google Patents

Abstract

PROBLEM TO BE SOLVED: To improve the real-time response as a device by allowing a 2nd processing means to perform only a process for obtaining data which has high priority and should not be ignored independently of a 1st processing means. SOLUTION: A main device 10 (device 1 which is a master-side non-real time type) is equipped with a main CPU 11 as a 1st processing means which performs basic data processing and connected to a data bus 4 through a general bus port 12. Further, a subordinate device 20 (device 1 which is a slave-side non-real time type) is equipped with a CPU 21 as a 2nd processing means for preferential data acquisition and storage and an I/F(interface) 22 and connected to the data bus 4. The CPU 21 performs only a process for acquiring data which has high priority and should not be ignored from a sensor 3 as a data gathering means in real time.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a non-real-time multitasking technique, and more particularly, to a non-real-time OS, in which processing is distributed by a plurality of CPUs to read and process high-priority data, thereby realizing an apparatus as an apparatus. The present invention relates to a non-real-time system capable of improving real-time performance, and a method of preferentially reading data in multitask processing in a non-real-time OS.

[0002]

2. Description of the Related Art In recent years, when a time from when an event occurs to when it responds is important, that is, when real-time processing is performed, a real-time OS (OS) is used.
g System: operating system) is mainly used.

[0003] As such a prior art, for example, there is one described in Japanese Patent Application Laid-Open No. 10-283211 (first prior art). That is, the first prior art described in Japanese Patent Application Laid-Open No. H10-283211 discloses a real-time data
An object of the present invention is to provide a method for providing a desired amount of processor resources to other work performed simultaneously in a system while smoothly delivering a stream without interruption. A method for managing processor resources in a multi-system environment, the method comprising: providing at least an amount of processor resources not exceeding a limit selected for a group of real-time applications including real-time applications. Allocating the selected amount of processor resources to the at least one non-real-time application of the multi-system environment, and providing the selected real-time application to the selected one of the plurality of devices. Processing a plurality of devices, wherein the amount of the processor resources delivering the real-time data stream of the real-time application has a minimal effect on other operations of the selected device. At least 2 of them
Selecting the device to select from two devices;
Contains. The allocating step includes determining a maximum service cost within a given time period for delivering a real-time data rate from at least two devices, and a service service for delivering the real-time data stream. Rate the above maximum service
Calculate using the cost and the service
Confirming whether the rate is within the limit, wherein the selecting step includes performing the confirming step when the service rate is within the limit. The checking step includes checking high service costs of at least two devices, and comparing the at least two high service costs to obtain the maximum service cost.

Another conventional technique is described in, for example, Japanese Patent Application Laid-Open No. Hei 10-320200 (second conventional technique). That is, the second prior art described in Japanese Patent Application Laid-Open No. H10-320200 can maintain a compact and flexible computer configuration without deteriorating the processing capacity according to the size and configuration of the amusement device to be controlled. The purpose of the present invention is to construct an interactive control device having good
(Versa Module European) A general-purpose board CPU (Central Processing Unit) mounted on a chassis and a DSP (Digital Signal Procedures)
(sor: digital signal processing element), and enables real-time simultaneous control of video display, sound output, and swing output corresponding to an event generated by a guest operation with an interactive device that can freely move in a three-dimensional space. An embedded interactive control device, wherein the general-purpose board CPU alone has a heavy load, and requires at least one of processing requiring computational performance and processing capable of parallel operation.
And a personal computer as means for controlling audio equipment by a MIDI interface separately from the general-purpose board CPU and the DSP. The general-purpose board CPU and the DS
P and the input / output device of the interactive device are all contained in one control panel, and the general-purpose board CPU downloads all control programs operating on the DSP to the DSP via the general-purpose board CPU. Device.

[0005]

However, the real-time OS has a low versatility and requires a driver or the like to be produced by itself, so that there is a problem that the cost is increased. On the other hand, a versatile non-real-time OS
However, non-real-time OSs have a problem in that the interrupt processing is not multiplexed and the priority level is low. There was a point.

The present invention has been made in view of such a problem, and an object thereof is to provide a non-real-time O
A non-real-time system that can improve real-time performance as a device by reading and processing high-priority data by distributing processing by a plurality of CPUs in S;
Another object of the present invention is to provide a method of reading data preferentially in multitask processing in S.

[0007]

The gist of the present invention is to execute a process in which time from when an event occurs until a response is important is executed in accordance with the level of multiplexing / priority of interrupt processing. A first processing unit for obtaining data having a high priority and which is not allowed to be missed, and a process for obtaining only the data having a high priority and which is not allowed to be missed from the data collecting unit. There is a non-real-time system characterized by having a second processing means which executes exclusively in real time independently of the processing means. The gist of the invention described in claim 2 is that
First processing means for executing processing in which the time from occurrence of an event until response to the processing is important in accordance with the level of multiplexing / priority of interrupt processing, and acquiring data having a high priority and which cannot be missed A data collection unit, a second processing unit dedicated to constantly acquiring and processing high-priority data that cannot be missed, and the second processing unit collects the high-priority data that cannot be missed. Storage means for always storing the data obtained from the storage means, wherein the first processing means periodically and preferentially stores the data having a high priority stored in the storage means and which cannot be overlooked. Reside in a non-real-time system characterized by being configured to acquire.
According to another aspect of the present invention, there is provided a master-side non-real-time device comprising a main first processing unit for performing basic data processing and connected to a data bus via a general-purpose bus port. 2. The method according to claim 1, wherein
Or a non-real-time system according to item 2. The gist of the invention described in claim 4 is that the second processing means for preferentially acquiring and storing data and the second processing means for receiving data transmitted from the data collection means.
4. A non-real-time device on the slave side connected to the data bus via the general-purpose bus port, the interface being provided to the processing means of (1) to (3). In non-real-time systems. The gist of the invention described in claim 5 is that the data collection means is configured to transmit high-priority data to the second processing means via the interface. A non-real-time system according to claim 4. The gist of the invention described in claim 6 is a first processing step of executing a process in which time from occurrence of an event until response to the event is important according to the multiplexing / priority level of the interrupt process. A data collection step of acquiring data of which priority is not allowed to be missed, and a process of acquiring the data of which priority is not allowed to be missed from the data collection step in real time independently of the first processing step. And a second data processing method executed exclusively by the non-real-time OS. The gist of the invention described in claim 7 is a first processing step of executing processing in which time from occurrence of an event to response to the time is important according to the level of multiplexing / priority of interrupt processing. A data collection step of acquiring high priority data that cannot be overlooked, a second processing step dedicated to constantly acquiring and processing high priority data that cannot be overlooked, The second processing step obtains the data not to be obtained from the data collection step and always stores the data, and the first processing step is such that the priority stored in the storage step is A method for reading priority data in multitask processing in a non-real-time OS, comprising a step of periodically and preferentially acquiring data that cannot be overlooked. To. The gist of the invention described in claim 8 includes a main first processing step for performing basic data processing, and a non-real-time processing step on a master side connected to a data bus via a general-purpose bus port. 8. A method for preferentially reading data in multitask processing in a non-real-time OS according to claim 6 or 7. Also,
The gist of the invention according to claim 9 is that the second processing step for preferential data acquisition and storage, and an interface that receives data transmitted from the data collection step and gives the data to the second processing step The non-real-time OS according to any one of claims 6 to 8, further comprising a non-real-time processing step on the slave side connected to the data bus via the general-purpose bus port. The present invention resides in a method for preferential data reading in multitask processing. The gist of the invention described in claim 10 is that the data collecting step includes a step of transmitting high-priority data to the second processing step via the interface processing step. Item 9 is a method for preferentially reading data in multitask processing in a non-real-time OS according to item 9.

[0008]

DESCRIPTION OF THE PREFERRED EMBODIMENTS A non-real-time OS (Opera)
(Ting System: Operating system)
In a process in which the time from the occurrence of an event to the response is important, the process is inferior to the real-time OS in terms of the multiplexing of the interrupt process and the priority level.
When acquiring data such as a sensor that has a high priority and cannot be overlooked, it is important to process the data in real time. A feature of each embodiment described below is that, by separately providing a CPU that processes only data acquisition from a sensor, the processing can be dispersed and the real-time property of the device can be improved. Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

(First Embodiment) First, a first embodiment of the present invention will be described with reference to FIGS.
FIG. 1 is a functional block diagram of a non-real-time device 1 according to a first embodiment of the present invention which executes multitask processing under a non-real-time OS environment. FIG. Non-real-time system 50 used
FIG. In FIG. 1, 1 is a non-real-time type device, 3 is a sensor as a data collection means, and 31 to 3
Reference numeral 5 denotes a peripheral device. In FIG. 2, 4 is a data bus, 10 is a main device (non-real-time device 1 on the master side), and 11 is a CPU as first processing means.
(Central processing unit), 12 is a general-purpose bus port, 20 is a sub-device (slave-side non-real-time device 1), 21 is a CPU as a second processing means, 22 is an I / F (interface), and 23 is The memory as storage means, 50 indicates a non-real-time system.

Referring to FIG. 1, a non-real-time type apparatus 1 of the present embodiment processes various data, and includes a sensor 3 (data collection means) and various peripheral devices 31.
To 35 are connected. Two-way data communication is performed between the non-real-time type device 1 and the peripheral devices 31 to 35, and between the non-real-time type device 1 and the sensor 3 (data collection means) from the sensor 3 (data collection means). One-way data communication is performed.

Referring to FIG. 2, a non-real-time system 50 according to the present embodiment comprises a main device 10 (master-side non-real-time device 1) and a sub-device 20 (slave-side non-real-time device 1). And a sensor 3 (data collecting means) for transmitting high-priority data to the CPU 21 (second processing means) via the I / F 22.

A main device 10 (non-real-time device 1 on the master side) includes a main CPU for performing basic data processing.
11 (first processing means), and is connected to the data bus 4 via the general-purpose bus port 12.

The sub device 20 (slave-side non-real-time device 1) is transmitted from the CPU 21 (second processing means) for preferential data acquisition and storage and the sensor 3 (data collection means). CPU2 receives data
An I / F (interface) 22 provided to the first (second processing means) is provided, and is connected to the data bus 4.

The sub device 20 (slave-side non-real-time device 1) is connected to the data bus 4 via the general-purpose bus port 12 of the main device 10 (master-side non-real-time device 1). The sensor 3 (data collection means) is the sub device 2
0 (the non-real-time device 1 on the slave side) is connected to the I / F 22. Hereinafter, a case will be described in which data that needs to be given the highest priority is acquired from the sensor 3 (data collection unit) and processed.

Next, the operation of the non-real-time system 50 (priority data reading method in multitask processing in a non-real-time OS) will be described with reference to FIGS. 2, 3 and 4. FIG. 3 is a flowchart for explaining the operation of the main device 10 (non-real-time device 1 on the master side) in FIG. Referring to FIG. 3, in the main device 10 (non-real-time device 1 on the master side) of the present embodiment, a plurality of tasks are multiplexed (simultaneously) processed (step a1) by the multitask function of the OS. . If the running task is not finished (step a
If the setting time has not elapsed (NO in step 2) or if the setting time has not elapsed (NO in step a3), the processing being executed is continued (step a4).

When the task being processed is completed (YES in step a2) or when the set time has been reached (YES in step a3), the memory 23 of the sub device 20 (the non-real-time device 1 on the slave side) is used. (Storage means) is checked (step a5), and the presence or absence of new data is monitored (step a6). If there is no new data (NO in step a6), the multiplex processing up to that point is continuously performed (step a1).

On the other hand, when there is new data (YES in step a6), the processing up to that point is temporarily suspended (step a7), and the memory 23 (storage) of the sub device 20 (slave-side non-real-time device 1) is stored. (Step a8) to acquire data (step a9), and perform processing with priority. After the processing of the data from the memory 23 (storage means) is completed, the interrupted task is restarted (step a10). By repeating the above,
The latest data can be fetched while constantly monitoring the data in the memory 23 (storage means).

Since the CPUs 11 (first processing means) and 21 of the memory 23 (storage means) may compete with each other, the CPU 21 (the non-real-time type device 1 on the slave side) of the sub device 20 (the non-real-time device 1 on the slave side) may conflict with each other. The second processing means) can write with priority.

FIG. 4 is a flowchart for explaining the operation of the sub device 20 (non-real time type device 1 on the slave side) in FIG. Referring to FIG. 4, the sub device 20 (the non-real-time device 1 on the slave side) of the present embodiment
Controls the CPU 21 (second processing means) to control the sensor 3
Only data from the (data collection means) is monitored (step b1). When the sensor 3 (data collection unit) has transmitted data (YES in step b2), the I / F 22 in the sub device 20 (the non-real-time device 1 on the slave side) is used.
And the CPU 21 (second processing means) of the sub device 20 (the non-real-time device 1 on the slave side) stores the data in the memory 23 (storage means).
(Step b3). On the other hand, when the sensor 3 (data collection means) is not transmitting data (step b)
(NO in 2) jumps to step b1.

As described above, according to the first embodiment, a non-real-time OS distributes processing by a plurality of CPUs to read and process high-priority data. Is achieved.

(Second Embodiment) Next, a second embodiment of the present invention will be described with reference to FIGS. FIG. 5 is a configuration diagram of a non-real-time system 50 according to the second embodiment of the present invention. The same portions as those already described in the first embodiment are denoted by the same reference numerals, and duplicate description will be omitted. In FIG.
Reference numeral 13 denotes a memory as storage means.

In the present embodiment, a different connection method is considered when data from the sensor 3 (data collection means) is read by the main device 10 (the non-real-time device 1 on the master side). Referring to FIG. 5, in the present embodiment, an SRAM (memory 13: storage means) for storing data,
It is characterized in that the connection form between U11 (first processing means) and 21 is different from that of the first embodiment. That is, a connection that allows the CPUs 11 (first processing means) and 21 of the main device 10 (master-side non-real-time device 1) and the sub-device 20 (slave-side non-real-time device 1) to communicate via a serial port. Configuration.

Next, the operation will be described. Referring to FIG.
First, when data is sent from the sensor 3 (data collection means) connected to the sub device 20 (slave-side non-real-time device 1) via the I / F 22, the sub device 20 (slave-side non-real-time type device). CPU 21 of the device 1)
(Second processing means), upon receiving the data,
11 (first processing means) via the serial port.

The CPU 11 (first processing means) of the main device 10 (the non-real-time type device 1 on the master side) accumulates this data in its own memory 13. Main device 10
CPU 11 of (non-real-time device 1 on master side)
Since the (first processing means) multi-processes various data from the peripheral devices 31 to 35, the data is transmitted from the CPU 21 (second processing means) of the sub device 20 (slave-side non-real-time device 1). If you cannot receive the data
Secondary device 20 (slave-side non-real-time device 1)
The data is temporarily stored in its own buffer in the CPU 21 (second processing means) itself. As described above, according to the second embodiment, the same effects as the effects described in the first embodiment can be obtained.

It should be noted that the present invention is not limited to the above embodiments, and it is clear that the above embodiments can be appropriately modified within the scope of the technical idea of the present invention. Further, the number, position, shape, and the like of the constituent members are not limited to the above-described embodiment, and can be set to numbers, positions, shapes, and the like suitable for carrying out the present invention. In each drawing, the same components are denoted by the same reference numerals.

[0026]

As described above, the present invention can improve the real-time performance of a device by reading and processing high-priority data by distributing processing by a plurality of CPUs in a non-real-time OS. It has the effect of being able to do so.

[Brief description of the drawings]

FIG. 1 is a functional block diagram of a non-real-time device according to a first embodiment of the present invention that executes multitask processing in a non-real-time OS environment.

FIG. 2 is a configuration diagram of a non-real-time system using the non-real-time device of FIG. 1;

FIG. 3 is a flowchart for explaining the operation of a main device (master-side device) in FIG. 2;

FIG. 4 is a flowchart for explaining the operation of the sub-device (slave-side non-real-time device) of FIG. 2;

FIG. 5 is a configuration diagram of a non-real-time system according to a second embodiment of the present invention.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 ... Non-real-time type device 3 ... Sensor 4 ... Data bus 10 ... Main device (non-real-time type device on master side) 11,21 ... CPU (Central processing unit) 12 ... General-purpose bus port 13,23 ... Memory 20 ... Sub-device (slave-side non-real-time device) 22 I / F (interface) 31-35 peripheral device 50 non-real-time system

Claims (10)

[Claims] 1. A first processing means for executing a process in which the time from occurrence of an event until response to the event is important according to the level of multiplexing / priority of interrupt processing; Data collecting means for acquiring data not to be deleted, and second processing for exclusively executing in real time exclusively the processing for acquiring the data having high priority and not allowed to be missed from the data collecting means, independently of the first processing means Non-real-time system comprising means. 2. A first processing means for executing a process in which the time from occurrence of an event until response to the event is important according to the level of multiplexing / priority of interrupt processing; Data collection means for acquiring data not to be lost, second processing means dedicated to constantly acquiring and processing high-priority data that cannot be missed, and second processing for the data having high priority and which cannot be missed. Means for obtaining data from the data collection means and always storing the data, wherein the first processing means periodically stores the data having a high priority and which is not allowed to be lost and stored in the storage means. A non-real-time system, characterized in that the system is configured to acquire information preferentially and preferentially. 3. A master-side non-real-time device connected to a data bus through a general-purpose bus port, the main device comprising a main first processing unit for performing basic data processing. Item 3. The non-real-time system according to item 1 or 2. 4. The general-purpose bus, comprising: the second processing means for preferential data acquisition and storage; and an interface for receiving data transmitted from the data collection means and providing the data to the second processing means. The non-real-time system according to any one of claims 1 to 3, further comprising a slave-side non-real-time device connected to the data bus via a port. 5. The non-real-time apparatus according to claim 4, wherein the data collection unit is configured to transmit data having a high priority to the second processing unit via the interface. system. 6. A first processing step for executing processing in which time from occurrence of an event to response to the time-critical processing in accordance with the level of multiplexing / priority of interrupt processing; A data collection step of acquiring data that is not performed, and a second processing that exclusively executes, in real time, only the processing of acquiring the data having the high priority and not allowed to be missed from the data collection step, independently of the first processing step A method for preferentially reading data in a multitask process in a non-real-time OS, comprising a step. 7. A first processing step of executing a process in which time from occurrence of an event until response to the event is important according to the level of multiplexing / priority of interrupt processing; A data collection step of acquiring unremoved data, a second processing step dedicated to constantly acquiring and processing high-priority data that cannot be missed, and a second processing of the high-priority data that cannot be missed. And a storage step for always storing the data obtained from the data collection step, wherein the first processing step periodically stores the data having a high priority stored in the storage step and which is not allowed to be missed. A method of reading data preferentially in multitask processing in a non-real-time OS, comprising a step of obtaining the data preferentially and preferentially. 8. The method according to claim 1, further comprising a main first processing step for performing basic data processing, and a non-real-time processing step on a master side connected to a data bus via a general-purpose bus port. 7. The method for preferentially reading data in multitask processing in a non-real-time OS according to 6 or 7. 9. The method according to claim 8, further comprising the second processing step for preferential data acquisition and storage, and an interface processing step of receiving data transmitted from the data collection step and providing the received data to the second processing step. 9. The non-real-time OS according to claim 6, further comprising a non-real-time processing step on the slave side connected to the data bus via a general-purpose bus port. Data reading method. 10. The data collection step includes the step of: transferring high-priority data to the second data via the interface processing step.
10. The method according to claim 9, further comprising the step of transmitting to the non-real-time OS.