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

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、例えばＣＳＭＡ／ＣＤ方式等のような多重伝
送方式を車両内の信号伝送に適用した車両用多重伝送装
置に関し、特に分散型の多重通信ネットワークの伝送装
置に関する。

（従来の技術） 自動車のエレクトロニクス化に伴ない、電子部品間を結
ぶ配線（ワイヤハーネス）の肥大化、複雑化が深刻な問
題となってきた。この問題を特に自動車の分野において
解消するために、多重通信が注目されている。多重通信
は１つの配線上に複数のデータを時分割多重で送出する
もので、基本的にはシリアル伝送が基本となっている。

自動車の分野においては、この多重通信のネットワーク
形態は、完全多重型と部分多重型という分類、または、
集中型と分散型という分類に分けて考えられている。部
分多重型は、非多重通信部分と多重通信部分とを混在さ
せたものであり、多重通信部分においては距離的に分散
して配置されたスイッチや負荷等が多重伝送ユニットで
接続されている。このユニットとスイッチ、負荷間は個
別の配線が必要であるために、配線の全長は減るものの
５その数は増えると言われている。また、集中型は、１
つのマスクの伝送ユニットに対して複数のスレーブの伝
送ユニットが接続されるもので、細径化効果は得られる
ものの、マスクがダウンするとシステムダウンになる、
また設計変更が困難になるなどの欠点があると言われて
いる。−方、分散型はコストはかかるものの、大きな細
径化効果が得られること、−・部ダウンに対する信頼性
が高いこと、設計変更に対する柔軟性が高いこと等の点
で脚光を浴びている（例えば、特開昭６２−４６５８）
。この分散型多重通信システムでは、例えばＳＡＥ　（
米国自動車技術会）標準他案では、ＣＳＭＡ／ＣＤ方式
が採用されている。この伝送方式においては、何れかの
多重ノードから、宛先アドレスを持つフレームごとにデ
ータを伝送すると、この宛先アドレスで指定された送信
先多重ノードは、伝送データを正常に伝送路から受信し
たときに、受信フレームに続いて受信確認信号（ＡＣＫ
）を返送するようになっている。

また、本出願人から、このＣＳＭＡ／ＣＤ方式を更に発
展させたＰ　Ａ　Ｌ　Ｎ　Ｅ　Ｔ　（Ｐｒｏｔｏｃｏｌ
　ｆｏｒＡｕｔｏｍｏｂｉｌｅ　Ｌｏｃａｌ　ａｒｅａ
　Ｎｅｔｗｏｒｋ）方式も、特願昭６２−３０２．’ｆ
ス１　により提案されている。この方式では、信号伝送
毎に、全アクティブノードからＡＣＫ信号が返送される
もので、例えば１６個のノードが接続されていれば、１
６個のノードが伝送路に送出される。尚、送信先のノー
ドは識別子（ＩＤ）により区別される。そして、ＡＣＫ
信号の伝送前と伝送後とでの一致／不一致により、ＡＣ
Ｋテーブルを更新するようにしている。

（発明が解決しようとする課題） 多重通信により車両の信号伝送系の簡略化を試みる場合
に、第１に重要なことは、そのシステムの信頼性である
。そして、その信頼性も自動車に特有な条件にマツチし
たものでなくてはならないということである。即ち、上
記ＣＳＭＡ／ＣＤ方式あるいはＰＡＬＮＥＴ方式では、
ＡＣＫが返つてこなかった場合に、ノードの不存在によ
るものなのか、ノードの故障によるものなのかの識別は
不可能である。−数的なＬＡＮ　（ローカルエリアネッ
トワーク）では、ＡＣＫが返ってこないということは、
システムの構成変更（例えば、端末の電源オフ）等によ
るノードの不存在と見なしても構わないが、車両、なか
んずく、自動車においてはそのようにみなす訳にはいか
ない、何故なら、例えば自動車においては、エンジンキ
ーの位置（オフ、ＡＣＣ，オン）により、アクティブな
ノードが変化するからである。

