JP2001005775A

JP2001005775A - バスシステム

Info

Publication number: JP2001005775A
Application number: JP11172560A
Authority: JP
Inventors: Atsunori Takagi; 敦則高木
Original assignee: NEC Engineering Ltd
Current assignee: NEC Engineering Ltd
Priority date: 1999-06-18
Filing date: 1999-06-18
Publication date: 2001-01-12

Abstract

(57)【要約】（修正有）【課題】バス上の無駄なリトライサイクルを減らし、
バスの使用効率を向上させる、バスマスタ装置対バスス
レーブ装置がｍ:nの構成でも、バス要求信号のチャネル
数に依存することなくバスマスタ装置数の拡張を可能と
する。【解決手段】各バス装置は、バスマスタとバススレー
ブのいずれにもなり得て、バス制御部１０とリトライ制
御部１１とを備える。バス制御部１０は、通常のバス制
御を行うとともに、バスマスタからのデータ転送要求に
対して、バススレーブが即時に応えられないときに、他
のバススレーブから当該バスマスタに対するリトライ応
答を禁止するRetry禁止#７をバスに出力する。リトライ
制御部１１は、Retry禁止#７を検出するとバス制御部１
０にRetry禁止(*)#12を送り、また、Retry禁止#７の解
除を検出するとバス制御部１０にRetry禁止(*)#12の解
除を通知する。バス制御部１０は、Retry禁止(*)#12に
応答して、当該バススレーブへリトライサイクルを起動
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置にお
けるバスシステム、特に、バスをアクセスする装置が複
数存在するバスシステムに関する。

【０００２】

【従来の技術】このような情報処理装置のバスシステム
は、一般的に、アクセスの受け側となるバススレ−ブ装
置により一次的にデ−タ転送ができない場合、バススレ
−ブ装置はリトライ応答を返す。このリトライ応答を受
信したバスマスタ装置は、一旦、バスを開放してサイク
ルを終了させ、再度、バスを獲得してリトライアクセス
を実行する機能を有している。

【０００３】例えば、特開平4-163659号公報記載の「バ
ス調停方式」では、リード要求先のバススレーブから要
求元のバスマスタにリトライライ応答が返されたことを
検出する検出手段と、この検出手段による検出時から一
定期間、上記要求元バスマスタからのバス使用要求がバ
ス調停回路で受け付けられるのを強制的に禁止するバス
使用要求禁止手段とを設け、上記一定期間は、他のバス
マスタからのバス使用要求だけを対象にバス調停を行う
ようにしたことを特徴とする。

【０００４】また、特開平4-192056号公報記載の「アー
ビトレーション方式」では、マスタプロセッサがアービ
トレーション回路に対してバス要求信号をアサートする
と、アービトレーション回路はバス獲得信号をアサート
し、これによりマスタプロセッサはバス要求信号をネゲ
ートしてバスにアクセスを開始する。アクセス制御回路
は、このアクセスアドレスをデコードしてスレーブメモ
リを認識し、デコード結果によって、例えば、低速スレ
ーブメモリであれば、リトライ信号をマスタプロセッサ
にアサートする。マスタプロセッサは、リトライサイク
ルを認識し、バスへのアクセスを中断し、一方、アクセ
ス制御回路はアービトレーション回路に対するバス要求
抑止信号をアサートする。

【０００５】バス要求抑止信号がアサートされたマスタ
プロセッサは、スレーブメモリからの返答が返ってくる
までバス要求信号をアサートしてもアービトレーション
回路には受け付けられない。一方、バス要求抑止信号が
アサートされている期間は、他のマスタプロセッサから
のバス要求信号はアービトレーション回路に受け付けら
れる。このように、あるマスタプロセッサのリトライサ
イクル中において、他のマスタプロセッサのバス獲得の
待ち時間を減少させることを特徴とする。

【０００６】

【発明が解決しようとする課題】しかしながら、上述し
た従来技術の内、特開平4-163659号公報記載のバス調停
方式では、バススレーブ装置側の状態に拘わらず、アー
ビトレーション回路部にて、設定可能な所定の固定時間
はバス要求の受付を禁止するため、バススレーブ装置に
よっては、この固定時間が短すぎたり、逆に長すぎたり
することが考えられ、バスの使用効率を悪化させるとい
う問題点がある。

【０００７】また、特開平4-192056号公報記載のアービ
トレーション方式では、バスマスタ装置毎にバス要求抑
止信号が必要となるため、アービトレーション回路に装
備されるバス要求抑止信号数で制御可能なバスマスタ装
置が限定される。また、バス要求抑止の対象となるバス
スレーブ装置が固定であり、バスマスタ装置対バススレ
ーブ装置がn:1の構成に限定されるため、汎用バスに対
する拡張性に乏しいという問題点がある。

【０００８】本発明の目的は、バス上の無駄なリトライ
サイクルを減らし、バスの使用効率を向上させることが
できるバスシステムを提供することにある。

