JPH04160939A - 車両用多重伝送装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、例えばＣ３ＭＡ／ＣＤ方式などのようなバス
アクセス法による多重伝送方式を利用して車両内の各種
フントロールユニット間の信号を伝送する車両用多重伝
送装置に関し、中でも特に分散型多重通信ネットワーク
方式の車両用多重伝送装置に関するものである。

（従来の技術） 自動車における多重通信システムとは、１本の信号線に
よって各種の信号を伝送し、ワイヤハーネス（１１線束
）を簡略化するとともに、センサなどを共用化しようと
するものである。ワイヤハーネスを簡略化することによ
り、ワイヤハーネス自身の軽量化のみでなく、車体のハ
ーネス貫通部分やドアヒンジ部などの構造をも著しく改
善することができるメリットがある。

現在、個々の制御システムごとに設けられたセンサ、ア
クチュエータなどは全てワイヤハーネスでコントロール
ユニットと接続されているが、多くの電子制御システム
が採用されるにつれ、センサ、アクチユエータか増加し
て電線の本数が膨大なものとなり、また、その重量も車
体軽量化の見地から問題になってくる。このような問題
を解決し、ワイヤハーネスの簡略化および軽量化を図る
手段としては多重通信方式が最も有効である。例えば、
従来複数の信号線によってモータ、ランプなどの負荷を
制御していたものをマルチプレクサ（多数の信号から一
つの信号を選択する装置をいう）によって多重化し、１
本の信号線で負荷側に送信する。そして、受信側では、
デマルチプレクサによってそれぞれの信号を元に戻し、
該信号で負荷を制御することによって結局ワイヤハーネ
スを簡略化（１本化）することができる。

ところで、一般に自動車技術の分野においては、このよ
うな多重通信のネットワーク形態は、完全多重型と部分
多重型という分類、または集中多重型と分散多重型とい
う分類に分けて考えられている。完全多重型は全ての系
統を多重化したものである。一方部分多重型は、非多重
通信部分と多重通信部分とを混在させたものであり、多
重通信部分においては距離的に分散して配置されたスイ
。

ナや負荷等が多重伝送ユニットで接続されている。

このタイプでは多重伝送ユニットとスイッチ、負荷間ハ
各々個別の配線が必要であるために、システム全体の配
線の全長は減るものの、その数は増えると言われている
。

マタ、集中多重型は、１つのマスクの伝送ユニ・。

トに対して複数のスレーブの伝送ユニットが接続サレる
もので、細径化効果は得られるものの、マスクがダウン
するとシステムタウンになり、また設計変更が困難にな
るなどの欠点があると言われている。

一方、以上のものに対して分散多重型はコストはかかる
ものの、大きな細径化効果が得られること、一部システ
ムダウンに対する信頼性が高いこと、設計変更に対する
柔軟性が高いこと等の点で現在注目されている（例えば
、特開昭６２−４８５８号公報参照）。この分散多重型
の車両用多重通信システムでは、例えば５ＡＥ（米国自
動車技術会）の標準化案では、現在のところ、そのバス
アクセス方式としてはＣＳ　ＭＡ／ＣＤ方式が採用され
ている。このＣ３ＭＡ／ＣＤバスアクセス方式において
は、何れかの多重／−ドから、宛先アドレスを持つフレ
ームごとにデータを伝送すると、この宛先アドレスで指
定された送信先多重ノードは、伝送データを正常に伝送
路から受信したときに、受信フレームに続いて受信確認
信号（ＡＣＫ信号・・・第３図参照）を返送するように
なっている。

また、本件出願人から、このＣＳ　ＭＡ／ＣＤ方式を更
に発展させたＰ　Ａ　Ｌ　Ｎ　Ｅ　Ｔ　（Ｐｒｏｔｏｃ
ｏｌ　ｆｏｒＡｕｔｏｍｏｂｉｌｅ　Ｌｏｃａｌ　ａｒ
ｅａ　Ｎｅｔｗｏｒｋ）方式も、例えば特願昭６３−２
７３３０５号、特願昭６３−２７３３０６号、特願昭６
３−２７３３０７号等により提案されている。この方式
では、信号伝送毎に、全アクティブノードからＡＣＫ信
号が返送されるもので、例えば１６個のノードが接続さ
れていれば、１６個のＡＣＫ信号が伝送路に送出される
。

尚、送信先のノードは識別子（Ｉ　Ｄ）により区別され
る。そして、ＡＣＫ信号の伝送前と伝送後とでの一致／
不一致により、監視用のＡＣＫテーブルを更新するよう
にしている。

ところで、上記ＡＣＫ信号は、例えば送信すべきデータ
信号に対応して１アクテイブノードにつき２つのビット
の正（−１）、否（−〇）信号の組合わせによってフィ
ールド信号が形成されるようになっており、実際の受信
状況に応じて受信側で編成さ、れたＡＣＫ信号が今度は
受信側から送信側に返送され、送信側では該返送された
ＡＣＫ信号に基いて再び送信データおよびＡＣＫ信号を
形成して完全に受信されるように再度送信を行う。

（発明が解決しようとする課題） しかし、上記のような受信状況のチェックシステムによ
ると、全ノードに対応した受信確認信号ノ各ヒツトの全
てが各送信回毎に一致するが一致しないかを判定するた
めに、常に当該全ての７−ドに対応した多数のビ、７ト
のデータ信号およびＡＣＫ信号（受信確認信号）を再送
、受信返送処理することが必要であり、必然的にデータ
およびチェック信号の数並びに処理時間が増加、増大す
る問題がある。そのために伝送効率も悪い （課題を解決するための手段） 本発明は上記の問題を解決することを目的としてなされ
たものであって、複数のコントロールユニットを多重伝
送が可能な通信ラインによって相互に接続するとともに
当該通信ラインを使用して送受信される信号にデータ信
号および該データ信号の受信状態をチェックするための
チェック信号が含まれてなる車両用多重伝送装置におい
て、上記チェック信号は、各々１つのビット部にハイ、
ロー２種の信号の設定が可能なように構成されており、
第１回目のデータ送信時に正常に信号を受信できたコン
トロールユニットのビット部をハイ状態に、他方同信号
を受信できなかったコントロールユニットのビット部を
ロー状態に各々設定して上記チェック信号を再送するチ
エ／り信号再送手段を設けたことを特徴とするものであ
る。

（作　用） 上記のように、本発明の車両用多重伝送装置では、ｉ数
のコントロールユニ・７トを多重伝送が可能な通信ライ
ンによって相互に接続するとともに当該通信ラインを使
用して送受信される信号にデータ信号および該データ信
号の受信状態をチエ。

りするためのチエ、り信号が含まれた車両用多重伝送装
置を前提となる基本構成としているので、受信側コント
ロールユニットからの上記チェック信号の返送によって
各ユニ、ト毎の受信状態の正・否の確認を容易に行うこ
とができる。

そして、さらに本発明装置では、上記前提となる基本構
成に加えて上記チェック信号が、１つのビット部にハイ
状態の信号とロー状態の信号との２種の信号の設定か可
能に構成されており、第１回目のデータ送信時に信号を
受信できたコントロールユニットのビット部をハイ状態
に設定する一方、他方同信号を受信できなかったコント
ロールユニットのピント部をロー状態に設定してチエ。

り信号を再送するチエ／り信号再送手段を設けて送受状
態のチエ’７りを行うようにしている。

