JP3499185B2 - ガス機器システムの故障診断装置及び故障診断方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ガスセントラルヒ
ーティング（ＧＣＨ）システムのようなガス機器システ
ムの故障修理を支援するための故障診断装置及び故障診
断方法に関する。なお、本明細書では、便宜上、ガス機
器単体を、１つのガス機器から構成されるガス機器シス
テムという場合がある。

【０００２】

【従来の技術】近年、ガスセントラルヒーティング（Ｇ
ＣＨ）システムが広くに普及している。ＧＣＨシステム
は、比較的大きい能力を有する熱源機が、風呂、台所、
洗面所などへの給湯に加えて、床暖房、エアコン、乾燥
機などのＧＣＨ端末装置への給湯を行う。それに伴い、
熱源機は、風呂、台所、洗面所と給湯管を介して接続さ
れると共に、ＧＣＨ端末装置にも循環路である給湯管を
介して接続される。そして、熱源機は、通常の給湯器と
同様に風呂用リモコンや台所用リモコンと通信回線を通
じて接続され、それらリモコンからの運転要求に応答し
て自動湯張りや追い焚きなどの所定の燃焼運転を行う。
更に、熱源機は、ＧＣＨ端末装置のリモコンや制御パネ
ルとも通信回線を通じて接続され、それらのリモコンや
制御パネルからの運転要求に応答して、対応する燃焼運
転を行う。

【０００３】ＧＣＨシステムは、熱源機と複数のＧＣＨ
端末とで構成され、熱源機と複数のＧＣＨ端末とが異な
るメーカの異なるガス器具で構成されるのが一般的であ
る。例えば、ＧＣＨ端末であるエアコンは、熱源機から
の循環湯を利用して暖房を行い、電気を利用して冷房を
行う。また、ＧＣＨ端末である床暖房は、熱源機からの
循環湯を床下の床暖房パイプに循環させて暖房を行う。

【０００４】

【発明が解決しようとする課題】かかるＧＣＨシステム
の故障診断は、従来の給湯器に比較すると多くの困難を
伴う。ＧＣＨシステムになんらかの異常や不具合が発生
すると、エラーが出力され、ＧＣＨシステムの動作が停
止する。言い換えれば、ＧＣＨシステムの動作を停止さ
せなければならない程度の異常や不具合が発生した場合
にのみエラーが出力される。エラーは、リモコン画面な
どにエラーコードともに表示される。修理作業員は、リ
モコン画面に表示されたエラーコードなどから故障の原
因を判断して、適切な診断・修理作業を行う。

【０００５】しかしながら、かかるＧＣＨシステムの診
断・修理において、エラーコードだけでは故障の原因を
特定できない場合があり、ＧＣＨシステムの診断・修理
には、多くの困難を伴う。例えば、故障が熱源機側にあ
るのか或いはＧＣＨ端末側にあるのかを判断することが
困難な場合がある。また、各機器の運転状態が複合的に
絡み合って発生する故障も想定される。さらに、機器の
停止レベルすれすれの不具合の場合などに発生する不再
現故障の場合、点検・診断時に、その不具合を再現でき
ないと、故障原因を特定できない。

【０００６】特に、ＧＣＨシステムの場合、熱源機とＧ
ＣＨ端末とを結ぶ配管に熱動弁が設けられるのが一般的
である。この熱動弁はスイッチに対する応答性が極めて
遅いことで知られている。従って、各ＧＣＨ端末の運転
をトライして、その時の熱源機の動作や端末の動作を確
認することによる不具合確認作業には、多くの工数を要
する。

【０００７】ガス機器単体である給湯器の故障診断装置
として、例えば、特開平７−３０５８４３号公報には、
汎用ノートパソコンで構成された外部検査装置が開示さ
れている。この外部検査装置は、給湯器にケーブルを介
して接続され、外部検査装置から所定の検査用指令情報
を与え、それに応答して動作した給湯器内の動作状態や
センサ出力を収集する。それにより、検査作業を単純化
することができる。

【０００８】更に、複数種類のガス機器の故障診断を容
易にする装置として、例えば、特開平１０−１８５１８
９号公報には、複数種類の故障診断プログラムを故障診
断装置に格納し、ガス機器に通信手段を介して接続し
て、故障対象のガス機器に対応する故障診断プログラム
を実行することにより、多数のガス機器に対する製品知
識がない場合でも同様の故障診断を可能にすることが記
載されている。

【０００９】かかる故障診断装置をＧＣＨシステムに応
用するためには、ＧＣＨシステムのうちの故障したガス
機器を特定することが必要である。しかしながら、上述
したように、ＧＣＨシステムにおいて故障個所を特定す
るのは、困難である。一方、ＧＣＨシステムを構成する
全てのガス機器について故障診断を行うのは、多くの時
間を要し、非効率的である。また、故障したガス機器を
特定した場合であっても、そのガス機器についての内部
の故障原因を推定することは容易でない（これは、ＧＣ
Ｈシステムのようなガス機器システムに限らず、給湯器
のような単体のガス機器から構成されるガス機器につい
ても同様である）。

【００１０】そこで、本発明の目的は、少なくとも１つ
のガス機器から構成されるガス機器システムの故障診断
を効率的に行うことができる故障診断装置を提供するこ
とにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、本発明の故障診断装置は、ガス機器システムから、
ガス機器システムを構成する各ガス機器の運転状態に関
する機器情報を読み出し、読み出された機器情報から、
利用者に対する問診から得られるガス機器システムの不
具合に関する問診情報を満たす機器情報を抽出する。こ
れにより、故障原因、故障個所を特定するのに必要な情
報だけを取得できるので、短時間に且つ容易に故障原
因、故障個所を特定することが可能となり、効率的な故
障診断・修理作業が達成される。

【００１２】好ましくは、上記目的を達成するための本
発明の故障診断装置は、少なくとも１つのガス機器から
構成されるガス機器システムの故障診断装置において、
前記ガス機器システムを構成する各ガス機器それぞれの
運転状態に関する機器情報を取得し、所定の入力操作に
より前記ガス機器システムの不具合に関する問診情報を
取得し、前記取得した機器情報から、前記問診情報に対
応する機器情報を抽出することを特徴とする。ガス機器
システムは、例えば、熱源機と該熱源機と給湯管を介し
て接続される少なくとも一つの端末装置から構成される
セントラルヒーティングシステムである。