【０００９】本発明の他の目的は、バスマスタ装置対バ
ススレーブ装置がｍ:nの構成でも、バス要求抑止制御を
バスマスタ装置側で制御することにより、バス要求信号
のチャネル数に依存することなくバスマスタ装置数の拡
張を可能とするバスシステムを提供することにある。

【００１０】本発明の更に他の目的は、バスに複数接続
されるバスマスタ装置／バススレーブ装置の中に、従来
仕様のバスマスタ装置／バススレーブ装置が混在した場
合でも、動作可能とするバスシステムを提供することに
ある。

【００１１】

【課題を解決するための手段】第１の本発明のバスシス
テムは、複数のバス装置をバススレーブとすることがで
きる複数のバス装置がバスに接続されたバスシステムに
おいて、バスマスタからのデータ転送要求に対して、バ
ススレーブが即時に応えられないときに、当該バススレ
ーブから当該バスマスタに対するリトライ応答を禁止す
る全装置リトライ禁止信号を前記バスに出力し、当該バ
スマスタは、前記バススレーブからリトライサイクルの
禁止の解除を受信するまで、前記バススレーブへのリト
ライサイクルを遅らせることを特徴とする。

【００１２】第２の本発明のバスシステムは、複数のバ
ス装置をバススレーブとすることができる複数のバス装
置がバスに接続されたバスシステムにおいて、各バス装
置は、バスマスタとバススレーブのいずれにもなり得
て、通常のバス制御を行うとともに、バスマスタからの
データ転送要求に対して、バススレーブが即時に応えら
れないときに、当該バススレーブから当該バスマスタに
対するリトライ応答を禁止する全装置リトライ禁止信号
を前記バスに出力するバス制御部と、前記全装置リトラ
イ禁止信号を検出すると前記バス制御部に個別リトライ
禁止信号を送り、また、前記全装置リトライ禁止信号の
解除を検出すると前記バス制御部に前記個別リトライ禁
止信号の解除を通知するリトライ制御部とを備え、前記
バス制御部は、前記個別リトライ禁止信号に応答して、
当該バススレーブへリトライサイクルを起動することを
特徴とする。

【００１３】また、本発明は、詳しくは、前記リトライ
制御部は、前記全装置リトライ禁止信号の解除を検出し
なくても、所定の時間が経過すると前記個別リトライ禁
止信号の解除を前記バス制御部に通知することを特徴と
する。

【００１４】本発明によるバスシステムは、バスにバス
獲得を要求するバスマスタ機能、または、バスマスタ装
置からバスアクセスの受け側に指定されるバススレ−ブ
機能のどちらか、または両方の機能を有するバス装置を
複数有するバスシステムに関する。また、バスマスタが
バススレ−ブからの要求でデ−タ転送ができないとき
に、バススレ−ブからリトライ応答を受信した場合、一
旦、バスを開放し、再度、バスを獲得してリトライサイ
クルを実施するバスシステムである。

【００１５】そして、各バス装置がバススレ−ブとして
動作中に、バス上にリトライ応答を発行したとき、次の
リトライアクセスの禁止を示す全バス装置共通の信号
（図１の７）をバスに出力することと、各バス装置にこ
の信号を生成するバス制御部（図２の１０）と、他のバ
ス装置からこの信号を監視するリトライ／タイムアウト
制御部（図２の１１）とを有することを特徴とする。

【００１６】本発明では、バススレ−ブからのリトライ
応答を受けたバスマスタ動作中のバス装置は、次のリト
ライアクセスをバススレ−ブから許可されるまでバスを
他のバス装置に開放し、バススレ−ブからのリトライア
クセス禁止の解除後に、再度、バス獲得の要求を発行し
リトライアクセスを実行する。従って、バス上に無駄な
リトライアクセスが低減されるという効果が得られる。

【００１７】また、リトライサイクルの禁止を示す信号
の生成および監視を各バス装置で行うことにより、バス
マスタ対バススレーブがｍ:nの構成でも制御が可能とす
ることと、リトライサイクルの監視とバス要求の抑止制
御をバスマスタ側で制御することにより、バス要求信号
のチャネル数に依存することなくバス装置数を拡張を可
能にする効果が得られる。

【００１８】

【発明の実施の形態】次に、本発明の実施の形態につき
図面を参照しながら詳細に説明する。

【００１９】図１を参照すると、本発明の第１の実施形
態としてのバスのブロック図が示されている。本実施の
形態は、バス獲得を要求するバスマスタ機能、またはバ
スマスタ装置（以下、「バスマスタ」と記す。）からバ
スアクセスの受け側に指定させるバススレ−ブ機能のど
ちらか、または両方の機能を有する４個のバス装置Ａ
（２）〜Ｄ（５）と、各バス装置Ａ〜Ｄから要求される
バス獲得要求を調停するア−ビトレ−ション回路（１）
を有する。また、バススレ−ブ装置として指定されたバ
ス装置（以下、「バススレーブ」と記す。）が、そのバ
ス装置の事情で、即時にデ−タ転送ができない状態でサ
イクルをリトライ応答した場合、デ−タ転送が可能にな
るまで、そのバスマスタに対して次のリトライアクセス
を禁止することを示す全バス装置共通のリトライ禁止信
号（以下、「Ｒｅｔｒｙ禁止＃」と記す。）７をバス上
に出力する。

