(57)【要約】【課題】マイクロコンピュータ及びポート拡張素子を有する車両用電子制御装置において、消費電力及びラジオノイズを低減すること。【解決手段】ＭＣＵ（マイクロコンピュータ）は、自身の信号入力ポートを通じて入力される信号に基づく出力条件が成立するか否かの判定処理を行う（Ｓ２）。さらに、ＭＣＵ２は、出力条件が成立した場合通信ポートを通じてポート拡張素子に対して信号出力の指令を送信し、そうでない場合にその指令を送信しない（Ｓ２，３）。ポート拡張素子は、ＭＣＵ２からの指令に応じて信号出力ポートを通じて信号を出力する（Ｓ１１）。さらに、ポート拡張素子３は、ＭＣＵ２との通信が休止中であるか否かに応じ記内部発振回路が停止した待機モードで動作するか内部発振回路が動作する通常モードで動作するかを自動的に切り替える（Ｓ１０，１２）。【選択図】図２
2014058181.tif 000002
【特許請求の範囲】
【請求項１】
信号入力ポート及び第１の通信ポートを有するマイクロコンピュータと、
前記マイクロコンピュータの前記通信ポートと電気的に接続された第２の通信ポートと前記マイクロコンピュータからの指令に応じた信号を出力する複数の信号出力ポートと内部発振回路とを有し、前記第２の通信ポートを通じた通信が休止中であるか否かに応じて前記内部発振回路が停止した待機モードで動作するか前記内部発振回路が動作する通常モードで動作するかを自動的に切り替えるポート拡張素子と、を備え、
前記マイクロコンピュータは、当該マイクロコンピュータの前記信号入力ポートを通じて入力される直接入力信号に基づく出力条件が成立するか否かの判定処理を行い、前記判定処理において前記出力条件が成立した場合に前記第１の通信ポートを通じて前記ポート拡張素子に対して信号出力の指令を送信する出力指令処理を行い、前記判定処理において前記出力条件が成立しなかった場合に前記出力指令処理を行わない、車両用電子制御装置。
【請求項２】
請求項１に記載の車両用電子制御装置であって、
前記マイクロコンピュータは、
前記出力指令処理を行った後に、前記第１の通信ポートを通じて前記ポート拡張素子に対して出力信号の状態の情報を要求する指令を送信して応答を受信する状態要求処理と、
前記出力指令処理による信号出力の指令の内容と前記状態要求処理により得られた出力信号の状態とを照合する照合処理と、を行い、
さらに、前記照合処理において指令の内容と出力信号の状態とが合致しない場合に再び前記出力指令処理を行う、車両用電子制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マイクロコンピュータとマイクロコンピュータからの通信による指令に応じて複数の信号出力を行うポート拡張素子とを備える車両用電子制御装置に関する。
【背景技術】
【０００２】
昨今、自動車などの車両は、走行系の制御、電源系の制御又は車載ネットワーク系の制御などの各種の制御を行う多数の電子制御装置を備えている。このような電子制御装置は、一般に、ＥＣＵ（Electric Control Unit）と称されている。
【０００３】
車両のＥＣＵにおいて、マイクロコンピュータは、入出力ポートを通じて入力される車両の状態を表す信号に基づいて、車載機器の制御信号を入出力ポートを通じて出力する。
【０００４】
また、特許文献１に示されるように、ＥＣＵが、マイクロコンピュータからの通信による指令に応じて複数の信号出力を行うポート拡張素子を備える場合もある。この場合、マイクロコンピュータは、１つの通信ポートを通じて複数の信号の入力又は出力が可能である。
【０００５】
ポート拡張素子が採用されることにより、制御プログラムを実行するマイクロコンピュータを中心とするＥＣＵの主要構成を変更することなく、制御処理に必要な入出力信号の数の変更に容易に対応することが可能となる。
【０００６】
従来、ポート拡張素子を備える車両用のＥＣＵにおいては、マイクロコンピュータが、予め定められた周期でポート拡張素子と通信を行うことにより、車両状態の信号の入力及び制御信号の出力を行う。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−１２７８４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、昨今普及しているポート拡張素子は、上位素子であるマイクロコンピュータとの通信状態に応じて、動作モードを通常モード及び待機モードのいずれかに自動的に切り替える省電力機能を備えている。
【０００９】
省電力機能を備えるポート拡張素子は、マイクロコンピュータとの通信の状態が所定の休止条件を満たす場合に、通信などに必要な内部発振回路を停止させた待機モードで動作し、その他の場合に内部発振回路を動作させる通常モードで動作する。休止条件は、例えば、マイクロコンピュータとの通信がない状態が予め定められた時間以上継続していることなどである。
【００１０】
しかしながら、従来の車両用のＥＣＵにおいては、マイクロコンピュータが一定周期でポート拡張素子と通信を行うため、ポート拡張素子が通常モードで動作し続ける。この場合、ポート拡張素子の省電力効果が得られないことに加え、ポート拡張素子の内部発振回路が継続してラジオノイズを発することが問題となる。
【００１１】
本発明は、マイクロコンピュータ及びポート拡張素子を有する車両用電子制御装置において、消費電力及びラジオノイズを低減することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の第１態様に係る車両用電子制御装置は、マイクロコンピュータとポート拡張素子とを備えている。上記マイクロコンピュータは、信号入力ポート及び第１の通信ポートを有する。さらに、上記マイクロコンピュータは、当該マイクロコンピュータの上記信号入力ポートを通じて入力される直接入力信号に基づく出力条件が成立するか否かの判定処理を行う。そして、上記マイクロコンピュータは、上記判定処理において上記出力条件が成立した場合に上記第１の通信ポートを通じて上記ポート拡張素子に対して信号出力の指令を送信する出力指令処理を行う。また、上記マイクロコンピュータは、上記判定処理において上記出力条件が成立しなかった場合に上記出力指令処理を行わない。一方、上記ポート拡張素子は、上記マイクロコンピュータの上記通信ポートと電気的に接続された第２の通信ポートと上記マイクロコンピュータからの指令に応じた信号を出力する複数の信号出力ポートと内部発振回路とを有する。さらに、上記ポート拡張素子は、上記第２の通信ポートを通じた通信が休止中であるか否かに応じて上記内部発振回路が停止した待機モードで動作するか上記内部発振回路が動作する通常モードで動作するかを自動的に切り替える。
【００１３】
本発明の第２態様に係る車両用電子制御装置は、第１態様に係る装置の一態様である。第２態様に係る車両用電子制御装置において、上記マイクロコンピュータは、上記出力指令処理を行った後に、状態要求処理と照合処理とを行う。上記状態要求処理は、上記第１の通信ポートを通じて上記ポート拡張素子に対して出力信号の状態の情報を要求する指令を送信して応答を受信する処理である。上記照合処理は、上記出力指令処理による信号出力の指令の内容と上記状態要求処理により得られた出力信号の状態とを照合する処理である。さらに、上記マイクロコンピュータは、上記照合処理において指令の内容と出力信号の状態とが合致しない場合に再び上記出力指令処理を行う。
【発明の効果】
【００１４】
上記の各態様に係る車両用電子制御装置においては、マイクロコンピュータは、自身の信号入力ポートを通じて入力される直接入力信号に基づく出力条件が成立した場合にポート拡張素子に対して信号出力の指令を送信し、そうでない場合にはその指令を送信しない。そのため、ポート拡張素子は、出力条件が成立しない状態が一定時間継続すると、内部発振回路が停止した待機モードへ移行する。
【００１５】
従って、上記の各態様に係る車両用電子制御装置が採用されれば、ポート拡張素子の省電力機能が有効に活用され、消費電力の低減とポート拡張素子の内部発振回路から生じるラジオノイズの低減とを実現することができる。
【００１６】
ところで、何らかの原因により、ポート拡張素子に対する信号出力の指令の内容とポート拡張素子から実際に出力された信号の状態とが合致しないエラーが生じ得る。従来の車両用電子制御装置においては、信号出力が比較的短い周期で繰り返される。そのため、ある１回の信号出力の際にエラーが生じた場合でも、ごく短時間のうちに、次回の信号出力によってエラーが修正される。
【００１７】
しかしながら、所定の出力条件が成立するまで次回の信号出力が行われない場合、ある１回の信号出力の際にエラーが生じることによってそのエラーの状態が長時間継続してしまう恐れがある。そこで、上記第２態様に係る車両用電子制御装置においては、マイクロコンピュータは、信号出力の指令を送信したときに、その指令の内容とポート拡張素子から得た出力信号の状態とを照合し、両者が合致しない場合に、ポート拡張素子に対する信号出力の指令を再送する。これにより、信号出力の指令の送信頻度が低下した場合でも、信号出力のエラーが長時間継続してしまう不都合は回避される。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係る車両用電子制御装置の一例であるＥＣＵ１の概略ブロック図である。
【図２】ＥＣＵ１が実行する信号出力処理の手順の一例を表すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、添付の図面を参照しながら、本発明の実施形態について説明する。以下の実施形態は、本発明を具体化した一例であり、本発明の技術的範囲を限定する事例ではない。
【００２０】
まず、図１を参照しつつ、本発明の実施形態に係る車両用電子制御装置の一例であるＥＣＵ１の構成について説明する。図１に示されるように、ＥＣＵ１は、ＣＰＵ（Central Procession Unit）２３を含むＭＣＵ（Micro Computer Unit）２、ポート拡張素子３、プログラムメモリ４、第一コネクタ５及び第二コネクタ６などを備えている。また、それらは回路基板１０に実装されている。
【００２１】
＜ＭＣＵ＞
ＭＣＵ２は、所定のプログラムを実行することにより、不図示の車載機器を制御する処理を行うマイクロコンピュータである。ＭＣＵ２は、複数の信号入力ポート２１及びシリアル通信ポート２２を有している。
【００２２】
信号入力ポート２１は、車両の状態を検出するセンサ又はスイッチのなどの状態検出機器の検出信号を入力するポートである。信号入力ポート２１は、信号を出力するための信号出力ポートとして用いられることも可能であるが、本実施形態では、信号を入力するために用いられている。以下の説明において、信号入力ポート２１を通じてＭＣＵ２に入力される信号のことを直接入力信号と称する。なお、信号入力ポート２１は、第１の通信ポートの一例である。
【００２３】
シリアル通信ポート２２は、通信線を介してポート拡張素子３と接続されており、ポート拡張素子３との通信の制御を行うインターフェースである。ＭＣＵ２は、シリアル通信ポート２２を通じて、ポート拡張素子３に対して信号出力指令を送信する。より具体的には、ＭＣＵ２は、プログラムメモリ４に予め記録されたプログラムを実行することにより、信号入力処理、制御出力条件判定処理、出力指令処理、出力状態要求処理及び出力照合処理を実行する。
【００２４】
信号入力処理は、信号入力ポート２１を通じて直接入力信号を当該ＭＣＵ２に入力する処理である。
【００２５】
制御出力条件判定処理は、信号入力ポート２１を通じて入力される直接入力信号に基づいて、予め定められた制御出力条件が成立するか否かを判定する処理である。
【００２６】
出力指令処理は、シリアル通信ポート２２を通じてポート拡張素子３に対して信号出力の指令を送信する処理である。出力指令処理は、制御出力条件判定処理において制御出力条件が成立すると判定された場合に実行される。出力指令処理は、制御出力条件判定処理において制御出力条件が成立しないと判定された場合には実行されない。
【００２７】
出力状態要求処理は、出力指令処理が行われた後に、シリアル通信ポート２２を通じて、ポート拡張素子３に対して出力信号の状態の情報を要求する状態要求指令を送信するとともに、その状態要求指令に対する応答をポート拡張素子３から受信する処理である。後述するように、ポート拡張素子３は、ＭＣＵ２から受けた指令に従って、その時点で実際に出力している複数の信号の状態を返信する機能を備えている。
【００２８】
出力照合処理は、出力指令処理による信号出力の指令の内容と出力状態要求処理により得られたポート拡張素子３における出力信号の状態とが一致するか否かを照合する処理である。
【００２９】
＜プログラムメモリ＞
プログラムメモリ４は、ＭＣＵ２によって実行されるプログラムが記録された不揮発性のメモリである。例えばＲＯＭ又はフラッシュメモリなどがプログラムメモリ４として採用される。
【００３０】
プログラムメモリ４に記録されたプログラムは、例えば、信号入力処理を行うための信号入力プログラム４１、制御出力条件判定処理を行うための制御出力条件判定プログラム４２、出力指令処理を行うための出力指令プログラム４３、出力状態要求処理を行うための出力状態要求プログラム４４及び出力照合処理を行うための出力照合プログラム４５などの複数のプログラムモジュールを含む。これらプログラムモジュールに基づくＭＣＵ２の具体的な処理の一例については後述する。
【００３１】
＜ポート拡張素子＞
ポート拡張素子３は、通信線を通じてＭＣＵ２から指令を受信し、その指令に応じて複数の信号を出力する素子である。図１に示されるように、ポート拡張素子３は、シリアル通信ポート３１、複数の信号出力ポート３２、ＣＰＵ（Central Processing Unit）３３、内部発振回路３４及びプログラムメモリ３５などを備えている。
【００３２】
シリアル通信ポート３１は、通信線を介してＭＣＵ２のシリアル通信ポート２２と電気的に接続されており、ＭＣＵ２との通信の制御を行うインターフェースである。ポート拡張素子３は、シリアル通信ポート３１を通じて、ＭＣＵ２からの信号出力指令を受信する。なお、シリアル通信ポート３１は、第２の通信ポートの一例である。
【００３３】
信号出力ポート３２は、車載機器に対する制御信号を出力するポートである。信号出力ポート３２は、信号を入力するための信号入力ポートとして用いられることも可能であるが、本実施形態では、信号を出力するために用いられている。以下の説明において、信号出力ポート３２を通じて不図示の車載機器に出力される信号のことを制御出力信号と称する。
【００３４】
ＣＰＵ３３は、所定のプログラムを実行することにより、シリアル通信ポート３１を通じて受信したＭＣＵ２からの指令に応じて、信号出力ポート３２を通じて制御出力信号を出力する処理を実行する。さらに、ＣＰＵ３３は、シリアル通信ポート３１を通じた通信の状態に応じて、当該ポート拡張素子３の動作モードを通常モードと通常モードよりも消費電力の小さな待機モードとのいずれかに移行させる処理も行う。
【００３５】
より具体的には、ＣＰＵ３３は、プログラムメモリ３５に予め記録されたプログラムを実行することにより、指令受信処理、指令対応処理、待機モード移行処理及び通常モード復帰処理を実行する。
【００３６】
指令受信処理は、シリアル通信ポート３１を通じてＭＣＵ２からの指令を受信する処理である。また、指令対応処理は、ＭＣＵ２から受信した指令に従って実行する処理である。指令対応処理は、少なくとも制御信号出力処理を含む。制御信号出力処理は、信号出力指令が受信されたときに、その指令に従って制御出力信号を信号出力ポート３２を通じて出力する処理である。
【００３７】
さらに、本実施形態においては、指令対応処理は、状態要求指令が受信されたときに、その時点で信号出力ポート３２を通じて出力している制御出力信号の状態を表す信号状態情報をシリアル通信ポート３１を通じて送信する状態応答処理も含む。信号状態情報は、複数の制御出力信号各々がＯＮ状態であるかＯＦＦ状態であるかを表す情報である。
【００３８】
待機モード移行処理は、シリアル通信ポート３１を通じた通信の状態が予め定められた休止条件を満たすか否かを判定し、休止条件を満たすと判定したときに、当該ポート拡張素子３の動作モードを通常モードから待機モードへ移行させる処理である。休止条件は、例えば、ＭＣＵ２との通信がない状態が予め定められた時間以上継続していることなどである。ＣＰＵ３３は、動作モードを通常モードから待機モードへ移行させる際に、内部発振回路３４の動作を停止させる。
【００３９】
一方、通常モード復帰処理は、待機モードで動作中にシリアル通信ポート３１を通じた通信が開始されたときに、当該ポート拡張素子３の動作モードを待機モードから通常モードへ移行させる、或いは通常モードのまま維持する処理である。ＣＰＵ３３は、動作モードを待機モードから通常モードへ移行させる際に、内部発振回路３４を起動させる。
【００４０】
以上に示されるように、ＣＰＵ３３は、待機モード移行処理及び通常モード復帰処理を実行することにより、シリアル通信ポート３１を通じた通信が休止中であるか否かに応じて内部発振回路３４が停止した待機モードで動作するか内部発振回路３４が動作する通常モードで動作するかを自動的に切り替える。
【００４１】
内部発振回路３４は、ポート拡張素子３におけるシリアル通信の処理及びその他の処理に必要なクロック信号を発生する回路である。
【００４２】
プログラムメモリ３５は、ＣＰＵ３３によって実行されるプログラムが記録された不揮発性のメモリである。例えばＲＯＭ又はフラッシュメモリなどがプログラムメモリ３５として採用される。
【００４３】
プログラムメモリ３５に記録されたプログラムは、例えば、指令受信処理を行うための指令受信プログラム３５１、指令対応処理を行うための指令対応プログラム３５２、待機モード移行処理を行うための待機モード移行プログラム３５３及び通常モード復帰処理を行うための通常モード復帰プログラム３５４などの複数のプログラムモジュールを含む。これらプログラムモジュールに基づくＣＰＵ３３の具体的な処理の一例については後述する。
【００４４】
＜コネクタ＞
第一コネクタ５は、複数の直接入力信号各々を伝送する複数の入力信号線を中継するコネクタである。一方、第二コネクタ６は、ポート拡張素子３の出力信号を伝送する複数の出力信号線を中継するコネクタである。
【００４５】
＜制御信号出力処理の手順＞
次に、図２に示されるフローチャートを参照しつつ、ＭＣＵ２及びポート拡張素子３のＣＰＵ３３が実行する制御信号出力処理の手順の一例について説明する。なお、図２において、Ｓ１〜Ｓ１３は処理の手順の識別符号である。ＭＣＵ２及びポート拡張素子３のＣＰＵ３３は、例えば、車両のイグニッションスイッチの操作などによってＥＣＵ１への電力供給が開始されたときに、図２に示される処理を開始する。
【００４６】
＜制御出力処理：ＭＣＵ側の処理＞
＜ステップＳ１＞
まず、制御出力処理におけるＭＣＵ２側の処理について説明する。まず、ＭＣＵ２は、定期的に信号入力ポート２１を通じて複数の直接入力信号を入力する（Ｓ１）。ＭＣＵ２は、信号入力プログラム４１を実行することにより、ステップＳ１の処理を実行する。
【００４７】
＜ステップＳ２＞
次に、ＭＣＵ２は、ステップＳ１で入力した複数の直接入力信号各々の状態が、予め定められた制御出力条件を満たす状態であるか否かを判定する（Ｓ２）。複数の制御出力条件各々は、複数の制御出力信号各々の状態の取り得る組み合わせごとに設定されている。ここで、制御出力条件における直接入力信号各々の状態には、例えば、直接入力信号各々がＯＮ状態であるかＯＦＦ状態であるかを意味する静的な状態の他、前回の入力時の静的な状態から今回の入力時の静的な状態への変化を意味する動的な状態も含まれる。
【００４８】
そして、ＭＣＵ２は、複数の制御出力条件の全てが成立しないと判定した場合に、処理を前述のステップＳ１へ移行させる。一方、ＭＣＵ２は、少なくとも１つの制御出力条件が成立していると判定した場合、処理を次のステップＳ３へ移行させる。ＭＣＵ２は、制御出力条件判定プログラム４２を実行することにより、ステップＳ２の処理を実行する。
【００４９】
＜ステップＳ３，Ｓ４＞
制御出力条件が成立した場合、ＭＣＵ２は、複数の制御出力信号の状態が成立した制御出力条件に対応する状態となるように、シリアル通信ポート２２を通じてポート拡張素子３に対して信号出力指令を送信する（Ｓ３）。ＭＣＵ２は、出力指令プログラム４３を実行することにより、ステップＳ３の処理を実行する。出力指令プログラム４３において、複数の制御出力信号各々が取り得る状態の組み合わせと、複数の制御出力条件各々とが予め対応付けられている。
【００５０】
＜ステップＳ４＞
さらに、ＭＣＵ２は、ステップＳ３で送信した最新の信号出力指令に対応する複数の制御出力信号の状態をメモリに記憶する（Ｓ４）。ＭＣＵ２は、出力指令プログラム４３を実行することにより、ステップＳ３，４の処理を実行する。
【００５１】
＜ステップＳ５＞
また、ＭＣＵ２は、ステップＳ４の処理の後に、シリアル通信ポート２２を通じてポート拡張素子３に対して出力信号の状態の情報を要求する状態要求指令を送信し、さらに、その状態要求指令に対する応答をポート拡張素子３から受信する（Ｓ５）。ＭＣＵ２は、出力状態要求プログラム４４を実行することにより、ステップＳ５の処理を実行する。
【００５２】
＜ステップＳ６〜８＞
さらに、ＭＣＵ２は、ステップＳ４で記憶された複数の制御出力信号の状態と、ステップＳ５の処理により得られた複数の制御出力信号の状態とを照合し、それらが合致するか否かを判定する（Ｓ６）。前述したように、ステップＳ４で記憶された複数の制御出力信号の状態は、ステップＳ３で送信された信号出力指令の内容を表す。
【００５３】
そして、ＭＣＵ２は、ステップＳ６の処理において信号出力指令の内容とポート拡張素子３から受信した実際の制御出力信号の状態とが合致していると判定された場合に、処理を前述したステップＳ１へ移行させる。一方、ＭＣＵ２は、両者が合致していると判定された場合、処理を次のステップＳ７へ移行させる。
【００５４】
信号出力指令の内容と実際の制御出力信号の状態とが合致していない場合、ＭＣＵ２は、予め定められた再送終了条件が成立しているか否かを判定し、再送終了条件が成立していなければ、処理をステップＳ３へ移行させて再び出力指令処理を行う（Ｓ７）。再送終了条件は、例えば、制御出力信号の出力指令の再送が予め定められた回数繰り返されたことである。この場合、再送終了条件は、１回のステップＳ１，２の処理に対してステップＳ３〜７の処理がｎ回（ｎは２以上の定数）繰り返されたことを意味する。
【００５５】
そして、ＭＣＵ２は、再送終了条件が成立している場合、予め定められたエラー処理を実行する（Ｓ８）。ＭＣＵ２は、出力照合プログラム４５を実行することにより、ステップＳ６〜８の処理を実行する。
【００５６】
＜制御出力処理：ポート拡張素子側の処理＞
続いて、制御出力処理におけるポート拡張素子３側の処理について説明する。なお、ＣＰＵ３３は、起動時に当該ポート拡張素子３の動作モードを通常モードに移行させ、ステップＳ９の処理は、通常モードの状態で開始される。
【００５７】
＜ステップＳ９＞
まず、ＣＰＵ３３は、定期的にシリアル通信ポート３１をチェックし、ＭＣＵ２からの何らかの指令が受信されたか否かを判定する（Ｓ９）。そして、ＣＰＵ３３は、ＭＣＵ２からの指令を受信した場合に処理をステップＳ１０へ移行させ、指令を受信していない場合に処理をステップＳ１２へ移行させる。ＣＰＵ３３は、指令受信プログラム３５１を実行することにより、ステップＳ９の処理を実行する。
【００５８】
＜ステップＳ１０＞
ＣＰＵ３３は、ＭＣＵ２からの指令を受信した場合、ポート拡張素子３の動作モードを通常モードへ移行させる（Ｓ１０）。その時点の動作モードが通常モードである場合には、ＣＰＵ３３は動作モードを通常モードのまま維持する。ＣＰＵ３３は、動作モードを待機モードから通常モードへ移行させる際に、内部発振回路３４を起動させる。ＣＰＵ３３は、通常モード復帰プログラム３５４を実行することにより、ステップＳ１０の処理を実行する。
【００５９】
＜ステップＳ１１＞
さらに、ＣＰＵ３３は、ＭＣＵ２から受信された指令に対応した処理を実行する（Ｓ１１）。具体的には、信号出力指令が受信された場合、ＣＰＵ３３は、その指令に従って制御出力信号を信号出力ポート３２を通じて出力する。また、状態要求指令が受信された場合、ＣＰＵ３３は、その時点で信号出力ポート３２を通じて出力している制御出力信号の状態を表す信号状態情報をシリアル通信ポート３１を通じてＭＣＵ２へ送信する。
【００６０】
そして、ＣＰＵ３３は、ステップＳ１１の処理の実行後に、処理を前述のステップＳ９へ移行させる。ＣＰＵ３３は、指令対応プログラム３５２を実行することにより、ステップＳ１１の処理を実行する。
【００６１】
＜ステップＳ１２，１３＞
一方、ＣＰＵ３３は、ＭＣＵ２からの指令を受信していない場合、シリアル通信ポート３１を通じた通信の状態が予め定められた休止条件を満たすか否かを判定する（Ｓ１２）。そして、ＣＰＵ３３は、休止条件を満たすと判定したときに、処理をステップＳ１３へ移行させ、休止条件を満たさないと判定したときに、処理を前述のステップＳ９へ移行させる。
【００６２】
休止条件が成立している場合、ＣＰＵ３３は、ポート拡張素子３の動作モードを通常モードから待機モードへ移行させる（Ｓ１３）。ＣＰＵ３３は、動作モードを通常モードから待機モードへ移行させる際に、内部発振回路３４の動作を停止させる。ＣＰＵ３３は、待機モード移行プログラム３５３を実行することにより、ステップＳ１２，１３の処理を実行する。なお、休止条件の例は前述した通りである。
【００６３】
ＣＰＵ３３がステップＳ１０，１２の処理を行うことにより、ポート拡張素子３は、シリアル通信ポート３１を通じた通信が休止中であるか否かに応じて内部発振回路３４が停止した待機モードで動作するか内部発振回路３４が動作する通常モードで動作するかを自動的に切り替える。
【００６４】
＜効果＞
車両用のＥＣＵ１においては、ＭＣＵ２は、自身の信号入力ポート２１を通じて入力される直接入力信号に基づく制御出力条件が成立した場合にポート拡張素子３に対して信号出力の指令を送信し、そうでない場合にはその指令を送信しない。そのため、ポート拡張素子３は、出力条件が成立しない状態が一定時間継続すると、内部発振回路３４が停止した待機モードへ移行する（Ｓ１３）。
【００６５】
従って、ＥＣＵ１が採用されれば、ポート拡張素子３の省電力機能が有効に活用され、消費電力の低減とポート拡張素子３の内部発振回路３４から生じるラジオノイズの低減とを実現することができる。
【００６６】
また、ＥＣＵ１においては、ＭＣＵ２は、信号出力の指令を送信したときに、その指令の内容とポート拡張素子３から得た出力信号の状態とを照合し、両者が合致しない場合に、ポート拡張素子３に対する信号出力の指令を再送する（Ｓ４〜７）。これにより、信号出力の指令の送信頻度が低下した場合でも、信号出力のエラーが長時間継続してしまう不都合は回避される。
【００６７】
<その他＞
ＥＣＵ１において、ＭＣＵ２によるステップＳ４〜７の処理が省略されることも考えられる。また、ＥＣＵ１において、シリアル通信以外の通信処理を行う通信ポートがシリアル通信ポート２２，３１の代わりに採用されることも考えられる。
【００６８】
なお、本発明に係る車両用電子制御装置は、各請求項に記載された発明の範囲において、以上に示された実施形態に対して適宜、変形又は一部省の略を施すことによって構成されることも可能である。
【符号の説明】
【００６９】
１  ＥＣＵ（車両用電子制御装置）
２  ＭＣＵ（マイクロコンピュータユニット）
３  ポート拡張素子
４  プログラムメモリ
５  第一コネクタ
６  第二コネクタ
１０  回路基板
２１  信号入力ポート
２２  シリアル通信ポート（第１の通信ポート）
３１  シリアル通信ポート（第２の通信ポート）
３２  信号出力ポート
３３  ＣＰＵ
３４  内部発振回路
３５  プログラムメモリ
４１  信号入力プログラム
４２  制御出力条件判定プログラム
４３  出力指令プログラム
４４  出力状態要求プログラム
４５  出力照合プログラム
３５１  指令受信プログラム
３５２  指令対応プログラム
３５３  待機モード移行プログラム
３５４  通常モード復帰プログラム
Ｓ１〜１３  ステップ（処理手順の識別符号）
【図１】
2014058181.tif 000003
【図２】
2014058181.tif 000004