JP2005151032A - 通信装置 - Google Patents

Abstract

【課題】 センター装置と通信する通信装置において、障害が発生したときに、その障害情報を収集して、センター装置に通報する。
【解決手段】 通信装置のマイコンが何らかの障害によって動作不能に陥ったとき（Ｓ０００）、ウォッチドッグタイマからリセット信号がマイコンに出力される（Ｓ１００）。マイコンは、再起動して、限定動作モードを実行し、障害部位を判別する（Ｓ２００）。マイコンからの指令によって、ウォッチドッグタイマから再びリセット信号が出力される（Ｓ３００）。マイコンは、再起動して、通常動作モードを実行し、正常部位を使用してセンター装置と通信可能か確認して、障害情報を通報する。
【選択図】 図５

Description

本発明は、ガス、水道などのメータ、センサやスイッチ等の接点機器、自然災害の通報機器などの２４時間動作する端末機器が接続され、これらを集中監視するセンター装置とから構成される集中監視システムにおける端末側通信装置に関する。

集中監視システムの端末側に設置された通信装置の障害監視の方法として、ウォッチドッグタイマ（ＷＤＴ）を用いる方法がある。ウォッチドッグタイマは、タイマによって経過時間を計測し、一定時間経過すると、システムを再起動する。機器が正常に動作している間は、機器内部のマイクロプロセッサ（以下、マイコンと称する）が定期的にそのタイマの設定値を更新する。そのため、タイマはタイムアウトにならず、何も信号を出力しない。しかし、機器に異常が発生し、マイコンが正常動作不能となれば、設定値が更新されず、タイムアウトする。すると、ウォッチドッグタイマは、タイムアウトしたことを知らせる信号を出力する。この信号を機器の初期化信号、例えばリセット信号とすることにより、機器を初期状態に復帰させることができる。

この方法は、簡便に機器を自動復帰させる方法として有効であるが、障害発生の原因を特定できなければ、再度、同様な障害が発生する危険性が高い。障害発生の原因としては、機器内部の一部分の故障、予想できない突発的なノイズ、静電気、更には設計上の問題としてプログラムのバグが考えられる。

特許文献１では、マイコンを使用したシステムにおいて、システムが暴走したときに、その障害箇所を検出記録するとともに、障害箇所を取り除いて再立ち上げすることが可能な自動障害復旧方式が提案されている。

この方式は、障害発生時にプログラムの動作履歴を参照して、障害から自動復帰した後、障害発生時に動作していたプログラムを再度実行し、再度ウォッチドッグタイマが動作すれば、そのプログラムに問題があると判定し、ウォッチドッグタイマが動作しなければノイズ等の外乱の要因と判定し、プログラムが要因である場合にはそのプログラムモジュールを動作しないようにすることで障害をシステムから切り離すというものである。

プログラムの不具合の判定のため、すなわちシステムが暴走して、ウォッチドッグタイマが動作し、マイコンにリセット信号が入力された再起動後の障害箇所の検出のためには、履歴に残ったプログラムを再度実行することによって障害の要因を検出する。マイコンは、障害発生した際と同じ動作モードで動作しなければならず、インターラプト許可や使用メモリなどは、通常の動作モードでの使用となる。

特許文献２では、複数段階のウォッチドッグタイマを連動させることを提案している。すなわち、割り込みによって回復できる軽度な障害には割り込みによって、マスク不可能割り込み以外では回復できない障害にはマスク不可能割り込みによって、そして再起動以外には回復できない重度な障害に対してはシステムリセットによって、それぞれ対応するものである。
特開平６−３５７３７号公報 特開２００２−２５１３００号公報

従来、マイコンを使用したシステムによく使用されるウォッチドッグタイマは、簡便に障害から自動復旧を行うことができるが、暴走の原因、障害発生箇所の特定はできない。自動復帰はするものの、障害の発生部位を特定できないことから、障害を修復できず、同様な障害が再発する危険を回避することはできない。このため、単に自動復帰するだけでは、同じ原因で頻繁にリセットがかかり、その原因を解明するには多大な工数が必要となる。

特にハードウエアの故障の場合、自然に復旧する可能性はなく、修理されるまで自動復帰、リセットが繰り返されることになる。

集中監視システムにおいて、端末側の通信装置を監視しているセンター装置に異常の発生あるいは故障箇所を通知することができれば、その通信装置の修理を短時間で容易に行うことが可能となる。特に常時サービスの提供を要求されるような通信装置にとっては、停止時間の短縮化が必須であり、遠隔地からの自動障害箇所の通知は重要である。

すなわち、通信装置としては、何の要因によってウォッチドッグタイマが働き、不能状態から復帰したかを調査でき、その結果を保守・サービスを行っているセンター装置に通知できることが望ましい。特許文献１、２では、障害情報を記録できるようになっている。

ところで、マイコンへのリセット信号は１回目の障害発生時以降、２回目のリセット信号が発生する場合、すなわち同一プログラムでマイコンが動作不能となった場合と、リセット信号が発生しない場合、すなわち障害発生がノイズ等の外乱であった場合とに分かれる。特許文献１の方式のように、上記の判別を通常の動作モードで行うことはプログラムが煩雑となり、多くのメモリ領域を使用することとなる。また、ハードウエア的な故障が障害の要因であった場合には、プログラムの動作箇所には限定されずに、再び障害が発生するおそれがある。その結果、障害の原因が不明のままとなり、障害情報が得られない。

特許文献２の方式では、ウォッチドッグタイマが段階的にシステムに介入するので、障害発生前の状態を保持することはできる。しかし、複数のウォッチドッグタイマを用意する必要があり、ハードウエア面での負荷は大きい。また、障害の程度が重い場合には、何回も自動復帰のためのステップを繰り返さなければならないので、復帰するのに時間がかかる。これでは、緊急時に通報しなければならない集中監視システムに適用するには問題がある。

集中監視システムにおいては、まず通信装置のいずれかの部位が故障している場合、自身のどこが故障しているかの判定できる必要があるが、本来その通信装置が正常な際に要求された動作を行うのであれば、再度動作不能状態に陥るだけであり、これを回避する手段を用意する必要がある。

また、故障部位によってはセンター装置に通信できない場合もある。この場合、自身の故障部位、障害発生時刻を後から調査する手段が必要となる。さらに、動作不能状態から復帰したリセット後の故障部位を特定するための動作モードを有するようにしたとき、その際には通信装置は単純な動作しか行わないが、センター装置に通報するための動作モードでは、ほぼ通常のアプリケーションが動作するモードで動作する必要があり、これらを明確に切り分ける手段が必要である。そこで、本発明は、上記の手段を備えた通信装置の提供を目的とする。