（発明の効果） したがって、本発明によると、従来に比べＡＣＫ信号信
号用成用ット数が半減するとともに、再チエ、り時には
既に受信が完了している上記ハイ状態のビット部のノー
ドのデータ信号の受信処理は省略することが可能となり
、実質的に再送すべきデータ及びチェック信号の信号量
とその処理数、処理時間を低減することができる。

（実施例） 以下添付図面第１図〜第１７図を参照して、本発明を上
述のＰＡＬＮＥＴ方式を用いた自動車用の多重通信装置
に適用した場合の実施例について詳細に説明する。

先ず、第２図は、この実施例のシステムで使用される各
ノードの接続状態を示す全体図である。

尚、説明簡略化のために、この実施例に用いられるメー
トは一例として７つとした。各ノードはツイストペア線
等からなる多重伝送路ＭＢを介して接続される。これら
の多重ノードは、例えば車両用ナビゲーション装置やオ
ーディオ装置等の表示制御を行なう各種フントロールユ
ニットのための多重／−ドＣＣＳ、メータ類用の多重ノ
ードＭＴ。

自動車電話アダプタ用の多重ノード置、エアコンコント
ロールユニ、ト用の多重ノードＡＣＬＩ。

エアコンのスイッチ類のための多ｉ／−ドＡｃ５Ｗ、ス
テアリング周りのスイッチ類のための多重ノード５ＴＳ
Ｗ、そして、各ノードに電源を供給するためや事故診断
用の試験装置を接続するための接続ボックス内に収めら
れたＴＷＳノードである。ここて、ＴＷＳとはｒＴｏｔ
ａｌ　Ｗｉｒｉｎｇ　ＳｙｓｔｅｍＪの略である。

尚、上記ステアリング周りのスイッチ類には、例えば、
ターンライトスイッチ、ターンレフトスイッチ、スモー
ルランプスイッチ、ホーンスイッチ、ヘッドランプハイ
ビームスイッチなどが含まれ、またメータ類には、ター
ンライトインジケータ、ターンレフトインジケータ、ヘ
ノドランプハイヒームインジケータなどが含まれる。

またＴＷＳ／−ドには、後述するように、ドアの開閉状
態を検出するためのドアスイッチが接続されている。

尚、第２図に示したノードは、上述の如く、あくまでも
説明の簡略化のために単なる一例として７つしか示さな
かったものであり、実際には更に多くのスイ／チ、負荷
類が接続されているようにしてもよいことは言うまでも
ない。例えば、フロント多重ノード及びリア多重メート
を更に設け、リアフロント多重ノードには、フロントタ
ーンライト／グナルランブ、フロントターンレフトフグ
ナルランプ、フロントスモールランプ、ホーン等が含ま
れ、また、リヤ多重メートには、リヤターンライトング
ナルランプ、リヤターンレフトングナルランプ、テール
ランプ等が含まれるようにしてもよい。また、ノードと
各電源との接続も、第２図に示した接続関係に限られず
、操作性、使い勝手等を考慮して、その他の接続関係も
考えられる。

くフレームフォーマット〉 この実施例の自動車用多重伝送方式では、例えば第３図
に示すような構成のフレーム（データフレーム）Ｆごと
に自動車運転情報が伝送されるようになっている。ここ
で、自動車運転情報とは、例えば「あるスイッチが投入
又は解除された！」等といった情報（ＯＮ／○ＦＦ情報
）である。このフレームＦは、Ｓ　Ｄ　（Ｓｔａｒｔ　
Ｄｅｌｉｍｉｔｅｒ）コードＳＤ、プライオリティコー
ドＸ１フレームＩＤフードＩＤ、データ長、データ１〜
データＮ、チェックフード等を有する構成になっている
。

先ず、「ＳＤコードＪＳＤは、フレームＦの開始を表す
特定のフードであり、受信多重ノードはこのＳＤコード
符号を受信するとフレームＦの開始を認知するようにな
っている。「プライオリティフード」Ｘは同時に複数の
多重ノードがデータＮを送信し、フレーム信号が衝突し
た場合にとのノードのフレーム信号を優先して処理する
かを指示する優先順位を示す符号である。複数のデータ
Ｎの衝突が生した時は優先度Ｘ（、Ｘ＝　１．２，３，
４゜５・・）の高いデータＮが先行して処理される。

この「プライオリティコード」Ｘの使い道の１つとして
、上記ＴＷＳ二二ユニからの後述のシステムフレッシュ
指令に対して、どのノードからの返答フレームを優先し
て処理するかを決定するのに使われる。尚、このプライ
オリティ制御に関しては、第１３図に関連して後に詳細
に説明する。

「フレームＩＤコードｊｌＤはデータ領域の各ビット１
〜Ｎにどのようなデータが割り付けられているかを職別
する符号である。換言すれば、当該フレームがどのノー
ドで使われるべきかを示すものであり、例えばｒｓＡＥ
　Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｃｏｎｇｒｅｓｓ　ａ
ｎｄ　Ｅｘｐｏｓｉｔｉｏｎ（１９１３６年２月）」に
発表された文献「Ｐｒ。

ｐｏｓａｌ　ｆｏｒ　ａ　Ｖｅｈｉｃｌｅ　Ｎｅｔｗｏ
ｒｋ　Ｐｒｏｔｏｃｏｌ　５ｔａｎｄａｒｄ」の中にあ
るファンクショナル・アドレノンング（Ｆｕｎｃｔｉｏ
ｎａｌ　Ａｄｄｒｅｓｓｉｎｇ）に相当する。次に「送
信元アドレス」とは当該フレームＦを送信したノードの
物理アドレスである。金策２図のシステムにおいて、例
えば７つのノードＣＣ３，ＭＴ、置、ＡＣＵＳＡＣ３Ｗ
、５ＴＳＷに対して、順に、“ビ、“２”、′３”、“
４”、′５”、“６”、“７”という物理アドレスが与
えられているとすると、フレームＩＤと物理番号との関
係は次表のようになる。

（表） 上記の表によれば、フレームＦのＩＤコードＩＤが“０
”のときは、そのフレームＦの送り先は全てのノードで
ある。例えば、ＡＣ３Ｗが管理する「エアコンＯＮＪス
イッチを投入することが、ＭＴノードが管理する表示ラ
ンプ「エアコンＯＮｊを点灯し、ＡＣＵノードが管理す
るエアコンのブロワモータをオンすることが必要である
場合に、「エアコンＯＮ」スイッチが投入されたという
情報を含むフレームは、ＭＴノードとＡＣＵノードとＴ
ＷＳノードとに送られる必要があるために、そのフレー
ムのＩＤは上記表に従えば“１０”となる。

もちろん、上記表の態様は一例であり、その他にも任意
の設定が可能である。

一方、第３図の「データ長」にはこのあとに続くデータ
の数が書き込まれ、Ｎ個のデータがあるとすればデータ
長としてＮが送られる。このフレームを受は取った多重
ノードでは、データをデータ長の内容だけ読み取る。そ
してデータに引き続くフィールドがＣＲＣチェックコー
ド（誤り検出符号）で、これを確認することにより、フ
レームの終わりであることを知ることができる。