例えば、エアコン用のスイッチ類のためのノードはＡＣ
Ｃ位置では非アクティブであるが、エンジンキーのオン
位置ではアクティブである。そして、上記Ｃ３ＭＡ／Ｃ
Ｄ方式あるいはＰＡＬＮＥＴ方式では、エンジンキーが
ＡＣＣ位置にあるときは、ＡＣＫが返ってこないエアコ
ンスイッチのノードは、ＡＣＫを返送しなかった他のノ
ードと同様に、不存在とみなされてでいるわけである。

従って、実際に故障しているにもかかわらず、不存在と
見られていたノードの存在することの可能性はあり得る
わけで、そのことが分散型多重通信の信頼性を損ねる一
因にもなっていた。

本発明はこのような背景に基づいてなされたものであり
、その目的は、信頼性の高い車両用多重伝送装置を提案
することにある。

（課題を達成するための手段及び作用）上記課題を達成
するための本発明の構成は、第１図に示すように、共通
の多重伝送路を介して相互に接続された複数の通信ノー
ドからなる車両用多重伝送装置において、前記複数の通
信ノードは、ノード間通信を分散多重プロトコルに従っ
て制御する通信制御ユニットを含むノードと、システム
全体を管理する管理ユニットを含むノードとから構成さ
れ、該制御ユニットは多重伝送路から受信データを受け
ると、該多重伝送路に受信確認信号を送出する手段を有
し、管理ユニットは、所定の状態における各ノードから
の受信確認信号の予め登録されたテーブルと、各通信ノ
ードからの実際の受信確認信号とを比較照合する手段と
、この比較照合結果に基づいてノード管理を行なう手段
とを具備したことを特徴とする。

管理ユニットは、予め決められている状態に応じた受信
確認信号と実際に受けた受信確認信号とを比較するので
、各状態に応じた正確な管理が行なえる。

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

第２図はこの実施例に使用されるノードの接続を示す全
体図である。尚、簡略化のために、この実施例に用いら
れるノードは７つとした。各ノードはツイストペア線等
からなる多重伝送路バスＭＢを介して接続される。これ
らの多重ノードは、ナビゲーション装置やオーディオ装
置等の表示制御を行なうユニットのための多重ノードＣ
ＣＳ。

メータ額用の多重ノードＭＴ、自動車電話アダプタ用の
多重ノード置、エアコンコントロールユニット用の多重
ノードＡＣＵ、エアコンのスイッチ類のための多重ノー
ドＡＣＳＷ、ステアリング周りのスイッチ類のための多
重ノード５ＴＳＷ、そして、各ノードに電源を供給する
ためや自己診断用の試験装置を接続するための接続ボッ
クス用多重ノードＪＢである。また、上記のステアリン
グ周りのスイッチ類には、ターンライトスイッチ、ター
ンレフトスイッチ、スモールランプスイッチ、ホーンス
イッチ、ヘッドランプハイビームスイッチが含まれ、メ
ータ類には、ターンライトインジケータ、ターンライト
インジケータ、ヘッドライブハイビームインジケータが
含まれる。

各ノードに供給される電源について説明する。

電源はこの実施例では、通常の自動車と同じく、＋Ｂ、
ＡＣＣ，ＩＧ　（各１２ｖ）という３つの電源がエンジ
ンキーの位置に応じて用意されている。各ノードに供給
される電源は、そのノードが接続されている負荷、スイ
ッチの役目、用途に応じて変えて供給される。即ち、Ｊ
Ｂノードは、エンジンキーを抜いたときを除いて常に電
源が供給されている必要があるので、＋Ｂ、ＡＣＣ，Ｉ
Ｇが供給されている。ＡＣＣ，ＩＧの２つの電源が供給
されているノードは、ＭＴノード、ＣＣＳノード等であ
り、ＡＣＣのみが供給されているノードは５ＴＳＷ、置
ノードであり、ＩＧのみが供給されているものは、ＡＣ
３Ｗノード、ＡＣＵノードである。

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

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

先ず、ｒＳＤコード」は、フレームＦの開始を表す特定
のコードであり、受信多重ノードはこのＳＤコード符号
を受信するとフレームＦの開始を認知するようなってい
る。「プライオリティコード」は同時に複数の多重ノー
ドがデータを送信し、信号が衝突した場合にどの信号を
優先して処理するかを指示する優先順位を示す符号であ
る。

