JPH01209562A - Multi-cpu system - Google Patents

Multi-cpu system

Info

Publication number
JPH01209562A
JPH01209562A JP63034014A JP3401488A JPH01209562A JP H01209562 A JPH01209562 A JP H01209562A JP 63034014 A JP63034014 A JP 63034014A JP 3401488 A JP3401488 A JP 3401488A JP H01209562 A JPH01209562 A JP H01209562A
Authority
JP
Japan
Prior art keywords
cpu
data
cpus
control
input
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP63034014A
Other languages
Japanese (ja)
Other versions
JPH07105825B2 (en
Inventor
Yutaka Shinozaki
豊 篠崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP63034014A priority Critical patent/JPH07105825B2/en
Publication of JPH01209562A publication Critical patent/JPH01209562A/en
Publication of JPH07105825B2 publication Critical patent/JPH07105825B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Abstract

PURPOSE:To obtain a multi-CPU system that can secure a satisfactory distance between CPUs by transferring serial data between the CPUs. CONSTITUTION:A data collecting CPU 3 outputs a control signal to a selection means 2 for selection of a CPU 1a, for example, among those CPU 1a-1c, etc., for monitor and control of each device. Thus necessary data are transmitted to and received from the CPU 1a. Then the CPU 3 sends the control signal to the means 2 again for selection of the next CPU 1b, for example, and performs the transfer of data to the CPU 1b. Such actions are repeated so that the transfer of data is possible with use of the serial signal in a multi-CPU system. As a result, any bus is not required for connection between the CPUs and each function block can be freely set.

Description

【発明の詳細な説明】 〔概   要〕 複数のコンピュータがそれぞれ独立に稼動し、それらの
コンピュータのCPUが例えば共通のメモリを介して結
合されるマルチCPUシステムに関し、 CPU間で転送されるデータをシリアルデータとするこ
とにより、CPU間の距離を十分に長くとれるシステム
を提供することを目的とし、複数の装置をそれぞれ制御
するためのCPU群と、該CPU群のいずれか一つのC
PUを選択するための選択手段と、該選択手段を制御し
て、前記CPU群との間でシリアル形式でのデータ送受
信を行なうデータ集約用CPUとを有するように構成す
る。
[Detailed Description of the Invention] [Summary] Regarding a multi-CPU system in which a plurality of computers operate independently and the CPUs of these computers are connected via, for example, a common memory, data transferred between the CPUs is The purpose of this system is to provide a system in which the distance between CPUs can be sufficiently long by using serial data.
The device is configured to have a selection means for selecting a PU, and a data aggregation CPU that controls the selection means and transmits and receives data in a serial format to and from the CPU group.

〔産業上の利用分野〕[Industrial application field]

本発明は、複数のコンピュータがそれぞれ独立に稼動し
、それらのコンピュータのCPUが、例えば共通のメ・
そりを介して接続されるマルチプロセッサシステムに係
り、特に複数のCPUをシリアル信号を用いて接続する
マルチCPUシステムに関する。
In the present invention, a plurality of computers operate independently, and the CPUs of those computers share a common memory, for example.
The present invention relates to a multi-processor system connected via a sled, and particularly to a multi-CPU system in which a plurality of CPUs are connected using serial signals.

〔従来の技術〕[Conventional technology]

コンピュータシステムの処理能力や信頼性の向上を目的
としたマルチプロセッサシステムには、密結合マルチプ
ロセッサシステム(TCMP)、疎結合マルチプロセッ
サシステム(LCMP)、スレーブシステム等がある。
Multiprocessor systems aimed at improving the processing power and reliability of computer systems include tightly coupled multiprocessor systems (TCMP), loosely coupled multiprocessor systems (LCMP), slave systems, and the like.

密結合システムは複数のプロセッサが共通のメモリ、お
よび周辺装置にアクセスするシステムであり、疎結合シ
ステムは複数のプロセッサがおのおの独立したローカル
メモリと周辺装置を備え、プロセッサ間の通信は高速バ
スあるいは通信リンクを使って行なう方式である。また
スレーブシステムは周辺のプロセッサ、すなわちスレー
ブプロセッサが独立のメモリと周辺装置を専有し、ホス
トプロセッサのスレーブとして動作する方式で、システ
ムの柔軟性や拡張性に富むものである。
Tightly coupled systems are systems in which multiple processors access a common memory and peripheral devices, while loosely coupled systems are systems in which multiple processors each have independent local memory and peripheral devices, and communication between processors is through high-speed buses or communications. This method uses links. In addition, in a slave system, a peripheral processor, that is, a slave processor, exclusively owns an independent memory and peripheral device, and operates as a slave of a host processor, and the system is highly flexible and expandable.

このようなマルチプロセッサシステムの実用例として多
重無線の監視制御システムがある。このシステムは無線
局との間の回線状態、無人局の局舎情報すなわち停電そ
の他の局舎に関する情報、回線ダウン時に予備回線がふ
さがっていて自動的救済が不能の場合の警報等のように
、複数の無線局に関する情報を集約し、無線局等の監視
、制御を行なうシステムである。
A practical example of such a multiprocessor system is a multiple radio monitoring and control system. This system provides information such as the status of the line with the wireless station, information on the unmanned station station, i.e. information on power outages and other station buildings, and warnings in case the backup line is blocked and automatic rescue is not possible when the line goes down. This is a system that aggregates information regarding multiple wireless stations and monitors and controls the wireless stations.

上述のような監視制御システムにおける各無線局または
各装置を個々に監視、制御する複数のCPUと、情報集
約用のCPUとの接続状態を示す従来例ブロック図が第
4図である。この図においてCPU51は集中監視のた
めに情報を集約する役割を果たすcpuである。CPU
−A32、CPU−B53、およびCPU−C54・・
・は各無線局等を個々に監視、制御するためのものであ
る。
FIG. 4 is a conventional block diagram showing a connection state between a plurality of CPUs that individually monitor and control each radio station or each device and a CPU for information aggregation in the above-mentioned monitoring and control system. In this figure, a CPU 51 is a CPU that plays a role of collecting information for intensive monitoring. CPU
-A32, CPU-B53, and CPU-C54...
- is for monitoring and controlling each radio station, etc. individually.

CPU−A32からCPU−C54、・・・は個々の無
線局や装置に対してそれぞれ個別のインタフェースを持
ち、従ってそれに対応する個々のファームウェアを有し
ている。これらの個々のファームウェアは類似してはい
るが、例えば回線数の差、制御方式の違い等に応じての
相違がある。
The CPU-A 32 to CPU-C 54, . . . have individual interfaces for individual wireless stations and devices, and therefore have individual firmware corresponding thereto. Although these individual firmwares are similar, there are differences due to, for example, differences in the number of lines and control methods.

これらのCPU52〜54からのデータはRAM55〜
57を経由してデータ集約用のCPU51に集約され、
その周辺装置としてのデイスプレィ等の集中監視制御装
置に出力される。すなわち集約用CPU51は個々の局
、装置、および方式に対応したCPU−A32、CPU
−B53、cpU−C54・・・からのデータを集中監
視制御装置にもってい(ためにフォーマットを統一する
インタフェースの役割を果たすものである。このシステ
ムではCPU51とRAM55〜57、RAM55〜5
7と他のCPO52〜54との間はそれぞれバス接続さ
れており、データはデータバスを介して入出力される。
Data from these CPUs 52 to 54 are stored in RAM 55 to
57 to the CPU 51 for data aggregation,
The signal is output to a central monitoring control device such as a display as a peripheral device. In other words, the aggregation CPU 51 is a CPU-A 32 and a CPU that correspond to individual stations, devices, and methods.
-B53, cpU-C54... It plays the role of an interface that unifies the format (to bring data from the central monitoring control device).In this system, the CPU 51, RAM55-57, RAM55-5
7 and the other CPOs 52 to 54 are connected to each other by bus, and data is input and output via the data bus.

〔発明が解決しようとする課題〕[Problem to be solved by the invention]

第4図の監視制御システムの従来例ではCPUとRAM
との間がバス接続されている。このようなバス接続にお
いては接続距離をあまり長くできないという問題点があ
る。すなわち、CPU間、あるいはCPUとRAMとの
間等をバス接続する場合のバスの最大許容長は規格によ
ってそれぞれ決っている。例えばVMEバスの規格では
45amと、数十1の程度であり、それ以上バスを延長
すると信頼性が低下し、またコスト的にも問題となる。
In the conventional example of the supervisory control system shown in Fig. 4, the CPU and RAM
There is a bus connection between the two. Such a bus connection has a problem in that the connection distance cannot be made very long. That is, the maximum permissible length of a bus when connecting CPUs, or between a CPU and a RAM, etc., is determined by each standard. For example, the VME bus standard is 45 am, which is about a few tens of meters, and if the bus is extended beyond that, reliability will decrease and there will also be problems in terms of cost.

そこで複数のCPU間を共通RAM等を用いてバス接続
により構成したマルチCPUシステムでは、第5図の実
装例に示すように、接続距離を長くとれず、実装位置の
、自由度もかなり限定されることになる。
Therefore, in a multi-CPU system configured by bus connection between multiple CPUs using a common RAM, etc., as shown in the implementation example in Figure 5, the connection distance cannot be long, and the degree of freedom in mounting position is quite limited. That will happen.

本発明は、上述の問題点に鑑み、CPU間で転送される
データをシリアルデータとすることにより、CPU間の
距離を十分に長くとれるマルチCPUシステムを提供す
ることを目的とする。
SUMMARY OF THE INVENTION In view of the above problems, it is an object of the present invention to provide a multi-CPU system in which the distance between CPUs can be sufficiently long by using serial data as data transferred between CPUs.

〔課題を解決するための手段〕[Means to solve the problem]

本発明のマルチCPUシステムの原理ブロック図を第1
図に示す。同図で複数のCPU1a、1b)lc−b 
 ・・・はそれぞれ図示しない無線局や装置等を監視、
制御するためのものであり、監視・制御の方式等により
、それぞれ個別のファームウェアを持っている。図示し
ないがこれらのCPU1a〜1c・・・にはその入力ポ
ートに各装置等からの信号が入力するとともに、出力ポ
ートから各装置等に対して制御信号等が出力される。
The first principle block diagram of the multi-CPU system of the present invention is
As shown in the figure. In the same figure, multiple CPUs 1a, 1b) lc-b
...monitors wireless stations and equipment, etc. not shown, respectively.
Each device has its own firmware depending on its monitoring and control method. Although not shown, signals from each device etc. are input to these CPUs 1a to 1c through their input ports, and control signals etc. are outputted to each device etc. from their output ports.