【００１３】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態例を説明する。しかしながら、かかる実施の形
態例が、本発明の技術的範囲を限定するものではない。
なお、本発明は、種々の組み合わせを有するガスセント
ラルヒーティング（ＧＣＨ）システムの故障診断装置に
関するが、以下の実施の形態例では、風呂、床暖房、バ
ス乾燥機、２台のエアコンが熱源機に接続されているＧ
ＣＨシステム（ガス機器システム）を例に説明する。

【００１４】図１は、ＧＣＨシステムと故障診断装置の
例を示す図である。ＧＣＨシステムは、ガスなどの燃料
を燃焼して給湯または湯の循環を行う熱源機１と、それ
に接続された複数のＧＣＨ端末、例えば床暖房６０、バ
ス乾燥機６４、エアコン６８、エアコン７２及び風呂５
０を有する。熱源機１は、風呂や台所、洗面所に給湯す
るための給湯路１１とその熱交換機１０と、それ以外の
ＧＣＨ端末に循環湯を供給する給湯路１４とその熱交換
機１３とを有する。熱交換機それぞれには、ガスなどの
燃料を燃焼する燃焼バーナ１２、１５が設けられる。

【００１５】第１の給湯路１１には、図示しない給水管
と給湯栓がつながれ、給湯栓が開かれると、給水管から
給湯路１１内に給水が行われ、それに応答してバーナー
１２が燃焼し、給湯栓に給湯が行われる。給湯栓は、台
所、洗面所、風呂などに設けられる。更に、第１の給湯
路１１は、開閉弁１６及び追い焚き循環路５３を介し
て、風呂５０に給湯する。更に、追い焚き循環路５３
は、追い焚き用熱交換機１９につながれ、第２の給湯路
１４内をバイパスする湯からの熱交換により浴槽内の湯
が温められる。

【００１６】また、第２の給湯路１４は、往きヘッダ８
０と戻りヘッダ８１に接続されるそれぞれの循環路を介
して、床暖房６０、バス乾燥機６４、エアコン６８、７
２にそれぞれ接続され、それぞれの端末からの要求に応
答して、それら循環路に湯を循環させる。端末への湯の
循環は、それぞれの循環路内に設けた熱動弁からなる開
閉弁６２、６６、７０、７４を介して行われる。これら
の熱動弁は、熱源機１内の制御用マイクロコンピュータ
２１からの駆動により、開閉される。

【００１７】ＧＣＨ端末には、それぞれ制御用のマイク
ロコンピュータ６１、６５、６９、７３が設けられ、熱
源機１内の通信用マイクロコンピュータ２２と通信回線
を介して接続される。床暖房６０の場合は、マイクロコ
ンピュータ６１は床暖房リモコンであり、バス乾燥機６
４の場合は、マイクロコンピュータ６５は制御装置であ
り、エアコン６８、７２の場合も、マイクロコンピュー
タ６９、７３は制御装置である。また、風呂用リモコン
５１もマイクロコンピュータで構成され、熱源機１の通
信用マイクロコンピュータ２２と通信可能になってい
る。

【００１８】熱源機１に設けられた制御用マイクロコン
ピュータ２１は、リモコン５１、６１やＧＣＨ端末の制
御装置６５、６９、７３からの運転指令に応答して、熱
源機内部のセンサの出力をモニタし、熱源機内部のアク
チュエータを駆動する。アクチュエータは、例えば、燃
焼バーナのガス電磁弁、ガス量を調整する比例弁２０、
着火用イグナイター（図示せず）、循環ポンプ１７、１
８、風呂給湯栓１６、各端末への循環路を開く熱動弁６
２、６６、７０、７４等であり、センサは、給湯路１
１、１４の入水温度、出湯温度センサ（図示せず）、燃
焼ファンの回転数センサ（図示せず）などである。

【００１９】台所や洗面所の給湯栓が開かれたり、風呂
リモコンから運転指令が出されたりすると、制御用マイ
クロコンピュータ２１により、燃焼バーナ１２の燃焼運
転が開始され、通常の給湯器と同様の燃焼制御が行われ
る。また、ＧＣＨ端末から運転指令が出されると、その
運転指令が通信用マイクロコンピュータ２２に送信され
る。各ＧＣＨ端末のマイクロコンピュータと通信用マイ
クロコンピュータ２２との通信は、予めメーカ間で取り
決められた共通のプロトコルにより行われるインテリジ
ェント通信である。通信用マイクロコンピュータ２２
は、運転指令を受信すると、制御用マイクロコンピュー
タ２１に運転指令を伝える。それに応答して、制御用マ
イクロコンピュータ２１は、運転指令を発行した端末の
熱動弁を開くよう制御すると共に、対応する燃焼制御を
行う。

【００２０】制御用マイクロコンピュータ２１には、熱
源機１の各種パラメータや設定値などが記録される不揮
発性メモリ５４が接続される。さらに、不揮発性メモリ
５４には、熱源機１のパスワードも記憶される。また、
制御用マイクロコンピュータ２１は、通信用マイクロコ
ンピュータ２２を介して、各ＧＣＨ端末からの指令信
号、モニタ信号、エラー信号、リモコンからの指令信号
等を受信し、運転状態やエラーを示す信号などを送信す
る。制御用マイクロコンピュータ２１と通信用マイクロ
コンピュータ２２とは一体のマイクロコンピュータで実
現されてもよい。

【００２１】また、不揮発性メモリ５４は、熱源機１の
制御用マイクロコンピュータ２１及び各ＧＣＨ端末のマ
イクロコンピュータ６１、６５、６９、７３が出力する
エラー信号（エラーコード）を所定個数記憶することが
できるエラーコード記憶領域を有する。各ＧＣＨ端末か
らのエラー信号は、熱源機１の制御用マイクロコンピュ
ータ２１が受信し、制御用マイクロコンピュータ２１が
不揮発性メモリ５４に記憶する。また、熱源機１のエラ
ー信号は、制御用マイクロコンピュータ２１自身が出力
し、不揮発性メモリ５４に記憶する。エラー信号は、例
えば、エラーの内容に対応するエラーコードである。エ
ラーコードは、例えば３桁の数字から構成される。