【００２０】図２には、バス装置Ａ〜Ｄ内部のブロック
図が示されている。これらのバス装置は、同一構成であ
って、通常のバス制御を行うバス制御部１０と、前述の
全バス装置共通のＲｅｔｒｙ禁止（＃）７を監視するリ
トライ／タイムアウト制御部１１とを備えている。バス
制御部１０は、さらに、バススレ−ブとして機能した場
合のＲｅｔｒｙ禁止＃７を生成および出力する機能を有
している。

【００２１】また、リトライ／タイムアウト制御部１１
は、バスマスタとして動作したサイクル時に、バススレ
−ブから応答される、全バス装置共通のＲｅｔｒｙ禁止
信号（以下、「Ｒｅｔｒｙ禁止＃」と記す。）７を監視
した結果、そのサイクルがリトライ応答（リトライ禁
止）をされたこと、およびリトライサイクルが許可され
たことをバス制御部１０に通知するＲｅｔｒｙ禁止信号
（以下、「Ｒｅｔｒｙ禁止(＊)＃」と記す。）１２を生
成および出力する機能を有している。ここで、＊はバス
装置Ａ〜Ｄを特定するＡ〜Ｄを表すものとする。

【００２２】さらに、リトライ／タイムアウト制御部１
１は、リトライ禁止の監視中に、バスのＲｅｔｒｙ禁止
＃７が、任意の時間を経過しても解除されない（リトラ
イ禁止解除されない）場合、バススレ−ブの異常とみな
し、Ｒｅｔｒｙ禁止＃７の存在にも拘わらず、バス制御
部１０にリトライを許可する機能を有する。

【００２３】なお、図１のア−ビトレ−ション回路１，
バス獲得要求信号（以下、「ＲＥＱＡ＃〜ＲＥＱＤ＃」
と記す。）（５ａ〜５ｄ），バスアクノリッジ信号（以
下、「ＡＣＫＡ＃〜ＡＣＫＤ＃」と記す。）（６ａ〜６
ｄ），バス制御信号８およびアドレス・デ−タバス９に
関しては、当業者にとってよく知られているので、その
説明は省略する。ここで、ＲＥＱＡ＃〜ＲＥＱＤ＃およ
びＡＣＫＤ＃における＃の前のＡ〜Ｄは、バス装置Ａ〜
Ｄを特定するものである。

【００２４】以下、本実施の形態の動作につき図３〜図
６のタイミング図を用いて説明する。

【００２５】まず、Ｒｅｔｒｙ禁止＃７の制御ルールと
して下記の事項を定義する。

【００２６】１．Ｒｅｔｒｙ禁止＃７は、バススレーブ
として機能するバス装置のみがドライブできる。

【００２７】２．Ｒｅｔｒｙ禁止＃７は、リトライ応答
時のサイクル中にのみアクティブにドライブできる。し
かし、前サイクルで既にアクティブＬｏｗ（以下、アク
ティブＬｏｗを「アクティブ」と記す。）の場合にはド
ライブできない。すなわち、バス上にドライブしている
バス装置は、１台のみということになる。

【００２８】３．バススレーブがデータ転送の準備がで
きた場合、Ｒｅｔｒｙ禁止＃７のネガティブＨｉｇｈ
（以下、ネガティブＨｉｇｈを「ネガティブ」と記
す。）はいつでも可能である。

【００２９】４．バスマスタがＲｅｔｒｙ禁止の監視を
開始するのは、サイクル中にＲｅｔｒｙ禁止＃７がネガ
ティブからアクティブへ変化したことを受信したとき、
または前サイクルから既にＲｅｔｒｙ禁止＃７がアクテ
ィブでリトライ応答しているときである。

【００３０】図３に示すサイクル１は、バスマスタはバ
ス装置Ａ、バススレ−ブはバス装置Ｂである場合のリト
ライ応答サイクルの例を示す。先ず、バス装置Ａがバス
獲得要求ＲＥＱＡ＃５ａをアクティブにドライブする
と、これに対して、アービトレーション回路１によりバ
スアクノリッジＡＣＫＡ＃６ａがアクティブにドライブ
されバス装置Ａがバスを獲得する。続いて、アドレス・
デ−タバス９およびバス制御信号８によりデ−タ転送が
実施されるが、本サイクルはバススレーブ（バス装置
Ｂ）が即時にデータ転送に応じることができないリトラ
イ応答サイクルであり、バススレーブがＲｅｔｒｙ禁止
＃７をアクティブにしたことにより、バスマスタ（バス
装置Ａ）はＲｅｔｒｙ禁止（Ａ）＃１２をアクティブに
し、リトライ禁止の監視を開始する。

