JPH0753145A

JPH0753145A - バスジャミング装置およびバスジャミング方法

Info

Publication number: JPH0753145A
Application number: JP6119799A
Authority: JP
Inventors: Jr James P Towey; ピー．トウェイ，ジュニアジェイムズ; Nguyen Dan; ニューエンダン
Original assignee: Otis Elevator Co
Current assignee: Otis Elevator Co
Priority date: 1993-06-01
Filing date: 1994-06-01
Publication date: 1995-02-28

Abstract

(57)【要約】【目的】熱遮断回路を設けることなく、バスのジャム
時に、トランスミッタが損傷するのを未然に防止する。【構成】本発明による複数ＲＳ４８５トランスミッタ
は、同極性のジャム信号を供給することによりバスを一
斉にジャムする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はＲＳ４８５バスドライバ
ーを用いたバスジャミング装置およびバスジャミング方
法に関する。

【０００２】

【従来の技術】ＲＳ４８５バスドライバーは様々な利点
を有するが、複数のＲＳ４８５バスドライバーを共通バ
ス上にて使用した場合、これを損傷せずにバスを逆方向
に駆動することはできない。

【０００３】

【発明が解決しようとする課題】ある種のＲＳ４８５バ
スドライバーは、ドライバーを遮断するための熱保護回
路を設けているが、熱遮断レスポンスタイムは不十分で
ある。

【０００４】本発明の課題は熱保護回路を必要とせずに
ＲＳ４８５バスドライバーを用いてバスをジャムするこ
とである。

【０００５】

【課題を解決するための手段】本発明に係るバスジャミ
ング方法は、第一ＲＳ４８５トランスミッタより前記バ
ス上に第一ジャム信号を供給するステップと、第二ＲＳ
４８５トランスミッタより前記バス上に、前記第一ジャ
ム信号と同極性を有する第二ジャム信号を供給するステ
ップとを有することを特徴としている。

【０００６】また、本発明に係るバスジャミング装置
は、第一ジャム信号の不在に応じ、前記第一ジャム信号
を前記バス上に供給する第一ＲＳ４８５トランスミッタ
と、第二ジャム信号の不在に応じ、前記第一ジャム信号
と同極性を有する前記第二ジャム信号を前記バス上に供
給する第二ＲＳ４８５トランスミッタとを有することを
特徴としている。

【０００７】

【作用】本発明によれば、複数のＲＳ４８５バスドライ
バーは、同じ極性をもってバスを一斉にジャムするた
め、熱遮断回路を設けずに、トランスミッタが損傷する
のを防止することができる。

【０００８】

【実施例】ここで使用される用語「層（layer）」と
は、タネンバウム（Tanenbaum）著の「コンピュータネ
ットワークス」、第２版（１９８９年）の２０８〜２１
２頁に述べられているＩＳＯ通信規格の層とかなり近い
意味を持つ。本実施例では、複数のかご（ｃａｒ）を運
行制御する群管理装置を備えたエレベータシステムに適
用した場合を例に挙げて説明する。

【０００９】図１は、メッセージを送受信するための通
信コプロセッサ（ＣＣ）２を示している。ＣＣ２は、そ
のＣＣ２とインタフェースするためのアプリケーション
層インターフェース（ＡＬＩ）４およびアプリケーショ
ン層（ＡＬ）６と、ＡＬＩ４からメッセージを受信し、
それらメッセージをバスＢ１またはＢ２に送信するため
の送信機（ＴＭ）８と、メッセージを送信するためのバ
スＢ１またはＢ２上の現時点の時間スロットがそれに割
り当てられたものであること及びそのバスが使用されて
いることをＴＭ８に指示するためのスロットタイマ（Ｓ
Ｔ）と、エラーをトラッキングし、またはエラーを報告
するエラー制御部（ＥＣ）１２と、メッセージを受信
し、これらをＡＬ６に送るＡＬＩ４上に渡すための受信
機（ＲＭ）１４とを有している。ＡＬ６は、例えば、エ
レベータの運行または駆動制御用の信号ホストプロセッ
サを有する。

【００１０】メッセージ送信は、一般に次のように行わ
れる。第１に、ＡＬＩ４がアプリケーション層インタラ
プト信号ＡＬＩＮＴをＡＬ６に送信し、ＴＢ１６が書
込みが可能な状態にあることを知らせる。次に、ＡＬ６
が、アドレス信号（ＳＹＳ＿Ａ）、データ信号（ＳＹＳ
＿Ｄ）および書込み信号（ＳＹＳ＿ＷＲ）によって、メ
ッセージをＡＬＩ４に書込む。第３に、１６ビットのＳ
ＹＳ＿Ｄ（１５：０）信号内の送信バッファロード信号
が、ＡＬＩ４に、ＡＬ６がＡＬＩ４の送信バッファ（Ｔ
Ｂ）１６へのメッセージをロードしたことを伝える。第
４に、ＡＬＩ４が、ＴＭ８にＴＢ１６がメッセージを有
することを伝えるため、ＴＭ８に送信要求信号ＡＬ＿Ｔ
ＭＲＥＱを送る。第５に、ＴＭ８からのＴＭ＿ＢＵＳＹ
信号が設定されておらず、ＴＭ８が使用中でない場合に
は、ＴＢ１６が、メッセージ、制御バイト、データ、Ｍ
ＩＤデータ信号、ＬＡ（ローカルアドレス）及びＢＡ
（バスアドレス）フィールドを有しているデータ信号Ａ
Ｌ＿ＴＭＤＡＴを、ＴＭ８にロードする。ＴＭ８は、増
分信号ＴＭ＿ＩＮＣをＡＬＩ４に与え、ＴＢ１６内のメ
ッセージのそれぞれの新たなバイトを得る。メッセージ
が、ＴＢ１６を出た後、それは、ＴＭ８内の並直列変換
器２４で直列形態（シリアル信号）に変換される。第６
に、メッセージは、信号ＴＸＤ１、ＴＸＤ２（ＴＸは送
信の共通の省略形である。）によって、２つのバスＢ
１，Ｂ２上に冗長的に送信される。