く受信確認、信号〉 更に、第３図の受信確認信号領域（ＡＣＫフィールド）
について説明する。このフィールドは、複数のビット、
例えば将来の拡張を考えて第３図に示すように１６ピノ
トから成り、各多重ノードに対し、その多重ノードに対
して前もって決められたビット領域が割り当てられてい
る。このＡＣＫフィールドの各ビットにより、各７−ド
は正常受信の確認を行う。即ち、送信ノードは、最初の
送信時において、例えば第１５図に示すように実際に有
しているノード数（第２図参照）に対応した７ビツトの
ＡＣＫフィールドの自身メートに対応する位置のビット
を各々“０”とし、送信フレームに続けて伝送路に送出
する。受信側の多重／−ドは、チェックコードにより受
信したフレームのデータ１〜Ｎの内容（ＯＮ／○ＦＦ指
令・・・０Ｎ＝１，０ＦＦ＝Ｏ）に誤りがないか否かを
チェックし、誤りがなければ各多重ノードについて前も
って決められた位置のビット領域に受信確認信号（ＡＣ
Ｋ信号）を“１”として送信側の多重ノードに返送する
ようになっている（第１６図参照）。即ち、この結果、
第１６図のＡＣＫフィールドの対応するビットが“１”
になっているメート（ａ、　ｂ、　ｃ、　ｅ、　ｌ　ｇ
）は、正常にフレームデータ（○Ｎ／○ＦＦデータ）を
受信したことを示す。

他方、対応するビ）ｌトが“Ｏ″になっているノード（
ｄ）は、上記第１回目のデータ送信の結果、同データが
正常に受信できなかったことを示す。例えば今上記（ｄ
）のビットに対応するノードがエアコンスイッチＡＣ／
ＳＷであったとすると、エアコンスイッチＡＣ／ＳＷ　
ＯＮ指令が出されたのにも拘わらず同スイッチＡＣ／Ｓ
ＷがＯＮにならなかったことを示している。

そこで、再び上記エアコンスイッチＡＣ／ＳＷのＯＮを
指令内容とするデータの送信が行われるが、該送信に際
して送信されるＡＣＫ信号は例えば第１７図に示すよう
に上記第１回目の送受信結果を重畳させた形で送信する
。そして、受信側番ノードでは、ビットに１″が立って
いるノード（ａｔｂ、　ｃ、　ｅ、　ｒ、　ｇ）ては既
に正常にデータの受信が完了しているとして再送データ
の入力をキャンセルする一方、ビットが“０”の７−ド
は、前回正常に受信が行われなかった訳であるから、対
応する送信ブータラ入力して処理する。この結果、エア
コンスイッチＡ　Ｃ／Ｓ　ＷがＯＮすることになる。

この場合、本実施例では、上述のように各ビ。

トのデータフレームＮｏｌ〜ＮｏＮを各々１個のフレー
ムで構成し、該１個のフレーム中に例えば０Ｎ＝１（ハ
イ信号）、０ＦＦ−０（ロー信号）の２種の信号データ
のセントを可能としている。従って、データフレームの
数が半減する。

そして、上記ＡＣＫ信号のＯビットのデータさえ読み取
るようにしさえすれば良いから、信号の処理量、処理速
度も低減することが可能となる。

くノードのハードウェア構成〉 第４図は、第２図の各７−ドに共通に用いられている多
重通信コントローラの概略構成を示すものである。

第４図において、先ず符号１は第２図の伝送路であるバ
スＭＢであり、２は多重通信コントローラ１ｏ○とバス
ＭＢＩとを接続するためのコネクタであり、８はホス１
−ＣＰＵである。多重ＬＳＩモジュール３は、バスＭＢ
Ｉ上のキャリア検出／衝突検出、パラレルデータ（Ｄ、
〜Ｄｏ）のホストＣＰＵ８への送出や、ホストＣＰＵ８
からのパラレルデータの７リアルデータへの変換等を司
どる。

その他に、エラー検出コードの計算等も行う。即ち、ネ
ットワークにおける物理層レベルの制御を司どる。ホス
トＣＰＵ８と、実際のスイッチ、負荷（図示せず）等は
ワイヤ６．７、入力インターフェース回路、出力インタ
ーフェース回路４．５を介して接続されている。１０は
、バッテリー電圧１２ｖからＶｃｃを１成するＤＣ−Ｄ
Ｃコンバータを含む電源回路である。

ハードウェア的には、多重ＬＳＩモジュール３は、Ｃ３
ＭＡ／ＣＤ方式を発展させたＰＡＬＮＥＴ方式のバスア
クセス制御を行なうコントローラ（図示せず）と、バス
ＭＢＩ上のデータの論理レベルの符号変換を行なうエン
コーダ／デコーダ（図示せず）と、バスＭＢＩに直接接
続され、レベルチェンジャの働きをするトランンーバ（
図示せず）、そして、ホストＣＰＵ８のメモリにアクセ
スするためのＤＭＡ（図示せず）等を擁している。

〈ネットワーク管理〉 第５図は各７一ド間のフレーム送受信ンーケンスを示す
概略図である。前述したように、フレーム送出、エラー
検知等の物理層レベルの通信制御は多重Ｌ　Ｓ’　Ｉモ
ジュール３により行なわれ、フレームのデータ処理、エ
ラー再送制御等はホストＣＰＵにより行なわれる。次に
該第５図の７ステムにおいて行われる、〈１）／−ド間
におけるエラー処理、（２）フィールドの送受信を各々
説明する。

エラー処理 前述したように、上記多重ＬＳＩモジュール３はＡＣＫ
信号の返答や、ＣＲＣエラーの検出、そのエラーの検出
のホス）ＣＰＵ８に対する報告を行なう。即ち、多重Ｌ
ＳＩ３がホストＣＰＵ８に報告するエラーの種類として
は、「多重バスエラー」と、「ノード故障」である。こ
こで、多重バスエラーとは、以下の■〜■の４通りのエ
ラーを含み、ホストＣＰＵ８がステータスリード端子（
ＳＲＣ）をアクティブにしたときに、多１ＬｓＩモジュ
ール３がＤ７〜ＤＯを介してステータス情報として送る
ものである。

■ビットエラーＢＩＥ・・・伝送線上に異常なフォーマ
ットが検出された。

■：ＣＲＣエラーＣＲＥ・・・ＣＲＣエラーが発生した
。ＢＥＥ、ＣＲＥは受信上のエラーである。

■二チャンネルエラーＣＨＥ・・・多ＩＭ　ハフ、　Ｍ
　Ｂ１を占宵しているときにＰａ５ｓｉｖｅ状態が検出
された。

■：Ｃ３−ＣラーＣＲＥ−・−即ち、６．２ｍｓの間、
０゜ｌｌｌｌｓ以上のＰａ５ｓｉｖｅ状態が発見できず
、ＴＸＲＤＹビットがゼロの状態のとき。

また、／−ド故障とは、多１！ＬＳＩモジュール３で管
理している「ノード登録データ」で、ノードが存在して
いるとマークされているのに、ＡＣＫ信号が“０″（“
０”は不存在を示す）であった場合である。このときは
、その／−ドのＣＰＵ若しくは多重ＬＳＩモジュール３
が故障か、或いはバスの支線がオープン状態の可能性が
ある。ノード故障は、多重ＬＳＩモジュール３がその旨
の情報を所定のデータ（第５図のＡＣＫデータ）に託し
てホストＣＰＵ８に送る。