本発明は、外部機器との通信を行う通信部と、障害の発生を監視する障害監視部と、障害が発生したときにリセットを行う制御部とを備え、前記制御部は、リセット後に故障部位を判別するための限定動作モードおよびリセット後に通常の動作を行う通常動作モードとを有し、前記制御部は、障害発生後に前記限定動作モードを実行して、故障部位を判別する判別手段と、前記限定動作モードの実行後に、正常部位を使用して前記通常動作モードを実行し、障害情報を外部に通知する通知手段とを備えたものである。

限定動作モードでは、インターラプトを禁止し、通信部による通信が可能か確認する。この動作モードでは、判別手段により、リセット後に通信装置内の各部位をチェックして、故障か正常かを判別する。そして、通信確認手段により、通信を行うために必要な部位が正常であるかチェックして、通信可能か判断する。このように、必要最小限の部位だけを使用して、上記の判別や確認といった単純な動作のみを行うことにより、故障部位を確実に見つけることができる。

通常動作モードでは、正常と判別されたメモリと、使用可能と判別されたインターラプトとを使用して、外部機器との通信を行う。この動作モードは、通常動作を行うものであるが、障害が発生したとき、限定動作モードが実行され、再度リセットされた後に、障害の発生、発生時刻、障害部位といった障害情報を通知する動作だけを行う。例えば、通信を行うには、ほぼ通常のアプリケーションが動作する状態でなければならないが、限定動作モードでは、通信を行うことができない。そのため、限定動作モードを実行した後、再度リセットを行って、通常動作モードを実行可能にする。

通知手段は、通信部による通信が可能と判定された場合、外部機器に障害情報を通報する。外部機器に通報した後、該外部機器からの送信を待つ受信待機状態となる。この間、通常動作モードを実行しても、故障部位が存在しているので、通常の動作は行わない。

また、通知手段は、通信が不可能と判定された場合には、障害情報を使用可能である正常なメモリに記憶する。メモリに記憶しておけば、このメモリから障害情報を読み出すことにより、後ほど外部に通知できることになる。例えば、外部機器に通信できない障害発生時にも、保守要員が現場に行き、故障内容をその場で確認することも可能となる。外部要因で故障が発生した場合に、その要因をその場で取り除くことも可能であり、故障の再発の防止に効果的である。

メモリとしては、制御部内のメモリだけでなく、制御部に接続された外部メモリも備えている。制御部は、各メモリの故障の有無を順に判別して、正常なメモリに障害情報を書き込む。障害情報を記憶させるメモリに順位をつけて決めておくことにより、１番目のメモリが故障していても、次のメモリに記憶させることができる。

そして、故障部位を判別する動作を行うためのプログラムは、不揮発性メモリに記憶される。制御部は、障害が発生したときのリセット後に、この不揮発性メモリに記憶されたプログラムを実行する。すなわち、最も故障しにくいメモリに障害発生時用のプログラムを記憶することにより、制御部の誤動作によってもデータやプログラムの破壊は起こらないので、障害発生時に対応できる。

上記のように、制御部は２回リセットされることになる。障害監視部は、ウォッチドッグタイマとしてのリアルタイムクロックを有し、障害が発生したとき、前記障害監視部は２回リセット信号を出力する。

１回目のリセット信号は、タイムオーバするまでのカウントの設定値を制御部が更新しないことによって発生される。すなわち、障害の発生により、動作不能に陥った制御部は設定値を更新することができないので、ウォッチドッグタイマが自動時に働く。

２回目のリセット信号は、制御部が前記設定値を更新することによって発生される。すなわち、１回目のリセットにより、制御部は、通信装置内のどの部位が故障部位であるかを認識でき、正常部位によって動作できるようになる。ただし、通常の動作を完全に行うことはできない。そこで、制御部は、通常動作モードを実行可能とするために、ウォッチドッグタイマを強制的に働かせるようにする。

また、制御部によって電源のオンオフが制御される部品は、リセット中、電源オン状態に保持される。例えば、通信部は、電源のオンオフが制御される部品である。障害が発生したとき、通信中であれば電源はオン状態であるので、この状態を保持しておくことにより、故障か正常かを判別できる。電源がオフになれば、障害発生時点での状態が不明になるので、判別することができなくなる。

本発明によると、障害が発生したときに故障部位と正常部位とを判別し、正常部位を使用して、障害情報を外部に通知することにより、障害情報に基づいて障害の復旧を短時間に行うことができ、通信装置の保守が容易となる。

特に、集中監視システムのようにセンター装置と通信を行う通信装置では、センター装置に通報でき、すばやい対応が可能となる。これによって、システムが稼動しない状態を極力減らすことができ、信頼性の高いシステムを実現できる。

本実施形態の集中監視システムを図１に示す。本システムは、センター装置１と複数の通信装置２とから構成され、センター装置１と通信装置２とが通信回線を介してデータ通信可能とされる。通信装置２は、端末機器、例えばメータ３が接続される網制御装置（ＮＣＵ）である。

通信回線は、例えばＤｏＰａ網、ＰＨＳ網、無線ＬＡＮなどの各種インフラを利用した無線回線とされる。通信装置２は、アンテナ４を備え、無線網基地局５のアンテナ６を通じて無線信号を双方向に伝送する。無線網基地局５は、管理局７を介して専用線８でセンター装置１に接続される。管理局７では、ユーザの認証を行って、センター装置１と通信装置２との通信を確立する。なお、通信回線は、公衆電話回線網等を利用した有線回線としてもよい。

通信装置２は、複数のメータ３と通信を行う。メータ３にも各種あるが、ここでは同じ種類のメータとする。異なったタイプのメータでもよい。例えば、メータ３がガスメータである場合、通信装置２は、月々のガス使用量をセンター装置１に送信したり、ガス漏れなどの警報をセンター装置１に送信する。また、センター装置１からのコマンドを受信して、特定のメータ３にコマンドを送信する。このコマンドによって、メータ３はガスボンベのガス供給を遮断するようにバルブを閉じる。なお、通信装置２に接続される端末機器は、ガスメータに限らず、水道、電気のメータでもよい。さらには、センサやスイッチであってもよい。

通信装置２は、外部機器との通信を行う通信部と、メータ３との間で通信を行うインターフェース部と、装置内部での障害の発生を監視する障害監視部と、障害が発生したときにリセットを行う制御部と、各部に電源を供給する電源部とを備える。ここでの外部機器は、センター装置となる。