【００１１】第７に、送信が終了すると、ＴＭ８が送信
終了信号ＴＭ＿ＣＰＴをＡＬＩ４およびＥＣ１２に与え
る。以下に本発明についてより一層詳細に説明する。

【００１２】ＡＬ６は、送信が行われている間、即ちＴ
Ｍ＿ＢＵＳＹ信号がＴＭ８から与えられている間は、Ｔ
Ｂ１６のデータを削除しない。

【００１３】ＡＬ６は、ＳＹＳ＿Ｄ（１５：０）内で、
ＡＬＩ４に対し、メッセージの優先レベルを示す優先レ
ベル信号と、そのメッセージが優先メッセージを含んで
いることを示す優先信号とを送る。もし、ＡＬＩ４が長
い時間にわたってインタラプト信号ＡＬＩ＿ＩＮＴを受
信せず、かつＡＬ６が優先メッセージを持っている場合
には、ＡＬ６は、優先メッセージと置き換えるために、
ＳＹＳ＿Ｄ信号内のフラッシュビットによって、ＴＢ１
６内のデータを消去する。その優先レベル信号は、信号
ＡＬ＿ＴＭＰＶＡＬとして、ＳＴ１０に渡される。

【００１４】メッセージが伝送されるかどうかは、ＴＭ
８がＳＴ１０から受信する２つの信号：ＳＴ＿ＴＭＪＡ
ＭとＳＴ＿ＴＭＧＯとで決まる。ＳＴ＿ＴＭＪＡＭは、
ＴＭ８にバスが空いていること、及びジャム信号がバス
Ｂ１またはバスＢ２上への伝送よりも先んじなければな
らないことを伝える。ＳＴ＿ＴＭＧＯは、ＴＭ８に現時
点のスロットがそれに割り当てられたスロットであり、
従ってバスがそれに対して利用可能であることを伝え
る。もしＴＭ８が、ＳＴ＿ＴＭＧＯを受信し、メッセー
ジがＡＬＩ４に記憶されると、ＴＭ８は、メッセージ信
号ＴＸＤ１、ＴＸＤ２をバスに送信する。ＴＭ８が送信
されている間、ＴＭ８は、高ＴＭ＿ＢＵＳＹを設定し
（論理レベルをハイに設定し）、ＴＭ８が使用中である
ことを、ＡＬＩ４、ＳＴ１０、ＥＣ１２、およびＲＭ１
４に指示する。

【００１５】もしも、ＴＭ８が、ＳＴ１０を介してバス
の空きを知ると、メッセージの送信が、ＴＸＤ１、２の
ヘッダとしてのバスジャム信号の送信によって行われ
る。このバスジャム信号は、そのバスを、最小２ビット
時間（mininum of two- bit times）で高インピーダン
ス状態から低インピーダンス状態とし、その後高インピ
ーダンス状態に戻す。ＳＴ１０が、所定の時間、（ｉ）
受信信号のエッジを示すＲＭ１４からのＲＭ＿ＥＤＧＥ
信号、（ｉｉ）ＲＭ１４からのポストアンブル信号ＲＭ
＿ＰＯＳＴ、および（ｉｉｉ）ネットワークがこれらす
べてをジャミングしているときのＲＭ１４からのＲＭ＿
ＪＡＭ信号を受信しない場合には、バスジャム信号が与
えられ、そのバスが空いていることを指示する。

【００１６】図２〜図４は、バスジャミングを説明する
ための図である。図２は、ジャム信号がバス上に乗せら
れているときの送信機／受信機（ＴＸ１／ＲＸ１）対１
８と、他の送信機／受信機（ＴＸ２／ＲＸ２）対２０
（ここでＲＸは、受信に対する共通の省略形である。）
とを示している。ＴＸ（１または２）はＴＭ８に対応
し、ＲＸ（１または２）はＲＭ１４に対応している。各
送信機ＴＸは、良く知られた電子工業協会（ＥＩＡ）標
準のＲＳ４８５ラインドライバである。同様に、各ＲＭ
１４はＥＩＡ標準のＲＳ４８５受信機である。第１受信
機ＲＸ１が、バスＢ１，Ｂ２が空いていることを検出す
ると、第１送信機ＴＸ１は、メッセージを送る前に、そ
のバスをジャムさせる。もし、第２受信機ＲＸ２が、第
２送信機ＴＸ２の前にジャムを検出し、第２ジャム信号
をバス上に与えると、受信機ＲＸ２は、第２送信機ＴＸ
２によってバスがジャムされないようにする。しかし、
第２受信機ＲＸ２が、第２送信機ＴＸ２がバスをジャム
させる前に、バスジャムを検出しない場合には、第２送
信機ＴＸ２がバスをジャムさせる。第１受信機ＲＸ１お
よび第１送信機ＴＸ１および第２受信機ＲＸ２および第
２送信機ＴＸ２は、すべてバスとトランス結合されてい
る。変成器（ＸＦＲＭＲ）２２は、バスからＲＳ４８５
に与えられる直流共通モード電圧を最小化する。

【００１７】図３は、前に空いていたバスがジャムされ
ている間の送信機ＴＸ１、ＴＸ２の出力ＴＸＤ１，２
と、バスがジャムされている間の入力ＲＸＤ１，２とを
示している。図３は、負電圧を、空きの場合に高インピ
ーダンス状態にあるバスに出力することによって、上述
のようにバスをジャムさせるＴＸ１を示している。も
し、受信機ＲＸ２が送信機ＴＸ１からバスジャム信号を
受信する前に、送信機ＴＸ２がバスをジャムさせる場合
には（ＴＸ１ジャム後の１バス遅れ）、本発明によっ
て、ＲＳ４８５ドライバは、バスを逆方向ではなく同一
方向に駆動するため、ＲＳ４８５ドライバが損傷を受け
ることはない。このため、熱保護回路を必要としない。
もし、ＴＸ１、２がバスを逆方向に駆動する、例えば、
ＴＸ１が低にジャムされ、ＴＸ２が高にジャムされる場
合には、熱保護回路がないと、ＴＸ１およびＴＸ２が損
傷を受けることになる。