【００３１】その後、バス装置ＡはＲＥＱＡ＃５ａをネ
ガティブとし、ＡＣＫＡ＃６ａがネガティブとなりサイ
クル１が終了する。これ以降、バス装置Ａは、Ｒｅｔｒ
ｙ禁止＃７がネガティブになるか、タイムアウトを検出
するまでリトライサイクルを実施できない。

【００３２】サイクル２（図３）は、バスマスタはバス
装置Ｂ、バススレ−ブはバス装置Ａである場合の正常デ
ータ転送サイクルの例を示す。このサイクルでは、前述
のサイクル１におけるバス装置Ａのリトライ応答サイク
ルに影響されることなく動作可能である。すなわち、バ
ス装置Ｂは、サイクル１のバススレーブ動作時にリトラ
イ応答しても、サイクル２ではバスマスタ動作が可能で
あり、また、バス装置Ａは、サイクル１のバスマスタ動
作に対してリトライ応答されても、サイクル２ではバス
スレーブ動作が可能であることが示されている。

【００３３】なお、このサイクルでは、バススレーブ
（バス装置Ａ）からバス制御信号８を介してのリトライ
応答はないため、バスマスタ（バス装置Ｂ）において、
Ｒｅｔｒｙ禁止（Ｂ）＃１２をアクティブにしてリトラ
イ禁止の監視をすることはない。

【００３４】サイクル３(図３)は、バスマスタはバス装
置Ｃ、バススレ−ブはバス装置Ｄである場合のリトライ
応答サイクルの例を示す。バス獲得までの動作は、サイ
クル２における動作と同様であり、このサイクルもサイ
クル１に影響されることなく実行される。サイクル１か
らＲｅｔｒｙ禁止＃７がアクティブであるため、バス装
置ＤはＲｅｔｒｙ禁止＃７をドライブしない。また、バ
ス装置Ｃはバス装置Ｄのリトライ応答によりＲｅｔｒｙ
禁止（Ｃ）＃１２をアクティブにし、リトライ監視を開
始する。

【００３５】図４に示すサイクル４は、バス装置Ａのサ
イクル１に対するリトライサイクルの例を示す。このサ
イクルでは、バス装置ＢがＲｅｔｒｙ禁止＃７をネガテ
ィブにしたことにより、バス装置Ａでは、リトライ／タ
イムアウト制御部１１がＲｅｔｒｙ禁止（Ａ）＃１２を
ネガティブにし、バス制御部１０にリトライ禁止解除
（監視終了）を通知する。リトライ禁止解除を得たバス
制御部１０は、ＲＥＱＡ＃５ａをアクティブにし、バス
獲得の要求を出す。その後は、サイクル２と同様に動作
し、データ転送を完了する。

【００３６】また、同時に、サイクル３でリトライ応答
となったバス装置Ｃも、リトライ禁止の監視対象はバス
スレーブのバス装置Ｄであるが、Ｒｅｔｒｙ禁止＃７の
ドライブ権限のあるバス装置Ｂの動作に依存され、Ｒｅ
ｔｒｙ禁止＃７がネガティブにされたことにより、Ｒｅ
ｔｒｙ禁止（Ｃ）＃１２をネガティブにし、バス制御部
１０にリトライ禁止解除（監視終了）を通知し、バス制
御部１０はＲＥＱＣ＃５ｃをアクティブにし、バス獲得
の要求を出す。バス装置Ｃのリトライサイクルは次のサ
イクル５である。

【００３７】サイクル５(図４)は、バス装置Ｃのサイク
ル３に対するリトライサイクルである。本サイクルは、
前述したバス装置Ｃがリトライ禁止の監視対象外である
バス装置Ｂの動作に依存して一旦は監視を終了したが、
再度、リトライ監視対象のバススレーブのバス装置Ｄに
よってリトライ応答される例を示す。リトライ応答した
バススレーブのバス装置Ｄは、Ｒｅｔｒｙ禁止＃７のド
ライブ権限を得て、Ｒｅｔｒｙ禁止＃７をアクティブに
する。これにより、バス装置Ｃは再度Ｒｅｔｒｙ禁止
（Ｃ）＃１２をアクティブにし、再び、リトライ禁止の
監視を開始する。

