JPH0888668A

JPH0888668A - 通信装置

Info

Publication number: JPH0888668A
Application number: JP6225227A
Authority: JP
Inventors: Masayuki Kobayashi; 正幸小林
Original assignee: NipponDenso Co Ltd
Current assignee: Denso Corp
Priority date: 1994-09-20
Filing date: 1994-09-20
Publication date: 1996-04-02
Also published as: US5737630A

Abstract

(57)【要約】【目的】通信時間の短縮を図るとともにハンドシェイク
のための処理負荷を軽減することができる通信装置を提
供することにある。【構成】マスタＣＰＵ１６とスレーブＣＰＵ２６と
が、データ線Ｂとデータ線Ｃを用いてデータのやり取り
が行われる。スレーブＣＰＵ２６からマスタＣＰＵ１６
への通信メッセージに初期化要求のためのキーワードを
入れている。スレーブＣＰＵ２６での通信エラーに伴う
スレーブＣＰＵ２６からマスタＣＰＵ１６への初期化要
求がキーワードにて行われる。又、マスタＣＰＵ１６は
電源投入時の初期時とキーワードによる初期化要求を含
めた通信エラー発生時のみ、要求線Ｄと応答線Ｅとを用
いてスレーブＣＰＵ２６を初期化して同期をとる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は通信装置に係り、詳し
くは、マスタＣＰＵとスレーブＣＰＵとの間で同期式シ
リアル通信を行う通信装置に関するものである。

【０００２】

【従来の技術】従来、例えばエンジン制御システムにお
いて複数のＣＰＵを用いてＣＰＵ間でデータ通信しつつ
エンジンを制御することが行われている。このような場
合において、ＣＰＵ間で同期式シリアル通信する手法と
して、ＤＬＥによるコードインディペンデントがある。
これは、ＩＳＯのＲ６４６規格である基本形データ伝送
制御手順でメッセージの制御符号の独立性を確保するた
めに用いられるものである。より具体的には、この手法
は、制御符号（例えば、ＳＯＨ；ＳｔａｒｔＯｆＨ
ｅａｄｉｎｇ）の前にもＤＬＥを挿入することで制御符
号とデータが一致することを防ぎ、メッセージの切り出
しの誤りを検出可能とする（ＤＥＬは、ＤＥＬ＋ＤＥＬ
で符号化する）。

【０００３】しかし、この手法は、通信データの内のＤ
ＥＬと同一値が存在していた場合、１バイトのＤＥＬを
ＤＥＬ＋ＤＥＬの２バイトで表現しなければならずメッ
セージ全体の長さが固定にならない事と、制御符号の切
り出しやＤＥＬ＋ＤＥＬをＤＥＬに変換するために直前
のデータを保持し、前のデータとの関係にてデータ化し
なければならないため、固定長のバイト数をハードウェ
ア的に通信してくれるシステムでは使用できない事、ま
た、制御符号の切り出し等のプログラムが複雑な事、直
前のデータ保持用ＲＡＭが必要なことにより採用できな
い。

【０００４】そこで、マスタ／スレーブ方式で同期式シ
リアル通信を行う方法としてシリアル通信線以外の専用
線を用いてデータの通信毎にハンドシェイクしてマスタ
／スレーブ間の同期をとることが行われている。例え
ば、図１０に示すように、マスタＣＰＵ１００とスレー
ブＣＰＵ１０１とをＲＥＡＤＹ線とＢＵＳＹ線とＤＡＴ
Ａ線で結び、図１１に示すように、マスタＣＰＵ１００
が出力するＲＥＡＤＹ信号とマスタＣＰＵ１００に入力
されるＢＵＳＹ信号によりデータの出力毎にハンドシェ
イクする。

【０００５】

【発明が解決しようとする課題】ところが、このような
方式を採用した場合においてはデータの通信毎に専用線
（ＲＥＡＤＹ線，ＢＵＳＹ線）をコントロールしてハン
ドシェイクしているために、通信時間の増大やハンドシ
ェイクのためのソフトウェア処理負荷が大きくなってし
まっていた。

【０００６】そこで、この発明の目的は、通信時間の短
縮を図るとともにハンドシェイクのための処理負荷を軽
減することができる通信装置を提供することにある。

【０００７】