複数のデータの衝突が生じた時は優先度の高いデータが
先行して処理される。「フレームＩＤコード」はデータ
領域の各ビットにどのようなデータが割り付けられてい
るかを識別する符号である。

いわばフレームＦのデータ領域のデータの組合せを示す
符号である。受信多重ノードはこのフレームＩＤコード
によってそのフレームＦのデータ領域のデータの内容を
知ることができる。「データ長」にはこのあとに続くデ
ータの数が書き込まれ、Ｎ個のデータがあるとすればデ
ータ長としてＮが送られる。このフレームを受は取った
多重ノードでは、データをデータ長の内容だけ読み取る
。そしてデータに引き続くフィールドがＣＲＣチエツク
コード（誤り検出符号）で、これを確認することにより
、フレームの終わりであることを知ることができる。

くネットワーク管理の原理〉 更に、第３図の受信確認信号領域（ＡＣＫフィールド）
について説明する。このＡＣＫフィールドは、ＰＡＬＮ
ＥＴとして本出願人が特願昭６２に提案したものである
。このフィ ールドは、複数のビット、例えば１６ビツトから成り、
各多重ノードに対し、その多重ノードに対して前もって
決められたビット領域が割り当てられている。このＡＣ
Ｋフィールドの各ビットにより、各ノードは正常受信の
確認を行う。即ち、送信側ノードは、１６ビツトのＡＣ
Ｋフィールドの自身ノードに対応する位置のビットのみ
を“０”とし、他のビット全てを“１”にして、即ち、
１個の“０”と１５個の“ｌ″ビツト、送信フレームに
続けて所定のギャップを設けて伝送路に送出する。受信
多重ノードはチエツクコードにより受信したフレームの
内容に誤りがないかをチエツクし、誤りがなければ各多
重ノードについて前もって決められた位置のビット領域
に、各多重ノードに固有の受信確認信号（ＡＣＫ信号）
を“０”として送信多重ノードに返送するようになって
いる。即ち、この八〇にフィールドが“Ｏ′°になって
いるノードは、正常にフレームを受信したことを示す。

第４図は、第２図実施例における７つのノード夫々に割
り当てられたＡＣＫビットの位置を示す。尚、この割り
当て位置は前もって決めたものであれば、任意の位置で
あってよい。尚、同図において、ＣＣ３以降のビット位
置には第２図に示した実施例ではノードが存在しないの
で、全て“１”となっている。

第５Ａ図〜第５Ｃ図は、第４図に従ったＡＣＫビットの
割り当てに従った場合に、各電源状態におけるアクティ
ブなノードが各々もし正常であれば、返送されるであろ
うＡＣＫビットを示している。

第５Ａ図は、エンジンキーが挿入された段階で十Ｂ状態
にある場合に、ＪＢノードからのＡＣＫが返るべきこと
を示す。第５Ｂ図は電源がＡＣＣ状態にあるときに、Ｊ
Ｂ、ＭＴ、５ＴＳＷ、置、ＣＣ３の５つのノード各々か
らＡＣＫが返るべきことを示している。また、第５Ｃ図
は７つの全ノードからＡＣＫが返るべきことを示してい
る。即ち、前述したように送信側ノードは、送信時に、
ＡＣＫフィールドの自身について割り当てられたビット
を除いた１５ビツト全てを“ｌ“としているので、夫々
の電源状態において、アクティブになっていないノード
は当然にもＡＣＫを返さないから、その対応ビット部分
は“１“となったままである。また、アクティブなノー
ドはＡＣＫとして“０”を返している。

そこで、各電源状態におけるＡＣＫパターンを前もって
テーブルとしてＲＯＭ等に記憶しておき、実際に受は取
った各電源状態におけるＡＣＫパターン（このパターン
を「受信ＡＣＫパターンと呼ぶ）と前記テーブル（この
テーブルに記憶されているパターンを、「登録ＡＣＫパ
ターン」と呼ぶ）とを比較すれば、アクティブであるべ
きノードのＡＣＫビットが正しく”０”となっているか
、非アクティブであるべきノードのＡＣＫビットが正し
く“１“となっているかを調べれば、各電源状態に応じ
て、各ノードの良／不良を正確に判定できる。上記「登
録ＡＣＫパターン」は、十Ｂ状態では ０１１１１１１’　　”１１１１．１１１１″ＡＣＣ状
態では “００１０１００”　　″１１１１１１１１″ＩＧ状態
では “ｏｏｏｏｏｏｏ”　　１１１１１１１１″である。