【００２２】本発明の実施の形態では、制御用マイクロ
コンピュータ２１は、エラーコードの出力時の時間に関
する情報（出力時期情報）を付してエラーコードを不揮
発性メモリ５４に記憶する。出力時期情報は、例えば、
通電積算時間である。通電積算時間は、制御用マイクロ
コンピュータ２１に内蔵されるタイマのカウントする時
間を積算した時間であり、不揮発性メモリ５４に記憶さ
れている。タイマのカウント時間は、一定時間（例えば
数時間）ごとに通電積算時間に加算される。即ち、不揮
発性メモリ５４に記憶される通電積算時間は一定時間毎
に更新される。

【００２３】図２は、本発明の実施の形態におけるエラ
ーコード記憶処理フローチャートを示す図である。図２
において、制御用マイクロコンピュータ２１は、ステッ
プＳ２０において、熱源機１のエラーを検知するか、各
端末からのエラーコードを受信すると、不揮発性メモリ
５４からそのときの通電積算時間を読み出す（Ｓ２
１）。

【００２４】さらに、ステップＳ２２において、制御用
マイクロコンピュータ２１は、不揮発性メモリ５４のエ
ラーコード記憶領域に空き領域がない場合（所定個数の
エラーコードが既に記憶されている場合）は、最も古い
エラーコードを削除する（Ｓ２３）。そして、制御用マ
イクロコンピュータ２１は、ステップＳ２０のエラーコ
ードとステップＳ２１で読み出した通電積算時間とを対
応づけて不揮発性メモリ５４のエラーコード記憶領域に
記憶する（Ｓ２４）。なお、エラー発生元を識別するた
めの情報（例えば、ガス機器の機種名）も一緒に記憶さ
れる。また、上述のステップＳ２３では、最も古い通電
積算時間に対応するエラーコードを削除すればよい。

【００２５】さらに、本発明の実施の形態では、熱源機
１の制御用マイクロコンピュータ２１及び各ＧＣＨ端末
のマイクロコンピュータ６１、６５、６９、７３は、各
機器の動作停止を伴うエラーコードの他に、動作停止を
伴わない警告情報を生成する。各ＧＣＨ端末は、生成し
た警告情報を熱源機１の制御マイクロコンピュータ２１
に送信する。熱源機１のマイクロコンピュータ２１は、
自己が生成した熱源機１の警告情報及び各ＧＣＨ端末か
ら受信した各ＧＣＨ端末の警告情報を、上述の図２と同
様に、その出力時の時間に関する情報（出力時期情報）
を付して、不揮発性メモリ５４に記憶する。警告情報
は、ガス機器の動作停止するまでには至らない比較的小
さな不具合に関する情報であり、このような警告情報を
生成し、記憶することにより、故障発生時における原因
の特定などに役立てることができる。以下、警告情報の
例について説明する。

【００２６】第一の警告情報は、熱源機１の給湯及び循
環湯の出湯温度に対する設定温度追随性に関する情報で
ある。具体的には、出湯温度は、基本的には、フィード
フォワード（ＦＦ）制御及びフィードバック（ＦＢ）制
御により制御される。熱源機１のマイクロコンピュータ
２１は、入水温度と設定温度との差及び水量に基づいて
必要なガス量を求め、そのガス量に対応する比例弁電流
を比例弁２０に供給し、比例弁２０の開度を制御する
（ＦＦ制御）。さらに、ＦＦ制御による出湯温度と設定
温度との偏差（出湯温度−設定温度）に基づいて、比例
弁２０の開度を調整する（ＦＢ制御）。

【００２７】このとき、例えば、比例弁電流に対応する
比例弁２０の開度にずれが生じたり、入水温度センサ又
は出湯温度センサの検知温度にずれが生じたりすると、
必要なガス量が供給されず、上記偏差が大きくなった
り、出湯温度が設定温度になるまでの時間が長くなる。

【００２８】このような状態は、最終的には、ＦＢ制御
により設定温度の湯が出湯されるので、燃焼停止するほ
どの故障ではないが、将来の燃焼停止レベルのエラー発
生原因となる可能性がある。従って、このような状態の
発生を警告情報として記憶しておくことで、将来の故障
の原因特定に役立つとともに、定期点検などで、このよ
うな状態を修理することで、燃焼停止レベルの故障の発
生を予防することもできる。

【００２９】そこで、本実施の形態では、上記偏差が所
定の基準値より大きくなったり、出湯温度が設定温度に
なるまでの時間が所定の基準時間より長くかかった場合
は、制御装置５は、第一の警告情報を生成し、それを記
憶しておく。

【００３０】図３は、第一の警告情報の生成フローチャ
ートである。また、図４は、燃焼開始からの出湯温度と
時間の関係を示す図である。図４を参照しながら図３を
説明する。図３において、制御用マイクロコンピュータ
２１は、燃焼開始後（Ｓ３０）において、上記偏差を計
算するともに、燃焼開始からの時間を計測する（Ｓ３
１）。制御用マイクロコンピュータ２１は、各種センサ
の情報に基づいて、比例弁開度を求め、求めた開度に対
応する比例弁電流を比例弁２０に供給する。図４に示す
ように、出湯温度は、燃焼開始から徐々に上昇し、設定
温度になるように制御される。図４の実線Ｌ１は、正常
な燃焼制御における出湯温度変化である。正常な場合、
出湯温度は、所定に基準時間Ｔ１には、設定温度付近に
達する。一方、図４の点線Ｌ２、Ｌ３は、出湯温度変化
が正常な場合と比較して、早い場合と遅い場合の例であ
る。

