JPH06168147A - シリアル通信におけるエラー処理方法 - Google Patents

Abstract

(57)【要約】 【目的】 適切なタイミングにてフェイル動作を実行す
ることができるシリアル通信におけるエラー処理方法を
提供することにある。 【構成】 目標開度演算ＣＰＵ５とサブスロットル駆動
ＣＰＵ６とは８ビット通信ライン７にて接続されてい
る。この通信ライン７を用いたシリアル通信には、通信
エラーとして、フレーシングエラー、オーバーランエラ
ー、ノイズフラグ及びパリティエラーがあり、ノイズフ
ラグ以外はすべて重要なものと考える。そして、予めシ
リアル通信におけるエラーの重要度に応じて重み付けを
しておく。シリアル通信におけるエラーを検出したとき
にそのエラーの重み付け分だけフェイル動作実行カウン
タのカウント値をカウントアップしつつカウントアップ
動作を行い、かつ、所定期間エラーが検出されないとカ
ウント値をカウントダウンし、当該カウント値が所定値
（＝「１３」）に達するとフェイル動作を実行する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、シリアル通信におけ
るエラー処理方法に関するものである。

【０００２】

【従来の技術】従来、車両のエンジン制御としてトラク
ションコントロールが行われている。これは、車両の駆
動力をエンジン出力を制御することにより行うものであ
り、その一例としてエンジンの吸気管にメインスロット
ルバルブと直列にサブスロットルバルブを配置し、この
サブスロットルバルブの開度をステッピングモータによ
り調整してエンジン出力を制御するものである。このと
き、目標開度演算用ＣＰＵとサブスロットル駆動用ＣＰ
Ｕの２つのＣＰＵを設けることがある。この場合におい
て、両ＣＰＵ間でシリアル通信しながら目標スロットル
開度となるようにステッピングモータを制御するが、通
信エラーが発生した際にはそのデータを読み捨てて、エ
ラーが連続的にある回数発生した際には通信ライン異常
と判断し、フェイル動作を実行している。

【０００３】

【発明が解決しようとする課題】しかしながら、断続的
にエラーが発生した場合にはフェイル動作に入ることが
できなかった。つまり、車内での装置の故障や外部から
の影響でノイズが発生し信号ラインにノイズが発生した
場合、あるいは、信号ラインの断線の予兆などで通信エ
ラーが断続的に発生した場合等ではフェイル動作に入る
ことができなかった。

【０００４】そこで、この発明の目的は、適切なタイミ
ングにてフェイル動作を実行することができるシリアル
通信におけるエラー処理方法を提供することにある。

【０００５】

【課題を解決するための手段】この発明は、予めシリア
ル通信におけるエラーの重要度に応じて重み付けをして
おき、シリアル通信におけるエラーを検出したときにそ
のエラーの重み付け分だけカウント値をカウントアップ
しつつカウントアップ動作を行い、かつ、所定期間エラ
ーが検出されないとカウント値をカウントダウンし、当
該カウント値が所定値に達するとフェイル動作を実行す
るようにしたシリアル通信におけるエラー処理方法をそ
の要旨とする。

【０００６】

【作用】シリアル通信におけるエラーを検出したときに
そのエラーの重み付け分だけカウント値をカウントアッ
プしつつカウントアップ動作を行い、かつ、所定期間エ
ラーが検出されないとカウント値をカウントダウンし、
当該カウント値が所定値に達するとフェイル動作を実行
する。

【０００７】つまり、いくつかある通信エラーの形態に
対し重要度に応じて重み付けをすることにより、重要な
るエラーが多発すると、フェイル動作を実行する。又、
重要でないエラーが発生しても、フェイル動作は実行さ
れない。

【０００８】

【実施例】以下、この発明を具体化した一実施例を図面
に従って説明する。本実施例は、車両用エンジンのトラ
クションコントロール装置に具体化したものである。

【０００９】図１に示すように、エンジンの吸気管１に
メインスロットルバルブ（図示略）と直列にサブスロッ
トルバルブ２が配置されている。このサブスロットルバ
ルブ２にはステッピングモータ３が連結され、同モータ
３の駆動によりサブスロットルバルブ２の開度が調整さ
れるようになっている。又、このサブスロットルバルブ
２の開度はサブスロットルセンサ４により検出されるよ
うになっている。

