JP3271270B2 - データ通信装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、送・受信装置によりデ
ジタルデータの送・受信を行なうデータ通信装置に関す
る。

【０００２】

【従来の技術】従来より、この種のデータ通信装置とし
て、例えば特開平２−６２６０１号公報に開示されてい
る如く、データ通信時に送信データの一致を照合し、不
一致の場合はデータを再送信することによりデータ通信
を復旧するように構成されたデータ通信装置が知られて
いる。

【０００３】

【発明が解決しようとする課題】しかしこうした従来の
データ通信装置では、異常検出のためのデータを、デー
タ伝送用のデータ線を用いて送信していたため、異常検
出データ伝送に時間がかかり、データ通信を高速に行う
ことができなかった。

【０００４】つまり例えば複数のＣＰＵを使ってエンジ
ン等を制御する車両用電子制御装置等においては、制御
精度を向上するために、多くのデータを高速で送信でき
るようにすることが要求されているが、上記従来の装置
では、異常検出用のデータと通信データとを同じデータ
線を使って送信しているため、データ線の使用効率が悪
く、送信側で異常を速やかに検出できずに通信の正常復
旧が遅れると共に、データ通信を高速に行うことができ
ないといった問題があった。

【０００５】本発明は、こうした問題に鑑みなされたも
ので、デジタルデータの送受信を行なうデータ通信装置
において、通信異常発生時に速やかに正常復旧すること
ができ、しかも通信を高速で行うことができるようにす
ることを目的としている。

【０００６】

【課題を解決するための手段】即ち、上記目的を達成す
るためになされた本発明は、図１に例示する如く、デー
タ伝送を行うためのデータ線と、デジタルデータを上記
データ線上に送信する送信装置と、上記データ線を介し
て上記送信装置からのデジタルデータを受信する受信装
置とを備えたデータ通信装置において、上記送信装置と
受信装置との間に基準タイミング線と基準タイミング要
求線とを設けると共に、上記送信装置を、上記受信装置
に送信すべき複数のデジタルデータを、該各デジタルデ
ータを送信すべき周期に応じて区分した複数のデータ群
毎に、該周期に応じて予め設定されたスケジュールに従
って上記データ線上に送信し、且つ、予め設定された特
定のデータ群の送信時には、基準タイミング通信である
として、その旨を上記基準タイミング線を介して上記受
信装置に通知するよう構成し、更に、上記受信装置に、
上記送信装置から送信されてきたデジタルデータの異常
を検出する異常検出手段と、該異常検出手段にて異常が
検出されると、上記基準タイミング要求線を介して、上
記送信装置に上記基準タイミング通信を要求する基準タ
イミング通信要求手段とを設け、上記送信装置には、上
記基準タイミング要求線を介して上記受信装置から基準
タイミング通信が要求されると、その後のデータ送信
を、上記特定のデータ群から開始することで、データ通
信を復旧させるデータ通信復旧手段を設けたことを特徴
とするデータ通信装置。

【０００７】

【作用及び発明の効果】以上のように構成された本発明
のデータ通信装置においては、送信装置がデータ線を介
して受信装置に送信する複数のデジタルデータが、送信
すべき周期に応じて複数のデータ群に区分されており、
送信装置は、各データ群のデジタルデータを、送信すべ
き周期に応じて予め設定されたスケジュールに従って、
データ線上に送信する。また、送信装置は、予め設定さ
れた特定のデータ群の送信時には、基準タイミング通信
であるとして、その旨を基準タイミング線を介して受信
装置に通知する。この結果、受信装置側では、この基準
タイミング線を介して、現在送信装置から送信されてい
るデータ群が基準タイミング通信による特定のデータ群
であることを検知し、その後送信装置から送信されてく
るデータ群についても上記スケジュールに基づき検知で
きることになる。つまり、本発明では、基準タイミング
線を用いて、受信装置側でのデジタルデータの受信動作
を送信装置側での送信動作に同期させることができる。
一方、受信装置側では、異常検出手段が、送信装置から
送信されてきたデジタルデータの異常を監視しており、
異常検出手段がそのデジタルデータの異常を検出する
と、基準タイミング通信要求手段が、基準タイミング要
求線を介して、送信装置に基準タイミング通信を要求す
る。すると、送信装置側では、データ通信復旧手段が、
その後のデータ送信を、特定のデータ群の送信を行う基
準タイミング通信から開始することで、データ通信を復
旧させる。この結果、受信装置側で送信装置から送信さ
れてきたデジタルデータの異常を検出すると、送信装置
からの次回のデータ送信は、必ず基準タイミング通信用
の特定のデータ群となり、その後は、通常通り、上記ス
ケジュールに従って、各データ群のデジタルデータが送
信装置から受信装置に送信されることになる。そして、
基準タイミング通信では、上記のように、基準タイミン
グ線を介して送信装置から受信装置にその旨が通知され
るので、受信装置側では、基準タイミング線からの通知
によって、デジタルデータの異常検出後、送信装置から
のデジタルデータの送信が正常に復旧したことを速やか
に検知し、通常通りのデータ受 信動作に入ることができ
る。つまり、送信装置−受信装置間でデータ通信の同期
をとる場合、従来では、実際のデータ通信に先だって、
データ線を用いて同期用データを送受信するが、この方
法では、データ通信を開始するまでに時間がかかる。そ
して、この問題は、データ通信の異常検出後、正常に復
旧させる場合も同様に発生する。しかし、本発明では、
基準タイミング要求線を用いて受信装置側から送信装置
側へ通信異常を報知し、送信装置側では、この報知に従
い、その後のデータ通信を基準タイミング通信から開始
し、同時に、受信装置側への基準タイミング通信を通知
することから、異常発生後に、データ通信を速やかに正
常に復旧させることができるようになるのである。