【００３１】制御用マイクロコンピュータ２１は、ステ
ップＳ３２の所定の基準時間Ｔ１経過前において、偏差
（出湯温度−設定温度）が基準値Ａより大きくなる場合
があるか否か判定する。基準値Ａは、正常なガス供給に
おいて生じうる偏差の最大値である。従って、偏差が基
準値Ａより大きくなる場合は、センサ出力のずれなどの
原因により、ガス供給量にもずれが生じていることを示
す。しかしながら、ＦＢ制御により、徐々に出湯温度
は、設定温度になるように補正されていく。

【００３２】図４の点線Ｌ２に示すように、出湯温度変
化が正常より早いと、偏差が基準値Ａを超える場合があ
る。ステップＳ３３において、偏差が基準値Ａより大き
い場合、まず、ステップＳ３４において、そのことにつ
いての警告情報が既に作成されたか否か判定される。制
御用マイクロコンピュータ２１は、各燃焼毎に、警告情
報作成フラグを有し、当該燃焼について、設定温度に関
する警告情報を作成した場合は、フラグを立てる。これ
により、同じ警告情報が複数作成されるのが防止され
る。ステップＳ３５において、フラグが立っていない場
合は、警告情報を作成し、不揮発性メモリ５４に記憶す
る。警告情報の記憶処理フローは、図２と同様である。
即ち、不揮発性メモリ５４は警告情報記憶領域を有し、
警告情報は、そこに、通電積算時間を付されて記憶され
る。また、警告情報は、エラーコード同様に、複数桁の
コードであってもよいし、フラグであってもよい。

【００３３】一方、図４の点線Ｌ３に示すように、出湯
温度変化が正常より遅いと、基準時間Ｔ１経過しても設
定温度に達しない場合がある。従って、ステップＳ３２
において、基準時間Ｔ１経過後に、ステップＳ３６にお
いて、出湯温度が設定温度±αに収まっているかどうか
判定される。値αは許容誤差である。基準時間Ｔ１は、
例えば、正常なガス供給において出湯温度が設定温度に
達する最長時間である。従って、ステップＳ３６におい
て、出湯温度が設定温度付近に達していなかったり、大
きく超えているような場合は、ステップＳ３４の判定後
に、警告情報が作成される（Ｓ３５）。

【００３４】このように、見かけ上、正常な燃焼制御に
おいても、出湯温度変化の小さな異常を検知し、それを
警告情報として保存する。そして、この警告情報を、故
障発生時の原因の特定や修理に役立てることで、効率的
な修理・点検が実現する。

【００３５】図５は、第二の警告情報の生成フローチャ
ートである。第二の警告情報は、熱源機１における点火
に関する警告情報である。図５において、制御用マイク
ロコンピュータ２１は、リモコンなどから燃焼指令を受
信すると（Ｓ５０）、イグナイタ電極を駆動して、燃焼
バーナに点火する（Ｓ５１）。フレームロッド電極が炎
を検知すると、制御用マイクロコンピュータ２１は点火
成功と判断し、燃焼制御を開始する（Ｓ５３）。

【００３６】フレームロッド電極が炎を検知しないと、
制御用マイクロコンピュータ２１は、点火失敗と判断す
るとともに、点火回数をカウントする（Ｓ５４）。ステ
ップＳ５５において、カウントされた点火回数と所定の
基準回数とが比較される。点火回数が基準回数を超える
と、エラー出力される（Ｓ５６）。基準回数は、例えば
３回である。

【００３７】点火回数が、基準回数を超えていない場
合、上記図３のステップＳ３４と同様に、警告情報が作
成されていなければ（Ｓ５７）、警告情報を作成する
（Ｓ５８）。即ち、点火の失敗に関する警告情報は、１
回目の点火に失敗した場合に作成される。

【００３８】このように、エラー出力される前に点火
し、正常な燃焼が行われる場合であっても、その前の点
火失敗の情報が記憶されるので、点火しなくなる故障に
おける原因分析などに役立てることができる。

【００３９】図６は、第三の警告情報の生成フローチャ
ートである。第三の警告情報は、熱源機１の燃焼ファン
又はバス乾燥機６４及びエアコン６８、７２の回転ファ
ンの回転に関する警告情報である。図６において、各ガ
ス機器のマイクロコンピュータは、リモコンなどから運
転指令を受信すると（Ｓ６０）、燃焼ファン又は回転フ
ァンを回転させ（Ｓ６１）、さらに、その回転時間を計
測する（Ｓ６２）。

【００４０】マイクロコンピュータは、所定の基準時間
Ｔ２経過後において（Ｓ６３）、検知される回転数が目
標値±β内に収まっているか否か判定する（Ｓ６４）。
値βは、目標値に対する許容誤差である。そして、回転
数が目標値±β内に収まっていない場合、燃焼ファン又
は回転ファンの回転数にずれが生じていると判断され
て、ステップＳ６５において、図３のステップＳ３４と
同様に、そのことについての警告情報が既に作成された
か否かが判定され、作成されていなければ、警告情報を
作成し、記憶する（Ｓ６６）。

【００４１】このように、燃焼ファン又は回転ファンの
回転数の比較的小さな変化を警告情報として記憶するこ
とで、将来、燃焼ファン又は回転ファンに関わる故障・
修理に役立てることができる。

【００４２】図７は、第四の警告情報の生成フローチャ
ートである。第四の警告情報は、熱源機１の通信用マイ
クロコンピュータ２２又は各ＧＣＨ端末のマイクロコン
ピュータ６１、６５、６９、７３の通信に関わる警告情
報である。通信は、熱源機１の通信用マイクロコンピュ
ータと各ＧＣＨ端末のマイクロコンピュータとの間で行
われる。

【００４３】図７において、各機器のマイクロコンピュ
ータは、所定の通信プロトコルに従って、通信相手に通
信を呼びかける（通信トライ）（Ｓ７０）。ステップＳ
７１において、通信相手からの応答があれば、通信成功
と判断し、通信が開始される（Ｓ７２）。