【課題を解決するための手段】請求項１に記載の発明
は、マスタＣＰＵとスレーブＣＰＵとの間で同期式シリ
アル通信を行う通信装置であって、マスタＣＰＵからス
レーブＣＰＵに通信メッセージを送る第１データ線と、
スレーブＣＰＵからマスタＣＰＵに通信メッセージを送
る第２データ線と、マスタＣＰＵからスレーブＣＰＵに
初期化の要求を行う要求線と、スレーブＣＰＵからマス
タＣＰＵに初期化の終了を示す応答線と、を有し、スレ
ーブＣＰＵからマスタＣＰＵへの通信メッセージに初期
化要求のための初期化要求コードを入れて、スレーブＣ
ＰＵでの通信エラーに伴うスレーブＣＰＵからマスタＣ
ＰＵへの初期化要求を前記初期化要求コードにて行うと
ともに、マスタＣＰＵは電源投入時の初期時と前記初期
化要求コードによる初期化要求を含めた通信エラー発生
時のみ、前記要求線と応答線とを用いてスレーブＣＰＵ
を初期化して同期をとるようにした通信装置をその要旨
とする。

【０００８】請求項２に記載の発明は、請求項１に記載
の発明における初期化要求コードは通信メッセージの先
頭に配置されている通信装置をその要旨とする。請求項
３に記載の発明は、請求項２に記載の発明における前記
通信メッセージは初期化要求コードを構成するビット数
よりも長い単位で通信メッセージを分割して送るように
した通信装置をその要旨とする。

【０００９】

【作用】請求項１に記載の発明によれば、スレーブＣＰ
Ｕでの通信エラーに伴うスレーブＣＰＵからマスタＣＰ
Ｕへの初期化要求が初期化要求コードにて行われる。そ
して、マスタＣＰＵは電源投入時の初期時と前記初期化
要求コードによる初期化要求を含めた通信エラー発生時
のみ、要求線と応答線とを用いてスレーブＣＰＵを初期
化して同期をとる。その結果、マスタＣＰＵからスレー
ブＣＰＵに通信メッセージを送るたびに専用線を用いて
ハンドシェイクを行う場合に比べ、要求線と応答線の使
用頻度（コントロール頻度）を下げて初期化を行うこと
ができる。

【００１０】請求項２に記載の発明によれば、請求項１
に記載の発明の作用に加え、初期化要求コードが通信メ
ッセージの先頭に配置されているので、通信メッセージ
が先頭から読み出されるが、その時、早期に初期化要求
コードが読み出され、その対処が早期に行われる。

【００１１】請求項３に記載の発明によれば、請求項２
に記載の発明の作用に加え、通信メッセージが初期化要
求コードを構成するビット数よりも長い単位で分割して
送られる。このとき、マスタＣＰＵが初期化要求コード
を受信した時点で初期化要求が検知され、その対処が早
期に行われる。

【００１２】

【実施例】以下、この発明をエンジン制御システムに具
体化した一実施例を図面に従って説明する。

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

【００１４】ＥＣＵ１０は、入力バッファ１１と波形整
形回路１２とＡ／Ｄ変換器１３と出力ドライバ１４とＩ
／Ｏポート１５とＣＰＵ１６とＲＯＭ１７とＲＡＭ１８
とにより構成されている。入力バッファ１１はスタート
スイッチ，クラッチスイッチ等の各種スイッチ信号を入
力する。波形整形回路１２は回転数センサ，気筒判別セ
ンサ等からのパルス信号を入力して波形整形する。Ａ／
Ｄ変換器１３は吸気管圧力，冷却水温等を検出する各種
センサからのアナログ信号を入力してデジタル信号に変
換する。出力ドライバ１４は燃料噴射弁，アイドルスピ
ードコントロールバルブ等の駆動信号を出力する。又、
Ｉ／Ｏポート１５には入力バッファ１１と波形整形回路
１２とＡ／Ｄ変換器１３と出力ドライバ１４が接続され
ている。Ｉ／Ｏポート１５とＣＰＵ１６とＲＯＭ１７と
ＲＡＭ１８とはバス１９により相互に接続されている。