【００３８】図５に示すサイクル６では、サイクル５で
リトライ応答サイクルとなったバス装置Ｃのリトライ禁
止の監視がタイムアウトした例を示す。バス装置Ｃ内の
リトライ／タイムアウト制御部１１は、所定の時間を経
過してもＲｅｔｒｙ禁止＃７がネガティブ（リトライ禁
止解除）にならなかったためタイムアウトを検出し、Ｒ
ｅｔｒｙ禁止（Ｃ）＃１２をネガティブにしてリトライ
禁止解除をバス制御部１０に通知する。バス制御部１０
はＲＥＱＣ＃５ｃをアクティブにしバス獲得の要求を出
し、ＡＣＫＣ＃６ｃのアクティブを受信しデ−タ転送を
開始する。バススレ−ブとして指定されたバス装置Ｄ
は、バスの仕様に準じ何らかの応答をしなければならな
い。このサイクル６の場合は、まだデ−タ転送の準備が
できていない等の理由で、再度、リトライ応答を返す。
リトライ応答を受けたバス装置Ｃは、再度、Ｒｅｔｒｙ
禁止（Ｃ）＃１２をアクティブにしリトライ禁止の監視
を開始する。

【００３９】図６に示すサイクル７は、サイクル６に対
し、再度、タイムアウトを検出した場合のサイクルの例
を示す。サイクル６と同様、バス装置Ｃはタイムアウト
を検出し、ＲＥＱＣ＃５ｃをアクティブにしてバス獲得
の要求を出し、ＡＣＫＣ＃６ｃのアクティブを受信する
ことによってデ−タ転送を開始する。バススレ−ブとし
て指定されたバス装置Ｄは、バスの仕様に準じ何らかの
応答をしなければならない。本サイクルでは、タイムア
ウト検出後（Ｒｅｔｒｙ禁止（Ｃ）＃１２のネガティ
ブ）からデ−タ転送開始前にＲｅｔｒｙ禁止＃７がネガ
ティブになれば正常動作を行い、一方、デ−タ転送終了
前にもＲｅｔｒｙ禁止＃７がアクティブのままである場
合は異常動作を行うことを示している。

【００４０】次に、本発明の第２の実施形態について説
明する。本実施の形態の基本的構成は、第１の実施の形
態と同様であるが、第２の実施の形態は、その構成を図
７に示すように、バス上に本発明による機能、すなわ
ち、Ｒｅｔｒｙ禁止＃７の生成および監視機能を持たな
い従来機能のバス装置Ｅが混在する。

【００４１】以下、図８〜図１４を参照して、第２の実
施の形態の動作について説明する。サイクル１からサイ
クル３までは、従来技術と同様のリトライサイクルの実
行例となる。

【００４２】図８に示すサイクル１は、バスマスタはバ
ス装置Ａ、バススレ−ブは従来機能のバス装置Ｅである
場合のリトライ応答サイクルの例を示す。バススレ−ブ
のバス装置Ｅは、Ｒｅｔｒｙ禁止＃７の生成機能を持た
ないため、バス装置Ｅのデータ転送の準備ができていな
い場合等であっても、Ｒｅｔｒｙ禁止＃７はネガティブ
のままリトライ応答サイクルは終了する。バスマスタで
あるバス装置Ａは、Ｒｅｔｒｙ禁止＃７、したがってＲ
ｅｔｒｙ禁止（Ａ）＃１２がアクティブにならないた
め、リトライ禁止の監視は開始せず、バス要求の抑制も
されない。よって、従来の機能のまま、即時にリトライ
サイクルのためのＲＥＱＡ＃５ａをアクティブにしバス
獲得の要求を出す。バス装置Ａのリトライサイクルは次
のサイクル２で示す。

【００４３】サイクル２（図８）は、バス装置Ａのサイ
クル１に対するリトライサイクルである。バス装置Ａ
は、サイクル１と同様に、バスを獲得しサイクルを実行
するが、サイクル１と同様のリトライ応答でサイクルが
終了する場合を示している。本サイクルに於いて、バス
マスタのバス装置Ａはリトライサイクル禁止の監視は開
始せず、バス要求の抑制もされない。よって、従来と同
様に、即時にリトライサイクルのためのＲＥＱＡ＃５ａ
をアクティブにしバス獲得の要求を出す。バス装置Ａの
リトライサイクルは次のサイクル３で示す。

【００４４】サイクル３（図８）は、バス装置Ａのサイ
クル２に対するリトライサイクルである。バス装置Ａ
は、サイクル２と同様に、バスを獲得しサイクルを実行
する。本サイクルは従来機能のバス装置Ｅにおいて、デ
ータ転送の準備が整っていて、正常にデータ転送を実施
した場合を示す。

【００４５】図９に示すサイクル４は、バスマスタはバ
ス装置Ａ、バススレーブはバス装置Ｂであり場合のリト
ライ応答サイクルである。本サイクルは本発明によりリ
トライ禁止の監視を開始する場合を示す。バススレーブ
のバス装置ＢがＲｅｔｒｙ禁止＃７をアクティブにした
ことにより、バスマスタのバス装置ＡはＲｅｔｒｙ禁止
（Ａ）＃１２をアクティブにしリトライ禁止の監視を開
始する。これ以降、バス装置Ａは、Ｒｅｔｒｙ禁止＃７
がネガティブになるか、タイムアウトを検出するまでリ
トライサイクルは実施できない。