【０００８】

【実施例】以下に本発明の実施例を図面と共に説明す
る。まず図２は本発明が適用された実施例の車両用エン
ジン制御装置の構成を表すブロック図である。

【０００９】図２に示す如く、本実施例の車両用エンジ
ン制御装置は、燃料噴射量制御，アイドル回転制御，燃
料ポンプ制御，バルブ駆動制御，過給圧制御，故障診断
制御等を行なう電子制御回路（ＥＣＵ）１０と、点火時
期制御，ノック制御，過給圧演算等を行なう電子制御回
路（ＥＣＵ）２０とから構成されている。

【００１０】ＥＣＵ１０は、スタートスイッチ，クラッ
チスイッチ等の各種スイッチ信号を入力するための入力
バッファ１１、回転数センサ，気筒判別センサ等からの
パルス信号を波形整形して入力する波形整形回路１２、
吸気管圧力，冷却水温等を検出する各種センサからのア
ナログ信号をデジタル信号に変換して入力するＡ／Ｄ変
換器１３、燃料噴射弁，アイドルスピードコントロール
バルブ等の駆動信号を出力する出力ドライバ１４、これ
ら各部に接続されたＩ／Ｏポート１５、Ｉ／Ｏポート１
５を介して上記スイッチ信号やセンサ信号を取り込んで
エンジン制御のための演算処理を行ない、出力ドライバ
１４から各種駆動信号を出力させるＣＰＵ１６、ＣＰＵ
１６にて演算処理を行うためのプログラムや各種データ
が予め格納されたＲＯＭ１７、及びＣＰＵ１６にて演算
処理を行なう際にデータが一時的に格納されるＲＡＭ１
８により構成されており、ＥＣＵ２０も、ＥＣＵ１０と
同様、入力バッファ２１、波形整形回路２２、Ａ／Ｄ変
換器２３、出力ドライバ２４、Ｉ／Ｏポート２５、ＣＰ
Ｕ２６、ＲＯＭ２７、及びＲＡＭ２８により構成されて
いる。

【００１１】ここで上記各ＣＰＵ１６，２６は、通信機
能を有し、同期式のシリアル通信により双方向にデータ
通信を行う。即ち、本実施例においては、ＣＰＵ１６が
マスタ、ＣＰＵ２６がスレーブと定義されており、各Ｃ
ＰＵ１６、２６間が、マスタ側からスレーブ側に通信用
のクロック信号を供給するための通信専用クロック線
Ａ、マスタ側からスレーブ側にデジタルデータを送信す
るためのデータ線Ｂ、スレーブ側からマスタ側にデジタ
ルデータを送信するためのデータ線Ｃ、マスタ側からス
レーブ側に現在基準タイミング通信を行っている旨を知
らせるための基準タイミング線Ｄ、スレーブ側からマス
タ側に基準タイミング通信を要求するための基準タイミ
ング要求線Ｅ、及びスレーブ側からマスタ側にデジタル
データの受信処理を完了した旨を知らせるための受信完
了信号線Ｆにより接続されている。