選択手段2は、これら複数のCPU1a〜lc’−・・
・のいずれかを選択するためのものである。
The selection means 2 selects the plurality of CPUs 1a to lc'-...
・This is for selecting one of the following.

データ集約用CPU3は、各装置等の監視・制御用cp
uta〜IC% ・・・との間で、選択手段2を経由し
てシリアルデータを送受信し、図示しない集中監視制御
装置に必要なデータを出力するためのものである。
The data aggregation CPU 3 is a CPU for monitoring and controlling each device, etc.
This is for transmitting and receiving serial data between uta and IC% through the selection means 2, and outputting necessary data to a central monitoring and control device (not shown).

〔作   用〕[For production]

第1図で、集約用CPU3は選択手段2に制御信号を出
力し、各装置等の監視・制御用の複数のCPU1a〜1
cs ・・・のいずれか、例えばCPU1aを選択させ
る。集約用CPU3はCPU1aとの間で必要なデータ
をシリアル形式で送受信する。その後CPU3は選択手
段2に再び制御信号を送り、次のCPU、例えばCPU
1bを選択させ、cpuibとの間でデータの送受信を
行なう。このような動作を繰り返すことにより、マルチ
CPUシステムにおけるデータ転送をシリアル信号で行
なうことが可能となり、CPU間等の接続にバスを用い
る必要がなくなる。
In FIG. 1, the aggregation CPU 3 outputs a control signal to the selection means 2, and a plurality of CPUs 1a to 1 for monitoring and controlling each device, etc.
cs..., for example, the CPU 1a. The aggregation CPU 3 transmits and receives necessary data to and from the CPU 1a in serial format. After that, the CPU 3 sends a control signal to the selection means 2 again, and selects the next CPU, e.g.
1b is selected, and data is sent and received to and from cpuib. By repeating such operations, data transfer in a multi-CPU system can be performed using serial signals, and there is no need to use a bus to connect CPUs, etc.