通信装置２の具体的な構成を図２に示す。制御部は、ＣＰＵ（Central Processing Unit）１０、マスクＲＯＭ１１、フラッシュＲＯＭ１２、ＲＡＭ１３、シリアルＩ／Ｆ１４を有するマイコン１５からなる。マイコン１５は、この通信装置２の制御を行う頭脳となる部分である。

マイコン１５は、ドライバ１６を通じて外部コネクタ１７に接続したモニタ等の表示装置に画像を表示させる。表示装置は、例えば、生産時および保守時に、本装置の検査用メニュなどを表示したり、内部の状態の表示、検査プログラムの実行の結果を表示する。この場合、本装置の近くにいるサービスマンは、表示装置を操作したり、その表示結果の確認をする。ドライバ１６は、外部コネクタ１７に接続する機器との信号レベルの変換を行うデバイスである。シリアルＩ／Ｆ１４は、通信部である無線通信モジュール１８との間でシリアルデータ転送を行う。マイコン１５は、水晶発振器Ｘ２の発振周波数に基づいて動作する。

マイコン１５のバスには、外部メモリとしてのマスクＲＯＭ２０、フラッシュＲＯＭ２１、ＲＡＭ２２が接続されている。外部メモリは、マイコン１５の内部メモリであるマスクＲＯＭ１１、フラッシュＲＯＭ１２、ＲＡＭ１３の容量が不足した場合に、外付けのデバイスで不足分を補うためのものである。マイコン１５の内部メモリの容量が十分であれば、各外部メモリは省略してもよい。マイコン１５内部のマスクＲＯＭ１１の代わりに、再書き込み禁止等の方法などでマイコン１５の誤動作の際、書き換えられることがないように注意を払っていれば、フラッシュＲＯＭ１２を用いてもよい。

通信装置２は、インターフェース部として３つのメータＩ／Ｆ２３、２４、２５を備える。メータＩ／Ｆ２３、２４、２５は、マイコン１５の汎用入出力ピンに接続される。メータＩ／Ｆ２３、２４、２５から信号の変化を受けると、ＣＰＵ１０にインターラプトが発生するように設定することも可能であるし、単なる入出力ピンでＣＰＵ信号レベルをセンスするように設定することも可能である。

各メータＩ／Ｆ２３、２４、２５は、それぞれの電源制御部２６によって駆動用の電源が制御される。電源制御部２６は、非通信時には電源をメータＩ／Ｆ２３、２４、２５に供給せず、通信時にのみ電源電圧ＶＣ３を供給する。電源供給により、マイコン１５とメータ３とは、正規な信号レベルでの通信が可能となる。メータ３から信号が発せられ、マイコン１５が受信したときには、電源は供給されておらず、正規な信号レベルではないが、信号のレベル変化があることから、ＣＰＵ１０はメータ３からリクエストを受けていることを検知可能となる。

障害監視部は、ウォッチドッグタイマ３０とリセットＩＣ３１とを備えている。ウォッチドッグタイマ３０は、水晶発振器Ｘ１のクロックに基づいてカウントを数えることでタイムオーバを検出する。ウォッチドッグタイマ３０は、定期的にマイコン１５からカウントの設定値が更新される。更新されたときにはタイムオーバしないが、マイコン１５からの設定値更新がなされないとタイムオーバして、ウォッチドッグタイマ３０はリセットＩＣ３１を駆動する。リセットＩＣ３１は、ウォッチドッグタイマ３０からの信号によってリセット信号をマイコン１５に送出する。また、リセットスイッチ３２のオンによってもリセット信号を出力する。マイコン１５は、リセット信号が入力されることにより初期化動作を行う。

リセットＩＣ３１は、電源電圧ＶＣ３が投入された際、すなわち最初の電源オン時にその電源電圧ＶＣ３のレベルをチェックしており、ある所定の電圧レベルになった時点でリセット信号を送出し、その後所定の期間リセット信号の送出を継続した後、リセット信号を解除する。このリセット信号が解除された後、マイコン１５は初期化動作を開始する。

ウォッチドッグタイマ３０には、リアルタイムクロック（ＲＴＣ）が用いられる。ＲＴＣは、常時電源の供給を受けて動作している。図３に障害監視部の回路構成を示す。リセットＩＣ３１は、コンパレータ３３を用いた一般的なものであり、リセットＩＣ３１とウォッチドッグタイマ３０との間に、抵抗Ｒ１、Ｒ２、コンデンサＣ１で構成される１次遅延回路３４が設けられる。

マイコン１５は、ウォッチドッグタイマ３０を制御しており、ウォッチドッグタイマ３０のカウントの設定値を更新しないと、ウォッチドッグタイマ３０は、設定時刻が過ぎたことを示すアラーム信号を出力する。１次遅延回路３４は、ウォッチドッグタイマ３０から出力されたアラーム信号を緩やかな波形の信号に変形する。リセットＩＣ３１では、コンパレータ３３により、入力された変形後の信号の電圧レベルをリセットＩＣ固有の決められた閾値と比較し、リセット信号を生成する。このリセット信号の出力幅は抵抗Ｒ３、コンデンサＣ２によって決められる。

この障害監視部の動作を図４に基づいて説明する。マイコン１５が動作不能に陥ると、最初のリセット信号が発生する。リセット信号はＬｏｗアクティブであり、リセットでない期間はＨｉｇｈレベル、リセット期間はＬｏｗレベルを生成するものとする。

ウォッチドッグタイマ３０からのアラーム信号は、一次遅延回路３４により図４のＡポイントの波形となる。このとき、ポイントＡにおいてリセットＩＣ３１が電圧レベル検知して、リセット信号をＬｏｗに生成する。次にポイントＢにおいて、リセットＩＣ３１の動作電圧が低下し、動作不能となり、リセット信号を出力できなくなる。このときリセットＩＣ３１の出力端についているプルアップ抵抗Ｒ３により、リセット信号はＨｉｇｈレベルとなる。このようにして、ウォッチドッグタイマ３０のアラーム信号がアクティブ、すなわちＬｏｗレベルの信号がパルス信号に変換される。これがリセット信号として、マイコン１５に出力される。

そして、ウォッチドッグタイマ３０からのアラーム信号の出力を解除するには、マイコン１５はカウントの設定値を更新する。この設定値を更新すると、アラーム信号は解除され、電圧レベルはＬｏｗレベルからＨｉｇｈレベルに変化しようとする。