【００４４】応答がないと、各機器のマイクロコンピュ
ータは、通信失敗と判断するとともに、通信失敗率を計
算する（Ｓ７３）。通信失敗率は、過去全ての通信トラ
イに対する失敗率であってもよいし、直近の所定回数
（例えば、１００回）の通信トライに対する失敗率であ
ってもよい。そして、ステップＳ７４において、計算さ
れた通信失敗率が所定の基準値を超えた場合、上記図２
のステップＳ３４と同様に、警告情報が作成されていな
ければ（Ｓ７５）、警告情報を作成する（Ｓ７６）。な
お、図示されないが、連続して所定回数（例えば３回）
通信に失敗した場合は、エラー出力される。

【００４５】警告情報は、上述したものに限定されず、
様々な警告情報が作成されてもよい。例えば、熱源機１
が流量制御弁を有する場合、所定の基準時間を経過して
も検知される流量と設定流量との偏差が基準値より大き
い場合や、検知される流量が設定流量になるまでの時間
が所定の基準時間よりも長い場合に警告情報が作成され
てもよい。

【００４６】さらに、熱源機１が、流路を変更するため
の流路変更弁（例えば、二方弁や三方弁）を有する場
合、それを駆動するモータの制御に関する警告情報が作
成されてもよい。具体的には、流路変更弁弁が目標位置
に移動するまでの時間が所定の基準時間よりも長い場
合、又は所定の基準時間を経過しても弁の移動位置と設
定位置との偏差が所定の基準値より大きい場合に警告情
報が作成される。

【００４７】さらに、熱源機１が、風呂の水位を検知す
る圧力センサを有する場合、湯張り開始時から所定の基
準時間を経過しても、検知される水位と設定水位との偏
差が基準値より大きい場合や、検知される水位が設定水
位になるまでの時間が所定の基準時間より長い場合に警
告情報が作成されてもよい。

【００４８】また、例えば、エアコン６８、７２の暖房
制御における室内温度制御は、回転ファンの回転数によ
って調節される。従って、室内温度が設定温度になるま
での時間が所定の基準時間よりも長い場合、又は所定の
基準時間を経過しても室内温度が設定温度にならない場
合に警告情報が作成される。この警告情報は、エアコン
の回転ファンの不具合に関する情報である。

【００４９】不揮発性メモリ５４に記憶されたエラーコ
ード、警告情報及びそれらの出力時期情報を有する機器
情報は、故障診断装置２によって読み出すことができ
る。本実施の形態では、故障診断装置２は、図１に示さ
れるように、プロトコル変換装置３を介して、熱源機１
内の制御用マイクロコンピュータ２１に接続される。そ
のために、熱源機１には、通信用のケーブル２６を接続
するためのコネクタ２３が設けられる。

【００５０】また、図１に示される本実施の形態例の故
障診断装置２は、汎用のノートパソコンなどの携帯情報
端末である。従って、例えば、ウインドウズ９５やウイ
ンドウズＮＴ（いずれもマイクロソフト社の商標）など
の標準ＯＳにより動作するので、その通信プロトコルも
標準プロトコルである。それに対して、故障診断の対象
となる熱源機１内の制御用マイクロコンピュータ２１
は、各メーカ毎に異なる仕様で構成され、対応可能な通
信プロトコルも、標準プロトコルとは異なる独自仕様の
場合が多い。このマイクロコンピュータ２１による通信
機能は、通常メーカでの出荷試験時の動作試験用に開発
されたものであり、従って、メーカ毎に通信プロトコル
やパスワードが異なるのである。

【００５１】そこで、本実施の形態例では、故障診断装
置２と熱源機１との間に、プロトコル変換装置３を介在
させ、そこで、標準プロトコルによる電文と熱源機固有
のプロトコルによる電文との間でプロトコル変換を行わ
せている。プロトコル変換装置３は、コネクタ３１、３
２と、マイクロコンピュータなどで構成されるプロトコ
ル変換手段３０とを有する。プロトコル変換手段３０
は、ＣＰＵ、ＲＡＭ、プログラム変換プログラムを内蔵
するＲＯＭ、及び入出力バッファBUFなどを有し、メモ
リＲＡＭ内の通信制御用メモリ領域は、所定のレジスタ
からなる通信制御用メモリ領域に、プロトコル変換に必
要な熱源機側の通信プロトコルのパラメータが記録され
る。

【００５２】熱源機１の制御用マイクロコンピュータ２
１は、制御プログラムを内蔵する。この制御プログラム
は、例えば、各リモコンや端末から要求された運転に対
応する燃焼シーケンスを制御するための燃焼制御シーケ
ンスプログラムと、故障診断装置２との通信を行うため
の通信制御プログラムとを有する。この通信制御プログ
ラムを有することにより、故障診断装置２との間で通信
を行うことができ、自動故障診断を可能にする。

【００５３】熱源機１内の制御用マイクロコンピュータ
２１は、リモコン、ＧＣＨ端末のマイクロコンピュー
タ、及び故障診断装置２から、給湯や運転等の所定の指
令信号を受信した時に、例えば、その制御プログラムの
実行を示すフラグを内蔵ＲＡＭ内に記録する。そして、
内蔵される燃焼制御シーケンスプログラムは、そのフラ
グを参照して指令信号に対応する制御プログラムの実行
を行う。また、燃焼制御シーケンスプログラムは、内蔵
ＲＡＭ内に記録されたセンサ出力データからセンサの状
態を検出して、燃焼制御に必要なアクチュエータの駆動
を指令するデータを、内蔵ＲＡＭ内の対応する領域に書
き込む。制御用マイクロコンピュータ２１は、その内蔵
ＲＡＭに書き込まれた指令データを参照して、熱源機内
のアクチュエータに指令信号を与える。

【００５４】従って、故障診断装置２は、通信手段を利
用して、上記の熱源機１内のマイクロコンピュータ２１
が内蔵するＲＡＭの情報を書き換えたりすることで、故
障診断に必要な所望の燃焼制御を指示することができ、
また、ＲＡＭの情報を読み出したりすることにより、そ
れに対応するセンサ出力や熱源機内の状態を監視するこ
とができる。そのために、故障診断装置２には、入力手
段としてキーボード２８と、モニタ画面２７とが設けら
れ、更に、通信ポート２９が設けられる。