【００１８】各ＣＣ２は、伝搬遅れ内で同期している。
第１ジャム信号を受信すると、すべての受信機ＲＸが第
１ジャム信号に応答して高から低に遷移する。そして、
これらが第２ジャム信号を受信するときのみ、低状態に
留まる。

【００１９】図４は、ＴＸ１およびＲＸ１と付属の回路
網を示している。ＲＳ４８５のＴＸ１が送信イネーブル
信号を受信すると、ＳＴ＿ＴＭＪＡＭ、即ち、バスジャ
ム信号が与えられる。故障隔離回路によって、このバス
ジャム信号は、そのバスが空いているときは通常高（ハ
イ）であるバス線にかかる電圧を、低（ロー）に駆動す
る。この低電圧は、受信機ＲＳ４８５ＲＸ１への入力
において検出される。その結果として、バスが空いてい
るとき高であるＲＭ１４からの出力が、低となる。

【００２０】図１に戻る。メッセージが並直列変換器２
４から出ると、プリアンブルがそのメッセージに付けら
れる（１つが与えられる場合には、バスジャム後）。こ
のノードに割り当てられたスロットが現時点のスロット
であることを示しているそのプリアンブルは、ＴＭ８が
ＳＴ１０からＳＴ＿ＴＭＧＯ信号を受信すると与えられ
る。プリアンブルは４ビット倍長であり、第１ビットの
第１半分が信号低で第１ビットの第２半分が高、第２ビ
ットが高、第３ビットの第１半分が低、第３ビットの第
２半分および第４ビットの間は高から構成されている。
プリアンブルは、受信機によって使用され、メッセージ
の開始部分を定め、メッセージ内のビット同期を確立す
る。

【００２１】メッセージが並列（パラレル信号）から直
列（シリアル信号）に変換されると、プリアンブルとフ
レームポストアンブルとを除くメッセージが、巡回冗長
検査発生器２６に与えられ、ここでメッセージにチェッ
ク合計が付けられる。ＣＲＣ−１６周期冗長コード（Ｘ
¹⁶＋Ｘ¹⁵＋Ｘ²＋１）が使用される。ここで、「Ｘ」
は、前記タネンバウム著の「コンピュータネットワー
クス」、第２版（１９８９年）の２０８〜２１２頁に述
べられている生成多項式である。

【００２２】図１において、メッセージは、送信される
際にマンチェスタ符号化される。このコード化構造にお
いては、ビットセルの第１半分が、相補データを含み、
第２半分が真のデータを含む。各ビットセルの中間にお
ける遷移は保証され、自己計時が与えられる。すべての
ビットセルもまた、５０％高で５０％低であり、数ビッ
ト倍にわたって平均化されるときＤＣ成分を与え、トラ
ンス結合と両立し得るマンチェスタ符号化を行う。

【００２３】フレームポストアンブルは、メッセージの
チェック合計に２８を付ける。そのポストアンブルは、
ＲＭ１４によって使用される２ビット倍の論理１放送
（a logical one broadcast）であり、メッセージのエ
ッジを定める。

【００２４】図１において、マルチプレクサ（ＭＵＸ）
３０は、バスジャム、プリアンブル、（送信側ＩＤ、制
御バイト、ＭＩＤ、ＬＡ、ＢＡ、ＣＲＣバイト）を含む
メッセージ及びそれらをバスＢ１，Ｂ２上に送信するた
めのポストアンブルを結合させる。

【００２５】メッセージが送信されている間、ジャバ
（jabber）検出回路３２がメッセージの持続期間を測定
する。このジャバ検出回路３２は、それがＴＭ＿ＢＵＳ
Ｙを受信したときに始動されるタイマである。ジャバ検
出回路３２は、ＣＧ＿ＪＡＢ計数信号、即ち可能な最長
メッセージよりも長い間隔を表すタイムアウト期間に応
答する。ジャバ検出タイムアウト期間よりも長い時間メ
ディアの制御を維持しようとするＴＭ８の試みは、ジャ
バ検出回路３２により禁止され、伝送の中止を指令する
中止信号ＴＭ＿ＡＢＯＲＴが送信状態機（ＴＳＭ）に供
給される。

【００２６】最後に、メッセージＴＸＤ１，２が、ＣＣ
２から送受信機（例えば、図４のＴＸ１／ＲＸ１）に与
えられる。送信の後、ＴＭ８がＴＭ＿ＢＵＳＹをローに
セットし、ＴＭ＿ＣＰＴ（送信が完了したことを指示す
る信号）、ＴＭ＿ＲＴＲＥＱ（再送信が要求されている
ことをＴＢ１６に指示するメッセージ）、ＴＭ＿ＡＢＯ
ＲＴ、ＡＬ＿ＲＴＡＣＫ（再送信要求がＴＭ８から受信
されたというＡＬ６からの認識信号）、ＥＲ＿ＴＭＡＢ
ＯＲＴ（再送要求数が許容される数を越えるので、送信
が中止されるべきであることをＴＭ８に知らせるための
エラー制御部１２からの信号）およびＥＲ＿ＴＭＥＲＲ
（送信にエラーが発生したことを指示するための信号）
をクリアする。