尚、第５図におけるＡＣＫ信号１の登録については、本
発明とは直接関連がないので説明を省略するが、必要な
らば先に述べた特願昭６３−２７３３０８号明細書を参
照されたい。

フレーム送受信 例えば、送受信ノードがＡＣＳＷ／−ドであれば、エア
コンスイッチが入れられたことを入力■／Ｆ回路４を介
して知ったＡＣ３Ｗノードのホストｃｐｕａは、第３図
に示した如きＡＣＵ（エアコンコントロールユニット）
の多重通信コントローラ宛のフレームを作成して、多重
１／Ｆモジユール３を介して、バスＭＢ１に送出する。

バスＭＢ１からフレームデータを受けたＡＣＵ多重通信
コントローラの多１！ＬＳＩモジュール３は、受信した
フレームデータを解析して、エアコンのコンブし、す等
を作動させるべく、出力インターフェース回路５を介し
て、コンプレッサ等を駆動する。

第５図において、ＡＣ３Ｗ／−ドからＡＣＵノードにフ
レームが送信される際に、エラーが発生した場合を説明
する。前述したように、このＰＡＬＮＥＴ方式では、送
信先メートはフレームＩＤによって特定されるが、フレ
ームはバスＭＢｌ上に送出されるので、上記フレームＩ
Ｄによって特定された以外のノードも当該フレームがエ
ラー無く受信されていればＡＣＫ信号を送信元ノードに
帰すようになっている。この各ノードからのＡＣＫ信号
が第４図等に示したＡＣＫフィールドの１６ビ、トであ
るのは前述した通りである。

フレーム伝送における再送のアルゴリズムは次のように
なっている。即ち、再送回数を最大３回として、この３
回に至るまでの間に、−回でもＡＣＫ信号を返したノー
ドがあれば、そのノードについては正常にフレームが送
信されたとする。本実施例では、ＡＣＫフィールドは将
来の拡張も考慮して１６ビノトあるが、第２図を見ても
分かるように、本実施例ではアクティブなノードは実際
には最大７ノードしがないから、ＡＣＫフィールドにＡ
ＣＫビ、トが無い場合に、送信側ノードは、エラーによ
るＡＣＫ信号無しなのか、ノード不在によるＡＣＫ信号
無しなのかを区別する必要かある。

〈インターフェース〉 第６図はホストＣＰＵ８と多重ＬＳＩモジュール３との
間のインターフェースを説明する図である。第６Ａ図は
多重ＬＳＩモジニール３からホストＣＰＵ８にステータ
ス情報を送る場合のフォーマットを、また第６Ｂ図は同
多種ＬＳＩモジュール３が受信したデータをホストＣＰ
Ｕ８に送る場合のフォーマ・、トを、第６Ｃ図は他ノー
ドにフレームを送る場合にホストｃＰＵ８が多重ＬＳＩ
モジュール３に送るべきデータのフォーマットを示す。

第６Ｂ図のＡＮＣは、多重ＬＳＩモジュール３が受信し
たＡＣＫフィールドの情報である。第６Ｃ図のＤＩＤは
第３図のフレームＩＤに相当する。

また、同図のＭＰ／ＩＤは第３図のプライオリティＸに
相当する。第６Ｂ図、第６Ｃ図に示されたデータフォー
マットと第３図のフレームフォーマットとの間の変換は
、多重ＬＳＩモジュール３により行なわれる。

〈実施例／ステム各種機能〉 ここで、本実施例の有する各種機能のうち、本発明と関
係の深いものを概略的に説明する。それらの機能とは、
次の■〜■である。

■、前述の「多重バスエラー」と「ノードエラー」が３
回以上連続して検出されたならば、ＴＷＳユニットが「
システムリフレッシュＪ指令をバスＭＢＩ上に、全７−
ドに向けて送出する。

■：５秒毎の定期に、ＴＷＳノードが「システムリフレ
ッシュ」指令を全ノードに送出する。

■にれらの「システムリフレッシュ」」指令に対シ、全
ノードは、自己ノードのステータスを「返答フレーム」
として返す。このステータスとは、当該ノードのＣＰＵ
が管理している入出力素子のステータスであり、入力素
子であれば、例えば、センサ、スイッチ等である。また
、出力素子であれば、表示ランプ、セグメントＬＥＤ表
示素子、ルーノイド、ブザー等である。

■、返答フレームのフレームＩＤ（ファンク７！！ナル
・アドレス）は、そのデータが使われるノードに応じて
前記衣に従って、自己が管理する出力素子の状態を変え
る。これが「システムリフレッシュ」動作である。

■＝「返答フレーム」には、各ノード間で優先順位が前
もって決められている。この優先順位は第３図の「プラ
イオリティ」フィールドに各ノードが所定の値を設定す
ることにより決まる。

尚、゛前記「システムリフレッシュ」」指令は、エンジ
ンキーがオーブン状態にされてシステムが起動されたと
きと、その後エンジンキーが操作されたとき等にも送出
される。前者は、エンジンキーが投入されて始めて各７
−ドに１ｉ＃が供給されるからである。また、後者は、
第２図からも明らかなように、エンジンキーの位置によ
りアクティブなノードの数が変わるからである。

く／ステムリフレノツユ〉 上記■の「７ステムリフレ、シュ」動作について第７図
に従って更に詳細に説明する。

前述したように、ＴＷＳノードは、ネ・ノドワーク管理
機能を有すると共に、第７図に示すように、ドアスイッ
チ類を制御する如く通常の７−ドとしての機能も有する
。第７図に示すように、例えば、ドアスイッチの開閉状
態を検出するドアスイッチ２０（ドアが開いていると、
スイッチは開）がＴＷＳ／−ドにより管理され、ドアが
開いていることを警告するランプ２１がＭＴノードで管
理されているとする。また、今、スイッチ２ｏはドアの
開状態を検出しているが、通信上の問題（前述のエラー
）により、その旨のフレームが正常にＴＷＳノードから
ＭＴノードに届いて居なかったとする。

すると、この状態では、スイッチ２０は開であるのに、
ランプ２１は点灯しておらず、ドライ７　ｚＨｌこは警
告は出れない。

上記通信のエラーは■の機能により検出されて「システ
ムリフレッシュ」指令がＴＷＳから全ノードに発せられ
るか、■の機能により５秒毎に自動的に「システムリフ
レッシュ」指令か同１．；＜ＴＷＳから全７−ドに送ら
れる。ＴＷＳ　／−ドは通常のノードとしても機能する
ので、この「システムリフレノンユＪ状態を知って、ド
アスイッチの開法　、態を示すフレームデータをＭＴノ
ードに送る。このフレームデータでは、スイッチ２０に
対応するビットが“１”である。一方、ＭＴノートテハ
、ＴＷＳノードからのフレームデータのビット構成、即
ち、どのビットはどのスイッチに対応するか既知である
。そこて、ＭＴノードのホストＣＰＵは、スイッチ２０
に対応するビットが“１″であるので、ランプ２１を点
灯する。

これにより、入力素子としてのセンサやスイッチの状態
と、出力素子として表示ランプやセグメントＬＥＤ表示
素子やソレノイド、ブザ等の間の状態の不一致が解消す
る。

尚、第７図の説明で、出力素子の状態を入力素子の状態
に一致させるようにしているのは、本実施例では、人力
があって始めて出力が存在するとの前提があるからであ
る。従って、入力素子を管理する／−ドからの返答フレ
ームを優先させる必要があるわけで、■で説明した各７
一ド間で優先順位はこのために使われる。