ポイントＣにおいて、リセットＩＣ３１の動作可能電源電圧となり、電圧レベルはリセット信号生成レベルであるから、リセットＩＣ３１はリセット信号としてＬｏｗレベルを出力する。この後、アラーム信号は、十分電圧レベルが高くなると、リセットＩＣ３１の閾値を越え、リセット信号はリセット解除状態のＨｉｇｈレベルを生成することとなる。これでマイコン１５に対するリセット信号が生成される。

このようなレベル信号をパルス信号に変換する回路と併用することにより、常時動作しているＲＴＣをウォッチドッグタイマ３０として使用可能となる。なお、レベル信号をパルス信号に変換する回路は特に本例のものに限る必要はない。

無線通信モジュール１８は、センター装置１と通信するための機能を実現する部位であり、決められた通信方式にしたがって無線通信する。無線通信モジュール１８は、電源電圧ＶＣ３とは異なる電源電圧ＶＣ４が供給されて動作する。

電源電圧ＶＣ３は、第１のＤＣ−ＤＣコンバータ４０によって外部から供給される入力電源から生成され、電源電圧ＶＣ４は、同じく第２のＤＣ−ＤＣコンバータ４１によって生成される。第１のＤＣ−ＤＣコンバータ４０は、常時電源電圧ＶＣ３を生成し、第２のＤＣ−ＤＣコンバータ４１は、マイコン１５によって制御される。第２のＤＣ−ＤＣコンバータ４１は、無線通信モジュール１８が動作するとき、マイコン１５からの制御信号によって動作し、電源電圧ＶＣ４を生成する。無線通信モジュール１８が動作するとき以外、すなわち通信するとき以外には、低消費電力化のために電源電圧ＶＣ４を生成しない。なお、電源電圧ＶＣ３で無線通信モジュール１８が動作するようにしてもよい。

そして、マイコン１５は、通信装置２内に障害が発生したときリセットを行う。マイコン１５は、リセット後に故障部位を判別する判別機能と、故障部位の判別結果に基づいて無線通信モジュール１８による通信が可能か確認する通信確認機能と、故障部位の判別後に正常部位を使用して障害情報を外部に通知する通知機能とを備える。

これらの機能を実現するために、マイコン１５は、故障部位を判別するための限定動作モードと通常の通信装置が要求される用途に供する通常動作モードとの２つの動作モードを有する。

限定動作モードは、必要最小限のリソースで動作するものであって、故障したメモリが正常となるまではそのメモリも使用せず、インターラプトも行わない動作モードである。通常動作モードは、通常のアプリケーションが動作する動作モードであるが、障害が発生したときには、通常動作モードは、正常と判定されたメモリと、使用可能と判定されたインターラプトとを使用して、センター装置１との通信を行う。すなわち、限定動作モードにより検査した結果、正常と判定された正常部位だけでセンター装置１に通報可能なリソースを確保できることを確認できた段階において、センター装置１に通報する。また、センター装置１に通報するのとは独立して、故障部位と障害発生時の動作状態、障害から復帰した時刻といった障害情報を正常と判定した内部メモリあるいは外部メモリに記憶する。

以上のように、障害が発生したとき、動作不能状態から復帰するリセット後は限定動作モードで動作し、再度のリセット後は、１回目のリセット後に正常と判定された正常部位のみを使用して、通常のアプリケーションが動作する通常動作モードで動作するように、マイコン１５にはプログラムが組み込まれている。リセットは２回実行するようにあらかじめ決められている。このプログラムは、マスクＲＯＭ、フラッシュＲＯＭ等の不揮発性メモリに記憶され、マイコン１５は、障害が発生したときのリセット後に前記プログラムを実行する。

次に、本通信装置２に障害が発生したときの動作を図５、６、７に基づいて説明する。図８に示すように、メータＩ／Ｆ２４、マイコン１５内部のＲＡＭ１３、マイコン１５外部のフラッシュＲＯＭ２１が故障したと想定する。図５では、左側が時間の始まりで、右側に移行するほど時間が経過している。

最初、マイコン１５は、時間周期Ｔ０ごとにウォッチドッグタイマ３０の設定値を更新している。設定値が更新されている期間では、ウォッチドッグタイマ３０はタイムオーバとならず、通信装置２は正常に動作している。何らかの障害、あるいはどこかの部位の故障により、マイコン１５が動作不能に陥る（Ｓ０００）と、ウォッチドッグタイマ３０の設定値は更新されない。期間Ｔ１経過後にウォッチドッグタイマ３０はタイムオーバとなり、マイコン１５に対しリセットＩＣ３１は、リセット信号幅ＴＲ１のリセット信号を発する（Ｓ１０１）。このＴＲ１の期間、マイコン１５は初期化される。更に、マイコン１５がリセット信号を受けて初期状態にあるときには、マイコン１５が制御可能な電源電圧ＶＣ４は、供給状態である。マイコン１５が動作不能となった際、無線通信モジュール１８がセンター装置１と通信状態であれば、電源電圧ＶＣ４は供給状態であるので、無線通信モジュール１８は、マイコン１５が動作不能となった時の状態を保持する。

ＴＲ１の期間が経過すると、マイコン１５内部のハードウエアの初期化が完了、すなわちリセット期間が終了する（Ｓ１０２）。その後、Ｔ２の期間、マイコン１５の復帰が行われる。この間、マイコン１５は限定動作モードで動作する。

この限定動作モードは、まずインターラプトを受け付けない設定として動作する。また、マスク不能割り込みは使用しないハード構成とする。

復帰したマイコン１５は、マスクＲＯＭ１１に記憶されたプログラムにしたがって動作する。まずウォッチドッグタイマ３０の状態を検出し（Ｓ２０１）、障害復帰した状態であることを認識する（Ｓ２０２）。ウォッチドッグタイマ３０の動作状態を調べることによって、容易に判別可能である。マスクＲＯＭ１１は最も故障しにくい部品として一般的に認知されており、書き換え不能であるため、マイコン１５の誤動作によってもデータ破壊は起こらない。

次に、障害発生の原因調査を開始する。ＲＯＭ、ＲＡＭ等のメモリ関係の部品の調査を行う。ＲＯＭに対しては、ブロック単位毎のチェックサムの一致確認で行い、ＲＡＭに対しては、データを書き込み、その書き込んだデータが読み出せるかで判定する。

まず、内部メモリの検査を行う。マイコン１５内部のフラッシュＲＯＭ１２を検査する（Ｓ２０３）。図９に示すように、ＲＯＭは、ブロック単位でそのチェックサムを所定の記憶番地に記憶している。そのブロックのデータをすべて加算した値と、所定の記憶番地に記憶された該当ブロックのチェックサムの値とを比較し、一致していれば、そのブロックは正常と判定する。異なっていれば、故障と判定する。ＲＯＭ全体が故障しておらず、部分的に故障している場合、その故障部位だけを使用しないで、正常な部位を使用することは可能であるが、ここでは部品単位で故障しているものとする。