【００１２】そして各ＣＰＵ１６，２６は、図３に示す
如く、一回の通信で８ビットのデジタルデータを同時に
送受信するために、データ線Ｂ，Ｃにより接続された８
ビットのシフトレジスタ１６ａ，２６ａを備えており、
マスタ側ＣＰＵ１６による通信制御の下で、まず送信す
べきデジタルデータを各シフトレジスタ１６ａ，２６ａ
にストアしておき、通信用のクロック信号により各シフ
トレジスタ１６ａ，２６ａ内の送信データを１ビットづ
つシフトして、各データ線Ｂ，Ｃ上に送出することによ
り、送信データを他方のシフトレジスタ２６ａ，１６ａ
に転送する、といった手順でデータ送信を行なう。また
データ送信後は、他方のＣＰＵからの送信データがシフ
トレジスタにストアされた状態となるので、そのデータ
（受信データ）を受信バッファに取り込む。

【００１３】またこのように各ＣＰＵ１６，２６は、シ
フトレジスタ１６ａ、２６ａを用いてデジタルデータを
相互に交換することによりデータ通信を行うため、各Ｅ
ＣＵ１０，２０のＲＯＭ１７，２７内には、データ交換
を行なうデータの種類，順序，データ量等を表すデータ
リストが、予め設定されたデータ通信の種類毎に記憶さ
れている。

【００１４】即ち、本実施例では、エンジン制御実行時
に、スロットル開度，バッテリ電圧，スイッチ入力等の
高速でデータ交換の必要なデータを８ｍsec.毎のデータ
通信（基準タイミング通信）で、冷却水温や大気圧等の
高速でデータ交換をする必要のないデータを３２ｍsec.
毎のデータ通信で、その中間のデータを１６ｍsec.毎の
データ通信で、夫々、データ交換するようにされてお
り、このために各ＲＯＭ１７，２７内には、これら各デ
ータ通信の種類毎に、データ交換を行なうデータの種
類，順序，データ量等を表すデータリストが格納されて
いるのである。

【００１５】尚本実施例のデータ通信はマスタ側ＣＰＵ
１６の制御の下に行われるため、ＥＣＵ１０のＲＯＭ１
７内には、データ通信を開始する際にデータ通信の種類
を決定するためのスケジュールデータが格納されてい
る。また各ＣＰＵ１６，２６は、エンジン制御のための
データ通信の他、エンジン制御用コンピュータの組立時
や車両点検の際にも、各作業に必要なデータ通信を行え
るようにされており、そのために、エンジン制御のため
の通常通信モード，組立工場内での検査用通信モード，
及び修理のためのサービス通信モード，の３種の通信モ
ードが予め設定されており、これら各通信モード毎に、
上記スケジュールデータ及びデータリストが作成されて
いる。

【００１６】以下、上記のようにマスタ側ＣＰＵ１６に
よる制御の下で実行されるデータ通信について、図４〜
図１２に示すフローチャートに沿って説明する。まず図
４はマスタＣＰＵにて４ｍsec.毎に実行されるデータ送
信開始処理を表すフローチャートである。

【００１７】図に示す如くこの処理が開始されるとまず
Ｓ１０にて、前回の通信より所定時間（例えば４．０９
６ｍsec.）以上経過しているかどうかをチェックし、所
定時間以上経過していればＳ１１に移行する。Ｓ１１で
は、図５に示す如く、基準タイミング要求線ＥがLow レ
ベルでスレーブ側より基準タイミング通信の要求がある
か否か（Ｓ１１０）、ＲＡＭ１８内に格納されている通
信カウンタの値が設計値以外の異常な値となっているか
否か（Ｓ１１１）、及びＲＡＭ１８内に格納されている
現在の通信モードを表すデータが前述の３種の通信モー
ド以外のデータとなっているか否か（Ｓ１１２）を夫々
判断し、これら各判断処理のいずれかで肯定判断された
場合には、何等かの異常が発生しているものとして基準
タイミング通信を行うための基準タイミングフラグをセ
ットする（Ｓ１１３）、といった手順でＲＡＭ値のチェ
ック処理を行なう。

【００１８】次に続くＳ１２では、Ｓ１１にて異常が判
定されたか否かを判断し、異常が判定されていれば後述
のＳ１８に移行し、異常が判定されていなければＳ１３
に移行して、前回の通信は完了しているか否かを判断す
る。そして通信処理が処理遅れ等で、前回の通信が今回
の通信開始タイミングまで影響している場合には、新た
な通信は開始せずにスキップし、Ｓ２２にてそのスキッ
プ回数をカウントする。そして続くＳ２３にて、そのカ
ウントしたスキップ回数から通信のスキップが連続して
所定回以上起こったか否かを判断し、スキップが連続し
て所定回以上起こっている場合には、ＣＰＵ間の通信処
理において何等かの異常（例えばスレーブ側ＣＰＵ２６
の暴走で正常な通信ができなくなった）が発生したもの
として、システムリセットをかけ、そうでなければその
まま処理を終了する。