〈制御手順〉 以下、第８図〜第１０図を参照して、本実施例〉ステム
における「システムシフレ、ツユ」の制御手順について
説明する。ここで、第８図はＴＷＳノードの多重ＬＳＩ
モジュールにおける制御手順を、第９Ａ図〜第９Ｄ図は
ＴＷＳノードのホストＣＰＵの制御手順を、第１０Ａ図
〜第１０Ｄ図はＭＴノードのホストＣＰＵの制御手順を
示す。ここで、「システムリフレッシュ」の制御手順を
説明するのに、ＴＷＳノードを挙げたのは、ＴＷＳノー
ドが「システムリフレッシュ」指令をバスＭＢＩに送出
する主体であるからである。尚、「システムリフレッシ
ュ」を受けて、「システムリフレッシュ」動作を行なう
のは第２図に示したＴＷＳノードを含む全ノードであり
、この意味では、第２図のＴＷＳノード以外のノードに
おける「システムリフレッシュ」動作のための制御手順
はは各７一ド間で同じである。そこで、ＴＷＳノード以
外の７−ドにおける「システムリフレッシュ」動作のた
めの制御手順は、ＭＴノードの制御手順の説明で代表さ
せる。また、前述したように、ＴＷＳメートには、ドア
スイッチを管理する機能が備わっており、その意味では
、システム全体の通信結果の管理を行なうという点を除
けば、このＴＷＳノードは他の通常の７−ドと変わると
ころはない。そこで、このシステムにおける、「システ
ムリフレッシュ」指令の発生及び「システムリフレッシ
ュ」動作を、第８図〜第１０図によりＴＷＳノードとＭ
Ｔノードの説明で代表させる。

第８図〜第１０図における、ＴＷＳノードとＭ丁ノード
の制御を要約すると、次のようになる。

ＴＷＳ／−ドでは、システム全体の通信結果の管理を行
なっている。その結果に応じて「システムリフレッシュ
」指令のフレームをネットワークに送出する。また、５
秒おきにも、「システムリフレッシュ」指令を送出する
。

「システムリフレッシュ」指令の発生を行なったＴＷＳ
ノードと、「／ステムリフレッシュＪｔｌを受けたＭＴ
ノードとは、「返答フレーム」ネ・ノドワークに送出す
る。即ち、ＴＷＳノードは、ＭＴノードに対し返答フレ
ームを送出する。また、ＭＴ／−ドは、他の通常ノード
若しくはＴＷＳノードに対し、返答フレームを渡す。

返答フレームを受けたＴＷＳノード及びＭＴノードは、
この返答フレームに従って、自己の出力素子の状態を修
正する。

二芭災盆芝皇旦Σユ 先ず、ＴＷＳノードの多重ＬＳＩモジュールの制御手順
のうち、本実施例に係る部分について第８図に従って説
明する。

先ず、ステップＳ１８において、バス１に送出すべきデ
ータをＣＰＵ８から受けとっているかを調べる。送信デ
ータがなければ、ステップＳ２０に進み、バスＭＢＩ上
にＴＷＳノード以外からのＳＤが載るのを待つ。ＳＤを
検出すると、ステップＳ２２で、当該フレーム（ＡＣＫ
ビットはステ。

ブＳ３４で受信）を受信する。このフレーム受Ｍに際し
、エラー（ＣＲＣエラー、衝突）が無ければ、ステップ
Ｓ２６て、エラー無し、データありのステータス情報を
作成する。そして、ステップＳ３０で、ＴＷＳノードの
ＡＣＫタイミング（第４図参照）に、ＡＣＫをバスＭＢ
Ｉ上に送出する。このＴＷＳノード用のＡＣＫビット送
出のときに、この自分自身のＡＣＫビットと共に、他の
７−ドからのＡＣＫビ９．トを受信するために、このＴ
ＷＳノードのＬＳＩは送信モードと同時に受信モードに
もなっていて、ステップＳ３４で他のノードからＡＣＫ
も読み取る。かくして、ＴＷＳノード宛のフレームであ
ろうとなかろうと、ＴＷＳ／−ド（他のノードとも同様
に）は、正常にフレームを受信している限りは、ＡＣＫ
ビットを送比し、ステップＳ３５に進む。

ステップＳ２４で、フレーム受信中にエラーがあったと
検出されれば、ステップ５３１に進み、エラーがあった
旨のステータス情報を作成した上で、ステップＳ３２で
、ＴＷＳノード用のＡＣＫタイミングまで待つ。そして
、ステップＳ３４で、ＡＣＫビットをバスＭＢＩに送出
し、ステップＳ３５に進む。

か（して、多重ＬＳＩモジュールには通信上のエラーの
有無のステータス情報と、エラーがなかった場合のデー
タ情報とＡＣＫ情報とがそろっている。

ステップＳ３５では、ＴＷＳ／−ドのホストＣＰＵ８に
対してフレーム受信の割り込みを掛けて、ステップ３３
６で、当該、ステータスデータ、送信データ、ＡＣＫデ
ータをホストＣＰＵ８にＤ７〜Ｄｏバス（第６図参照）
を介して送り、ステップＳ３０に進む。ＴＷＳノード宛
のフレームでなければ、ステップＳ３８に進んで、ＴＷ
ＳノードのＬＳＩ（このＡＣＫテーブルは各７−ドも有
する）自身が管理しているＡＣＫテーブルの管理を行な
う。

尚、ステップ３１８で、ＴＷＳノードで他のノードに対
し送出すべきフレームデータがある場合には、当該フレ
ームを送出するために、ステップＳ１９に進む。このフ
レーム送信を行なう場合には、当該フレーム送出後に、
ＬＳＩを自分自身のノードのためのＡＣＫビ、トを送出
するために送信モードになると共に、他の７−ドからの
ＡＣＫビットを受信するために受信モードにもなる。そ
して、フレーム送信の場合にも、受信した受信ＡＣＫパ
ターンをホストＣＰＵ８に対して送出するツバ、フレー
ム受信時と同じである。また、ステップＳ１９のフレー
ム送信では、他のノードからのフレームとの衝突を検出
した場合には、プライオリティを考慮して、自分の７−
ドの再送までの遅延時間を決定する。この遅延時間の決
定はＣ５ＭＡ／ＣＤ方式による。

先ず、通常のフレームデータの送出について説明する。

ＴＷＳから通常フレームの送出 第９Ａ図のフローチャートは、ＴＷＳノードのＣＰＵの
メインルーチンである。先ずステップＳ４０で、ＴＷＳ
のＣＰＵがそのＬＳＩへ送出すべきデータをもっている
かを、送出データフラグＳＤＦを用いて調べる。送出デ
ータフラグＳＤＦがゼロならば、ステップＳ４４で、Ｔ
ＷＳ−ＬＳＩのステータスを調べ、このＬＳＩがｆ也の
ノードから受信したフレームデータをもっているか否か
を調べる。受信フレームがなければ、ステップＳ５０に
進んで、ＴＷＳ／−ドが管理しているスイッチ類（第７
図のドアスイッチ２０）の状態が変化したか否かを調べ
る。このスイッチ類の変化がなければ、ステップＳ４０
に戻る。即ち、スイッチ等の入力素子があったならば、
ステップＳ５２で、そのスイッチ類の状態を含む送出デ
ータを作成して、ステップＳ５４で、送出データフラグ
ＳＤＦを“ｔ”にする。