最初のフラッシュＲＯＭ１２内のブロックをすべて検査する。ブロック１の低位のアドレスから順に、上位のアドレスに記憶されているデータを加算し、ブロック１のすべてのデータの加算が終了すると、その加算データと所定の番地に記憶したブロック１のチェックサムの値とを比較し、そのブロックが正常か否かを判別する。一致していれば、正常と判定し、異なっていれば、故障していると判定する。一つのブロックでも異常あるいは故障と判定されれば、これ以降の検査は省略してもよく、故障の発見の有無にかかわらずすべてのブロックを検査してもよい。順々にすべてのブロックを検査する。マイコン１５内のフラッシュＲＯＭ１２は正常であると判定される。

正常と判定されたマイコン１５内のフラッシュＲＯＭ１２の予め決められ領域に、図１０に示すような故障部位リストが設けられており、ここに判定結果として使用可能あるいは故障と書き込まれる。

次に、ＲＡＭ１３を検査する（Ｓ２０４）。ＲＡＭ１３の検査では、該当するアドレスに決められたデータを書き込み、その後同じアドレスを読み出し、先ほど書き込んだデータと同じデータが読み出せるかどうかにより正常か異常かを判別する。これを該当するＲＡＭ１３のアドレスすべてに対し行い、そのＲＡＭ１３が正常かどうかを判定する。マイコン１５内のＲＡＭ１３は故障と判定される。この判定結果は、フラッシュＲＯＭ１２の故障部位リストに書き込まれる。なお、ＲＡＭ１３の検査方法は、上記の方法に限る必要性はない。

次に、外部メモリの検査を行う。まずマスクＲＯＭ２０に対して、上記のフラッシュＲＯＭ１２に対する検査と同様の検査を行う（Ｓ２０５）。このマスクＲＯＭ２０は正常であると判定され、その結果をフラッシュＲＯＭ１２の故障部位リストに書き込む。フラッシュＲＯＭ２１に対しても同様の検査を行う（Ｓ２０６）。このフラッシュＲＯＭ２１は故障であると判定され、その結果をマイコン１５内のフラッシュＲＯＭ１２の故障部位リストに書き込む。ＲＡＭ２２に対して、上記の内部ＲＡＭ１３に対する検査と同様の検査を行う（Ｓ２０７）。このＲＡＭ２２は正常と判定され、その結果をフラッシュＲＯＭ１２の故障部位リストに書き込む。

以上で、ＲＯＭ、ＲＡＭのメモリ関係の検査は終了する。この検査は、マイコン１５内部のマスクＲＯＭ１１に記憶されたプログラムとマイコン１５のレジスタを用いて行うことが可能であり、マイコン１５内外のＲＡＭ１３、２２は使用しない。この検査のためにマスクＲＯＭ１１に記憶されているプログラムは、指定したアドレスのデータをレジスタに読み出し、次に指定したアドレスのデータをそのレジスタに加算するといったＲＯＭ検査用のプログラムと、あらかじめ取り決めたデータをレジスタＡに保持し、決めたアドレスに書き込み、そのアドレスからデータを別のレジスタＢに読み込み、レジスタＡ内のデータとレジスタＢ内のデータを比較するといったＲＡＭ検査用のプログラムのように単純な繰り返しのプログラムである。そのため、ＲＡＭを使用する必要はない。

ここまでの検査によって、内部メモリであるフラッシュＲＯＭ１２、外部メモリであるマスクＲＯＭ２０およびＲＡＭ２２は正常と判定された。マイコン１５内部のマスクＲＯＭ１１は正常であると想定している。

次に、無線通信モジュール１８の検査を行う（Ｓ２０８）。この検査には、インターラプトは使用しないが、正常と判定されたマイコン１５外部のＲＡＭ２２は使用可能である。

マイコン１５と無線通信モジュール１８との間のコマンドおよびレスポンスの送受信は、シリアルＩ／Ｆ１４を通じて実現される。コマンドはＡＴコマンドである。最初のマイコン１５と無線通信モジュール１８間の信号授受が可能かを確認するために、マイコン１５から無線通信モジュール１８に、「ＡＴ ｃｒ」とコマンドを送る。ここで“ＡＴ”はコマンドの一種、“ｃｒ”はキャリッジリターンである。正常であれば、無線通信モジュール１８は「ＯＫ ｃｒ」のレスポンスをマイコン１５に返答する。

マイコン１５は、コマンド送出後所定時間待つ。正規のレスポンスが応答されれば、マイコン１５と無線通信モジュール１８間のシリアルＩ／Ｆ１４、無線通信モジュール１８内の制御部は正常と考えられ、マイコン１５と無線通信モジュール１８間のコマンドおよびレスポンスのやり取りには支障がないと判定できる。無線通信モジュール１８から応答がなければ、シリアルＩ／Ｆ１４か無線通信モジュール１８かのいずれか、または両方が故障していると判定する。ここでは、シリアルＩ／Ｆ１４は正常である。

動作不能状態に陥った際、無線通信モジュール１８が使用中であったかどうかを判定する。この判定方法は、無線通信モジュール１８が初期化完了しているかどうかで判定する。具体的には、設定すべき動作を決める内部レジスタとしてＳレジスタが通常の通信モジュール１８にあるが、そのうちの一つを初期化時に所定の値とするように決めておく。マイコン１５は、無線通信モジュール１８内のＳレジスタを読み込む。Ｓレジスタが変更されていれば、前の動作不能状態の際に使用中であったと判定される。なお、マイコン１５が無線通信モジュール１８内のＳレジスタを読み込むコマンドとしては、「ＡＴＳｎ？」のコマンドを使用する。ｎはＳレジスタの番号を示す正の整数である。

通常動作時には、上述したＡＴコマンドのコマンドおよびレスポンスのやり取りには、マイコン１５のインターラプトを使用して行うが、故障箇所の判別を行う限定動作モード時には、インターラプトを使用しない。インターラプトを使用しない場合のマイコン１５と無線通信モジュール１８間の通信の方式について、以下に説明する。

まず、コマンドの送信の場合、マイコン１５のＣＰＵ１０は、シリアルＩ／Ｆ１４に対し、ステータスをチェックし、データの設定可能かを確認する。シリアルＩ／Ｆ１４がデータ設定可能であれば、ＣＰＵ１０は、シリアルＩ／Ｆ１４に対し、「ＡＴ ｃｒ」のコマンドを設定するために、個々の１バイトごとのデータを設定する必要がある。