【００１５】ＣＰＵ１６はＩ／Ｏポート１５を介して上
記スイッチ信号やセンサ信号を取り込んでエンジン制御
のための演算処理を行い、出力ドライバ１４から各種駆
動信号を出力させる。ＲＯＭ１７にはＣＰＵ１６にて演
算処理を行うためのプログラムや各種データが予め格納
されている。ＲＡＭ１８にはＣＰＵ１６にて演算処理を
行う際にデータが一時的に格納される。これらのことを
より具体的に説明すると、ＣＰＵ１６はＡ／Ｄ変換器１
３を介してエンジン冷却水温センサからのエンジン冷却
水温信号を入力し、このエンジン冷却水温と通信処理に
より前記ＥＣＵ２０側から送られてきたスロットル開度
に基づいて燃料噴射量を演算して出力ドライバ１４を介
して燃料噴射弁（インジェクタ）を駆動するようになっ
ている。

【００１６】ＥＣＵ２０も、ＥＣＵ１０と同様、入力バ
ッファ２１、波形整形回路２２、Ａ／Ｄ変換器２３、出
力ドライバ２４、Ｉ／Ｏポート２５、ＣＰＵ２６、ＲＯ
Ｍ２７、及びＲＡＭ２８により構成されている。又、Ｉ
／Ｏポート２５とＣＰＵ２６とＲＯＭ２７とＲＡＭ２８
とはバス２９により相互に接続されている。

【００１７】このＥＣＵ２０も、ＥＣＵ１０と同様にス
イッチ信号とパルス信号とアナログ信号を入力するとと
もに各種アクチュエータに駆動信号を出力する。より具
体的に説明すると、ＣＰＵ２６はＡ／Ｄ変換器２３を介
してアクセル操作量センサからのアクセル操作量信号を
入力し、このアクセル操作量と通信処理により前記ＥＣ
Ｕ１０側から送られてきたエンジン冷却水温に基づいて
スロットル弁の目標開度を演算してそのスロットル開度
とすべく出力ドライバ２４を介してスロットル弁駆動用
アクチュエータ（例えば、ステッピングモータ）を駆動
する。

【００１８】ここで、上記各ＣＰＵ１６，２６は、通信
機能を有し、同期式のシリアル通信（ＳＰｉ）とメッセ
ージの同期を制御する基準タイミング線により双方向に
データ通信を行う。

【００１９】即ち、本実施例においては、ＣＰＵ１６が
マスタ、ＣＰＵ２６がスレーブと定義されており、各Ｃ
ＰＵ１６，２６間が、マスタ側からスレーブ側に通信用
のクロック信号を供給するための通信専用クロック線
Ａ、マスタ側からスレーブ側にデジタルデータを送信す
るためのデータ線（第１データ線）Ｂ、スレーブ側から
マスタ側にデジタルデータを送信するためのデータ線
（第２データ線）Ｃ、マスタ側からスレーブ側に通信の
初期化を要求するための基準タイミング要求線Ｄ、スレ
ーブ側からマスタ側に初期化の終了を示す基準タイミン
グ応答線Ｅにより接続されている。

【００２０】又、ＣＰＵ１６，２６間のＳＰｉは、規定
のバイト長をソフトウェアの処理なしで連続的に通信で
きる機能を有している。基準タイミング要求線Ｄと基準
タイミング応答線Ｅは、電源が投入された時やスレーブ
からマスタへの通信メッセージが異常になった時に、お
よび、マスタからスレーブへの通信メッセージが異常に
なった時にマスタとスレーブとの間の通信同期を取るた
めにスレーブを初期化する制御線である。

【００２１】図２にデータ線Ｂ，Ｃで通信するメッセー
ジフォーマットを示す。通信メッセージは３２バイトよ
りなり、先頭から順に、初期化要求コードとしての１バ
イトのキーワード１と、１バイトのデータ識別子２と、
２９バイトのデータ３と、１バイトのチェック符号４か
ら構成されている。キーワード１はマスタからスレーブ
への通信メッセージが異常になった時にスレーブが専用
制御線を用いることなくマスタへ異常を通知し、マスタ
に通信同期を取り直すことを要求するために用いられる
とともに、マスタとスレーブの両局間の同期（メッセー
ジの切り出し、ＳＯＨ）をチェックするのに用いられ
る。データ識別子２は、データ３が何の値かを示す識別
子である。チェック符号４は、メッセージがノイズや同
期ズレ等により誤っていないかを検出するためのもので
ある。