このフラグが１″にセットされたことは、ステップＳ４
０で検出されて、ステップＳ４２が実行される。ステッ
プＳ４２では、ＣＰＵからＬＳＩへデータ送出が行なわ
れる。このデータ送出の詳細は第９Ｂ図に示されている
。

一方、もし、ステップＳｈｏでＬＳＩに受信フレームが
あると判断されたときは、ステップＳ４８で、そのデー
タを読み取る。その様子は第６Ｂ図に示されている。そ
して、ステップＳ６０で受信データ処理を行なう。この
データ処理の詳細は第９Ｃ図に示されている。

今、ＴＷＳのドアスイッチ２０が変化したとする。そし
て、このスイッチが変化したことをＭＴノードへしらせ
るためのデータが、ステップ５５２（第９Ａ図）で作成
されたとする。そこで、第９Ｂ図により、ＴＷＳのＣＰ
ＵからそのＬＳＩへのデータ送出処理を説明する。この
制御手順では、ＬＳＩへのデータ送出の他に、正常に送
り先ノードにデータが送られたかを管理している。

第９Ｂ図において、ステップ３７０では、この送出デー
タをＬＳＩへ送る。このときのデータフォーマットは第
６Ｃ図に示されている。ステップＳ７２では、ステップ
Ｓ７１で読み取ったＬＳＩのステータス情報により、バ
スＭＢＩへのフレーム送信が終了したか知る。

ステップＳ７４では、フレーム送信中に多重バスエラー
があったかを調べる。もし、エラーがあったならば、ス
テップ３８４で、このエラーをＴＷＳのエラーとして計
数してログする（第１１図参照）。ＴＷＳが送出した際
にＴＷＳが検出したエラーは、原因の如何にかかわらず
、自己のエラーとするしかないからである。多重バスエ
ラーがなかった場合は、ステップＳ７６でＡＣＫエラー
の有無を調べる。ＡＣＫエラーを返さなかったノードに
ついてエラーを計数する（第１１ｒＥＪ膠照）。ＡＣＫ
ビットを調べることにより、とのノードが返さなかった
かを判別することができるからである。

多重バスエラーもＡＣＫエラーも発見されなかった場合
は、ステップＳ８２に進んで、送出データフラグＳＤＦ
をリセットする。反対に、これらのエラーの少なくとも
１つが発見された場合は、上記フラグはリセットされな
いので、その送ることのできなかったデータは、ステッ
プ５４０＝５ステツプ３４２で、再び、ＬＳＩモジニー
ルに送出されて、ネットワーク上に送信されることにな
る。

第１１図のエラーログは、ノード別にエラーを計数する
ログで、メツセージ毎に計数される。即ち、フレームの
データ中にはメツセージ番号が付されており、再送メツ
セージは同じメツセージ番号が付されているので、ＴＷ
ＳノートのＣＰＴノは当該データが、再送フレーム受信
によるデータか、または新規なフレームのデータなのか
を判断てきる。

ステップＳ９０では、この第１１図のログから、再送回
数のタイムオーバしているメートがないかを調べる。本
実施例では、−例として、再送回数の上限を３回とした
。

こうして、ＴＷＳノードからＭＴノードに向けて通常の
フレームがバスＭＢＩ上に送信される。

通常フレームのＭＴノードでの受信 第１０Ａ図はＭＴノード（ＴＷＳ以外の他のノードとも
同じ）のホストＣＰＵのメイン制御手順のフローチャー
トである。尚、ＭＴ／−ドのＬＳｒモジュールの制御手
順は第９Ａ図と実質的に同じであるので省略する。

ＭＴノードのＣＰＵのメインルーチンはＴＷＳノードの
それ（第９Ａ図）と実質的に同じであり、ステップ５１
７２のデータ送出処理（詳細は第１ＯＣ図）、ステップ
８１８６の受信データ処理（詳細は第１０Ｂ図）の詳細
が異なるのみであるので、第１０Ａ図の説明は省略する
。

先ず、ＭＴ／−ドのＣＰＵが、そのＬＳＩモジュールか
ら、ＴＷＳのドアスイッチ２０がオンされた旨のフレー
ムデータを受信したところから第１０Ｂ図にしたがって
説明を始める。

ステップ５２２０では、当該受信フレームがＭＴノード
宛かを調べる。ステップ５２２２では、このデータが「
システムリフレッシュ」指令かをＤＩＤから調べる。今
は、「システムリフレッシュ」指令ではないので、ステ
ップ５２２４に進み、リフレッシュフラグを調べる。こ
のリフレッシュフラグは後述のステップ５２３０でセッ
トされるので、今はゼロであり、したがって制御はステ
ップ５２２６に進む。このステップ５２２６で、ＭＴノ
ードに接続されている出力素子を、受信データにしたが
ってセットする。

こうして、ＴＷＳノードてドアスイッチ２ｏがオンされ
たならば、その旨のフレームかＴＷＳノードからＭＴノ
ードに送信され、そして、ＭＴノードがこのドアスイッ
チに対応するドア警告ランプ２１を点灯するという通常
の、一連の動作シーケンスが完了する。第１２図は、「
システムリフレッシュ」動作以外における、メート間の
データの流れを概略説明した図である。

次に、「システムリフレッシュ」指令の発生から、返答
フレームの受信までを説明する。尚、第１４図に、「シ
ステムリフレッシュ」動作の簡単な概略を示す。

再送のタイムオーバ 次に、ＴＷＳノードを含むいずれかのノードの再送のタ
イムオーバがＴＷＳノードで発見されて、このＴＷＳノ
ードから他のノードに「システムリフレッシュ」指令が
送出されるまでを説明する。

このタイムオーバは、ＴＷＳノードにおいて、ステップ
３９０で検出される。もしタイムオーバしている／−ド
が１つでもあったならば、ステップＳ９２で「システム
リフレッシュ指令送出」サブルーチンを実行する。この
サブルーチンの詳細は第９ＢＡ図に示されている。

同図において、ステップ５１００で、「システムリフレ
ッシュ」指令のデータを作成し、ステップ５１０２で、
このデータをＴＷＳのＬＳＩモジュールに送る。「シス
テムリフレッシュ」指令のフォーマ、トは、第６Ｃ図の
ＤＩＤ（第３図のフレームＩＤに相当）がゼロであるも
のである。そして、ステ、ブ５１０４ではログ領域をク
リアする。これは「システムリフレッシュ」動作により
、システム全体が初期状態に戻るからである。ステップ
８１０６では、リフレッシュフラグをセットする。

このフラグは、後述のステップ５１３４で使われる。

ステ７７’Ｓ９２の「システムリフレッシュ指令送出」
のためのサブルーチン実行の後は、ステップＳ９４で他
／−ドへの「システムリフレッシュ」指令に対する「返
答フレーム送出」サブルーチンを実行する。これは、Ｔ
ＷＳノードが通常ノードとしての性格を有するからであ
り、例えば、スイッチ２０の状態をＭ　Ｔ　／−ドに知
らせる必要があるからである。尚、ＴＷＳノードにおけ
る「返答フレーム」は、システム指令への返答というよ
りも、システム指令が必要な状態の発生に対する応答と
しての性格であり、その意味では、第１４図に示す如（
、「応答フレーム」と呼んでもよい。