まずデータとして“Ａ”を書き込む。この後、ＣＰＵ１０は、再度シリアルＩ／Ｆ１４のステータスをチェックする。シリアルＩ／Ｆ１４がデータ“Ａ”を無線通信モジュール１８内のシリアルＩ／Ｆ１４に送信するまで、そのステータスは次のデータ設定不可である。データ“Ａ”送信後には、ステータスはデータ設定可能となる。

ＣＰＵ１０は、シリアルＩ／Ｆ１４のステータスがデータ設定可能となるまで、ステータスのチェックを繰り返す。データ設定可能となった後、次の１バイトのデータ“Ｔ”をシリアルＩ／Ｆ１４に設定し、再度そのステータスをチェックし、データ設定可能となるまで待つ。同様に、１バイトのデータ“ｃ”、最後に１バイトのデータ“ｒ”を設定する。これによって、コマンド「ＡＴ ｃｒ」は設定完了する。

以上が、インターラプトを使用しないでコマンドの送信を行う方法である。インターラプトを使用する場合には、ＣＰＵ１０がシリアルＩ／Ｆ１４にデータ設定した後、ＣＰＵ１０は、インターラプト待ちの待機状態となるか、または他の制御プログラムを実行していてもよい。シリアルＩ／Ｆ１４がデータを無線通信モジュール１８に送信し、次のデータ設定が可能となれば、シリアルＩ／Ｆ１４はインターラプトをＣＰＵ１０に発し、ＣＰＵ１０はそのインターラプトにより次のデータ設定が可能であることを認識でき、シリアルＩ／Ｆ１４のステータスを逐次、繰り返しチェックする必要がない。これが、インターラプトを使用する場合と使用しない場合との相違である。

次に、ＣＰＵ１０は、シリアルＩ／Ｆ１４が無線通信モジュール１８からのデータを受信することを待つ。具体的な方法は以下の通りである。

ＣＰＵ１０は、上記のコマンド設定後、シリアルＩ／Ｆ１４のステータスをチェックし、受信データの有無を確認する。シリアルＩ／Ｆ１４のステータスが受信データ有りになるまでの所定時間の間、これを繰り返し行う。シリアルＩ／Ｆ１４のステータスが受信データ有りに変化した後、シリアルＩ／Ｆ１４の受信データバッファからデータを１バイト読み込む。正常であれば、“Ｏ”が１バイト目のデータとして読み込まれる。１バイト読み込んだ後、再度ステータスのチェックを行い、次のデータの受信を待つ。これを４回行い、“ＯＫｃｒ”の４バイトのデータを読み込む。４バイト分読み込みが完了した時点でデータの受信は終了する。

以上が、インターラプトを使用しないで無線通信モジュール１８からデータの受信を行う方法である。インターラプトを使用する場合との相違は、データ送信の場合と同様に、データ受信の有無のステータスチェックを逐次、繰り返し行うかどうかである。

マイコン１５と無線通信モジュール１８間のシリアル通信が可能と判断された後、センター装置１との通信が可能かを判定する。まず、無線通信モジュール１８内の必要な初期化を行う。上記したように、障害の発生がセンター装置１との通信中であれば、無線通信モジュール１８は既に初期化された状態であるが、実際にはどのような状態であるか不明なため、再度初期化を行う。この初期化は、自局、すなわち本通信装置２の固有の電話番号を無線通信モジュール１８に設定することである。通信装置２の電話番号を０９０５５５７７７とし、センター装置１の電話番号を０９０１２３４５６とする。

自己の電話番号の設定後、マイコン１５から無線通信モジュール１８に対し、上記と同じ方法でＡＴコマンド「ＡＴＤ０９０１２３４５６」を設定する。

無線通信モジュール１８が無線網基地局５に電話番号を無線で送信し、まず無線通信モジュール１８と無線網基地局５との間での通信を確立する。この基地局５と無線網での通信が確立すると、無線通信モジュール１８は基地局５との間の通信のボーレートをマイコン１５に通知する。マイコン１５は限定動作モードで動作しているので、常時データ受信待ちの状態にある。無線通信モジュール１８からレスポンスとして、「ＣＯＮＮＥＣＴ ９６００」を受信すれば、本通信装置２と無線網基地局５との間の通信は確立する。したがって、無線網基地局５とセンター装置１との間は、正常と想定して問題ない。これにより、本通信装置２とセンター装置１との間の通信経路に故障はないと判定できる。

これ以降の無線網基地局５およびセンター装置１との実際の通信は、アプリケーションの領域であるので、並行にいくつかのプログラムが動作しないと困難である。そのためには、マイコン１５と無線通信モジュール１８の間の通信にインターラプトを使用しなければならず、限定動作モードでは通信できない。そこで、本通信装置２と無線網基地局５との間の通信が可能と判定した時点で、無線通信モジュール１８と無線網基地局５との間の通信を中止する。

マイコン１５から無線通信モジュール１８を経由してセンター装置１までの通信経路に故障がないことが、マイコン１５内のフラッシュＲＯＭ１２の故障部位リストに書き込まれる。

次に、メータＩ／Ｆ２３、２４、２５の故障の有無を判定する。各メータＩ／Ｆ２３、２４、２５は、電源制御部２６によって電源電圧ＶＣ３を供給される。マイコン１５は、各メータＩ／Ｆ２３、２４、２５から信号を受けているかどうかを判定する。信号を受けていれば、所定の時間待って、その信号を接続されたメータ３が解除するかを確認する。所定の時間待っても信号が解除されない場合は、接続されたメータ３またはメータＩ／Ｆ２３、２４、２５の故障と判定し、この結果をフラッシュＲＯＭ１２に書き込む。故障しているメータＩ／Ｆ２３、２４、２５をこれ以降使用しないこととする。

メータＩ／Ｆ２３、２４、２５から信号を受けていない場合、図１１〜１３に示すような予めメータ３と本通信装置２との間で取り決められたテストコマンドと応答メッセージを送受信して、正常かどうかを判定する。接続されたメータ３へのコマンドに対して応答が返ってこなければ、メータ３またはメータＩ／Ｆ２３、２４、２５が故障であると判定し、フラッシュＲＯＭ１２に書き込み、これ以降メータＩ／Ｆ２３、２４、２５を使用しない。この確認をメータＩ／Ｆ２３（Ｓ２０９）、メータＩ／Ｆ２４（Ｓ２１０）、メータＩ／Ｆ２５（Ｓ２１１）に対し順次実施する。ここでは、メータＩ／Ｆ２４が故障している。以上で、通信装置２の故障箇所の判別を終了する。