ところで、上述の各ノードの良／不良を正確に判定する
ことは、ネットワーク管理そのものであるから、常に、
監視を行なっていることが望ましい。従って、この監視
を行なう主体は、エンジンキーが挿入された以降の全て
の段階で上記監視を行なうべきであるから、＋Ｂ、ＡＣ
Ｃ，ＩＧの各電源が供給されている必要がある。かかる
意味から、上記監視主体は、第２図実施例においては、
ＪＢノードに設けることが望ましい、尚、勿論、別個独
立に監視用のノードを設定しても構わない。

くフレーム送受信シーケンス） 第６図は、第２図の各ノードに共通に用いられている多
重通信コントローラの概略構成を示すものである。また
、第７図はノード間のフレーム送受信シーケンスを示す
該略図である。

第６図において、ｌは第２図の伝送路であるＭＢであり
、２は多重通信コントローラ１００とＭＢｌとを接続す
るためのコネクタである。３は多重インターフェースモ
ジュールであり、８はホストＣＰＵである。多重Ｉ／Ｆ
モジュール３は、ＭＢＩ上のキャリア検出／衝突検出、
更に、ＭＢＩからシリアルデータな読取り、パラレルデ
ータ（Ｄ？〜Ｄｏ）への変換等を行なう。また、ホスト
ＣＰＵ８との間では、読取った８ビツトパラレルデータ
（Ｄ？〜Ｄ、）のホストＣＰＵ８への送出や、ＣＰＵ８
からのパラレルデータのシリアルデータへの変換等を司
どる。その他に、垂直パリティのチエツク、エラー検出
コードの計算等も行なう、即ち、ネットワークにおける
物理層レベルの制御を司どる。ホストＣＰＵ８と、実際
のスイッチ、負荷（不図示）等はワイヤ６．７、入力。

出力インターフェース回路４．５を介して接続されてい
る。

第７図において、ノード間におけるフレームの送受信及
び、エラー処理を説明する。

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

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

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

第８図により、ノード間のフレーム送信のアルゴリズム
の具体例を説明する。第８図では、ＩＧ電源の状態を例
にした場合であり、この場合では、正規にアクティブな
ノードは７つ（後の８ビツトのノードは不使用）である
から、ＡＣＫテーブルは、 ０００００００１１１１１１１１″ である。かかるＡＣＫテーブルのときに、ＪＢノードか
ら、他の６つのノード全てに宛てフレームを送信したと
する（第８図（ａ））、即ち、フレームＩＤをＪＢノー
ド以外の６つのノードを全てとした場合である。この送
信に対して、５ＴＳＷ及びＡＣＳＷ以外のノードからは
アクティブが返ッテキタ（受信Ａ　ＣＫ　バター：／＝
ＯＯＯ１１００・・・）。即ち、受信できなかったノー
ドは５ＴＳＷ及びＡＣＳＷの２つである（同図（ｂ））
。そこで、次に、この２つの５ＴＳＷ及びＡＣＳＷのノ
ードをフレームＩＤに格納して、当該フレームを再送す
る（同図（ｃ））、この再送に対して、（ｄ）のような
アクティブパターン（＝ＯＯ１０１００・・・）とする
、即ち、ＡＣＫが返ってこなかったノードはＡＣＵとＡ
ＣＳＷである。ところが、ＡＣｔＪノードに関しては、
最初の送信で既にフレームが受信されているので、第１
回目の再送での受信不良はＡＣＳＷのみの１つだけであ
る。

更に、（ｅ）でフレームＩＤをＡＣＳＷのみとした第２
回目の再送を行なう、この再送に対して、同図（ｆ）の
ような受信ＡＣＫパターン（＝００１００００・・・）
が返ってきたとする。ＡＣＵノードは既に最初の送信で
正常受信されているから、この時点で、フレームを受信
すべきノードが全て再送で少なくとも一回正常に受信し
たので、フレーム送信は終了する。