【００４６】サイクル５(図９)は、バスマスタはバス装
置Ｃ、バススレーブは従来機能のバス装置Ｅである場合
のリトライ応答サイクルである。動作はサイクル４と同
様であり、サイクル４に影響されることなく実行される
ことを示す。しかしながら、前のサイクルからＲｅｔｒ
ｙ禁止＃７がアクティブであることから、バススレーブ
が従来機能のバス装置Ｅである本サイクルの場合であっ
ても、バスマスタが本発明の機能を有するバス装置Ｃで
あるため、バス装置Ｅのリトライ応答によりＲｅｔｒｙ
禁止（Ｃ）＃１２をアクティブにしリトライ禁止の監視
を開始する。よって、バス装置Ｃのバス装置Ｅに対する
リトライサイクルは、前サイクルのバス装置Ｂのリトラ
イ禁止の解除、またはバス装置Ｃのタイムアウト検出ま
で自動的に抑制されることを示す。

【００４７】図１０に示すサイクル６は、バス装置Ａの
サイクル４に対するリトライサイクルである。バス装置
ＢがＲｅｔｒｙ禁止＃７をネガティブにしたことによ
り、バス装置ＡはＲｅｔｔｒｙ禁止（Ａ）＃１２をネガ
ティブにして、バス制御部１０にリトライ禁止解除（監
視終了）を通知する。リトライ禁止解除を得たバス装置
Ａは、ＲＥＱＡ＃５aをアクティブにしバス獲得の要求
を出す。その後は、サイクル３と同様に動作し、データ
転送を完了する。また、同時に、サイクル５でリトライ
応答となったバス装置Ｃも、リトライ禁止の監視対象は
バススレーブのバス装置Ｅではあるが、Ｒｅｔｒｙ禁止
＃７のドライブ権限のあるバス装置Ｂの動作に依存さ
れ、Ｒｅｔｒｙ禁止＃７がネガティブにされたことによ
り、Ｒｅｔｒｙ禁止（Ｃ）＃１２をネガティブにし、バ
ス制御部１０にリトライ禁止解除（監視終了）を通知
し、バス装置ＣはＲＥＱＣ＃５ｃをアクティブにしてバ
ス獲得の要求を出す。バス装置Ｃのリトライサイクルは
次のサイクル７で示す。

【００４８】サイクル７（図１０）は、バス装置Ｃのサ
イクル５に対するリトライサイクルである。本サイクル
は、前述したバス装置Ｃの従来機能を有するバス装置Ｅ
に対するリトライ禁止の監視が、リトライ禁止の監視対
象外であるバス装置Ｂのリトライ禁止の解除動作に依存
して、監視を終了しリトライサイクルが実行されること
を示す。バス装置ＣはＲＥＱＣ＃５ｃをアクティブに
し、ＡＣＫＣ＃６ｃのアクティブによるバス獲得後、リ
トライサイクルを実施する。本サイクルはバス装置Ｅの
データ転送が正常に完了した場合の例を示す。

【００４９】サイクル８（図１０）は、バスマスタはバ
ス装置Ａ、バススレーブはバス装置Ｂである場合のリト
ライ応答サイクルの例を示す。本サイクルは、本発明の
機能によりリトライ禁止の監視を開始する場合の例であ
り、サイクル４と同様であるため、説明を省略する。

【００５０】図１１に示すサイクル９は、バスマスタは
従来機能を有するバス装置Ｅ、バススレーブはバス装置
Ｃである場合のリトライ応答サイクルの例を示す。バス
装置Ｅは、ＲＥＱＥ＃５ｅをアクティブにして、ＡＣＫ
Ｅ＃６ｅのアクティブによるバス獲得後、データ転送を
実施するが、バススレーブのバス装置Ｃによりデータ転
送はリトライ応答となる。バスマスタが従来機能のバス
装置Ｅであるため、前サイクルからＲｅｔｒｙ禁止＃７
はアクティブであるが、リトライ応答に対するリトライ
禁止の監視を実行せずにサイクルを終了する。よって、
バス要求の抑制もされずに従来機能のまま、バス装置Ｅ
は即時にリトライサイクルのためのＲＥＱＥ＃５ｅをア
クティブにして、バス獲得の要求を出す。バス装置Ｅの
次のリトライサイクルはサイクル１０で示す。

【００５１】サイクル１０（図１１）は、バス装置Ｅの
サイクル９に対するリトライサイクルである。バス装置
Ｅは、サイクル９と同様に、バスを獲得しサイクルを実
行する。本サイクルは、サイクル８から継続しているリ
トライ監視中（Ｒｅｔｒｙ禁止＃７はアクティブ）にお
ける、バスマスタが従来機能のバス装置Ｅ、バススレー
ブはバス装置Ｃである場合に、データ転送が正常に実行
された例を示す。

【００５２】図１２に示すサイクル１１は、バス装置Ａ
のサイクル８に対するリトライ応答サイクルである。本
サイクルの動作はサイクル６と同様であるため説明を省
略する。