次に、故障部位リストの内容とセンター装置１との通信に必要なリソースのリストとを比較する（Ｓ２１２）。予めマスクＲＯＭ１１内に記憶されているセンター装置１との通信のために必要なリソースが正常か故障かを故障部位リストの内容から判断し、これらのリソースが正常と判定されれば、センター装置１との通信が可能と容易に判断できる（Ｓ２１３）。センター装置との通信が可能と判定できると、マイコン１５は、障害が発生したことおよび復帰した時刻といった障害情報をウォッチドッグタイマ３０から取得する。

ところで、マイコン１５内のフラッシュＲＯＭ１２が故障する場合も想定できるが、故障部位リストを記憶するメモリの順序を決めておく。マイコン１５内のフラッシュＲＯＭ１２が故障の場合は、外部のフラッシュＲＯＭ２１に記憶すると決めておけば、マイコン１５内のフラッシュＲＯＭ１２に故障部位リストがない場合には、外部のフラッシュＲＯＭ２１の所定の場所を確認する。これによって、故障部位リストを必ず正常なメモリに記憶しておくことができる。

この時点で、図５に示すＴ２の期間のＳ２００は終了する。ここで、ウォッチドッグタイマ３０であるＲＴＣのタイムオーバによって出力されたアラーム信号により、リセットＩＣ３１はリセット信号を生成する。マイコン１５へのリセット信号は、必要な時間幅をもったパルス波形の信号であるが、ＲＴＣのアラーム信号はレベル信号である。そのため、ＲＴＣへの設定値変更がなければ、ＲＴＣはタイムオーバしたステータスのままであり、リセット信号がでたままの状態で解除されない。これでは、ＲＴＣをウォッチドッグタイマ３０として使用することはできない。

そこで、ＲＴＣからのレベル信号をパルス信号に変換する。マイコン１５は、次にタイムオーバする時刻として、ＲＴＣから取得した現在の時刻から十分な時間区間を加算した時刻を設定する（Ｓ２１４）。これにより、ＲＴＣの設定値が更新され、ＲＴＣはリセットＩＣ３１に対して出力しているアラーム信号を解除する（Ｓ２１５）。すると、リセットＩＣ３１は再度マイコン１５に対し、ＴＲ１の期間リセット信号を出力し（Ｓ３０１）、マイコン１５は再起動される。

このリセット信号が解除されると（Ｓ３０２）、ＣＰＵ１０は再度動作を開始し、図５に示すＳ４００の動作を行う。この動作は、通常動作モードによって実行される。プログラムのブートプログラムが記憶されたマスクＲＯＭ１１の初期番地に制御が移ると、マイコン１５は、障害発生によるリセットか、正常動作でのリセットかを判別するため、ウォッチドッグタイマ３０に対するオーバタイムフラグをチェックする（Ｓ４０１）。フラグがセットされていなければ、正常なリセットによる再起動であると判定する（Ｓ４０２）。

この正常なリセットには、真に電源投入によるリセット、リセットスイッチ３２の操作によるリセットも場合としては想定できる。これらの判別は、ウォッチドッグタイマ３０が動作しているか否かをチェックする（Ｓ４０３）とともに、故障部位リストを確認する（Ｓ４０４）。ウォッチドッグタイマ３０が動作していなければ、電源投入でのリセットであると判断し（Ｓ５００）、故障部位リストに記憶されていなければ、リセットスイッチ３２の操作によるリセットであると判断する（Ｓ５５０）。正常なリセットであれば、通常動作モードで通常動作を行う（Ｓ５０１）。ウォッチドッグタイマ３０が動作していて、故障部位リストに記憶されている場合、動作不能からの自動復帰後の２回目のリセットであると判断する（Ｓ４０５）。

更に、故障部位リストからセンター装置１との通信可否判定データを読み出し、センター装置１との通信が可能であると判定されているかを確認する（Ｓ４０６）。通信が不可能であれば、マイコン１５は動作を停止する（Ｓ４５０）。

次に、故障部位を確認する。ここでは、マイコン１５内部のＲＡＭ１３、マイコン１５外部のフラッシュＲＯＭ２１、メータＩ／Ｆ２４が故障であることが分かる。これらの故障部位が通信に必要なリソースであるか確認する（Ｓ４０７）。マイコン１５内部のＲＡＭ１３は、センター装置１との通信に使用されるＲＡＭである場合がある。マイコン１５内のマスクＲＯＭ１１に記憶されている通信を制御するプログラムは、センター装置１との通信のためのワーク領域として、上記のＲＡＭ１３の一部のアドレスを使用している。

しかし、このＲＡＭ１３が故障しているので、使用するアドレスを外部のＲＡＭ２２の領域に移動させることが必要となる。これを行うために、マスクＲＯＭ１１内のプログラムの通信に必要なワーク領域を指定する方法として、ベースアドレスにマイコン１５内のレジスタを用い、そのベースアドレスが、実際のワーク領域のアドレスを格納している場所を示すポインタとして機能する方式を採る。

具体的には、マスクＲＯＭ１１内に２種類のアドレス領域を設け、それぞれにマイコン１５内のＲＡＭ１３を使用する場合と外部のＲＡＭ２２を使用する場合に対応して、センター装置１に通信するために必要なＲＡＭのメモリアドレス割り当てを設定し記憶しておく。

マスクＲＯＭ１１内に記憶されているプログラムは、マイコン１５内のレジスタＡ０をポインタのベースアドレスとする。ＣＰＵ１０は、故障部位リストにマイコン１５内のＲＡＭ１３が故障と登録され、外部のＲＡＭ２２が正常と判定されているとき、このレジスタＡ０に、マスクＲＯＭ１１に記憶された外部ＲＡＭ使用のメモリアドレス割り当ての先頭アドレスを書き込む。

これにより、マスクＲＯＭ１１内のプログラムでは、レジスタＡ０に書かれたアドレスを元にして使用するＲＡＭのアドレスを取り込み、そのＲＡＭを使用することが可能となる（Ｓ４０８）。

インターラプト、サブルーチンで使用するＲＡＭ領域に関しても同様に、マスクＲＯＭ１１に、スタックポインタに書きこむＲＡＭのアドレス領域を２種類用意しておく。これによって、マイコン１５内のＲＡＭ１３を使用する場合と外部のＲＡＭ２２を使用する場合とで動作を切り替えることが容易となる。