この返答フレーム送出サブルーチンの詳細は第９ＢＢ図
に示されている。先ずステップ５１１０で、ＴＷＳノー
ドに接続されている入力素子の状態を読み取る。ステッ
プ５１１２では、ＴＷＳ自身のための返答データを作成
する。そして、ステラ７’Ｓ　１１４で、送出データフ
ラグＳＤＦをセットして、ステップ５４０＝６ステツプ
Ｓ４２で、この返答データがＬＳＩに送られるのを待つ
。

こうして、ＴＷＳ／−ドにより、自身のエラーが規定回
数をオーバしたこと、または他のノードにおけるＡＣＫ
エラーが規定回数をオーバした事を検出した場合は、Ｔ
ＷＳノードがシステム指令を全ノードにフレームの形で
送出すると共に、自身の入力素子の状態も、返答フレー
ムの形で、その状態を必要とする例えばＭＴ子ノードた
いして送るようにする。

「システムリフレッシュＪｍ令の受信 ＭＴ子ノードのステ、ブ５２２２（第１０Ｂ図）におい
てＹＥＳと判断されると、ステップ３２２８で、ＭＴの
ＣＰＵ、ＬＳＩの初期化を行う。そして、ステップ５２
３０てリフレッシュフラグをセットし、ステップ５２３
２では、ＭＴ子ノード接続されている全入力素子の状態
を読み取る。ステップＳ２４では、「システムリフレッ
ツユＪ指令＋、：、　対する返答フレームのためのデー
タ作成を行う。このデータは、プライオリティ（ＭＰ／
ＮＩＤ）と、上記読み取りデータと、送出先ノードのフ
ァンクシ冒ンドレスである。そして、ステップＳ２６で
、送出データフラグＳＤＦをセットする。

ところで、ノードによっては、そのノードに接続されて
いるスイッチ類等の入力素子の信号が、全て同じノード
に送られるとは限らない。換言すれば、ＭＴ子ノード、
もし複数スイッチ類があって、そのスイッチの信号を異
なる他のノードに送らなければならない場合、例えばＣ
ＣノードとＴＩ、Ｖ　Ｓノードに送るものがある場合か
ある。このような場合は、前記表に従って、ファンク／
ヨンアドレスは″８″としなければならない。

また、送出データのプライオリティＸは次のようにして
決める。すなわち、入力素子を多く含んでいるノードか
らの返答フレームは高い優先順位を与える。この入力素
子の信号に従って出力素子の状態が決められるからであ
る。ところで、１１゜Ｉ、という２つの入力素子と、○
ｌ　＋　Ｏｆという２つの出力素子間で、例えば、（、
ｃｚ○１に）ｌ、ｅｂ○、という順で素子の状態か決ま
っていると仮定する。

このような場合は、■、の属するノードに、この２つの
ノード間で最も高い優先順位を与えなければならない。

返答フレームの受信 このようにして、第２図のシステムでは、−ｉでも「シ
ステムリフレノシュ」指令カ不ソトワークに送出される
と、入力素子を有する全７−ドが返答フレームをバスＭ
ＢＩ上に送出する。換言すれば、第１４図のように、Ｔ
ＷＳノードも返答フレーム（応答フレーム）を送出する
し、ＭＴ子ノード返答フレームを送出する。

ＴＷＳノードにおける返答フレームの受信制御手順は第
９Ｃ図のステップ８１３２〜ステツプ５１４２に示され
ている。また、ＭＴ子ノードそれは、第１０Ｂ図のステ
ップ５２２４、ステップ８２４０〜ステツプ８２４５以
下に示されている。

両者は同じであるので、ＭＴ子ノード図により説明する
。

例えば、ＴＷＳノードからの返答フレームがＭＴ子ノー
ドＣＰＵに受は取られると、ステップ５２２０で当該フ
レームデータはＭＴノード宛であることが判定される。

返答フレームも、通常のフレームもその形式は変わりは
ない。従って、ステップ５２２２からステップ５２２４
に進む。

先のシステムでは、指令受信で、リフレッシュフラグが
ステップ５２３０でセットされているから、制御はステ
ップ５２４０に進む。ステップ５２４０では、返答フレ
ーム中の相手／−ドの入力素子の状態とＭ　Ｔ　／−ド
の出力素子の状態の不一致を調べる。不一致かあれば、
ステップ５２４１でその旨のログを行う。ステ、ブ５２
４２では、不一致の出力素子の状態を入力素子の状態に
併せてセットする。ステップ５２４４では、このような
出力素子のセットをＭＴ子ノード全出力素子について行
ったかを調へる。これは前述したように、Ｍ子ノードの
全出力素子に対応する入力素子か、複数の異なるノート
に亘る場合があり、このようなときは、複数のメートか
ら時間を分けて複数の返答フレームを受信しなければな
らないからである。さて、ステップＳ２．４−４で全部
について行っていると判断されたならば、ステップ５２
４５でリフレッシュフラグをリセットする。

こうして、ＴＷＳノードから発せられたシステムでは、
指令の返答フレームにより、対応するメートの出力素子
が、対応する入力素子の状態に併せて修正される。

＜定期的システムリフレッシュ〉 本システムでは、通信エラーが規定回数以上連統して発
生したとき以外にも一／ステムリフレノ／ユ」指令を送
出している。それは、５秒毎にＴＷＳ／−ドからバス１
に送出される「ンステムリフレ、／ユ」指令である。こ
の指令は、通信エラーが規定回数以上連続して発生した
ときの「システムリフレソツユ」指令と同じ形式であり
、また、それに対する各ノードからの返答も同じである
。

そこで、第９Ｄ図によりシステムでは、指令生成の手順
のみについて説明する。

同図のフローチャートは、ＴＷＳノードのタイマチップ
１１（第２図参照）から５秒毎に入力される割り込み信
号により起動される割り込み処理ルーチンである。この
５秒の経過があると、第９ＢＡ図にその詳細を示したり
フレッシュコマンド送出サブルーチンをステップ５１６
０で実行し、ステップ５１６２で返答フレーム送出サブ
ルーチンをを実行する。ステップ５１６４で、タイマチ
ップ１１に対し新たな５秒の時間を設定する。こうして
、５秒毎に、システムリフレノツユが行われる。

くプライオリティ制御〉 本実施例／ステムで実現されているところのフレーム送
出のプライオリティ制御について簡単に説明する。この
プライオリティとは、衝突が発生したときに、との７−
ドを優先するかという制御である。前述したように、プ
ライオリティは本来前もって各ノードに与えられている
。これは、前述したように、入力素子と出力素子との関
係が既知であるからである。

周知のように、本実施例が一部利用しているＣ３ＭＡ／
ＣＤ方式のバスでは、２つのノードからのローレベルと
／Ｓイレベルとか衝突すると、／ぐス上ではローレベル
として検出される。そして、ノーイレベルを送出した方
の７−ドはローレベルを検出するので、衝突があったこ
とを知る。本実施例のシステムでは、第３図に示すよう
に、ＳＤビットの次にプライオリティＸがくる。また、
プライオリティフィールドは、ＳＤビットに近い方から
順に上位から下位のビット（ｘ＝ｔ〜Ｘ＝ｎ）である。