【００２２】図３にメッセージフォーマットの具体例を
示す。図３（ａ）はマスタからスレーブに送られる水温
のメッセージフォーマットを示す。キーワード１は、通
常時にはデータの内容やメッセージの順序に関係なく固
定値０５ｈｅｘに設定されている。データ識別子２は水
温を示し、データ３は、水温の温度値を示す。又、チェ
ック符号４には、チェックサムを用いている。又、図３
（ｂ）はスレーブからマスタに送られるスロットル開度
のメッセージフォーマットを示す。キーワード１は、通
常時にはデータの内容やメッセージの順序に関係なく固
定値０５ｈｅｘに設定されている。データ識別子２はス
ロットル開度を示し、データ３は、スロットルの開度値
を示す。又、チェック符号４には、チェックサムを用い
ている。

【００２３】次に、このように構成したエンジン制御装
置における通信装置の作用を説明する。図４は、マスタ
側（ＥＣＵ１０側）の通信処理フローである。ステップ
３４〜３９が通常行われるメッセージの送受信処理であ
る。ステップ３０〜３３が、電源投入時または異常によ
る通信同期の取り直し処理である。又、図５，６は、ス
レーブ側（ＥＣＵ２０側）の通信処理フローである。図
５が電源投入時または異常による同期の取り直し処理で
ある。図６が、通常行われるメッセージの送受信処理で
あり、ＳＰｉの送受信割り込みによって起動される。

【００２４】図４〜６の詳細を図７〜９を用いて以下説
明する。まず、図７は電源投入に伴う初期時のタイムチ
ャートであり、この図を用いて初期化処理を説明する。

【００２５】リセット直後、マスタＣＰＵ１６は図４の
ステップ３０でスレーブＣＰＵ２６に同期を取る要求を
示すＤ線をＬｏｗレベルにする（図７のｔ１のタイミン
グ）。その後、図４のステップ３１でマスタＣＰＵ１６
はスレーブＣＰＵ２６からの同期取りの終了を示すＥ線
がＬｏｗレベルになるまで待つ。スレーブＣＰＵ２６
は、図５のステップ４０でＤ線がＬｏｗレベルか否かを
判定してＬｏｗレベルになると（図７のｔ２のタイミン
グ）、マスタＣＰＵ１６から同期取り要求が有ったとし
てステップ４１〜４５で同期取りのための初期化を行
う。つまり、ステップ４１でシリアル通信初期化処理を
し、ステップ４２でキーワードを設定し、ステップ４３
でデータ識別子を設定し、ステップ４４でデータを設定
し、ステップ４５でチェック符号を設定する。さらに、
スレーブＣＰＵ２６は、ステップ４６で同期取り終了を
示すＥ線をＬｏｗレベルにする（図７のｔ３のタイミン
グ）。

【００２６】その後、マスタＣＰＵ１６は、図４のステ
ップ３１でＥ線がＬｏｗレベルになったことを検知する
と、スレーブ側の同期取りが終了したとして、ステップ
３２で同期取りのための初期化を行い、ステップ３３で
マスタ側の同期取り終了を示すＤ線をＨｉｇｈレベルに
する（図７のｔ４のタイミング）。その後、スレーブＣ
ＰＵ２６は、図５のステップ４７でＤ線がＨｉｇｈレベ
ルになったことを検知するとマスタ側の同期取りが終了
したとしてステップ４８でＥ線をＨｉｇｈレベルにし
（図７のｔ５のタイミング）、同期取りがマスタ，スレ
ーブ間で終了する。

【００２７】又、マスタＣＰＵ１６は、図４のステップ
３３の処理を終了後、スレーブのメッセージ設定（図５
のステップ４２〜４５）が終了しているため、図４のス
テップ３４〜３７にて、スレーブへのメッセージの送受
信を一度に行う。つまり、ステップ３４でキーワードを
送受信し、ステップ３５でデータ識別子を送受信し、ス
テップ３６でデータを送受信し、ステップ３７でチェッ
ク符号を送受信する。

【００２８】次に、マスタＣＰＵ１６は、ステップ３８
で受信キーワードが正規の値（０５ｈｅｘ）か否か判定
するとともにステップ３９で受信チェック符号をチェッ
クし、キーワードが正規の値（０５ｈｅｘ）であり、か
つ、受信チェック符号が正しければステップ５７で受信
データを基に制御を行う受信処理（スロットル開度デー
タをＲＡＭ１８にストア）を実行する。又、キーワード
が正規の値（０５ｈｅｘ）でなかったり受信チェック符
号が異常ならば、同期を取り直すため、ステップ３０へ
戻る。