もし、最大再送回数である３回の再送を行なっても、フ
レームを受信すべきノードが一度も正常に受信できなか
ったようなノードが１つでもあれば、そのノードはネッ
トワークから外されたものとして、当該ノードに対応す
るＡＣＫテーブルのビットを“ｌ”とする、即ち、ＡＣ
Ｋテーブルは更新される。

〈監視制御〉 次に、第９図〜第１２図に従って、ＪＢソノ−よるネッ
トワーク監視制御について説明する。

第９図は、現在、どの電源がアクティブであるかを保持
してステータス情報としてＪＢノードのＣＰＵ８に送出
すると共に、また、ＡＣＣ，ＩＧ電源の変化を検出して
ＪＢノードのＣＰＵ８に割り込みを掛けるための回路で
ある０図中、２０は＋Ｂ、ＡＣＣ，ＩＧのうち、どの電
源がアクティブであるかを保持するためのレジスタであ
り、＋１２ＶレベルをＩＣ（集積回路）レベルの電圧に
変更するためのレベルチェンジャ及びラッチ等からなる
。２１は電圧変化の検出回路であり、電源がＡＣＣ状態
に、または、ＩＧ状態に変化したときに、ＪＢノードの
ＣＰＵ８に割込みを掛けるためのものである。第１０図
は、この割り込みにより起動されるＪＢノードのＣＰＵ
８における割り込み処理ルーチンである。ＪＢのＣＰＵ
８に対して、この割り込みがあったということは、今、
電源の変化があったことを意味するから、ステップＳ１
０で、所定の時間幅のタイマを起動する。電源変化があ
ったときは、それにより、アクティブになるノードと非
アクティブになるノードが発生する。それらは、ノード
のＩＣのばらつきにより、アクティブ日非アクティブま
たは非アクティブφアクティブへの変化はばらばらであ
り、上記所定の時間の間は受信ＡＣＫパターンは信頼が
おけない。そのような期間は過渡的期間とするために上
記タイマが用いられる。ステップＳ１２では、電源のス
テータスをレジスタ２０から読み込む。かくして、電源
の変化がある毎に、ＪＢノードのｃｐｕｓは、現在の電
源状態を知ることができると共に、その過渡期間を設定
することができる。

第１１図は、ＪＢノードの多重インターフェースモジュ
ール（ＬＳＩ）におけるフレーム受信制御に係るフロー
チャートである。このＬＳＩは、Ｃ３ＭＡ／ＣＤ方式の
伝送制御を行なうコントローラ（不図示）と、バスＭＢ
Ｉ上のデータの論理レベルの符号変換を行なうエンコー
ダ／デコーダ（不図示）と、ＭＢＩに直接接続されレベ
ルチェンジャの働きをするトランシーバ（不図示）、そ
して、ＣＰＵ８のメモリにアクセスするためのＤＭＡ（
不図示）等を擁している。

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

ステップＳ２４で、フレーム受信中にエラーがあれば、
ステップＳ３２に進み、ＪＢノード用のＡＣＫタイミン
グまで待ち、ステップＳ３４で、ＡＣＫビットをＭＢＩ
に送出し、ステップＳ３５に進む。

ステップＳ３５では、ＪＢノードのＣＰＵ８に対し、受
信ＡＣＫパターンを送出するための割り込みを掛け、ス
テップ３３６で、受信ＡＣＫパターンをＣＰＵ８に対し
送出する。ステップＳ３Ｂでは、第８図に関連して説明
したようなＡＣＫテーブルの管理を行なう。

尚、ステップＳ１８で、ＪＢノードで他のノードに対し
送出すべきフレームデータがある場合には当該フレーム
を送出するために、ステップＳ１９に進む、このフレー
ム送信を行なう場合には、当該フレーム送出後に、ＬＳ
Ｉを自分自身のノードのためのＡＣＫビットを送出する
ために送信モードになると共に、他のノードからのＡＣ
Ｋビットを受信するために受信モードにもなる。そして
、フレーム送信の場合にも、受信した受信ＡＣＫパター
ンをＣＰＵ８に対して送出するのは、フレーム受信時と
同じである。