【００１０】本トラクションコントロール装置には２つ
のＣＰＵ５，６が設けられている。目標開度演算ＣＰＵ
５は図示しないエンジンコントロールユニットからサブ
スロットルバルブ２の目標開度データを取り込む。又、
サブスロットル駆動ＣＰＵ６はステッピングモータ３に
サブスロットル駆動パルスを出力して同モータ３を制御
してサブスロットルバルブ２の開度を調整してエンジン
出力を制御するものである。そして、目標開度演算ＣＰ
Ｕ５とサブスロットル駆動ＣＰＵ６とは８ビット通信ラ
イン７にて接続され、同ライン７を通して目標開度演算
ＣＰＵ５からサブスロットル駆動ＣＰＵ６にサブスロッ
トルバルブ２の目標開度データが送られる。

【００１１】又、サブスロットル駆動ＣＰＵ６はサブス
ロットルセンサ４によるサブスロットルバルブ２の開度
検出信号がフィードバックされるようになっている。そ
して、サブスロットル駆動ＣＰＵ６はサブスロットルセ
ンサ４からの信号による実開度と目標開度との差よりス
テッピングモータ３の脱調を検出する。

【００１２】又、目標開度演算ＣＰＵ５とサブスロット
ル駆動ＣＰＵ６とはトラクション実行開始信号ライン８
により接続され、同ライン８を通して目標開度演算ＣＰ
Ｕ５からサブスロットル駆動ＣＰＵ６に有効時（非常
時）のみサブスロットルバルブ２を駆動する。さらに、
目標開度演算ＣＰＵ５とサブスロットル駆動ＣＰＵ６と
は通信ライン９で接続され、同ライン９を通じて、例え
ばステッピングモータ３の脱調などの異常状態などをデ
ューティーにより目標開度演算ＣＰＵ５に伝達する。

【００１３】目標開度は、目標開度演算ＣＰＵ５からサ
ブスロットル駆動ＣＰＵ６に通信ライン７を用いて８ビ
ット非同期シリアル通信で通信されており、そのため、
この通信ライン７は、サブスロットル制御上非常に重要
な役割を担っている。よって、もし、通信ライン７にト
ラブルが発生すると誤った制御を実行し、非常に危険と
なる。

【００１４】本システムの非同期８ビットシリアル通信
には、通信エラーとして、フレーシングエラー（Ｆ
Ｅ）、オーバーランエラー（ＯＲ）、ノイズフラグ（Ｎ
Ｆ）及びパリティエラーの４つのエラーがある。ノイズ
フラグは通信データ（ストップ、スタート、データビッ
ト）中に、ノイズが発生した場合にセットされる。しか
し、これのみのエラーの場合、データが破壊されている
確率は低いと考えられる。そのため、通信エラーの形態
としては軽微なもの（重要度の低いもの）と考えられ
る。又、フレーシングエラーの場合は、一般にボーレー
トの違いなどでセットされ、まともにデータを受け取っ
ていないため通信エラーの形態としては重要なものと考
えられる。さらに、オーバーランエラーの場合、一般に
は送信と受信のタイミングのずれや、データ長が８ビッ
ト長より長いか短い場合やストップビットを受信側が確
認できない場合にセットされる。このエラーはデータの
信頼性が非常に低く、通信エラーの形態としては重要な
ものと考えられる。

【００１５】パリティーエラーは、データの合計が偶数
か奇数かを計算し、その情報をビットのオン・オフ（パ
リティービットと呼ぶ）で、受信側に送信し、受信側
は、データの合計を計算し、パリティービットと一致す
るかどうかを判断し、違った場合、パリティーエラーと
判断するものである。そして、エラー発生時はデータの
破壊は確実で通信エラーの形態は重要なエラーと考えら
れる。

【００１６】以上のことからノイズフラグ以外はすべて
重要なものと考えられる。次に、このように構成したト
ラクションコントロール装置の作用を説明する。図２に
はサブスロットル駆動ＣＰＵ６が実行する処理（フロー
チャート）を示す。又、図３には同処理を説明するため
のタイミングチャートを示す。尚、図３において、重要
でないエラーがｔ１，１２，１４，ｔ２０，ｔ２１のタ
イミングにて発生し、重要なエラーがｔ１７，ｔ１８，
ｔ２４のタイミングにて発生したものとする。

【００１７】サブスロットル駆動ＣＰＵ６は、ステップ
１０１で通信エラーの有無を判定する。そして、サブス
ロットル駆動ＣＰＵ６は、通信エラーがないと、ステッ
プ１０２でエラーカウンタＣＥＲＲＯＲをクリア（＝
０）する。このエラーカウンタＣＥＲＲＯＲは、通信エ
ラーが連続で発生した場合、連続回数を記憶しておくカ
ウンタである。さらに、サブスロットル駆動ＣＰＵ６
は、ステップ１０３で正常カウンタＣＮＯＲＭＡＬを
「１」インクリメントする。正常カウンタＣＮＯＲＭＡ
Ｌは、正常に通信が連続で何回受信できたかを記憶する
ものである。そして、サブスロットル駆動ＣＰＵ６は、
ステップ１０４，１０５で正常カウンタＣＮＯＲＭＡＬ
の値のオーバーフローチェックを行う。つまり、ステッ
プ１０４で正常カウンタＣＮＯＲＭＡＬの値がフルスケ
ール（１６進法の「ＦＦ」）となっていないか判定し、
フルスケールになっているとステップ１０５でフルスケ
ール値をガードする。