【００１９】一方Ｓ１３にて前回の通信が完了している
と判断された場合には、Ｓ１４に移行して、前回の通信
でスレーブＣＰＵ２６より転送されてきた受信バッファ
上の受信データを全て加算する周知のチェックサム演算
を行ない、Ｓ１５にてその演算結果と受信データ内の最
終データであるミラーコードとから、チェックサムエラ
ーをチェックする。そしてチェックサムエラーが発生し
ていなければ、Ｓ１６にて受信データのＲＡＭ１８への
書き込み処理を行った後、Ｓ１８に移行し、チェックサ
ムエラーが発生していれば、Ｓ１７にてエラー回数のカ
ウント処理を行ない、Ｓ１８に移行する。

【００２０】尚受信データのＲＡＭ１８への書き込み
（Ｓ１６）は、図６に示す如く、ＲＯＭ１７内に格納さ
れているスケジュールデータから前回行ったデータ通信
の種類をチェックし（Ｓ１６０）、その種類に対応した
受信用のデータリストを読み込み（Ｓ１６１）、そのデ
ータリストに基づき受信バッファ内のデータ量が正常か
どうかを判断し（Ｓ１６２）、データ量が正常であれば
データリストに基づき受信バッファ内の受信データをＲ
ＡＭ１８に転送する（Ｓ１６３）といった手順で実行さ
れ、またエラー回数のカウント（Ｓ１７）は、図７に示
す如く、チェックサムエラーの連続回数をカウントして
（Ｓ１７０）、そのカウント数が所定値以上かどうかを
判断し（Ｓ１７１）、所定値以上であれば基準タイミン
グフラグをセットする（Ｓ１７２）、といった手順で実
行される。

【００２１】次にＳ１８では、通信モードを決定する。
既述したように、本実施例では、３種類の通信モードが
決定されているため、ここでは外部からのモード選択指
令に応じて、このいずれかの通信モードを設定する。そ
して通信モードが設定されると、続くＳ１９に移行し
て、この通信モードに対応したスケジュールデータに基
づきデータ通信の種類を決定するスケジューリング処理
（図８）を行なう。

【００２２】このスケジューリング処理では、図８に示
す如く、まず基準タイミングフラグがセットされている
か否かにより現在通信異常が発生しているか否かを判断
し（Ｓ１９０）、通信異常が発生している場合には、強
制的に基準タイミング通信を行なうために基準タイミン
グのシーケンスコードをセットし（Ｓ１９６）、スレー
ブ側に基準タイミング通信の開始を知らせるために基準
タイミング線ＤをLowレベルにする（Ｓ１９７）。また
通信異常が発生していない場合には、スケジュールカウ
ンタを更新し（Ｓ１９１）、このカウンタ値とスケジュ
ールデータとに基づき現在データ通信を行なうタイミン
グであるかどうかを判断する（Ｓ１９２）。そしてデー
タ通信を行なうタイミングければそのまま処理を終了
し、データ通信のタイミングであれば、上記カウント値
とスケジュールデータとから求められるデータ通信の種
類が基準タイミング通信であるかどうかを判断し（Ｓ１
９３）、基準タイミング通信であれば、基準タイミング
のシーケンスコードをセットし（Ｓ１９６）、基準タイ
ミング線ＤをLow レベルにする（Ｓ１９７）。また今回
のデータ通信が基準タイミング通信でなく、１６ｍsec.
通信或は３２ｍsec.通信であれば、その種類に対応した
通信タイミングを表すシーケンスコードをセットし（Ｓ
１９４）、基準タイミング線ＤをHighレベルにする（Ｓ
１９５）。こうして通信タイミングを表すシーケンスコ
ードがセットされ基準タイミング線Ｄのレベルが設定さ
れると、通信モードを表すコードを上位４ビット、通信
タイミングを表すシーケンスコードを下位４ビットとし
て、８ビットの制御コードを作成し（Ｓ１９８）、処理
を終了する。