【００５５】故障診断装置２の通信ポート２９は、RS23
2Cケーブル２７を介してプロトコル変換装置３に接続さ
れる。そして、プロトコル変換装置３は、別のケーブル
２６を介して、熱源機１のコネクタ２３に接続される。

【００５６】故障診断装置２は、複数のメーカ若しくは
複数の機種からなるＧＣＨシステムに対して汎用的に利
用できるように、その故障診断プログラムとして、汎用
的な部分と、複数種類の熱源機や端末毎に若しくは複数
のメーカ毎に設けられる個別的な部分とを有する。

【００５７】近年の熱源機は汎用のマイクロコンピュー
タによる燃焼制御が一般的であり、上記した内蔵ＲＡＭ
領域や制御プログラムは同様のものである。従って、メ
ーカ毎若しくは機種毎に異なるのは、熱源機内の部品の
種類、内蔵ＲＡＭのアドレス、内蔵ＲＡＭ領域への入出
力プログラム、アクチュエータ駆動のプログラム、セン
サデータの入力プログラム等の細かい部分である。その
ため、本実施の形態例の故障診断装置２は、それらの共
通化できない部分は、個別的な部分である情報ファイル
によって対応する。一方、修理作業員に対して機種毎に
共通の表示画面と操作性を提供することができる様に、
修理作業員への表示と入力の制御を共通化した汎用アプ
リケーションプログラムを有する。

【００５８】図８は、故障診断装置内の構成を示す図で
ある。図１と同じ部分には同じ引用番号を与えている。
故障診断装置２は、ハードウエアとしては、前述のモニ
タ画面２７と、キーボード２８と、通信ポートであるコ
ネクタ端子２９と、図示しないＣＰＵ、ＲＡＭ、ファイ
ル装置を有する。そして、ファイル装置内のプログラム
やデータの構成が、図８に示される。

【００５９】故障診断装置２内のソフトウエアの構成
は、メーカ毎若しくはガス機器の種類にかかわらず汎用
的に動作する汎用ミドルウエアアプリケーション４０
と、メーカ毎に若しくは機種器毎に異なる情報ファイル
４２を有する。

【００６０】汎用ミドルウエアアプリケーション４０
は、図示しないＯＳと共に、キーボード２８からの入力
を受信し、必要な表示をモニタ画面２７に対して行う。
従って、汎用ミドルウエアアプリケーション４０は、修
理作業員に共通の故障診断メニュー画面を提供するため
のデータも含まれる。また、コネクタ端子２９に接続さ
れるケーブルを介して通信を行うための、通信制御プロ
グラムも含まれる。この通信制御プログラムは、汎用Ｏ
Ｓに従う標準通信プロトコルによって、電文フォーマッ
トを作成して外部と通信する。

【００６１】更に、汎用ミドルウエアアプリケーション
４０は、最初に故障診断装置を熱源機に接続した時に、
診断対象の熱源機とそれに接続されるＧＣＨ端末のメー
カ名や機種名の情報を取得するための初期設定プログラ
ムを有する。この初期設定プログラムを実行することに
より、診断対象のＧＣＨシステムを構成する熱源機やＧ
ＣＨ端末のメーカ名や機種名を自動的に判別することが
できる。

【００６２】メーカ毎に若しくは機種毎に異なる情報フ
ァイル４２は、例えば、図３に示される通り、メーカ毎
に異なるデータ・プログラムファイル４２Ａ、４２Ｂ、
・・・で構成される。そして、例えば、メーカＡのデー
タ・プログラムファイル４２Ａの場合は、メーカＡの熱
源機の検査工程で利用されるパスワードＡと、メーカＡ
の熱源機に固有の通信プロトコルのパラメータＡと、メ
ーカＡの熱源機に固有の診断用ファイル１、２等を有す
る。また、メーカＢのデータ・プログラムファイル４２
Ｂも、同様の情報を有する。そして、図示しないが、同
様のデータ・プログラム・プログラムファイルが複数設
けられる。この情報ファイル４２は、メーカ毎に限られ
ず、機種毎に異なる場合もある。メーカ側の仕様に合わ
せて、かかる情報ファイル４２が構成される。なお、Ｇ
ＣＨ端末は故障診断装置２と直接通信しないので、ＧＣ
Ｈ端末のデータ・プログラムファイルは、通信に必要な
データを除いて、メーカ又は機種に固有の診断用ファイ
ル等を備えていればよい。ＧＣＨシステムの構成と熱源
機及びＧＣＨ端末のメーカや機種が判明すると、それに
対応する診断用ファイルを利用して故障診断が行われ
る。

【００６３】故障診断において、まず、熱源機１の不揮
発性メモリ５４に記憶されている機器情報（エラーコー
ド及び警告情報など）を読み出す必要がある。これらの
情報を分析することにより、故障個所を推定し、そこに
対する適切な故障診断作業、修理作業が行われる。しか
しながら、不揮発性メモリ５４には、利用者が訴える不
具合とは無関係の機器情報も記憶され、故障時において
は、その記憶されている機器情報（エラーコード及び警
告情報など）の数は、かなり多いことが想定される。従
って、読み出した全ての機器情報を画面に表示しても、
修理作業員は、全ての機器情報の中から、今回の故障又
は不具合に関する機器情報を見つけて、故障個所及び故
障原因の推定しなければならず、その作業は非常に非効
率的である。

【００６４】そこで、本発明の実施の形態では、記憶さ
れているエラーコード及び警告情報（機器情報）のう
ち、今回の故障又は不具合と関連すると思われるもの
を、ＧＣＨシステムの利用者に対する問診情報を使って
抽出する。

【００６５】図９は、故障診断装置２の問診情報入力画
面の例である。修理作業員は、図９に表示される内容に
ついて、ＧＣＨシステム利用者に問診し、その返答を問
診情報としてマウス操作やキーボード操作により入力す
る。