【００２７】送信後、ＴＭ８は、ＥＣ１２からの３つの
信号、すなわち、送信良好信号ＥＲ＿ＴＭＧＯＯＤ、送
信エラー信号ＥＲ＿ＴＭＥＲＲ、および中止信号ＥＲ＿
ＴＭＡＢＯＲＴのうちの１つを受信する。もし、再送エ
ラー数が上限を越えた場合には、ＴＭ８は，ＴＭ＿ＡＢ
ＯＲＴ、ＴＭ＿ＣＰＴをセットし、ＴＢ１６からＴＭ８
への要求信号ＡＬ＿ＴＭＲＥＱをクリアする。しかし、
もし送信が良好であれば、中止信号ＴＭ＿ＡＢＯＲＴが
セットされず、エラービットＥＲ＿ＴＭＥＲＲもまたセ
ットされない。従って、送信が完了し、そしてＴＭ８が
ＴＭ＿ＣＰＴをセットし、ＡＬ＿ＴＭＲＥＱがクリアさ
れる。もし、エラービットＥＲ＿ＴＭＥＲＲがセットさ
れると、第１にＴＭ８がメッセージの再送を要求するた
めのＴＭ＿ＲＴＲＥＱをセットし、第２に送信要求を認
識するＡＬ＿ＲＴＡＣＫをセットすることによって、Ａ
ＬＩ４が応答する。そして、第３にＡＬＩ４は、ＴＭ８
にＴＢ１６よりメッセージを受信することを要求するた
めのＡＬ＿ＴＭＲＥＱをセットし、上述のように送信が
行われる。

【００２８】図１において、ＲＭ１４は図４の送受信器
に接続されたバスＢ１，Ｂ２からのメッセージＲＸＤ
１，２に応答する。ＣＣ２によって受信される３つの同
期信号がある。バスジャム信号はすべてのＣＣを同期さ
せる。バスジャムに続いて、デジタル位相ロックループ
（ＤＰＬＬ）を始動させるプリアンブルが来て、これに
より、データをＣＣ２内部のクロック（ＣＬＫ）（図示
せず）に同期させる。第３に、マンチェスタ符号化の使
用により、データ信号内の各ビットは、クロック（ＣＬ
Ｋ）と同期して維持される２分の１ビットマーク（one-
half bit mark）においてクロック信号ＲＭＲＸＣＬＫ
を含む。

【００２９】ＲＭ１４内で、各バスＢ１，Ｂ２からの各
メッセージＲＸＤ１，２が、ブロック４０においてデジ
タル的にろ過される。第２に、そのメッセージはブロッ
ク４０においてプリアンブル検出回路に与えられる。

【００３０】ブロック４０内のプリアンブル検出回路か
ら、そのメッセージは、マンチェスタ符号化メッセージ
の各ハーフビットの中心でサンプリングするためのＤＰ
ＬＬ４０に与えられる。そのメッセージは、それが受信
され、巡回冗長検査回路４４に与えられると、マンチェ
スタデコーダ４２によりマンチェスタ（ＭＡＮＣ）復号
化される。巡回冗長検査回路４４は、プリアンブルの後
にイネーブルされ、ポストアンブルの前にディスエイブ
ルされる。ＣＲＣエラー信号ＲＭ＿ＣＲＣは、送信エラ
ーを指示するためＥＣ１２に与えられる。

【００３１】ＭＵＸ４６は、バスＢ１およびバスＢ２か
ら２つのメッセージを受信し、プリアンブルの検出に基
づいて、２つのバスの一方を選択する。

【００３２】プリアンブルで始まり、図５に示された受
信機のＭＵＸ４６は、各バスＢ１，Ｂ２からのメッセー
ジを受信する。受信機のＭＵＸ４６は、各バスＢ１，Ｂ
２から受信されたデータと同期されたクロック信号ＲＸ
ＣＬＫ（マンチェスタ符号化データ信号のビット時間を
２倍）を受信する。送信機がＲＸＣＬＫ１およびＲＸＣ
ＬＫ２間で位相エラーを発生させるリスクなしに使用さ
れている間、受信機のＭＵＸ４６は一方のバスから他方
のバスに切り替えることができないので、受信機のＭＵ
Ｘ４６は送信機使用中信号（ＴＭ＿ＢＵＳＹ）に応答す
る。

【００３３】ＭＵＸ４６内で、バスＢ１，Ｂ２からの第
１プリアンブル１，第２プリアンブル２は、同一の記憶
された基準プリアンブルと比較器４８で比較される。も
し、両方のプリアンブル１，２が記憶されたプリアンブ
ルと好結果を持って比較されるならば（一致するなら
ば）、ＭＵＸ４６は、メッセージを与えるために現に選
択されているバスを切り替えない。もし、いずれのプリ
アンブル１，２も記憶されたプリアンブルと好結果を持
って比較されることがない場合（両者不一致の場合）に
は、送信エラーが存在する。もしＭＵＸ４６からの出力
に対してスイッチ５０において現に選択されたバスから
のプリアンブルが、記憶されたプリアンブルと好結果を
持って比較されず、他方のプリアンブルが基準プリアン
ブルと好結果を持って比較される場合（一方のみが不一
致で、他方が一致する場合）には、ＲＭ１４の並直列変
換器５２に対してメッセージを与えるため、当該他方の
バスが選択される。

【００３４】図６は、バスＢ１クロックからバスＢ２ク
ロックへの切り替え中の、ＲＸＣＬＫ２に関してのタイ
ミングＲＸＣＬＫ１を示している。バスＢ２からバスＢ
１への切替も同様である。サンプリングは、マンチェス
タ符号化メッセージの各ビットのハーフポイントで行わ
れるので、バスＢ１からバスＢ２への切替は、ビット時
間の４分の１内で行われる。この方法では、切替がデー
タ流の次のビット、ここでは、送信側ＩＤの前に行われ
る。要するに、ＭＵＸ４６は、プリアンブルに基づいて
一方のバスから他方のバスに切り替える。従って、並直
列変換器５２に与えられるメッセージは、ほとんどエラ
ーのないものとなる。ＭＵＸ４６のＲＸＣＬＫ出力は、
切替決定前のＲＸＣＬＫ１に続く。その点では、バスＢ
１上の無効プリアンブルが検出される。もし、この点で
切り替えが行われた場合には、ＭＵＸの出力ＲＸＣＬＫ
に突発的な故障が生ずる。従って、その切替は、実際に
は両方の入力ＲＸＣＬＫ１，２が同じ状態にあって、最
大時間ではなく少なくとも最小時間この状態を維持した
とき、その後に行われる。従って、切替は、両方のクロ
ック信号ＲＸＣＬＫ１，２のクロックパルスの中心近く
で行われる。この目的に対し、ＭＵＸ４６は、最小時
間、最大時間、およびクロック信号ＲＸＣＬＫ１，２に
応答する。両方のクロック信号ＲＸＣＬＫ１，２からの
パルスの中心近くでの切り替えによって、突発的な故障
は避けられる。