【００２３】このようにスケジューリング処理が実行さ
れると、今度はＳ２０に移行し、図９に示す如く、上記
スケジューリングにて決定した今回のデータ通信の種類
をチェックし（Ｓ２０１）、データ通信の種類に対応し
た送信用のデータリストを読み込み（Ｓ２０２）、デー
タリストに基づき送信データのデータ量をセットアップ
し（Ｓ２０３）、データリストに従いＲＡＭ１８から送
信すべきデータをピックアップして、送信バッファにセ
ットし（Ｓ２０４）、更にその送信データのチェックサ
ムを計算してミラーコードを作成し、最終の送信データ
として送信バッファにストアする（Ｓ２０５）、といっ
た手順で送信データを送信バッファにセットする。そし
て続くＳ２１では、Ｓ１９のスケジューリング処理で作
成した制御コードをシフトレジスタ１６ａに書き込み、
データ通信用のクロック信号を発生することにより、デ
ータ通信を開始し、処理を一旦終了する。

【００２４】この後マスタ側ＣＰＵ１６は、受信完了信
号線Ｆを介して、スレーブ側ＣＰＵ２６からの受信完了
信号の入力（Low レベルからHighレベルへのエッジ入
力）があるまで、エンジン制御用の処理プログラムを実
行し、スレーブ側ＣＰＵ２６から受信完了信号の入力が
あると、スレーブ側の通信処理が完了したものと判断し
て、図１０に示す割込処理を実行する。

【００２５】即ち、この割込処理では、まずＳ３０で基
準タイミング線ＤをHighレベルにした後、Ｓ３１に移行
し、通信開始時にセットされる通信継続フラグを用いて
現在通信が継続中であるか否かを判断し、通信が継続中
でなければ、後述のＳ４０に移行する。また通信が継続
中であれば、Ｓ３２にて前回の処理で制御コードを送信
した直後であるか否かを判断し、制御コードを送信した
直後でなければＳ３３に移行して、シフトレジスタ１６
ａ内の受信データを受信バッファにストアする。そして
続くＳ３４では、Ｓ３７で更新される通信カウンタの値
から全データを受信したか否かを判断し、全データを受
信していなければ、Ｓ３５で通信フェイルフラグ及び割
込フラグをリセットし、Ｓ３６で受信完了信号線Ｆのレ
ベルが通常のLow レベルとなっているのを確認し、Ｓ３
７で通信カウンタを更新した後、Ｓ３８にて、送信バッ
ファ内に格納されている次に送信すべきデータをシフト
レジスタ１６ａにセットして、データ通信用のクロック
信号を発生することによりデータ送信を行ない、処理を
終了する。

【００２６】一方Ｓ３２にて前回の処理で制御コードを
送信した直後であると判断された場合には、スレーブ側
ＣＰＵ２６からの送信データは意味のないものである
（スレーブ側ＣＰＵ２６は、制御コードを受信して送信
データの準備を行ない、次回のデータ通信からデータ送
信を開始する）ため、そのままＳ３５に移行し、上記Ｓ
３５〜Ｓ３８の一連の送信処理を行なった後、処理を終
了する。またＳ３４にて全データを受信したと判断され
た場合には、Ｓ３９で通信継続フラグをリセットし、Ｓ
４０で通信フェイルフラグ及び割込フラグをリセット
し、Ｓ４１で受信完了信号線Ｆのレベルが通常のLow レ
ベルであることを確認した後処理を終了する。

【００２７】次に図１１はスレーブ側ＣＰＵ２６にて実
行される通信処理を表すフローチャートである。尚この
処理は、マスタ側ＣＰＵ１６からのデータ送信により割
込処理されるものであり、スレーブ側ＣＰＵ２６は、通
常、メインルーチンにてエンジン制御用の処理プログラ
ムを実行している。

【００２８】図に示す如くこの処理が開始されると、ま
ずＳ５０にて、上記Ｓ１１と同様にＲＡＭ２８内の通信
カウンタ及び通信モードのチェックを行ない、異常時に
は基準タイミング要求フラグをセットする、といった手
順でＲＡＭ値のチェック処理を行なった後、Ｓ５１に
て、マスタ側ＣＰＵ１６に対してエッジ割込をかけれる
ように、受信完了信号線Ｆをスタンバイ状態（即ち、Lo
w レベル）にし、Ｓ５２にて、基準タイミング線ＤがLo
w レベルか否かによって現在基準タイミング通信の開始
タイミングか否かを判断し、基準タイミング通信の開始
タイミングでなければ、Ｓ５３にてシフトレジスタ２６
ａ内の受信データが制御コードかどうかをチェックす
る。