〔実  施  例〕〔Example〕

本発明の実施例ブロック図を第2図に示す。同図でCP
UIIは各装置等の監視・制御データの集約用であり、
その内部にはデータを例えばHDLC手順(High−
1evel Data Link Control P
rocedureのフォーマットに従って入出力するた
めのLS112がある。
A block diagram of an embodiment of the present invention is shown in FIG. In the same figure, CP
UII is for aggregating monitoring and control data of each device, etc.
Inside it, data is stored using, for example, an HDLC procedure (High-
1 level Data Link Control P
There is an LS 112 for inputting and outputting according to the rocedure format.

データ集約用CPUIIから、各装置等のそれぞれの監
視・制御用CPU16.22、・・・のいずれか一つを
選択するための制御信号が二つのセレクタ13.14に
入力する。セレクタ13はCPUIIの出力信号をドラ
イバ15a、15b。
A control signal for selecting one of the respective monitoring/controlling CPUs 16.22, . . . of each device is input from the data aggregation CPU II to the two selectors 13.14. The selector 13 outputs the CPU II output signal to drivers 15a and 15b.

・・・、15pのいずれかに入力させるもので、例えば
ドライバ15aが選択されるとLS112から出力され
るHDLCフォーマントのデータがドライバ15aルシ
ーバ18aを経由してCPU16内部のHD L Cフ
ォーマットデータ入出力用LS117に入力し、CPU
16の出力ポート21を経由して図示しない各装置に伝
達される。
..., 15p. For example, when the driver 15a is selected, the HDLC format data output from the LS 112 is input to the HDLC format data inside the CPU 16 via the driver 15a receiver 18a. Input to output LS117, CPU
The signal is transmitted to each device (not shown) via 16 output ports 21.

これに対して、各装置等からのデータは監視・制御用C
PU16.22の入力ポートに入力する。
On the other hand, data from each device etc. is
Input to the input port of PU16.22.

例えばCPU16の入力ポート20に入力したデータは
、CPU16内のLS I 17によりHDLCフォー
マットのシリアルデータとしてドライバ19aルシーバ
16a1セレクタ14、およびCPUI l内のHDL
Cデータ入出力用LS112を経由して図示しない集中
監視制御装置に送られる。
For example, data input to the input port 20 of the CPU 16 is sent as serial data in HDLC format by the LSI 17 in the CPU 16 to the driver 19a receiver 16a1 selector 14 and the HDL in the CPU I.
The data is sent to a central monitoring and control device (not shown) via the C data input/output LS 112.

次に第2図のマルチCPUシステム実施例におけるデー
タ転送の手順を説明する。一般にデータ通信における送
信権の制御方式としてポーリング方式がある。これは制
御局(親局)が従属局(子局)に順番に送信要求がある
か否かを聞いていき、従属局はデータの準備があればそ
れを制御局に送信しなければ否定応答を制御局に返す方
式である。
Next, the data transfer procedure in the multi-CPU system embodiment shown in FIG. 2 will be explained. Generally, there is a polling method as a method for controlling transmission rights in data communication. In this case, the control station (master station) listens to the dependent stations (slave stations) in turn to see if there is a transmission request, and if the dependent stations have data ready, they must send it to the control station or they will respond negatively. This method returns the information to the control station.

本実施例では、CPUI 1がセレクタ13.14に制
御信号を出力し、例えばCPU16を選択した後に、ポ
ーリング信号をセレクタ13、ドライバ15aルシーバ
18aを経由してCPUl6に入力させる。CPU16
は図示しない接続装置等から入力ポート20に入力する
状態変化を示すデータがあればそのデータを、なければ
否定信号をドライバ19a、レシーバ16a1セレクタ
14を経由してCPUIIに入力させ、データ転送を終
了させる。CPUI 1はセレクタ13.14への制御
信号により、他のCPU22、・・・に対して順番にポ
ーリングを行なう。またCPU11は送信データの多い
装置等に接続されたCPUへのポーリング周期を短くし
て、データ送信の待ち時間をできるだけ減少させるよう
に制御することも可能である。
In this embodiment, after the CPU 1 outputs a control signal to the selector 13.14 and selects, for example, the CPU 16, a polling signal is input to the CPU 16 via the selector 13, the driver 15a, and the receiver 18a. CPU16
If there is data indicating a state change that is input to the input port 20 from a connection device (not shown), that data is input, and if not, a negative signal is input to the CPU II via the driver 19a, receiver 16a1 selector 14, and the data transfer is completed. let The CPU 1 sequentially polls the other CPUs 22, . . . by sending control signals to the selectors 13, 14. Furthermore, the CPU 11 can control the polling period of a CPU connected to a device or the like that sends a large amount of data to be shortened to reduce the waiting time for data transmission as much as possible.

本実施例ではパラレルデータをHDLC手順を用いたシ
リアルデータに変換して転送する。この手順はコンピュ
ータ間の高速通信に通したビット伝送のための手順であ
る。この手順でのデータ伝送の単位であるフレームは、
開始フラグと終了フラグとの間に制御データ、転送デー
タ等とともに16ビツトのフレーム検査シーケンスを含
んでいる。
In this embodiment, parallel data is converted into serial data using the HDLC procedure and transferred. This procedure is for transmitting bits through high-speed communication between computers. The frame, which is the unit of data transmission in this procedure, is
A 16-bit frame check sequence is included along with control data, transfer data, etc. between the start flag and end flag.

フレーム検査方式として巡回冗長符号(CRC:Cyc
lic Redundancy Check)を用いて
おり、極めて信頼性の高いデータ伝送が実現できる。
Cyclic redundancy code (CRC: Cyc) is used as a frame inspection method.
lic Redundancy Check), and extremely reliable data transmission can be achieved.

シリアルデータ形式としてHDLCフォーマットを用い
ることにより伝送信頼度の向上と相まって伝送の長距離
化も実現できる。第2図においてデータ送出用のドライ
バ15a、15b、  ・・・15p118a118b
1 ・・・に例えばVll規格のものを用いることによ
り伝送距離を約1kmと、−船釣には十分長くすること
が可能となる。そこで実装特にも自由度が大幅に向上し
、第3図に示すように各CPUをどのように実装するこ
とも可能となる。またバス接続の場合にはデータバス、
アドレスバス等、接続本数が多くなるが、本発明におい
ては一つのCPUに対して送信用、受信用各2本、計4
本を接続するのみでよいことになる。
By using the HDLC format as the serial data format, transmission reliability can be improved and transmission can be extended over longer distances. In FIG. 2, data sending drivers 15a, 15b, . . . 15p118a118b
1. By using, for example, a Vll standard for . . . , the transmission distance can be made approximately 1 km, which is long enough for boat fishing. Therefore, the degree of freedom in mounting is greatly improved, and each CPU can be mounted in any manner as shown in FIG. In addition, in the case of a bus connection, the data bus,
Although the number of connections such as address buses increases, in the present invention, one CPU has two for sending and two for receiving, a total of 4.
All you need to do is connect the books.

また従来例の第4図におけるデータ転送用のRAM55
〜57は不要となる。
In addition, the RAM 55 for data transfer in FIG. 4 of the conventional example
~57 is no longer necessary.

〔発明の効果〕〔Effect of the invention〕

マルチCPUシステムにおいて、CPU間のデータ転送
をシリアルデータで行なうことにより、各CPUの実装
上の制約がなくなり、各機能ブロックの配置が自由とな
る。また接続線の本数が減少し、さらにデータ転送用の
RAMが不要となり、コスト的にもメリットがある。
In a multi-CPU system, by transferring data between CPUs using serial data, there are no restrictions on the implementation of each CPU, and each functional block can be freely arranged. Furthermore, the number of connection lines is reduced, and a RAM for data transfer is no longer required, which is advantageous in terms of cost.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図は本発明のマルチCPUシステムの原理ブロック
図、 第2図は本発明の実施例ブロック図、 第3図は実施例における実装図、 第4図はマルチCPUシステムの従来例ブロック図、 第5図は従来例における実装図である。 11・・・データ集約用CPU。 16.22・・・各装置等の監視・制御用cp12.1
7.23・・・HDLcフォーマットでデータを入出力
させるためのLSI、13.15・・・セレクタ。
Fig. 1 is a principle block diagram of a multi-CPU system of the present invention, Fig. 2 is a block diagram of an embodiment of the present invention, Fig. 3 is an implementation diagram of the embodiment, Fig. 4 is a block diagram of a conventional example of a multi-CPU system, FIG. 5 is an implementation diagram of a conventional example. 11... CPU for data aggregation. 16.22...cp12.1 for monitoring and controlling each device, etc.
7.23... LSI for inputting and outputting data in HDLc format, 13.15... Selector.

Claims (1)

【特許請求の範囲】[Claims] 複数の装置をそれぞれ制御するためのCPU群(1)と
、該CPU群(1)のいずれか一つのCPUを選択する
ための選択手段(2)と、該選択手段(2)を制御して
、前記CPU群(1)との間でシリアル形式でのデータ
送受信を行なうデータ集約用CPU(3)を有すること
を特徴とするマルチCPUシステム。
A CPU group (1) for controlling each of a plurality of devices, a selection means (2) for selecting any one CPU of the CPU group (1), and a CPU for controlling the selection means (2). , a multi-CPU system comprising a data aggregation CPU (3) that transmits and receives data in a serial format to and from the CPU group (1).
JP63034014A 1988-02-18 1988-02-18 Multi CPU system Expired - Lifetime JPH07105825B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP63034014A JPH07105825B2 (en) 1988-02-18 1988-02-18 Multi CPU system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP63034014A JPH07105825B2 (en) 1988-02-18 1988-02-18 Multi CPU system

Publications (2)

Publication Number Publication Date
JPH01209562A true JPH01209562A (en) 1989-08-23
JPH07105825B2 JPH07105825B2 (en) 1995-11-13

Family

ID=12402549

Family Applications (1)

Application Number Title Priority Date Filing Date
JP63034014A Expired - Lifetime JPH07105825B2 (en) 1988-02-18 1988-02-18 Multi CPU system

Country Status (1)

Country Link
JP (1) JPH07105825B2 (en)

Also Published As

Publication number Publication date
JPH07105825B2 (en) 1995-11-13

Similar Documents

Publication Publication Date Title
US4490788A (en) Well-logging data processing system having segmented serial processor-to-peripheral data links
US4862350A (en) Architecture for a distributive microprocessing system
JP2558393B2 (en) Multi-cluster signal processor
US4355354A (en) Interface apparatus for coupling a minicomputer to a microcomputer for the transfer of data between them and method for using same
JPS6115263A (en) Control system for command transfer between processors
EP0183431B1 (en) System control network for multiple processor modules
JPS585804A (en) Process controller
US6564340B1 (en) Fault tolerant virtual VMEbus backplane design
EP0174446B1 (en) distributed multiprocessing system
JPH01209562A (en) Multi-cpu system
JP2740031B2 (en) Data receiving device
CN110955629B (en) Computing device
JPH0619838A (en) Optical back plane
Thornton et al. Hyperchannel network links
CN115686163A (en) Peripheral device with implicit reset signal
JPH0540728A (en) Bus control method
CN114281727A (en) Method, device and storage medium for reading node information by 8-way server
JPS6257337A (en) Data transmission equipment
JPS5858671A (en) Inter-device bus control system
JP2000010911A (en) Information processing system having storage device exclusively for io bus
JPH0417050A (en) One-chip microcomputer
JPS6362061A (en) Extending device for distance between channel input/ output devices
JPS629458A (en) Multi-cpu system bus
JPH01133444A (en) System bus controller
JPS62200947A (en) Bus repeater