【００１８】次に、サブスロットル駆動ＣＰＵ６は、ス
テップ１０６で正常カウンタＣＮＯＲＭＡＬが「９」以
上か否か判定し、「９」未満であればリターンする。サ
ブスロットル駆動ＣＰＵ６は、正常カウンタＣＮＯＲＭ
ＡＬが「９」以上であれば、ステップ１０７でフェイル
動作実行カウンタＣＦＡＩＬを「１」デクリメントす
る。これは、図３のｔ１１のタイミングでの処理であ
る。つまり、１０回に１回の割合で重要度の低い通信エ
ラーが発生した場合、フェイル動作実行カウンタＣＦＡ
ＩＬはカウントアップしない。

【００１９】さらに、サブスロットル駆動ＣＰＵ６は、
ステップ１０８，１０９で正常カウンタＣＮＯＲＭＡＬ
の値のアンダーフローチェックを行う。つまり、ステッ
プ１０８で正常カウンタＣＮＯＲＭＡＬの値が「０」と
なっていないか判定し、「０」となっているとステップ
１０９で「０」をガードする。引き続き、サブスロット
ル駆動ＣＰＵ６は、ステップ１１０で正常カウンタＣＮ
ＯＲＭＡＬをクリア（＝０）する。

【００２０】一方、サブスロットル駆動ＣＰＵ６は、ス
テップ１０１において通信エラーが発生すると、ステッ
プ１１１で正常カウンタＣＮＯＲＭＡＬをクリア（＝
０）し、ステップ１１２でエラーカウンタＣＥＲＲＯＲ
を「１」インクリメントする。そして、サブスロットル
駆動ＣＰＵ６は、ステップ１１３，１１４でエラーカウ
ンタＣＥＲＲＯＲの値のオーバーフローチェックを行
う。つまり、ステップ１１３でエラーカウンタＣＥＲＲ
ＯＲの値がフルスケール（１６進法の「ＦＦ」）となっ
ていないか判定し、フルスケールになっているとステッ
プ１１４でフルスケール値をガードする。

【００２１】さらに、サブスロットル駆動ＣＰＵ６は、
ステップ１１５でノイズフラグのエラーかをチェック
し、ノイズフラグの場合、つまり重要度の低いエラーの
場合、ステップ１１７で汎用レジスタのＢレジスタに
「１」を入れる。又、サブスロットル駆動ＣＰＵ６は、
ノイズフラグ以外のエラー、つまり重要度の高いエラー
の場合、ステップ１１６でＢレジスタには「２」を入れ
る。

【００２２】サブスロットル駆動ＣＰＵ６は、ステップ
１１６あるいはステップ１１７を処理した後、ステップ
１１８でエラーカウンタＣＥＲＲＯＲが「２」以上か否
か判定する。つまり、エラーが連続で発生したか否かを
チェックする。そして、サブスロットル駆動ＣＰＵ６
は、エラーカウンタＣＥＲＲＯＲ＝１、即ち、１回目の
エラーの場合、ステップ１２０でフェイル動作実行カウ
ンタＣＦＡＩＬにＢレジスタの内容を加え、その値をフ
ェイル動作実行カウンタＣＦＡＩＬに入れる。このとき
の動作が、図３のｔ１２のタイミング及びｔ１４のタイ
ミングに相当する。

【００２３】この図３のｔ１２のタイミング及びｔ１４
のタイミングは、ノイズエラーが連続でなく、とぎれと
ぎれに発生した場合のカウンタＣＦＡＩＬのカウントア
ップを示している。

【００２４】一方、ステップ１１８において、エラーカ
ウンタＣＥＲＲＯＲが「２」以上となりエラーが連続し
た場合には、サブスロットル駆動ＣＰＵ６は、ステップ
１１９でＢレジスタの値にエラーカウンタＣＥＲＲＯＲ
の値を乗算して新たなＢレジスタの値にする。つまり、
連続回数分、Ｂレジスタの値を倍化する。そして、サブ
スロットル駆動ＣＰＵ６は、ステップ１２０でフェイル
動作実行カウンタＣＦＡＩＬにＢレジスタの内容を加
え、その値をフェイル動作実行カウンタＣＦＡＩＬに入
れる。このときの動作が図３のｔ１７のタイミング及び
ｔ１８のタイミングに相当する。