【００２９】スレーブＣＰＵ２６は、ＳＰｉの送受信割
り込みにて、図６を起動し、ステップ４９でキーワード
が正規の値（０５ｈｅｘ）か否か判定するとともにステ
ップ５０で受信チェック符号をチェックし、キーワード
が正規の値（０５ｈｅｘ）であり、かつ、受信チェック
符号が正しければ、ステップ５１の受信処理を行い（水
温データをＲＡＭ２８にストア）、ステップ５２〜５５
にて次のメッセージを用意する。つまり、ステップ５
２でキーワードを設定し、ステップ５３でデータ識別子
を設定し、ステップ５４でデータを設定し、ステップ５
５でチェック符号を設定する。この用意時間中にマスタ
ＣＰＵ１６が次のメッセージの送受信処理（図４のステ
ップ３４〜３７）が実行された場合に正しいメッセージ
の送受信ができないため、図４のステップ５７からステ
ップ３４の移行には十分な遅れ時間が用意してある。

【００３０】以上のように電源投入時の最初の同期取り
終了後、異常がなければ、図４のステップ３４〜３９と
５７の処理及び図６の処理により、制御線Ｄ，Ｅを用い
ることなく通信が行われ、Ｄ，Ｅ線制御時間削減による
処理時間の短縮、制御プログラム削減によるソフトウェ
ア負荷の減少、Ｅ，Ｄ線の内容を保持するためのＲＯＭ
の削減が図られる。

【００３１】次に、メッセージの異常時の処理を説明す
る。図８は、マスタからスレーブへ通信するメッセージ
に異常が発生した場合のタイムチャートである。

【００３２】図９は、逆に、スレーブからマスタへのメ
ッセージに異常が発生した場合のタイムチャートであ
る。ここで、異常メッセージとはノイズによるメッセー
ジ不良と同期ズレによるメッセージ不良を含むものであ
る。

【００３３】まず、図８を説明する。データ線Ｂにて異
常メッセージ８０がマスタからスレーブへ通信された場
合、スレーブＣＰＵ２６は図６のステップ５０でチェッ
クサムによる判定を行うことにより異常を検出しステッ
プ５６で異常を知らせるキーワード（０５ｈｅｘ以外の
数値）を付加したメッセージ８１（図８参照）をデータ
線Ｃにて通信する。その後、マスタＣＰＵ１６は図４の
ステップ３８により、異常を知らせるキーワードを認識
し、同期の取り直し処理（ステップ３０）に移行し、図
８のｔ１０のタイミングにて同期の取り直しを始める。

【００３４】ここで、キーワードによる同期処理時間は
通信データをチェックするのみであり、データ線以外の
専用線のコントロールに比べ短いものである。以上のよ
うに、マスタからスレーブへのメッセージに異常が発生
した際に、スレーブからマスタへのキーワードを異常を
知らせる値（０５ｈｅｘ以外の数値）にすることによ
り、同期の取り直しを実行することで、スレーブからマ
スタへの同期の取り直し要求制御線を用いることなく同
期の取り直しが可能となる。

【００３５】次に、図９を説明する。データ線Ｃにて異
常メッセージ９０がスレーブからマスタへ通信された場
合、図４のステップ３９でチェックサムによる判定を行
うことによりマスタＣＰＵ１６は異常を検出し、図９の
ｔ１１のタイミングで同期の取り直し処理を始める。

【００３６】このように本実施例では、スレーブＣＰＵ
２６からマスタＣＰＵ１６への通信メッセージに初期化
要求のためのキーワード（初期化要求コード）を入れ
て、スレーブＣＰＵ２６での通信エラーに伴うスレーブ
ＣＰＵ２６からマスタＣＰＵ１６への初期化要求をキー
ワードにて行うとともに、マスタＣＰＵ１６は電源投入
時の初期時とキーワードによる初期化要求を含めた通信
エラー発生時のみ、要求線Ｄと応答線Ｅとを用いてスレ
ーブＣＰＵ２６を初期化して同期をとるようにした。よ
って、マスタＣＰＵ１６からスレーブＣＰＵ２６に通信
メッセージを送るたびに専用線を用いてハンドシェイク
を行う場合に比べ、ハンドシェイクのため専用線の使用
頻度（コントロール頻度）を下げることができる。その
結果、通信時間の短縮を図るとともにハンドシェイクの
ための処理負荷を軽減することができる。このように、
ソフトウェア処理負荷を軽減することができ、他の制御
ソフトの処理遅れを回避することができる。