【００２９】そしてＳ５２にて基準タイミング線ＤがLo
w レベルであると判断されるか、Ｓ５３にて受信データ
が制御コードであると判断されると、Ｓ５９で通信継続
フラグをセットし、Ｓ６０で通信カウンタを初期化し、
Ｓ６１にて、受信バッファ内の受信データ（即ち制御コ
ード）から通信モード及びデータ通信の種類を解析する
と共に、制御コードが正常かどうかのチェックを行い、
制御コード異常時には基準タイミング要求フラグをセッ
トする、といった手順で制御コードのチェックを行な
い、Ｓ６２に移行する。

【００３０】Ｓ６２では、Ｓ６１にて制御コードが正常
と判定されたか否かを判断し、制御コードに異常があれ
ば、後述のＳ６４に移行し、制御コードが正常であれ
ば、Ｓ６３に移行して、前述のＳ２０と同様に、通信モ
ード及びデータ通信の種類に対応した送信データを作成
して送信バッファにセットする。また続くＳ５６では、
送信バッファ内の送信データの中から今回送信すべきデ
ータを抽出してシフトレジスタ２６ａにセットし、Ｓ５
７にて通信カウンタを更新し、Ｓ５８にて、受信完了信
号線Ｆを一旦HighレベルにしてLow レベルに戻すことに
より、マスタ側ＣＰＵ１６にエッジ割込をかけ、Ｓ６４
に移行する。

【００３１】一方Ｓ５３にて、受信データが制御コード
でないと判断されると、Ｓ５４に移行してシフトレジス
タ２６ａ内の受信データを受信バッファにストアし、Ｓ
５５にて全データを受信したか否かを判断する。そして
全データを受信していなければＳ５６に移行して、上記
Ｓ５６〜Ｓ５８の処理を実行した後、Ｓ６４に移行し、
全データを受信していれば、Ｓ６８に移行して、図１２
に示す受信完了処理を実行して処理を終了する。

【００３２】次にＳ６４では、Ｓ５０又はＳ６１のチェ
ック処理にてセットされる基準タイミング要求フラグか
ら、ＲＡＭ値又は受信データの異常によりマスタ側ＣＰ
Ｕ１６に対して基準タイミング通信を要求すべきかどう
かを判断し、基準タイミング通信を要求する場合にはＳ
６５で基準タイミング要求線ＥをLowレベルに、逆に基
準タイミング通信を要求しない場合にはＳ６６で基準タ
イミング要求線ＥをHighレベルにして、Ｓ６７に移行す
る。そしてＳ６７では、通信フェイルフラグ及び割込フ
ラグをリセットし、処理を終了する。

【００３３】次に上記Ｓ６８の受信完了処理では、図１
２に示す如く、まずＳ６８１でチェックサム演算を行な
い、Ｓ６８１でチェックサムエラーのチェックを行な
う。尚ここでチェックサムエラーが連続して６回以上発
生していれば、通信異常と判断して基準タイミング要求
フラグをセットする。そしてチェックサムエラーが発生
していなければ、Ｓ６８３に移行して、前述のＳ１６と
同様、受信バッファ内の受信データをＲＡＭ１８に転送
した後、Ｓ６８４に移行し、チェックサムエラーが発生
していなければそのままＳ６８４に移行する。そしてＳ
６８４では、前述のＳ６４と同様、基準タイミング要求
フラグがセットされているか否かを判断し、基準タイミ
ング要求フラグがセットされていれば、Ｓ６８５にて基
準タイミング要求線ＥをLow レベルにした後、Ｓ６８７
で通信フェイルフラグ及び割込フラグをリセットし、基
準タイミング要求フラグがリセットされていれば、Ｓ６
８６にて基準タイミング要求線ＥをHighレベルにして、
Ｓ６８７を実行する。そしてＳ６８８にて通信継続フラ
グをリセットし、Ｓ６８９にて通信カウンタをクリア
し、処理を終了する。

【００３４】以上説明したように本実施例のエンジン制
御装置においては、図１３に示す如く、まずマスタ側Ｃ
ＰＵ１６が４ｍsec.毎の通信開始処理（Ｂ）にて、通信
モード及び種類を決定し、それに対応した制御コードＣ
Ｏを送信すると、これに伴いスレーブ側ＣＰＵ２６が割
込処理（Ｉ）にて通信の準備を行ない、通信準備が終了
すると、受信完了信号線Ｆを介して、マスタ側ＣＰＵ１
６に対してエッジ割込をかける。そしてエッジ割込
（Ｉ）によりマスタ側ＣＰＵ１６がデータ送信を行なう
と、このデータ送信に伴いスレーブ側ＣＰＵ２６が割込
処理（Ｉ）を行ない、受信データを処理し、この処理が
終了すると受信完了信号線Ｆを介して、マスタ側ＣＰＵ
１６に対して再度エッジ割込をかける、といった手順で
順次デジタルデータＤＡの交換を行なう。そして最後に
チェックサムエラーチェック用のミラーコードＣＨの交
換がなされ、データ通信が終了する。