【００６６】図９に示される問診内容における「不具合
運転モード」において、「給湯、風呂」が選択される場
合、熱源機１の故障であると推定されるので、熱源機１
の機器情報（エラーコードや警告情報など）が抽出さ
れ、ＧＣＨ端末の機器情報（エラーコードや警告情報）
は抽出されない。また、「床暖房」、「乾燥」、「エア
コン暖房」がそれぞれ選択される場合、熱源機１及び／
又は、それぞれ床暖房端末６０、バス乾燥機６４、エア
コン６８、７２の故障と推定することができる。さら
に、「冷房」が選択される場合、エアコン６８、７２単
独の故障と推定できる。

【００６７】問診内容の「不具合現象」において、「暖
まらない」が選択される場合、暖房運転に関わる全ての
事象、例えば、燃焼、湯循環、ファン回転、通信不調な
どの機器情報について抽出する必要がある。「冷えな
い」が選択される場合、エアコン６８、７２の機器情報
が抽出される。「お湯がでない」が選択される場合、熱
源機１の給湯機能に関わる事象、例えば、燃焼、湯循環
などの機器情報が抽出される。「音がうるさい」が選択
される場合、各ガス機器のファン回転についての機器情
報が抽出される。

【００６８】問診内容の「発生時期」では、選択された
時期以降に出力される機器情報が抽出される。また、問
診内容の「再現性」は、再現性の有無が入力される。

【００６９】上述したような問診情報の入力後、図９の
画面の「抽出」をクリックすることにより、読み出した
機器情報を検索し、問診情報に合致する機器情報が抽出
されて表示される。

【００７０】図１０は、抽出された機器情報の表示画面
例である。図１０では、問診情報として、「床暖房」、
「暖まらない」、「３日以内」、「再現性なし」に対応
する機器情報の画面例であって、熱源機１及び床暖房端
末６０の３日以内に出力された機器情報が表示される。
修理作業員は、表示された機器情報に基づいて、故障個
所の推定、故障原因の推定を行い、必要な故障診断プロ
グラムを実行させる。例えば、図１０によれば、熱源機
側１に不具合があると推定されるので、そのエラーコー
ド又は警告情報に対応する故障診断プログラムを選択し
て熱源機１に対して実行する。

【００７１】さらに、故障診断装置２は、抽出した機器
情報に基づいて、必要な故障診断プログラムを選択する
機能を有していてもよい。

【００７２】図１１は、機器情報の読み出し抽出処理の
フローチャートを示す。図４において、故障診断装置２
は、汎用ミドルウエアアプリケーション４０を起動し
て、情報ファイル４２を参照しつつ、汎用ミドルウエア
アプリケーション４０を実行する。そして、故障診断装
置２は、プロトコル変換装置３を介して、熱源機１の制
御用マイクロコンピュータ２１と通信可能状態になる。
その後、ステップＳ２０において、汎用ミドルウエアア
プリケーション４０は、制御用マイクロコンピュータ２
１に対して、機器情報読み出し指令を送信する。制御用
マイクロコンピュータ２１は、当該読み出し指令を受信
すると、不揮発性メモリ５４に記憶されているエラーコ
ード、警告情報及びそれらに関連づけられた通電積算時
間を含む機器情報を全て読み出し（Ｓ８１）、さらに現
在の通電積算時間（故障診断装置２と制御用マイクロコ
ンピュータ２１とが通信可能に接続された時の通電積算
時間）も不揮発性メモリ５４から読み出す（Ｓ８２）。
そして、制御用マイクロコンピュータ２１は、読み出し
た機器情報及び現在の通電積算時間をプロトコル変換装
置３を介して故障診断装置２に返信する（Ｓ８３）。

【００７３】ステップＳ８４において、問診情報が入力
され、抽出指示が与えられると、読み出した機器情報か
ら、問診情報を満たす機器情報を抽出し（Ｓ８５）、抽
出された機器情報が、故障診断装置２のモニタ画面２７
に表示される（Ｓ８６）。

【００７４】図１２は、通電積算時間から機器情報の発
生時期を求める方法を説明する図である。図１２では、
エラーコードの発生時期を例に説明する。従って、以下
の説明は、警告情報やその他の機器情報についても同様
に適用される。図１２において、エラーコードの出力時
期に対応する通電積算時間は、一例として、６時間毎に
カウントされる数値として不揮発性メモリ５４に記憶さ
れる。また、各エラーコードに対応するガス機器の機種
名も記憶されている。

【００７５】故障診断装置２の汎用ミドルウエアアプリ
ケーション４０は、返信された現在の通電積算時間Ａと
各エラーコードに対応する通電積算時間Ｂとの差に基づ
いて、各エラーコードの出力時期Ｔ（どれくらい前（何
日前）に出力されたのか）を次の計算式により求める。

【００７６】 Ｔ＝（Ａ−Ｂ）×６÷２４、即ち、（Ａ−Ｂ）／４ 診断対象のエラーコードの出力時期を判定するのに、時
間単位のような比較的厳密なエラーコードの出力時期は
必要なく、大体何日前に出力されたかがわかれば、今回
の診断対象に関係するエラーコードであるかどうかを区
別することができる。従って、汎用ミドルウエアアプリ
ケーション４０は、上式を使って、通電積算時間を日に
ち単位に変換した出力時期Ｔを求める。これにより、問
診情報における「発生時期」に対応する抽出処理が可能
とある。修理作業員は、おおよそ日にち単位でエラーコ
ードや警告情報などの出力時期がわかればいいので、分
や秒単位の通電積算時間そのものを記憶する必要はな
い。上述のように、通電積算時間を数時間単位のカウン
ト値として記憶し、その倍率に応じて出力時期Ｔを計算
することで、必要十分な精度の出力時期Ｔを求めること
ができるとともに、不揮発性メモリ５４のメモリ領域を
節約することができる。

【００７７】また、エラーコードの出力時期を把握する
ための情報は、通電積算時間に限られない。例えば、通
算燃焼時間や通算燃焼回数であってもよい。通算燃焼時
間は、制御用マイクロコンピュータ２１の内蔵タイマを
使って計測され、通算燃焼回数も、制御用マイクロコン
ピュータ２１がカウントする。