【００３５】図７は、状態図であって、図５および図６
に示されたバス切替構造の代替案を表している。状態１
において、受信機ＲＭ１４は、メッセージが伝送される
アクティブバスとしてのバスＢ１を有する。状態２にお
いては、プリアンブルがバスＢ２から受け取られるの
で、バスＢ２がアクティブである。状態２において、バ
スＢ１から受け取られるプリアンブルは存在しない。状
態３において、バスＢ２の受信クロック信号は、少なく
とも２つのサンプルに対して非主張状態（デアサート状
態）においてサンプルされ、バスＢ１の受信クロック
は、少なくとも２つのサンプルに対してサンプルされる
（非主張状態であろうが主張状態（アサート状態）であ
ろうが）。その後、状態４においては、バスＢ２からメ
ッセージが取られるので、バスＢ２がアクティブであ
る。状態５および６は、状態２および３と同様である。

【００３６】図１に戻る。メッセージの受取りを決定す
べくＲＭ１４が、（図５の回路によって選択されたもの
による）ＲＸＤ１またはＲＸＤ２内のメッセージ識別子
（ＭＩＤ）を受信すると、受信メッセージ内のＭＩＤバ
イトが受信ＣＣ２に記憶されたＭＩＤバイトに対して比
較されるよう要求するために、ＲＭ１４は、ＭＩＤ要求
信号（ＲＭ＿ＭＩＤＲＥＱ）をＡＬＩ４内のＭＩＤ検索
テーブル（ルックアップテーブル）に与える。ＲＭ＿Ｍ
ＩＤＲＥＱ信号に応答して、ＡＬＩ４は、ＭＩＤ要求の
受信を認識するため、ＡＬ＿ＭＩＤＡＣＫ信号を与え、
ＲＭ１４はＲＭ＿ＭＩＤＲＥＱをクリアする。ＲＭ１４
は、その後、記憶されたＭＩＤバイトを受信ノードに対
して位置付けるために、ＲＭ＿ＭＩＤＡＤＲ信号をＡＬ
Ｉ４に与える。メッセージのＭＩＤが受信ＣＣ２に対す
るものと一致する場合には、ＡＬＩ４が、ＲＭ＿ＭＩＤ
信号をＲＭ１４に与える。

【００３７】もし、ＲＭ１４がバスコントローラ（図示
せず）の一部である場合には、ＲＭ１４は、メッセージ
状態バイト（ＲＭ＿ＭＧＳＴＡＴ）をＡＬＩ４に送る。
そのメッセージ状態バイトは、プロトコルバイト（ＭＩ
Ｄ、ＬＡ、ＢＡ）がＣＣ２内に設定された状態と一致す
ることに関して、ＡＬ６に知らせるために使用されるも
のである。従って、複数のかごを群制御する群制御装置
を個々のかご制御装置に接続するためのブリッジ（図示
せず）は、受信メッセージがそれ自身に対してなのか、
あるいは例えば群制御バス２（群用バス）またはかご制
御バス（かご用バス）から、次のバス層に送られようと
しているのかを決めることができる。ここで、ローカル
アドレス（ＬＡ）とは、バスに対してローカルであるホ
ストプロセッサに向けられたアドレスのことである。ま
た、バスアドレス（ＢＡ）とは、メッセージを送りまた
は受信する送受信機から遠隔にあるバスアドレスのこと
である。メッセージ状態バイトＲＭ＿ＭＳＧＳＴＡＴ
は、図８に示されている。一致は、関連ビットを論理レ
ベルを「１」にセットすることで表される。

【００３８】全受信機バッファインタラプトＡＬ＿ＩＮ
Ｔは、受信バッファ６０がフル（満杯）であるかどうか
をＡＬ６に発生させる。

【００３９】一致を指示するため、ＡＬＩ４がＡＬ＿Ｒ
ＭＭＩＤ信号でＲＭ１４に応答した後、メッセージ内の
バイト数を指示するため、ＲＭ１４は、ＲＭ＿ＢＹＴＣ
ＮＴ信号をＡＬＩ４に与え、その後、メッセージ自体す
なわちＲＭ＿ＡＬＤＡＴ信号を与える。

【００４０】データ信号ＲＭ＿ＡＬＤＡＴ内のＣＢの値
は、ＲＭ１４に、パケット内に存在するプロトコルバイ
トのタイプと、どの条件がそのノードにおいて受け入れ
られるべきパケットに適合させられるのに必要かを知ら
せる。受け入れ条件は、システム内のそれらの位置／機
能によってノード間で異なる。それらの条件は、図示９
のテーブルに示されている。

【００４１】図９は、ＲＭ１４によるパケットの受け入
れ条件をリスト化したテーブルを示している。ＲＭ１４
は、それらの条件が合う場合に、有効メッセージ信号Ｒ
Ｍ＿ＶＡＬＤＭＳＧをＡＬ６に与える。もし、それらの
条件が合わなければ、メッセージは切り捨てられる。図
９は、バスコントローラのノードのためのノードタイプ
を示している。バスコントローラ（図示せず）内のノー
ドは、以下の４つのタイプのうちの１つである。即ち、
（ａ）メッセージをかご用バスから群用バスに送るため
のもの、（ｂ）メッセージを群用バスからかご用バスに
送るためのもの、（ｃ）メッセージを群用バスから建物
用バスに送るためのもの、（ｄ）メッセージを建物用バ
スから群用バスに送るためのものである。ＲＭ１４に送
られる各メッセージは、欄２に示された制御バイトを有
する。

【００４２】ノードタイプと制御バイト内の或るビット
の存在によって、受け入れ条件が、ノードで受け入れら
れるべきメッセージに合致する必要がある。