【００３５】またこうしたデータ通信は、予め設定され
たスケジュールデータに従い、４ｍsec.毎に、基準タイ
ミング通信，１６ｍsec.通信，基準タイミング通信，３
２ｍsec.通信…といった順序で実行されるが、各ＣＰＵ
１６，２６は、データ通信時にＲＡＭ値の異常判定や受
信データの異常判定を行なうようにされており、スレー
ブ側ＣＰＵ２６がこうした通信異常を検出すると、図１
４に示す如く（図はスレーブ側ＣＰＵ２６が受信した制
御コードの異常を検出した場合を示している）基準タイ
ミング要求線ＥをLow レベルにする。するとマスタ側Ｃ
ＰＵ１６は、この基準タイミング要求線Ｅからスレーブ
側ＣＰＵ２６での通信異常を検知して、データ通信を正
常にすべく、次の通信を基準タイミング通信に切り替
え、その旨をスレーブ側ＣＰＵ２６に報知するために基
準タイミング線ＤをLow レベルにする。またマスタ側Ｃ
ＰＵ１６が通信異常を検出した場合にも、マスタ側ＣＰ
Ｕ１６は、次の通信を基準タイミング通信に切り替え、
その旨をスレーブ側ＣＰＵ２６に報知するために基準タ
イミング線ＤをLow レベルにする。

【００３６】このため、本実施例では、通信異常発生時
には、基準タイミング通信により各ＣＰＵ１６，２６間
でのデータ通信の同期とって、データ通信を速やかに正
常状態に復旧させることが可能となる。つまりこうした
シリアル通信にて同期をとる場合、従来では、実際のデ
ータ通信に先だって、データ線を用いて、同期用のコー
ドデータをマスタ−スレーブ間で転送し合うようにされ
ているが、この方法では、データ通信を開始するまでに
時間がかかり、本実施例のように短い周期で多量のデー
タ交換をする場合には、制御処理遅れの問題を引き起こ
すことがある。しかし、本実施例では、基準タイミング
要求線Ｅと基準タイミング線Ｄとを用いて、スレーブ側
からマスタ側への通信異常の報知及びマスタ側からスレ
ーブ側への基準タイミング通信の実行指令を行なうよう
にされており、データ線はデータ通信のみに使用してい
るので、こうした問題を解決して、データ通信を高速に
行ない、かつ通信異常が発生しても速やかに復旧させる
ことができるようになるのである。

【００３７】また本実施例では、マスタ側ＣＰＵ１６が
図４に示すＳ１３，Ｓ１２，Ｓ２３の処理によってスレ
ーブ側ＣＰＵ２６の動作状況（例えば暴走していないか
どうか）をチェックし、システムリセットにより復旧さ
せるようにされているので、データ通信の信頼性をより
向上することができる。また更に各ＣＰＵ１６，２６に
て、チェックサムエラーを検出した場合には、受信デー
タを破棄するだけで、システムリセットをかけないの
で、他のエンジン制御系への影響を少なくすることが可
能となる。

【００３８】尚本実施例においては、マスタ側ＣＰＵ１
６が本発明の送信装置に相当し、スレーブ側ＣＰＵ２６
が本発明の受信装置に相当する。また、スレーブ側ＣＰ
Ｕ２６にて実行される処理の内、ＲＡＭ値、制御コー
ド、及びチェックサムエラーのチェックを行うＳ５０、
Ｓ６１、Ｓ６８２のチェック処理が、本発明の異常検出
手段に相当し、これらのチェック結果に従い基準タイミ
ング要求線ＥをLow レベルに設定するＳ６５及びＳ６８
５の処理が、本発明の基準タイミング通信要求手段に相
当する。また、マスタ側ＣＰＵ１６にて実行される処理
の内、基準タイミング要求線ＥがLow レベルでスレーブ
側より基準タイミング通信の要求があるか否かを判定し
て（Ｓ１１０）、基準タイミング通信の要求があれば基
準タイミングフラグをセットし（Ｓ１１３）、基準タイ
ミングフラグがセットされている場合に、強制的に基準
タイミング通信を行なうために基準タイミングのシーケ
ンスコードをセットして（Ｓ１９６）、スレーブ側に基
準タイミング通信の開始を知らせるために基準タイミン
グ線ＤをLow レベルにする（Ｓ１９７）、一連の処理
が、本発明のデータ通信復旧手段に相当する。そして、
本実施例では、２つのＣＰＵ間で双方向にデータ通信を
行なうシステムについて説明したが、本発明は、一方向
のデータ通信を行なうシステムに応用することもでき
る。