【００２５】図３のｔ１７のタイミング及びｔ１８のタ
イミングにおいては、重要なエラーが２度連続で発生し
た場合を示す。そして、フェイル動作実行カウンタＣＦ
ＡＩＬの値は、「２」→「４」、及び、「４」→「８」
へとアップしていく。

【００２６】次に、サブスロットル駆動ＣＰＵ６は、ス
テップ１２１，１２２でフェイル動作実行カウンタＣＦ
ＡＩＬのオーバフローをチェックする。つまり、ステッ
プ１２１でフェイル動作実行カウンタＣＦＡＩＬの値が
フルスケール（１６進法の「ＦＦ」）となっていないか
判定し、フルスケールになっているとステップ１２２で
フルスケール値をガードする。

【００２７】さらに、サブスロットル駆動ＣＰＵ６は、
ステップ１２３でフェイル動作実行カウンタＣＦＡＩＬ
がフェイル動作の実行する設定値（本実施例では「１
３」）をオーバーしているのをチェックする。サブスロ
ットル駆動ＣＰＵ６は、オーバーした場合はステップ１
２４でフェイル動作実行フラグをセットする。このフェ
イル動作実行フラグのセットにより、サブスロットル駆
動ＣＰＵ６は、フェイル動作を実行する。これが図３中
のｔ２４タイミングでのフェイル動作実行ポイントに相
当する。ここで、フェイル動作とは、サブスロットルバ
ルブ２と連動するステッピングモータ３をゆるやかに全
開駆動し、動作を停止することを意味する。

【００２８】以上のことにより通信回路が非常に悪い場
合（重要度が高いエラーが連続した場合）は、速やかに
フェイル動作を実行する。又、通信回線が悪くなる予兆
が見られた時は（ノイズフラグなど）、状態に応じてフ
ェイル動作を実行する。

【００２９】以上詳述したように、車内での装置の故障
や外部からの影響でノイズが発生し、信号ラインにノイ
ズが発生した場合、あるいは、信号ラインの断線の予兆
などで、通信エラーが、断続的に発生した場合などで、
制御上問題となるかどうかをより速く判断し、フェイル
動作を実行でき安全となる。又、いくつかある通信エラ
ーの形態が重要か重要でないものかを判断し、重要なエ
ラーの場合、重要でないエラーに比べ、フェイル動作の
実行を早く行う。つまり、通信状態がだめになる前に、
ノイズフラグなどのエラーがたまに発生しても、制御上
問題になりそうな場合にも、状態に応じてフェイル動作
の実行を行う。

【００３０】このように本実施例では、予めシリアル通
信におけるエラーの重要度に応じて重み付けをしておき
（図２のステップ１１６，１１７）、シリアル通信にお
けるエラーを検出したときにそのエラーの重み付け分だ
けフェイル動作実行カウンタＣＦＡＩＬのカウント値を
カウントアップしつつカウントアップ動作を行い（図２
のステップ１１８，１１９，１２０）、かつ、所定期間
エラーが検出されないとフェイル動作実行カウンタＣＦ
ＡＩＬのカウント値をカウントダウンし（図２のステッ
プ１０６，１０７）、当該カウント値が所定値（＝「１
３」）に達すると（図２のステップ１２３）フェイル動
作を実行するようにした（図２のステップ１２４）。

【００３１】よって、いくつかある通信エラーの形態に
対し重要度に応じて重み付けをすることにより、重要な
るエラーが多発すると、フェイル動作を実行する。又、
重要でないエラーが発生しても、フェイル動作は実行さ
れない。その結果、適切なタイミングにてフェイル動作
を実行することができることとなる。

【００３２】

【発明の効果】以上詳述したようにこの発明によれば、
適切なタイミングにてフェイル動作を実行することがで
きる優れた効果を発揮する。

【図面の簡単な説明】

【図１】実施例の車両用エンジンのトラクションコント
ロール装置の概略図である。

【図２】作用を説明するためのフローチャートである。

【図３】作用を説明するためのタイミングチャートであ
る。

【符号の説明】

２ サブスロットルバルブ ３ ステッピングモータ ５ 目標開度演算ＣＰＵ ６ サブスロットル駆動ＣＰＵ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 予めシリアル通信におけるエラーの重要
   度に応じて重み付けをしておき、シリアル通信における
   エラーを検出したときにそのエラーの重み付け分だけカ
   ウント値をカウントアップしつつカウントアップ動作を
   行い、かつ、所定期間エラーが検出されないとカウント
   値をカウントダウンし、当該カウント値が所定値に達す
   るとフェイル動作を実行するようにしたことを特徴とす
   るシリアル通信におけるエラー処理方法。