【００７８】また、通常のガス機器のマイクロコンピュ
ータは、年月日のような暦情報を有さないので、上述の
ように通電積算時間、通算燃焼時間、通算燃焼回数など
マイクロコンピュータが計測する時間や回数を使って、
エラーコードの出力時期を求めるが、年月日情報を有す
るマイクロコンピュータであれば、もちろん年月日情報
を利用してもよい。

【００７９】また、機器情報は、上述したエラーコード
及び警告情報に限られない。機器情報は、各ガス機器の
運転状態に関する情報であって、エラーコードや警告情
報の他に、例えば、各ガス機器の運転回数（熱源機であ
れば、燃焼回数）、運転時間（熱源機であれば、燃焼時
間）の情報であってもよいし、各センサの出力情報、設
定値情報などであってもよい。

【００８０】また、上述の実施の形態は、ガスセントラ
ルヒーティングシステムに限らず、電気や石油によるセ
ントラルヒーティングシステムにも適用可能である。

【００８１】さらに、上述の実施の形態は、複数のガス
機器から構成されるＧＣＨシステムに限らず、１つのガ
ス機器（例えば、給湯器単体）から構成されるガス機器
システムにも適用可能である。単体のガス機器について
も、問診情報に基づいて、対応する機器情報を抽出する
ことで、短時間且つ容易に故障原因を特定することが可
能となる。

【００８２】以上、本発明の保護範囲は、上記の実施の
形態例に限定されるものではなく、特許請求の範囲に記
載された発明とその均等物にまで及ぶものである。

【００８３】

【発明の効果】以上、本発明によれば、ガス機器システ
ムから読み出された各種機器情報から、問診情報を満た
す機器情報を抽出することにより、故障原因、故障個所
を特定するのに必要な情報だけを取得することができる
ので、短時間に且つ容易に故障原因、故障個所を特定す
ることが可能となり、効率的な故障診断・修理作業に寄
与する。

【図面の簡単な説明】

【図１】ＧＣＨシステムと故障診断装置の例を示す図で
ある。

【図２】エラーコード記憶処理フローチャートを示す図
である。

【図３】第一の警告情報の生成フローチャートである。

【図４】燃焼開始からの出湯温度と時間の関係を示す図
である。

【図５】第二の警告情報の生成フローチャートである。

【図６】第三の警告情報の生成フローチャートである。

【図７】第四の警告情報の生成フローチャートである。

【図８】故障診断装置内の構成を示す図である。

【図９】故障診断装置２の問診情報入力画面の例であ
る。

【図１０】抽出された機器情報の表示画面例である。

【図１１】機器情報の読み出し抽出処理のフローチャー
トを示す。

【図１２】通電積算時間から機器情報の発生時期を求め
る方法を説明する図である。

【符号の説明】

１ 熱源機 ２ 故障診断装置 ３ プロトコル変換装置 ２１ 制御用マイクロコンピュータ ４０ 汎用ミドルウエア・アプリケーション（プログ
ラム） ４２ 情報ファイル ６０ 床暖房 ６４ バス乾燥機 ６８、７２ エアコン

フロントページの続き (56)参考文献 特開 平９−72609（ＪＰ，Ａ) 特開 平４−324056（ＪＰ，Ａ) 特開 平11−173570（ＪＰ，Ａ) 特開 平10−197066（ＪＰ，Ａ) 特開 昭63−113245（ＪＰ，Ａ) 特開 平７−64630（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) F23N 5/24 G05B 23/02 F23N 5/26

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】少なくとも１つのガス機器から構成される
   ガス機器システムの故障診断装置において、 前記ガス機器システムを構成する各ガス機器それぞれの
   運転状態に関する情報であって、当該情報の生成時期に
   関する情報を含む機器情報を取得し、 前記ガス機器システムの不具合に関する情報であって、
   少なくとも当該不具合の発生時期を含む問診情報を所定
   の入力操作により取得し、 前記取得した機器情報のうち、前記不具合の発生時期に
   対応する前記生成時期に関する情報を有する前記機器情
   報を、前記問診情報に対応する機器情報として抽出する
   ことを特徴とする故障診断装置。
2. 【請求項２】請求項１において、 前記問診情報が、不具合が発生する運転モード、不具合
   の現象、又は不具合の再現性の有無を含むことを特徴と
   する故障診断装置。
3. 【請求項３】請求項１において、 前記機器情報は、各ガス機器が停止レベルに至る所定の
   不具合に対応するエラー情報又は停止レベルには至らな
   い所定の不具合に対応する警告情報の少なくとも一つを
   含むことを特徴とする故障診断装置。
4. 【請求項４】請求項１において、 前記ガス機器システムは、熱源機と該熱源機と給湯管を
   介して接続される少なくとも一つの端末装置から構成さ
   れるセントラルヒーティングシステムであり、 前記熱源機と通信可能に接続した後で、前記熱源機及び
   各端末装置それぞれの運転状態に関する機器情報を前記
   熱源機の制御装置から取得することを特徴とする故障診
   断装置。
5. 【請求項５】請求項４において、 前記機器情報は、前記熱源機又は各端末装置の制御装置
   それぞれによって生成され、各端末装置の制御装置によ
   って生成された機器情報は、前記システム内通信手段を
   介して前記熱源機の制御装置に送信され、前記熱源機の
   制御装置は、それ自体が生成した熱源機の機器情報及び
   受信した各端末装置の機器情報を、生成時期に関する情
   報とともに記憶することを特徴とする故障診断装置。
6. 【請求項６】少なくとも１つのガス機器から構成される
   ガス機器システムの故障診断方法において、 前記ガス機器システムを構成する各ガス機器それぞれの
   運転状態に関する情報であって、当該情報の生成時期に
   関する情報を含む機器情報を取得し、 前記ガス機器システムの不具合に関する情報であって、
   少なくとも当該不具合の発生時期を含む問診情報を所定
   の入力操作により取得し、 前記取得した機器情報のうち、前記不具合の発生時期に
   対応する前記生成時期に関する情報を有する前記機器情
   報を、前記問診情報に対応する機器情報として抽出する
   ことを特徴とする故障診断方法。