【００５３】サイクル１２(図１２)は、バスマスタはバ
ス装置Ａ、バススレーブはバス装置Ｂである場合のリト
ライ応答サイクルである。また、サイクル１３（図１
２）は、バスマスタはバス装置Ｃ、バススレーブは従来
機能のバス装置Ｅである場合のリトライ応答サイクルで
ある。サイクル１２，１３の動作はサイクル４，５と同
様であるため、説明を省略する。

【００５４】図１３に示すサイクル１４は、サイクル１
２でリトライ応答サイクルとなったハ゛ス装置Ａのリトラ
イ禁止の監視がタイムアウトした場合である。バス装置
Ａ内のリトライ／タイムアウト制御部１１は、所定の時
間が経過してもＲｅｔｒｙ禁止＃７がネガティブ（リト
ライ禁止解除）にならなかったためタイムアウトを検出
し、Ｒｅｔｒｙ禁止（Ａ）＃１２をネガティブにしてリ
トライ禁止解除をバス制御部１０に通知する。バス制御
部１０は、ＲＥＱＡ＃５ａをアクティブにしてバス獲得
の要求を出し、ＡＣＫＡ＃６ａのアクティブを受信しデ
ータ転送を開始する。

【００５５】バススレーブとして指定されたバス装置Ｂ
は、バスの仕様に準じて何らかの応答をしなければなら
ない。本サイクルの場合は、まだデータ転送の準備がで
きていない等の理由で、再度、リトライ応答をする例で
ある。リトライ応答を受けたバス装置Ａは、再度、Ｒｅ
ｔｒｙ禁止（Ａ）＃１２をアクティブにしてリトライ禁
止の監視を開始する。また、本サイクル中に、サイクル
１３でリトライ応答サイクルとなったバス装置Ｃのリト
ライ禁止の監視もタイムアウト（Ｒｅｔｒｙ禁止（Ｃ）
＃１２がネガティブ）したことを示す。タイムアウト後
の実行サイクルは次のサイクル１５で示す。

【００５６】図１４に示すサイクル１５は、サイクル１
３でリトライ応答サイクルとなったバス装置Ｃのリトラ
イ禁止の監視がタイムアウトした例を示す。サイクル１
３でバススレーブが従来機能を有するバス装置Ｅのリト
ライ応答であったにも拘わらず、前サイクル１２のリト
ライ禁止の監視動作（Ｒｅｔｒｙ禁止＃７がアクティ
ブ）に依存して、バス装置Ｃはリトライ禁止の監視動作
を実施していた。

【００５７】バス装置Ｃ内のリトライ／タイムアウト制
御部１１は、所定の時間を経過したもＲｅｔｒｙ禁止＃
７がネガティブ（リトライ禁止解除）にならなかったた
め、タイムアウトを検出し、Ｒｅｔｒｙ禁止（Ｃ）＃１
２をネガティブにしてリトライ禁止解除をバス制御部１
０に通知する。バス制御部１０は、ＲＥＱＣ＃５ｃをア
クティブにしてバス獲得の要求を出し、ＡＣＫＣ＃６ｃ
のアクティブを受信してデータ転送を開始する。バスス
レーブとして指定された従来機能のバス装置Ｅは、バス
仕様に準じて何らかの応答をしなければならない。本サ
イクルの場合はデータ転送が正常終了した例である。

【００５８】サイクル１６（図１４）は、バス装置Ａの
サイクル１４に対するリトライサイクルを示す。本サイ
クルの動作はサイクル６と同様であるため説明を省略す
る。

【００５９】

【発明の効果】本発明の第１の効果は、バスの使用効率
を向上させることができるということである。その理由
は、バスマスタ動作中に、バススレ−ブ装置からリトラ
イ応答を受けたバス装置は、次のリトライサイクルのバ
ス獲得要求をバススレ−ブ装置から許可されるまで遅ら
せ、バスを他のバス装置に開放する構成としたため、バ
ス上の無駄なリトライアクセスが低減されるからであ
る。

【００６０】また、第２の効果は、リトライサイクルの
禁止を示す信号の生成および監視を各バス装置で行う構
成としたためバスマスタ装置対バススレーブ装置がｍ：
ｎの構成であっても、制御可能とすることで拡張性に優
れているということである。

【００６１】更に、第３の効果は、次のリトライサイク
ルの禁止を示す全バス装置共通の信号を１本バスに有
し、リトライ応答の監視とバス要求の抑制をバスマスタ
装置側で制御することにより、バス要求信号のチャネル
数に依存することくバス装置数を拡張することができる
ことにある。

【００６２】更に、本発明の第４の効果は、バスに複数
接続されるバス装置の中に、本発明が何ら考慮されてい
ない従来仕様のバス装置が混在した場合でも、動作可能
とするリトライ方式を提供することにある。その理由
は、バスマスタまたはバススレーブのどちらかが従来仕
様のバス装置である場合であっても、従来仕様に基づき
バス上支障なく再度バス獲得要求，バス獲得およびリト
ライサイクルを実施する従来動作が可能であるためであ
る。