【００４３】ノードでのメッセージの受け入れ条件につ
いては、一般に、次の３つの事が言える。もし、かごか
ら群へのコピービットまたは群から建物へのコピービッ
トがセットされるなら、その場合には、メッセージが受
け入れられ、それぞれ群用バスまたは建物用バスに送ら
れる。もし、そのメッセージがブリッジにおいて受信さ
れる場合には、そのメッセージは、階層の上方に送られ
る。即ち、もしＧＢＡまたはＣＢＡが一致していない場
合には、かご用バスから群用バスへ、または群用バスか
ら建物用バスへのいずれか一方である。メッセージがブ
リッジ（図示せず）において受信され、かつフィールド
ＣＢＡまたはＧＢＡが一致しない場合には、メッセージ
は、バス階層の下方に送られる。すなわち、建物用バス
から群用バスへまたは群用バスからかご用バスへのいず
れかである。

【００４４】ケースＡにおいて、バスアドレスもローカ
ルアドレスも与えられない場合、パケット内のＭＩＤバ
イトがＣＣ２に記憶されたものと一致する必要がある。
ケースＢにおいて、ローカルアドレスビットが制御バイ
ト内にあるが、バスアドレスビットがない場合、ローカ
ルアドレスビットおよびＭＩＤバイトの値は、それぞれ
ＣＣ２に記憶されたローカルアドレスビットおよびＭＩ
Ｄバイトと一致する必要がある。ケースＣにおいて、ロ
ーカルアドレスビットではなくバスアドレスビットがＣ
Ｃ２内にある場合、群バスアドレス（ＧＢＡ）およびか
ごバスアドレス（ＣＢＡ）が受信ＣＣ２内に記憶された
ＧＢＡおよびＣＢＡと一致する必要がある。ケースＤに
おいて、もしバスアドレスおよびローカルアドレスの両
方が、制御バイト内にある場合には、ＧＢＡ、ＣＢＡ、
ローカルアドレス、ＭＩＤ値が、受信ＣＣ２内に記憶さ
れたそれぞれに対応する値と一致する必要がある。上述
したケースＡ〜Ｄは、ブリッジ（図示せず）内に存在す
るノードと対立するような一般的ノードにおけるメッセ
ージの受け入れに必要な条件を示している。

【００４５】従って、ケースＥにおいては、ノードが上
方へメッセージを送るためのかごから群へのノードであ
り、バスアドレスビットが制御バイト内にあるが、メッ
セージ内のＧＢＡニブルがＣＣ２のそれと一致しない場
合には、メッセージが受け入れられることになる。ケー
スＦにおいて、かごから群へのコピービットが制御バイ
ト内に与えられている場合には、かご用バスから群用バ
スへメッセージを送るためのノードにおいて、メッセー
ジは受け入れられない。ケースＧにおいて、制御バイト
内のバスアドレスビットがセットされかつＧＢＡおよび
ＣＢＡがＣＣ２内のそれぞれに対応する値と一致する場
合、群用バスからかご用バスへメッセージを送るための
ブリッジ（図示せず）で、メッセージが受け入れられ
る。どの群用バスおよびかご用バスが、メッセージを欲
するかご用バスがメッセージを受けるような一致を持つ
かを示すために、ＧＢＡは一致する必要がある。ケース
Ｈにおいて、バスアドレスビットが制御バイト内にある
が、ＧＢＡがＣＣ２に記憶された値と一致しない場合、
メッセージは、メッセージを群用バスから建物用バスに
送るためのブリッジにおいて受け入れられる。バスアド
レスがセットされるが、受信ＣＣ２に記憶された値と一
致しなかった場合には、メッセージは群用バスから建物
用バスに送られる。ケースＩにおいて、群から建物への
コピービットがセットされた場合には、メッセージは、
メッセージを群用バスから建物用バスに送るためのブリ
ッジにおいて受け入れられる。ケースＪにおいて、バス
アドレスビットが制御バイト内にセットされ、ＧＢＡが
ＣＣ２内に記憶された値と一致する場合には、メッセー
ジは、メッセージを建物用バスから群用バスに送るため
のブリッジにおいて受け入れられる。

【００４６】メッセージにエラーがない場合には、ＲＭ
１４が、有効メッセージが送信されたことを示すＲＭ＿
ＶＡＬＭＳＧ信号をＡＬＩ４に与える。パケット処理中
のいかなる間に位相エラーまたはポストアンブルを受信
すると、有効メッセージ信号ＲＭ＿ＶＡＬＭＳＧはセッ
トされず、ＡＬ６にメッセージを消去させる。

【００４７】ＥＣ１２に対し、ＲＭ１４は、ＲＭ＿ＲＸ
ＣＬＫ、ＲＭ＿ＰＯＳＴＡＭ、ＲＭ＿ＰＨＥＲＲ、ＲＭ
＿ＥＤＧＥ、ＲＭ＿ＪＡＭ、およびＲＭ＿ＴＸＣＬＫ
を、エラー制御のために与える。

【００４８】ＳＴ１０は、バスが使用中であるか空いて
いるかを決め、通過するスロットの数を計数するため
に、ＲＭ＿ＲＸＣＬＫ、ＲＭ＿ＰＯＳＴＡＭ、ＰＭ＿Ｐ
ＨＥＲＲ、ＲＭ＿ＥＤＧＥ、ＲＭ＿ＪＡＭ、およびＲＭ
＿ＴＸＣＬＫを受信する。ＳＴ１０は、ＳＴ＿ＴＭＧＯ
を与え、ＴＭ８に、送信できることを伝える。また、Ｓ
Ｔ＿ＩＤＬＥを与えて、ＴＭ８に、バスが空いており、
メッセージを送る前にバスをジャムさせる必要があるこ
とを伝える。ＳＴ１０は、ＴＭ＿ＣＰＴを受信するた
め、ＴＭのスロットが利用可能であるまで、スロットを
計数できる。ＳＴ１０は優先信号ＡＬ＿ＴＭＰＶＡＬを
受信するため、ＳＴ＿ＴＭＧＯがＴＭ８に、（巡回スロ
ットと対立している）優先スロット内のＡＬ６からの優
先レベル信号を送信するように伝えることができる。メ
ッセージが送り込まれる巡回スロットは、ノード送信側
ＩＤによって決定される。しかし、もしＡＬ＿ＴＭＰＶ
ＡＬがセットされるのであれば、送信側ＩＤは無視さ
れ、そしてＡＬ＿ＴＭＰＶＡＬの優先値がどの優先スロ
ットにメッセージが送信されるのかを決定するために使
用される。