仮にセンター装置１との通信において、フラッシュＲＯＭをデータのワーク領域として使用する必要がある場合でも、ＲＡＭの場合と同様にマスクＲＯＭ１１に２種類のフラッシュＲＯＭのメモリアドレス割り当てを設定することにより対応は可能である。

このように、本通信装置２では、センター装置１に通信するアプリケーションプログラムの動作に必要なメモリの割り当てが可能となり、インターラプト、サブルーチンも使用可能な通常動作モードでの動作となる（Ｓ４０９）。

ただし、動作の目的は、異常の発生、発生時刻、故障部位等の障害情報のセンター装置１への通報であり、メータ３からの検針などは行わない。動作モードとしては通常であるが、動作範囲は限定され、異常の通報だけとなる。

マイコン１５は、無線通信モジュール１８を介してセンター装置１への通報を行う。無線網基地局５に“ＡＴＤ０９０１２３４５６”でダイアルし（Ｓ４１０）、無線網基地局５と通信を確立し（Ｓ４１１）、無線網基地局５との認証を行い（Ｓ４１２）、センター装置１との初期メッセージの交換の後、図１４、１５に示すようなメッセージの形で異常発生、動作不能からの復帰時刻、故障部位の通報を行う（Ｓ４１３）。図１６に示すようなセンター装置１からの受信確認メッセージを受け取る（Ｓ４１４）。その後、故障している部位を持つ通信装置２としては、定期的な検針業務のような通常のアプリケーションの実行は行わずに、センター装置１から何らかのメッセージが来ないか受信を待つ受信待機状態に入る（Ｓ４１５）。

センター装置１への通報後に、マイコン１５では、同じフラッシュＲＯＭ１２の別の領域に障害履歴を記憶する領域を予め用意しておき、記憶された故障部位リストをこの領域にコピーし、コピー元の故障部位リストは消去する。これによって、過去の障害情報をいつでも参照することができる。また、無線通信モジュール１８に異常があった場合、センター装置１に通報はできない。しかし、障害情報はフラッシュＲＯＭ１２あるいは他のメモリに記憶されているので、メモリから読み出して出力することができる。したがって、保守要員は、障害情報を確認することが可能である。

なお、本発明は、上記実施形態に限定されるものではなく、本発明の範囲内で上記実施形態に多くの修正および変更を加え得ることは勿論である。集中監視システムが、センター装置と通信を行う無線親機と、これと無線通信を行う無線子機とから構成されているとき、無線子機が本発明の通信装置となり、無線親機が外部機器となる。

本発明の集中監視システムの概略構成図 通信装置の構成を示すブロック図 障害監視部の構成を示す回路図 リセット信号を生成するときの障害監視部の信号波形を示す図 通信装置において、障害が発生したときのタイムチャート 障害発生時の動作フローチャート 障害発生時の動作フローチャート 通信装置における故障部位を示す図 ＲＯＭの故障有無確認用のブロックおよびブロックごとのチェックサムの構成を示す図 故障部位リストの配置例とその記憶内容を示す図 通信装置とメータ間のテストコマンドのフォーマットを示す図 通信装置からメータへのテストコマンドを示す図 メータから通信装置へのテストコマンドを示す図 通信装置からセンター装置間のメッセージのフォーマットを示す図 通信装置からセンター装置への通報メッセージを示す図 センター装置から通信装置への受信確認メッセージを示す図

符号の説明

１ センター装置
２ 通信装置
３ メータ
１０ ＣＰＵ
１１、２０ マスクＲＯＭ
１２、２１ フラッシュＲＯＭ
１３、２２ ＲＡＭ
１４ シリアルＩ／Ｆ
１５ マイコン
１８ 無線通信モジュール
２３〜２５ メータＩ／Ｆ
３０ ウォッチドッグタイマ
３１ リセットＩＣ

Claims (11)

1. 外部機器との通信を行う通信部と、障害の発生を監視する障害監視部と、障害が発生したときにリセットを行う制御部とを備え、前記制御部は、リセット後に故障部位を判別するための限定動作モードおよびリセット後に通常の動作を行う通常動作モードとを有し、前記制御部は、障害発生後に前記限定動作モードを実行して、故障部位を判別する判別手段と、前記限定動作モードの実行後に、正常部位を使用して前記通常動作モードを実行し、障害情報を外部に通知する通知手段とを備えたことを特徴とする通信装置。
2. 限定動作モードでは、インターラプトを禁止し、通信部による通信が可能か確認することを特徴とする請求項１記載の通信装置。
3. 通常動作モードでは、正常と判別されたメモリと、使用可能と判別されたインターラプトとを使用して、外部機器との通信を行うことを特徴とする請求項２記載の通信装置。
4. 外部機器との通信を行う通信部と、障害の発生を監視する障害監視部と、障害が発生したときにリセットを行う制御部とを備え、前記制御部は、リセット後に故障部位を判別する判別手段と、故障部位の判別結果に基づいて前記通信部による通信が可能か確認する通信確認手段と、故障部位の判別後に正常部位を使用して障害情報を外部に通知する通知手段とを備えたことを特徴とする通信装置。
5. 制御部は、故障部位の判別後に再度リセットを行ってから障害情報を通知することを特徴とする請求項４記載の通信装置。
6. 障害監視部は、リアルタイムクロックを有し、障害が発生したとき、前記障害監視部は２回リセット信号を出力し、１回目のリセット信号は、タイムオーバするまでのカウントの設定値を制御部が更新しないことによって発生され、２回目のリセット信号は、制御部が前記設定値を更新することによって発生されることを特徴とする請求項１または５記載の通信装置。
7. 通知手段は、通信部による通信が可能な場合、外部機器に障害情報を通報し、通信が不可能な場合、障害情報をメモリに記憶することを特徴とする請求項１〜６のいずれかに記載の通信装置。
8. 制御部は、外部機器に通報した後、該外部機器からの送信を待つ受信待機状態となることを特徴とする請求項７記載の通信装置。
9. 制御部内の内部メモリと前記制御部に接続された外部メモリとを備え、制御部は、各メモリの故障の有無を順に判別して、正常なメモリに障害情報を書き込むことを特徴とする請求項７または８記載の通信装置。
10. 制御部によって電源のオンオフが制御される部品は、リセット中、電源オン状態に保持されることを特徴とする請求項７、８または９記載の通信装置。
11. 故障部位を判別する動作を行うためのプログラムは、不揮発性メモリに記憶され、制御部は、障害が発生したときのリセット後に前記プログラムを実行することを特徴とする請求項１０記載の通信装置。

Images