第１２図は、ＪＢノードのＣＰＵ８におけるネットワー
ク管理ルーチンである。尚、このように、多重インター
フェースモジュールであるＬＳＩとＣＰＵ８とで、ＡＣ
Ｋテーブル管理とネットワーク管理とを分担させたのも
、ＣＰＵ８の負担とＬＳＩの負担を分散化させるためで
ある。

ステップＳ４０では、ＪＢノード宛のフレームデータ（
もし、あれば）をＬＳＩから受信し、更に、受信ＡＣＫ
パターンをＬＳＩから受信する。

ステップＳ４２では、（もし、あれば）ＪＢノード宛の
フレームデータの処理を行なう、ステップＳ４４では、
ステップ５１０（第１１図）のタイマがタイムアウトし
ていないか、即ち、電源変更後の過渡期にあるかを調べ
る。過渡期にあれば、受は取った受信ＡＣＫパターンは
信頼が置けないので、何も処理は行なわない。

ステップＳ４４で過渡期になければ、ステップＳ４６で
、ステップＳ１２でよみこんだ電源状態を調べ、ステッ
プ３４８では、この電源状態に応じた登録ＡＣＫパター
ン（第５Ａ図〜第５ｃ図）を読み込む、ステップＳ５０
では、この登録ＡＣＫパターンと受信ＡＣＫパターンと
を比較し、不一致があれば、その不一致のノードを解析
検出し、ステップＳ５４では、履歴を記録するためにそ
の旨を例えばＥＥＦＲＯＭ　（不図示）にログする。ス
テップＳ５６では、異常が発生したことをメータＭＴに
表示するためのフレームを生成する。このフレームは、
例えば、メータＭＴノード宛であって、エラーしたノー
ドの番号と表示の態様を指定するデータを含む、ステッ
プＳ５８では、このフレームをＬＳＩへ送出する。

このエラー表示フレームを受けたＪＢノードのＬＳＩで
は、ＭＢＩがとジーでなければ、当該フレームを送出す
る。

〈実施例の効果〉 ■；電源状態により変わるネットワーク状態を的確に把
握、管理することができる。

■；ネットワーク管理はノードのＣＰＵ８が、フレーム
の再送管理は通信専用のＬＳＩが受は持つので、夫々の
負担が減少する。

〈変形例〉 ■；多重インターフェースモジュール（ＬＳＩ）には、
非同期に、ｃｐｕｓからの割り込みと多重バスＭＢから
のフレーム受信とが発生する。従って、電源変更の過渡
期間でないにもかかわらずにＬＳＩがフレーム受信に応
答できなくて、ＡＣＫ返送が行なわれない場合が発生す
る。このような場合は、ノート間のフレーム伝送の量が
拡大するほど、また、ノードが増加するほど、頻度が多
くなる。

かかる場合にも上記実施例のように異常と判断するのは
好ましくないので、上記実施例のネットワーク管理制御
を次のように変更することを提案する。即ち、第８図に
関連して説明したＬＳＩにて行なわれるＡＣＫテーブル
管理のアルゴリズムを、受信ＡＣＫパターンによるネッ
トワーク管理にも適用するのである。詳しく言えば、ノ
ード間のフレーム送受信では、最大再送回数は３回に設
定しであるから、もし、この３回の各々の再送毎にＪＢ
ノードのＣＰＵ８がＬＳＩから受は取った受信ＡＣＫパ
ターンの全て第８図に関連して説明したＬＳＩにて行な
われるＡＣＫテーブル管理のアルゴリズムを、受信ＡＣ
Ｋパターンによるネットワーク管理にも適用するのであ
る。

詳しく言えば、ノード間のフレーム送受信では、最大再
送回数は３回に設定しであるから、もし、ＪＢノードの
ＣＰＵ８がＬＳＩから受けた受信ＡＣＫパターンについ
て、３回とも登録ＡＣＫパターンと一致しなかった場合
には、そのノードは異常とみなすようにするのである。

■；上記実施例では、異常状態検出の報告をメータへの
表示で行なっているが、次のようにしてもよい、即ち、
そのフレームを受けると、受けたノードがリセット状態
になるようなフレームを決めておき、登録ＡＣＫパター
ンと受信ＡＣＫパターンに不一致が発生すれば、かかる
フレームをＪＢノードから全ノードに宛て送出するので
ある。