【００４９】ＳＴ１０の機能は、図１０の有限状態装置
に示されている。ＳＴ１０が、（マンチェスタ符号化受
信信号が同じ極性の２つのハーフビットを有するとき、
ＲＭ１４に与えられる）フェーズアウトＲＭＰＨＥＲ
Ｒ、またはパワーアップ信号またはリセット信号（ＲＳ
Ｔ）を受信すると、ＳＴ１０はスタート状態となる。ス
タート状態においては、第１フレームギャップタイマが
始動する。もし、ＳＴ１０がＲＭ１４からのジャム信号
ＲＭ＿ＪＡＭおよびポストアンブル信号ＲＭ＿ＰＯＳＴ
ＡＭを受信する場合には、ＳＴ１０は、第１フレームギ
ャップ待ち状態に入る。もし第１フレームギャップ時間
が経過し、ＴＭ８が、非ゼロ優先信号ＡＬ＿ＴＭＰＶＡ
Ｌによって示す如く送信するための優先メッセージを有
する場合、ＳＴ１０は、優先スロット計数状態（PRIOIT
Y SLOT COUNT STATE）に入る。優先スロット計数状態に
おいて、ＳＴ１０は、優先信号ＡＬ＿ＴＭＰＶＡＬ内の
値に等しい優先時間スロット数まで計数する。ＳＴ１０
がそこまで計数したとき、ＳＴ１０は、バス上のそのス
ロットが現に利用可能であることをＴＭ８に伝えるた
め、信号ＳＴ＿ＴＭＧＯをＴＭ８に与える。もし、第１
フレームギャップ時間が経過しているが、ＴＭ８が、ゼ
ロ値のＡＬ＿ＴＭＰＶＡＬによって示されるように送信
すべき優先メッセージを持たない場合には、ＳＴ１０
は、巡回スロット計数状態に入る。ＳＴ１０は、全ての
優先スロットが経過し、かつＲＭ１４から送信側ＩＤ信
号ＲＭ＿ＳＩＤを受信した場合も、巡回スロット計数状
態（ROTATINGSLOT COUNT STATE）に入る。巡回スロット
計数状態において、ＳＴ１０は、ＲＸＣＬＫによって、
経過した巡回スロット数がＳＴに記憶された巡回スロッ
ト値に等しくなるまで、バス上で期間経過する巡回スロ
ット数を計数する。その時点で、ＳＴ１０は、そのスロ
ットが利用可能であることをＴＭ８に伝えるため、ＴＭ
８に信号ＳＴ＿ＴＭＧＯを与える。計数されたスロット
が記憶された巡回スロット値に達するまでスロットを計
数するために、ＳＴ１０は、最も最近送信しているＣＣ
２の送信側ＩＤを必要とする。従って、もし７つの送信
側ＩＤを持つＴＭ８が、３つの送信側ＩＤを持つＴＭ８
がたった今送信されたことを学習するならば、ＴＭ８は
３つの巡回スロットを計数することになる。優先メッセ
ージは巡回ではなく固定スロットに割り当てられるの
で、ＳＴ１０は、バス上に優先メッセージを与える最後
の送受信機の送信側ＩＤを知る必要はない。全ての巡回
スロットの期間経過後に、フレームギャップが期間経過
するのを待つため、ＳＴ１０は、第２フレームギャップ
状態に入る。第２フレームギャップが期間経過後、ＳＴ
１０は空きとなる。もし、ＴＭ＿ＢＵＳＹ信号を受信し
た場合には、ＳＴ１０は、ＳＴ＿ＴＭＪＡＭ信号をＴＭ
８に与える。ＲＭ＿ＪＡＭを受信すると、ＳＴ１０は、
第１フレームギャップ待ち状態に戻る。

【００５０】スタート状態にある間に、ＳＴ１０がエッ
ジ信号ＲＭ＿ＥＤＧＥを受信した場合には、ＳＴ１０
は、エッジ状態に入り、ＲＭ＿ＪＡＭおよびＲＭ＿ＰＯ
ＳＴＡＭを受信するまで待つ。その時点において、ＳＴ
１０は、第１フレームギャップ待ち状態に入るか、また
は、ＲＭ＿ＪＡＭおよびＲＭ＿ＰＯＳＴＡＭの両方がア
クティブ（活性）でないことを検出し、その時点で、Ｓ
Ｔ１０はスタート状態に入る。

【００５１】アイドル状態を除くいかなる状態中にも、
ＳＴ１０がエッジ信号を受信すると、ＳＴ１０はエッジ
状態に入る。もし、ＳＴ１０がアイドル状態中に１つ以
上のエッジ信号を受信する場合には、ＳＴ１０はエッジ
状態に入る。