【００６３】なお、本発明が上記各実施例に限定され
ず、本発明の技術思想の範囲内において、各実施例は適
宜変更され得ることは明らかである。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態の構成を示すバスの
ブロック図

【図２】図１内の各バス制御回路の構成を示すブロック
図

【図３】本発明の第１の実施の形態の動作（サイクル１
〜３）を示すタイミング図

【図４】本発明の第１の実施の形態の動作（サイクル４
および５）を示すタイミング図

【図５】本発明の第１の実施の形態の動作（サイクル
６）を示すタイミング図

【図６】本発明の第１の実施の形態の動作（サイクル
７）を示すタイミング図

【図７】本発明の第２の実施の形態の構成を示すバスの
ブロック図本発明の第２の実施の形態の動作を示すタイ
ミング図

【図８】本発明の第２の実施の形態の動作（サイクル１
〜３）を示すタイミング図

【図９】本発明の第２の実施の形態の動作（サイクル４
および５）を示すタイミング図

【図１０】本発明の第２の実施の形態の動作（サイクル
６〜８）を示すタイミング図

【図１１】本発明の第２の実施の形態の動作（サイクル
９および１０）を示すタイミング図

【図１２】本発明の第２の実施の形態の動作（サイクル
１１〜１３）を示すタイミング図

【図１３】本発明の第２の実施の形態の動作（サイクル
１４）を示すタイミング図

【図１４】本発明の第２の実施の形態の動作（サイクル
１５および１６）を示すタイミング図

【符号の説明】

１ア−ビトレ−ション回路２バス装置Ａ３バス装置Ｂ４バス装置Ｃ５バス装置Ｄ５ａバス獲得要求信号（バス獲得要求ＲＥＱＡ＃）５ｂバス獲得要求信号（バス獲得要求ＲＥＱＢ＃）５ｃバス獲得要求信号（バス獲得要求ＲＥＱＣ＃）５ｄバス獲得要求信号（バス獲得要求ＲＥＱＤ＃）６ａバスアクノリッジ信号（バスアクノリッジＡＣ
ＫＡ＃）６ｂバスアクノリッジ信号（バスアクノリッジＡＣ
ＫＢ＃）６ｃバスアクノリッジ信号（バスアクノリッジＡＣ
ＫＣ＃）６ｄバスアクノリッジ信号（バスアクノリッジＡＣ
ＫＤ＃）７バス上共通のリトライ禁止信号（Ｒｅｔｒｙ
禁止Ａ＃）８バス制御信号９アドレス・デ−タバス１０バス制御部１１リトライ／タイムアウト制御部１２各バス制御装置内のリトライ禁止中を示すＲｅ
ｔｒｙ禁止(＊)信号１３ドライバ１４レシーバ１５バス装置Ｅ

Claims

【特許請求の範囲】

【請求項１】複数のバス装置をバススレーブとするこ
とができる複数のバス装置がバスに接続されたバスシス
テムにおいて、バスマスタからのデータ転送要求に対して、バススレー
ブが即時に応えられないときに、当該バススレーブから
当該バスマスタに対するリトライ応答を禁止する全装置
リトライ禁止信号を前記バスに出力し、当該バスマスタ
は、前記バススレーブからリトライサイクルの禁止の解
除を受信するまで、前記バススレーブへのリトライサイ
クルを遅らせることを特徴とするバスシステム。
【請求項２】複数のバス装置をバススレーブとするこ
とができる複数のバス装置がバスに接続されたバスシス
テムにおいて、各バス装置は、バスマスタとバススレー
ブのいずれにもなり得て、通常のバス制御を行うとともに、バスマスタからのデー
タ転送要求に対して、バススレーブが即時に応えられな
いときに、当該バススレーブから当該バスマスタに対す
るリトライ応答を禁止する全装置リトライ禁止信号を前
記バスに出力するバス制御部と、前記全装置リトライ禁止信号を検出すると前記バス制御
部に個別リトライ禁止信号を送り、また、前記全装置リ
トライ禁止信号の解除を検出すると前記バス制御部に前
記個別リトライ禁止信号の解除を通知するリトライ制御
部とを備え、前記バス制御部は、前記個別リトライ禁止
信号に応答して、当該バススレーブへリトライサイクル
を起動することを特徴とするバスシステム。
【請求項３】前記リトライ制御部は、前記全装置リト
ライ禁止信号の解除を検出しなくても、所定の時間が経
過すると前記個別リトライ禁止信号の解除を前記バス制
御部に通知することを特徴とする請求項２記載のバスシ
ステム。
【請求項４】前記バスに、従来機能しか有しないバス
装置が接続可能なことを特徴とする請求項１ないし３の
いずれかに記載のバスシステム。