【００３７】又、キーワード（初期化要求コード）は通
信メッセージの先頭に配置したので、通信メッセージが
先頭から読み出されるが、その時、早期にキーワードが
読み出され、その対処を早期に行うことが可能となる。

【００３８】尚、この発明は上記実施例に限定されるも
のではなく、例えば、前記実施例ではＳＰｉは複数バイ
トで構成されるメッセージを規定のレジスタに複数バイ
ト一度に設定したのみで、その後、ハードウェアが連続
的に通信してくれる例であったが、１バイトまたはそれ
以上のバイト単位で通信できるものでもよい。この場合
において、通信メッセージはキーワード（初期化要求コ
ード）を構成するビット数よりも長い単位で通信メッセ
ージを分割して送られ、マスタＣＰＵ１６がキーワード
を受信した時点で初期化要求が検知され、その対処を早
期に行うことができる。即ち、同期ズレが発生した場
合、通信メッセージの最後に付加されているチェック符
号を待ってエラー検出しなくても通信データを交信する
前に検出できるためエラー復帰を早くできる。又、通信
データの通信処理もしなくてもよくなりエラー発生時の
時間短縮を図るとともにソフトウェア処理負荷が低減で
きる。さらに、チェック符号の演算を省略でき、処理の
高速化が可能となる。

【００３９】

【発明の効果】以上詳述したように請求項１に記載の発
明によれば、ハンドシェイクのため専用線の使用頻度を
下げて通信時間の短縮を図るとともにハンドシェイクの
ための処理負荷を軽減することができる優れた効果を発
揮する。

【００４０】請求項２に記載の発明によれば、請求項１
に記載の発明の効果に加え、早期に初期化要求コードを
読み出してその対処を早期に行うことができる。請求項
３に記載の発明は、請求項２に記載の発明の効果に加
え、マスタＣＰＵが初期化要求コードを受信した時点で
初期化要求が検知され、その対処を早期に行うことがで
きる。

【図面の簡単な説明】

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

【図２】メッセージフォーマットである。

【図３】メッセージフォーマットの具体例であり、
（ａ）はデータが水温であり、（ｂ）はデータがスロッ
トル開度である。

【図４】マスタＣＰＵが実行する通信処理を示すフロー
チャートである。

【図５】スレーブＣＰＵが実行する通信処理を示すフロ
ーチャートである。

【図６】スレーブＣＰＵが実行する通信処理を示すフロ
ーチャートである。

【図７】電源投入に伴う初期時のタイムチャートであ
る。

【図８】マスタ側からスレーブ側へ通信メッセージに異
常が発生した場合のタイムチャートである。

【図９】スレーブ側からマスタ側へ通信メッセージに異
常が発生した場合のタイムチャートである。

【図１０】従来技術を説明するための構成図である。

【図１１】従来技術を説明するためのタイムチャートで
ある。

【符号の説明】

１…キーワード、１６…マスタＣＰＵ、２６…スレーブ
ＣＰＵ、Ｂ…データ線、Ｃ…データ線、Ｄ…基準タイミ
ング要求線、Ｅ…基準タイミング応答線

Claims

【特許請求の範囲】

【請求項１】マスタＣＰＵとスレーブＣＰＵとの間で
同期式シリアル通信を行う通信装置であって、マスタＣＰＵからスレーブＣＰＵに通信メッセージを送
る第１データ線と、スレーブＣＰＵからマスタＣＰＵに通信メッセージを送
る第２データ線と、マスタＣＰＵからスレーブＣＰＵに初期化の要求を行う
要求線と、スレーブＣＰＵからマスタＣＰＵに初期化の終了を示す
応答線と、を有し、スレーブＣＰＵからマスタＣＰＵへ
の通信メッセージに初期化要求のための初期化要求コー
ドを入れて、スレーブＣＰＵでの通信エラーに伴うスレ
ーブＣＰＵからマスタＣＰＵへの初期化要求を前記初期
化要求コードにて行うとともに、マスタＣＰＵは電源投入時の初期時と前記初期化要求コ
ードによる初期化要求を含めた通信エラー発生時のみ、
前記要求線と応答線とを用いてスレーブＣＰＵを初期化
して同期をとるようにしたことを特徴とする通信装置。
【請求項２】初期化要求コードは通信メッセージの先
頭に配置されている請求項１に記載の通信装置。
【請求項３】前記通信メッセージは初期化要求コード
を構成するビット数よりも長い単位で通信メッセージを
分割して送るようにした請求項２に記載の通信装置。