【００５２】ＥＣ１２は、送信及び受信においてエラー
を検出する。ＥＣ１２は短い期間内にＴＭ＿ＢＵＳＹ信
号およびいくつかのＲＭ＿ＥＤＧＥ信号に応答して、ロ
ストキャリアセンスエラーを検出する。ＥＣ１２は、Ｔ
Ｍ＿ＢＵＳＹ信号、ＲＭ＿ＣＲＣ信号、およびＲＭ＿Ｐ
ＯＳＴＡＭ信号に応答して、送信後のＣＲＣエラーを検
出する。ＥＣ１２は、ＴＭ＿ＢＵＳＹ、ＲＭ＿ＣＲＣ、
およびＲＭ＿ＰＯＳＴＡＭに応答し、ＣＲＣエラーなし
に送信が完了したことを検出する。また、ＥＣ１２は、
ジャミングノードにおいてジャムがなかったことを検出
し、ＳＴ＿ＴＭＪＡＭおよびＲＭ＿ＪＡＭに応答する。
ＲＭ１４はメッセージ受信中にＣＲＣエラーを検出し、
ＲＭ＿ＣＲＣ信号とＲＭ＿ＰＯＳＴＡＭ信号に応答す
る。ＥＣ１２は、受信中にＣＲＣエラーをもつ位相エラ
ーを検出し、ＲＭ＿ＰＨＥＲＲ信号、ＲＭ＿ＣＲＣ信
号、ＲＭ＿ＰＯＳＴＡＭ信号に応答する。ＥＣ１２は、
ＲＭ＿ＰＨＥＲＲ位相エラー信号に応答して、部分的に
メッセージを受信する。ＥＣ１２は、有効なメッセージ
が受信されたことを検出し、ＲＭ＿ＣＲＣ信号およびＲ
Ｍ＿ＰＯＳＴＡＭ信号に応答する。

【００５３】図１１は、ＥＲ＿ＴＭＡＢＯＲＴ、ＥＲ＿
ＴＭＧＯＯＤ、ＥＲ＿ＴＭＥＲＲを発生するための状態
図を示している。ＥＣ１２が始動し、ＴＭ＿ＢＵＳＹを
受信した後、ＥＣ１２は送信機起動（TRANSMITTER ACTI
VE）状態に入る。もし、ＥＣ１２が、ＲＭ１４が短い時
間にいくつかのＲＭ＿ＥＤＧＥ信号を受信したことを示
す信号ＲＭ＿ＣＡＲＲＩＥＲを受信すると、ＥＣ１２は
受信キャリア（RECEIVED CARRIER）状態に入る。その
後、もし、ＥＣ１２がＲＭ＿ＰＯＳＴＡＭおよびＲＭ＿
ＣＲＣを受信する場合には、送信が良好であることが保
証され、ＥＣ１２はＥＭ＿ＴＭＧＯＯＤをＴＭに与え
る。もし、ＥＭ１２がＲＭ＿ＰＯＳＴＡＭおよびＲＭ＿
ＣＲＣを受信し、かつ（メッセージが再送される回数を
計数するための）再送カウンタが上限を越えて計数した
場合には、ＥＣ１２は、中止信号ＥＲ＿ＴＭＡＢＯＲＴ
を用いて送信を中止するようにＴＭ８に伝える。もし、
ＥＣ１２が受信キャリア状態にある間に、ＥＣ１２がＲ
Ｍ＿ＰＯＳＴＡＭおよびＲＭ＿ＣＲＣを受信し、かつ再
送カウンタが上限を越えなかった場合には、ＥＣ１２
は、ＴＭ８にエラーがＥＲ＿ＴＭＥＲＲに関して発生し
たことを伝える。ＥＣ１２が送信機起動状態にある間
に、ＥＣ１２がＴＭ＿ＢＵＳＹが終わったことを検知し
た場合には、ＲＭ１４はいずれのバスからも決してキャ
リア信号（いくつかのＲＭ＿ＥＤＧＥ）を受けず、送信
は中止される。もし、ＥＣ１２が所定の期間ＲＭ＿ＣＡ
ＲＲＩＥＲを受信し、かつその期間ＴＭ＿ＢＵＳＹがオ
フである場合には、ＥＣ１２はＥＲ＿ＲＸＥＮＢをＲＭ
１４に与え、メッセージがバスＢ１，Ｂ２に受信可能で
あることを伝える。

【００５４】なお、当業者は、本発明の趣旨および範囲
を逸脱することなく、種々の変更や省略、あるいは付加
をなすことができる。

【００５５】

【発明の効果】本発明による複数のＲＳ４８５トランス
ミッタは、同極性のジャム信号を供給することにより、
バスを一斉にジャムするため、熱遮断回路を設けること
なく、トランスミッタを保護することができる。

【図面の簡単な説明】

【図１】バス上にメッセージを送信しかつ受信するため
の通信コプロセッサ（ＣＣ）のブロック図である。

【図２】ジャム信号がバス上に乗せられるときのＲＳ４
８５ドライバおよび受信機のブロック図である。

【図３】図２のＲＳ４８５ドライバおよび受信機によっ
て送受信された信号のタイミング図である。

【図４】ＣＣと接続するためにＲＳ４８５ドライバおよ
びＲＳ４８５受信機を含んでいる送受信器回路である。

【図５】マルチプレクサ（Ｍｖｔ）のブロック図であ
る。

【図６】タイミング図である。

【図７】代替案マルチプレクサの状態図である。

【図８】メッセージ状態バイトのビットマップである。

【図９】受信機によるメッセージパケットの受け入れの
状態をリスト化している表である。

【図１０】スロットタイマの動作状態図である。

【図１１】エラー制御の動作状態図である。

【符号の説明】

２…通信コプロセッサ（ＣＣ）４…アプリケーション層インターフェース（ＡＬＩ）６…アプリケーション層（ＡＬ）８…送信機（ＴＭ）１２…エラー制御部（ＥＣ）１４…受信機（ＲＭ）３０，４６…マルチプレクサ（ＭＵＸ）

Claims

【特許請求の範囲】

【請求項１】バスジャミング方法であって、第一ＲＳ４８５トランスミッタより前記バス上に第一ジ
ャム信号を供給するステップと、第二ＲＳ４８５トランスミッタより前記バス上に、前記
第一ジャム信号と同極性を有する第二ジャム信号を供給
するステップとを有することを特徴とするバスジャミン
グ方法。
【請求項２】バスジャミング装置であって、第一ジャム信号の不在に応じ、前記第一ジャム信号を前
記バス上に供給する第一ＲＳ４８５トランスミッタと、第二ジャム信号の不在に応じ、前記第一ジャム信号と同
極性を有する前記第二ジャム信号を前記バス上に供給す
る第二ＲＳ４８５トランスミッタとを有することを特徴
とするバスジャミング装置。