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

Abstract

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

Description

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

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

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

ところで、一般に自動車技術の分野においては、このよ
うな多重通信のネットワーク形態は、完全多重型と部分
多重型という分類、または集中多重型と分散型という分
類に分けて考えられている。

完全多重型は全ての系統を多重化したものである。

一方部分多重型は、非多重通信部分と多重通信部分とを
混在させたものであり、多重通信部分においては距離的
に分散して配置されたスイッチや負荷等が多重伝送ユニ
ットで接続されている。このタイプでは多重伝送ユニッ
トとスイッチ、負荷間は各々個別の配線が必要であるた
めに、／ステム全体の配線の全長は減るものの、その数
は増えると言われている。

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

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

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

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

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

（発明が解決しようとする課題） ところで、上記のような多重伝送システムでは、複数の
コントロールユニット間の通信に際シ、送信信号に優先
順位を設定し、該優先順位に従って信号を順次送信する
送信方法が採られる。

その結果、例えば対象となる送信ラインが混んでいると
、割り込み等のため優先順位の低い信号は常に待機状態
となって中々送信できない問題が生じる。

（課題を解決するための手段） 本発明は上記の問題を解決することを目的としてなされ
たものであって、複数のコントロールユニットを多重伝
送が可能な通信ラインによって相互に接続するとともに
当該通信ラインを使用して送受信される複数の信号の各
々に所定の優先順位を付し、該優先順位に従りて上記複
数のコントロールユニット間の多重通信を行うようにし
てなる車両用多重伝送装置において、優先順位繰り上げ
手段を設け、優先順位が低いために送信要求状態となっ
ても送信待機状態が強いられる下位信号の優先順位を繰
り上げて送信可能性を向上させるようにしたことを特徴
とするものである。

（作　用） 上記のように本発明の車両用多重伝送装置の構成では、
先ず基本構成として複数のコントロールユニット間の通
信信号が各々その優先順位に従って送信される。一方、
該基本構成を前提として更に優先順位の繰り上げを可能
とし、上記複数の送信信号の内の成る１つの信号が少な
（とも送信要求状態にある場合、その上位側送信信号の
送信が完了すると否とに拘わらず下位側送信信号の優先
順位を繰り上げて同下位側信号の送信可能性を高くする
ようになっている。

（発明の効果） 従って、上記本発明の車両用多重伝送装置によると、通
信ラインの混み具合に関係なく優先順位下位側の信号の
送信が可能となり、それだけ信頼性が向上する。

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

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

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

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

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

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

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

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

〈フレームフォーマット〉 この実施例の自動車用多重伝送方式では、例えば第３図
に示すような構成のフレーム（データフレーム）Ｆごと
に自動車運転情報が伝送されるようになっている。ここ
で、自動車運転情報とは、例えば［あるスイッチが投入
又は解除された！Ｊ等といった情報（ＯＮ／○ＦＦ情報
）である。このフレームＦは、Ｓ　Ｄ　（Ｓｔａｒｔ　
Ｄｅｌｉａ＋１ｔｅｒ）コードＳＤ。

プライオリティフードＸ、フレームＩＤコードＩＤ、デ
ータ長、データ１〜データＮ１チエツクコード等を有す
る構成になっている。

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

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

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

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

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

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

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

〈受信確認信号〉 更に、第３図の受信確認信号領域（ＡＣＫフィールド）
について説明する。このフィールドは、複数のビット、
例えば１６ビツトから成り、各多重／−ドに対し、その
多重／−ドに対して前もって決められたビット領域が割
り当てられ°Ｃいる。

このＡＣＫフィールドの各ビットにより、各ノードは正
常受信の確認を行う。即ち、送信ノードは、１６ビ、７
トのＡＣＫフィールドの自身ノードに対応する位置のビ
ットのみを“０”とし、他のビット全てを“１″にして
、即ち、１個の“０′と１５個の“１”ビットを、送信
フレームに続けて所定のギャップを設けて伝送路に送出
する。受信側の多重ノードは、チエツクフードにより受
信したフレームの内容に誤りがないか否かをチエツクし
、誤りがなければ各多重ノードについて前もって決めら
れた位置のビット領域に受信確認信号（Ａ　ＣＫ信号）
を“Ｏ”として送信多重／−ドに返送するようになって
いる。即ち、このＡＣＫフィールドが０″になっている
メートは、正常にフレームを受信したことを示す。

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

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

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

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

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

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

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

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

■：チャンネルエラーＣＨＥ・・・多重バスＭＢ１を占
有しているときにＰａ５ｓ　ｉｖｅ状態が検出された。

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

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

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

フレーム送受信 例えば、送受信ノードがＡＣ９Ｗノードであれば、エア
コンスイッチが入れられたことを入力Ｉ／Ｆ回路４を介
して知ったＡＣＳＷノードのホストｃｐｕｓは、第３図
に示した如きＡＣＵ（エアコンコントロールユニ、ト）
の多ｔａ　信コントローラ宛のフレームを作成して、多
重ＬＳＩモジュール３を介して、バスＭＢＩに送出する
。バスＭＢ１からフレームデータを受けたＡＣＵ多重通
信コントローラの多重ＬＳＩモジュール３は、受信した
フレームデータを解析して、エアコンのコンプレッサ等
を作動させるべく、出力インターフェース回路５を介し
て、コンプレッサ等を駆動する。

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

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

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

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

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

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

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

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

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

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

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

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

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