このために、衝突が起こったか否かを、各フレームビッ
トの受信毎に、ＳＤビ、トから順々に判断するようにす
れば、衝突は、プライオリティＸの値か大きい方のフレ
ームを送出した方のノードのＬＳＩモアニールが必ず先
に検出することになる。換言すれば、プライオリティＸ
の高い（プライオリティフィールドの論理値の小さい）
方のノードからのフレームはエラーもなく全部正常に送
出されることになる。

第１３図の例では、プライオリティＸが“００１１”の
方の７−ドの再開ビットがゼロとして検出されるので、
このメートがフレーム再送になる。

衝突を検出した方の７−ドは、周知のＣ３ＭＡ／ＣＤの
アルゴリズムに従って所定時間後に当該フレームを再送
する。

プライオリティの繰り上げ 次に、第１０Ｄ図は、上記送信データのプライオリティ
繰り上げ制御の内容を示すフローチャートである。

例えば今送信要求状態にある送信データのプライオリテ
ィ（優先順位）ＸがＸ＝５（第５番目）のものであると
すると、先ずステップＳ１で該送信データＸ＝５の送信
動作が行われる。次にステ、プＳ、で、当該送信の完了
を確認し、送信の完了が確認されてＹＥＳになると、通
常どおり次の順位（Ｘ＝６）の送信を行うためにステッ
プＳ、にリターンする。

一方、例えば上記通信ラインが混んでいるために上記Ｘ
＝５の送信データの送信が不可能であり、ステップＳ、
の判定でＮＯと判定された場合には、先ずステップＳ、
に進んで当該送信要求状態にあるＸ＝５の送信データの
プライオリティＸ＝５を１順位繰り上げてやって再度ス
テップＳ４で送信動作を実行する。

そして、そのうえで更に上述のステップＳｆに戻って再
び送信が完了したか否かを判定し、ＹＥＳ（送信完了）
となると、上述の最初（１回）の送信動作で送信が完了
した場合と同様に次の順位Ｘ＝６の送信データの送信動
作に移る。

他方、上記１ステップ優先順位の繰り上げを行ったうえ
での送信動作によっても未だ送信不可能であったＮＯの
場合には、再度ステップＳ、を経て優先順位を繰り上げ
て送信動作を実行（ステップＳ４：し、送信が完了され
るまで該動作を繰り返す。

この結果、通信ラインビジー状態においても下位順位の
送信データの送信可能性が向上する。

【図面の簡単な説明】

第１図は、本発明の実施例に係る車両用多重伝送装置の
チェックンステムの構成を示す概略図、第２図は、同本
発明の実施例に係る車両用多重伝送装置のネットワーク
システムを説明する装置系統図、第３図は、同実施例に
用いられるデータフレームのフォーマット全体を示す説
明図、第４図は、同実施例に用いられるメートのハード
ウェア構成を示すブロック図、第５図は、同実施例にお
ける送信ノードから受信ノードにあてて、データが送出
されるときのデータの流れを説明する説明図、第６Ａ図
〜第６Ｃ図は、同実施例におけるノードのホストＣＰＵ
と多重ＬＳＩモジュール間でやり取りされるデータのフ
ォーマット構成を説明する説明図、第７図は、同実施例
においてＴＷＳノードとＭＴ／−ドとの機能連関を説明
する説明１　　図、第８図は、同実施例におけるＴＷＳ
ノードの多重ＬＳＩモジュールにおける制御手順を説明
するフローチャート、第９Ａ図は、同実施例におけるＴ
ＷＳノードのＣＰＵのメインルーチンの制御手順を説明
するフローチャート、第９Ｂ図は、同実施例におけるＴ
ＷＳ／−ドのＣＰＵのデータ送出サブルーチンの制御手
順を説明するフローチャート、第９ＢＡ図は、同実施例
におけるＴＷＳノードのＣＰＵのリフレ、７シユコマン
ドの送出サブルーチンの制御手順を説明するフローチャ
ート、第９ＢＢ図は、同実施例におけるＴＷＳノードの
ＣＰＵの返答フレーム送出サブルーチンの制御手順を説
明するフローチャート、第９Ｃ図は、同実施例における
ＴＷＳノードのＣＰＵの受信データ処理ルーチンの制御
手順を説明するフローチャート、第９Ｄ図は、同実施例
におけるＴＷＳノードのＣＰＵのタイマ割り込みの処理
手順を説明するフローチャート、第１０Ａ図は、同実施
例におけるＭＴノードのＣＰＩＪのメインルーチンの制
御手順を説明するフローチャート、第１０Ｂ図は、同実
施例におけるＭＴノードのＣＰＵの受信データ処理サブ
ルーチンの制御手順を説明するフローチャート、第１０
Ｃ図は、同実施例におけるＭＴ／−ドのＣＰＵのデータ
送出サブルーチンの制御手順を説明するフローチャート
、第１０Ｄ図は、同実施例におけるデータプライオリテ
ィ−繰り上げ制御の内容を示すフローチャート、第１１
図は、同実施例における通信エラーの回数を記録するロ
グの構成を説明する説明図、第１２図は、同実施例にお
ける入力素子を制御するノードから出力素子を制御する
メート間で交わされるデータのやり取りを説明する説明
図、第１３図は、同実施例においてフレーム間で衝突が
起こった場合のプライオリティ−（優先順位）を決定す
る原理を説明する説明図、第１４図は、同実施例におけ
るＴＷＳノードから「システムリフレッシュ」指令が送
出されたことに対するＭＴノードの応答を説明する説明
図、第１５図、第１６図、第１７図は、同実施例におけ
るデータフォーマットのＡＣＫフィールド部の拡大図で
ある。 ■　・・・・・多重伝送路ＭＢ 、　　２　・・・・・二不りタ ３　・・・・・多重ＬＳＩモジュール ４　・・・・・入力インターフェース回路５　・・・・
・出力インターフェース回路６　・・・・・入力信号線 ７　・・・・・出力信号線 ８　・・・・・ホストＣＰＵ １０・・・・・電源回路 １１・・・・・タイマチップ １００・・・・多重通信コントローラ Ｆ　・・・・・フレーム ＴＷＳ　−ＣＰＵ−データ送出 笥９Ｂ面 ′ｒＩＩＳ−リフレ、ツユコマ／ド退出笛９ＢＢｔ！１ 肘−ｃｐｕ−受信データ処理 ＭＴ　−ＣＰＩＩ−データ送出　　　　　　　　　　　
　　プライオＩＪティー繰り上げ制御＠１０ＣＩｆＩ　
　　　　笥１０ＤＩ！１第１５図 ＠１６１１ｆ １！１７図

Claims (1)

【特許請求の範囲】
1. １、複数のコントロールユニットを多重伝送が可能な通
   信ラインによって相互に接続するとともに当該通信ライ
   ンを使用して送受信される信号にデータ信号および該デ
   ータ信号の受信状態をチェックするためのチェック信号
   が含まれてなる車両用多重伝送装置において、上記チェ
   ック信号は、各々１つのビット部にハイ、ロー２種の信
   号の設定が可能なように構成されており、第１回目のデ
   ータ送信時に正常に信号を受信できたコントロールユニ
   ットのビット部をハイ状態に、他方同信号を受信できな
   かったコントロールユニットのビット部をロー状態に各
   々設定して上記チェック信号を再送するチェック信号再
   送手段を設けたことを特徴とする車両用多重伝送装置。