【００３９】また更に本実施例では、２回目以降のデー
タ通信を割込ルーチンにて行なうようにしているが、処
理遅れや高速にデータ通信をする必要がなければ、全て
のデータをベースルーチンで処理することもできる。ま
た本実施例では、マスタ側ＣＰＵ１６での基準タイミン
グ要求線Ｅによる異常判定を、基準タイミング要求線Ｅ
のレベルチェックにより行っているが、検出信号のエッ
ジをチェックすることにより異常判定を行なうようにし
てもよい。

【００４０】

【図面の簡単な説明】

【図１】 本発明の構成を例示するブロック図である。

【図２】 実施例の車両用エンジン制御装置の構成を表
すブロック図である。

【図３】 ＣＰＵ間でのデジタルデータの交換動作を説
明する説明図である。

【図４】 マスタＣＰＵにて実行されるデータ送信開始
処理を表すフローチャートである。

【図５】 図４のＳ１１にて実行されるＲＡＭ値のチェ
ック処理を表すフローチャートである。

【図６】 図４のＳ１６にて実行される受信データのＲ
ＡＭへの書き込み処理を表すフローチャートである。

【図７】 図４のＳ１７にて実行されるチェックサムエ
ラーのカウント処理を表すフローチャートである。

【図８】 図４のＳ１９にて実行される通信のスケシュ
ーリング処理を表すフローチャートである。

【図９】 図４のＳ２０で実行される送信データの送信
バッファへのセット処理を表すフローチャートである。

【図１０】 マスタＣＰＵにて実行されるデータ送信割
込処理を表すフローチャートである。

【図１１】 スレーブＣＰＵにて実行されるデータ受信
割込処理を表すフローチャートである。

【図１２】 図１１のＳ６８にて実行される受信完了処
理を表すフローチャートである。

【図１３】 通信正常時の通信動作の一例を表すタイム
チャートである。

【図１４】 通信異常時の通信動作の一例を表すタイム
チャートである。

【符号の説明】

１０，２０…電子制御回路（ＥＣＵ） １１，２１…入
力バッファ １２，２２…波形整形回路 １３，２３…Ａ／Ｄ変換
器 １４，２４…出力ドライバ １５，２５…Ｉ／Ｏポー
ト １６…ＣＰＵ（マスタ） ２６…ＣＰＵ（スレーブ） １７，２７…ＲＯＭ １８，２８…ＲＡＭ １６ａ，２６ａ…シフトレジスタ Ａ…通信専用クロ
ック線 Ｂ，Ｃ…データ線 Ｄ…基準タイミング線 Ｅ…基準タイミング要求線 Ｆ…受信完了信号線

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 データ伝送を行うためのデータ線と、デ
   ジタルデータを上記データ線上に送信する送信装置と、
   上記データ線を介して上記送信装置からのデジタルデー
   タを受信する受信装置とを備えたデータ通信装置におい
   て、 上記送信装置と受信装置との間に基準タイミング線と基
   準タイミング要求線とを設けると共に、 上記送信装置を、上記受信装置に送信すべき複数のデジ
   タルデータを、該各デジタルデータを送信すべき周期に
   応じて区分した複数のデータ群毎に、該周期に応じて予
   め設定されたスケジュールに従って上記データ線上に送
   信し、且つ、予め設定された特定のデータ群の送信時に
   は、基準タイミング通信であるとして、その旨を上記基
   準タイミング線を介して上記受信装置に通知するよう構
   成し、 更に、 上記受信装置に、上記送信装置から送信されてき
   たデジタルデータの異常を検出する異常検出手段と、該
   異常検出手段にて異常が検出されると、上記基準タイミ
   ング要求線を介して、上記送信装置に上記基準タイミン
   グ通信を要求する基準タイミング通信要求手段とを設
   け、上記 送信装置には、上記基準タイミング要求線を介して
   上記受信装置から基準タイミング通信が要求されると、
   その後のデータ送信を、上記特定のデータ群から開始す
   ることで、データ通信を復旧させるデータ通信復旧手段
   を設けたことを特徴とするデータ通信装置。