■：上記実施例では、Ｃ３ＭＡ／ＣＤ方式を適用したも
のであったが、所謂ブロードキャストタイプの送信であ
って、受けたノードが全てＡＣＫを返送するように設定
した通信方式であれば、いかなる通信方式、例えば、ト
ークン方式にも本発明を適用できる。

■：上記実施例では、電源状態に応じて登録ＡＣＫパタ
ーンが種々設定されていたが、次のようなものにも本発
明を適用できる。即ち、状態が電源状態以外のいかなる
ものであれ、管理用ノードがその状態を認識でき、その
状態に応じた登録ＡＣＫパターンを前もって登録してお
いたような実施例にも、本発明を適用できる。

（発明の効果） 以上説明したように本発明の車両用多重伝送装置によれ
ば、共通の多重伝送路を介して相互に接続された複数の
通信ノードからなる車両用多重伝送装置において、前記
複数の通信ノードは、ノード間通信を分散多重プロトコ
ルに従って制御する通信制御ユニットを含むノードと、
システム全体を管理する管理ユニットを含むノードとか
ら構成され、該制御ユニットは多重伝送路から受信デー
タを受けると、該多重伝送路に受信確認信号を送出する
手段を有し、管理ユニットは、所定の状態における各ノ
ードからの受信確認信号の予め登録されたテーブルと、
各通信ノードからの実際の受信確認信号とを比較照合す
る手段と、この比較照合結果に基づいてノード管理を行
なう手段とを具備したことを特徴とする。

従って、管理ユニットは、予め決められている状態に応
じた受信確認信号と実際に受けた受信確認信号とを比較
するので、各状態に応じた正確な管理が行なえる。

【図面の簡単な説明】

第１図は本発明の構成を示す図、 第２図は本発明の１実施例に係る多重伝送装置のネット
ワークを説明する図、 第３図は実施例に用いられるフレームのフォーマットを
示す図、 第４図は各ノードについてＡＣＫフィールドに割り当て
られたビット構成を示す図、 第５Ａ図〜第５Ｃ図は各電源状態に応じた正常時の受信
ＡＣＫパターンを説明する図、第６図は実施例に用いら
れるノードのハードウェア構成を示す図、 第７図は送信ノードから受信ノードにあてて、データが
送出するときの、データの流れを説明する図、 第８図は第７図のシステムにおいて、エラー発生時の再
送アルゴリズムを説明する図、第９図は電源状態を監視
するための回路図、第１０図はＪＢノードが電源状態を
監視するための制御手順のフローチャート、 第１１図はＪＢノードの多重インターフェースモジュー
ルにおける通信制御手順に係るフローチャート、 第１２図はＪＢノードのホストＣＰｔＪ８における通信
制御手順に係るフローチャートである。 図中、 ｌ・・・多重伝送路ＭＢ、２・・・コネクタ、３・・・
多重インターフェースモジュール（ＬＳＩ）、４・・・
入力インターフェース回路、５・・・出力インターフェ
ース回路、６・・・入力信号線、７・・・出力信号線、
８・・・ホストＣＰＵ、１００・・・多重通信コントロ
ーラである。 特許出願人　マツダ株式会社（ｉ　−１）第４ 図 第５Ｃ図 （ｔＧ） 第 ６図 ７ムーム）り１イも し くｃ） 杜 フレーム肉太 （ｅ） ７レーム偽迭 ↓１ 第８図 第１２図

Claims (1)

【特許請求の範囲】
1. （１）共通の多重伝送路を介して相互に接続された複数
   の通信ノードからなる車両用多重伝送装置において、 前記複数の通信ノードは、ノード間通信を分散多重プロ
   トコルに従つて制御する通信制御ユニットを含むノード
   と、システム全体を管理する管理ユニットを含むノード
   とから構成され、 該制御ユニットは多重伝送路から受信データを受けると
   、該多重伝送路に受信確認信号を送出する手段を有し、 管理ユニットは、所定の状態における各ノードからの受
   信確認信号の予め登録されたテーブルと、各通信ノード
   からの実際の受信確認信号とを比較照合する手段と、こ
   の比較照合結果に基づいてノード管理を行なう手段とを
   具備したことを特徴とする車両用多重伝送装置。