前述したように、ＴＷＳノードは、ネットワーク管理機
能を有すると共に、第７図に示すように、ドアスイッチ
類を制御する如く通常の７−ドとしての機能も有する。

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

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

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

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

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

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

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

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

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

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

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

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

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

かくして、多重ＬＳｆモジュールには通信上のエラーの
有無のステータス情報と、エラーがなかった場合のデー
タ情報とＡＣＫ情報とがそろっている。　　　　′ ステップＳ３５では、ＴＷＳノードのホストＣＰＵ８に
対してフレーム受信の割り込みを掛けて、ステップＳ３
６で、当該、ステータスデータ、送信データ、ＡＣＫデ
ータをホストＣＰＵ５にＤ７〜Ｄｏバス（第６図参照）
を介して送り、ステップＳ３０に進む。ＴＷＳノード宛
のフレームでなけレバ、ステップＳ３Ｂに進んで、ＴＷ
ＳノードのＬＳ　Ｉ（このＡＣＫテーブルは各ノードも
有する）自身が管理しているＡＣＫテーブルの管理を行
なう。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

同図において、ステ、ブ５１００で、「システムリフレ
ノンユ」指令のデータを作成し、ステップ５１０２で、
このデータをＴＷＳＩ７＋ＬＳ　Ｉモジュールに送る。

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

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

ステ、フ゛Ｓ９２の「／ステムリフレノツユを持合送出
」のためのサブルーチン実行の後は、ステップＳ９４で
他ノードへの「／ステムリフレノツユ」指令にり１する
「返答フレーム送出」サブルーチンを実行スる。これは
、ＴＷＳノードが通常ノードとしての性格を宵するから
であり、例えば、スイ。

チ２０の状態をＭＴノードに知らせる必要かあるからで
ある。尚、ＴＷＳノードにおける「返答フレーム」は、
／ステム指令への返答というよりも、ンステム指令が必
要な状態の発生に対する応答としての性格であり、その
意味では、第１４図に示す如く、　「応答フレーム」と
呼んでもよい。

この返答フレーム送出サブルーチンの詳細は第９ＢＢ図
に示されている。先ずステップＳｉｌ。

で、ＴＷＳ／−ドに接続されている入力素子の状態を読
み取る。ステップ５１１２では、ＴＷＳ自身のための返
答データを作成する。そして、ステップ５１１４で、送
出データフラグＳＤＦをセットして、ステップ５４０＝
＝５ステツプＳ４２で、この返答データがＬＳＩに送ら
れるのを待つ。

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

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

ところで、ノードによっては、そのメートに接続されて
いるスイッチ類等の入力素子の信号か、全て同じメート
に送られるとは限らない。換言すれば、ＭＴノードに、
もし複数スイッチ類かあって、そのスイッチの信号を異
なる他の７−ドに送らなければならない場合、例えばＣ
ＣノードとＴＷＳ／−ドに送るものがある場合がある。

このような場合は、前記表に従って、ファンク／ヨンア
ドレスは“８”としなければならない。

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

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

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

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

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

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

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

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

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

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

そこで、第９Ｄ図により「／ステムリフレノツユ指令」
生成の手順のみについて説明する。

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

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

周知のように、本実施例が一部利用しているＣ３ＭＡ／
ＣＤ方式のバスでは、２つの７−ドからのローレベルと
ハイレベルとが衝突スるト、ハス上ではローレベルとし
て検出される。そして、ハイレベルを送出した方の／−
ドはローレベルを検出するので、衝突があったことを知
る。本実施例の／ステムでは、第３図に示すように、Ｓ
Ｄビットの次にプライオリティＸかくる。また、プライ
オリティフィールドは、ＳＤビットに近い方から順に上
位から下位のビｙ　ト（Ｘ　＝　ｌ　−Ｘ　＝　ｎ　）
である。このために、衝突が起こったか否かを、各フレ
ームビットの受信毎に、ＳＤビットから順々に判断する
ようにすれば、衝突は、プライオリティＸの値が大きい
方のフレームを送出した方のノードのＬＳＩモジュール
が必ず先に検出することになる。換言すれば、プライオ
リティＸの高い（プライオリティフィールドの論理値の
小さい）方のノードからのフレームはエラーもなく全部
正常に送出されることになる。

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

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

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

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

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

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

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

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

【図面の簡単な説明】

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

Claims (1)

【特許請求の範囲】
1. １、複数のコントロールユニットを多重伝送が可能な通
   信ラインによって相互に接続するとともに当該通信ライ
   ンを使用して送受信される複数の信号の各々に所定の優
   先順位を付し、該優先順位に従って上記複数のコントロ
   ールユニット間の多重通信を行うようにしてなる車両用
   多重伝送装置において、優先順位繰り上げ手段を設け、
   優先順位が低いために送信要求状態となっても送信待機
   状態が強いられる下位信号の優先順位を繰り上げて送信
   可能性を向上させるようにしたことを特徴とする車両用
   多重伝送装置。