(57)【特許請求の範囲】
【請求項１】
揮発性メモリを内蔵し、電源を保持した状態でリセットするウォッチドッグ検知回路を備えたプログラム制御装置のリセット判別方法において、
電源投入後に前記揮発性メモリにリセット判別用データを書込み、
リセット時にこのリセット判別用データの有無を検出することにより、電源ダウンによるリセットとウォッチドッグ検知回路によるリセットとを判別し、
前記ウォッチドッグ検知回路によるリセットは、プログラムに基づくリセットとノイズに基づくリセットからなり、プログラムに基づくリセットの開始後に前記揮発性メモリにプログラムリセット判別用データを書込み、
リセット時に、前記プログラムリセット判別用データを検出するとプログラムに基づくリセットと判別し、前記プログラムリセット判別用データを検出しないとノイズに基づくリセットと判別する
ことを特徴とするプログラム制御装置のリセット判別方法。
【請求項２】
不揮発性メモリを備え、
前記電源ダウンによるリセットの回数と、前記プログラムに基づくリセットの回数と、前記ノイズに基づくリセットの回数をそれぞれ前記不揮発性メモリに記憶させることを特徴とする請求項１に記載のプログラム制御装置のリセット判別方法。
【請求項３】
リセット原因とともに原因となった機器およびリセットの時刻を前記不揮発性メモリに記録することを特徴とする請求項２に記載のプログラム制御装置のリセット判別方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はマイコン等からなるＣＰＵにより構成されたプログラム制御装置におけるリセット原因の判別方法に関する。
【０００２】
【従来の技術】
ガスエンジンヒートポンプによる空調システムやその他エンジンによる各種運転システムにおいて、システムやエンジン等の運転動作をマイコンのＣＰＵ等からなるプログラム制御装置により制御している。このＣＰＵは、演算回路およびメモリ部を有し、メモリ部には運転プログラムを記録したＲＯＭ等の不揮発性メモリや、各種運転状態を検出してそのデータが格納されたＳＲＡＭ等の揮発性メモリが備わる。ＣＰＵの演算回路は、このＳＲＡＭから運転状態のデータを読み出して、これに基づいてＲＯＭに格納された運転プログラムにしたがってシステムを駆動制御する。
【０００３】
このようなＣＰＵは、システムに異常が生じたときに動作をリセットして運転プログラムを最初からやり直すためのウォッチドッグ検知回路を備えている。正常運転時には、ＣＰＵはこのウォッチドッグ検知回路に対し常にクロック信号を発信している。システムの異常により、ウォッチドッグ検知回路に対するクロック信号が途切れたときに、ウォッチドッグ検知回路はＣＰＵに対しリセット信号を発信する。
【０００４】
システムがリセットされる場合としては、このようなウォッチドッグ検知回路によるリセットの場合およびブレーカのオフや停電等の電源ダウンによる場合等がある。
【０００５】
ウォッチドッグ検知回路によるリセットの場合には、電源は切れず保持されたままの状態で運転プログラムが最初からやり直される。したがって、ＳＲＡＭに書込まれたデータは消去されずに残っている。一方、電源ダウンの場合には、ＳＲＡＭに書込まれたデータは消失する。
【０００６】
ＣＰＵは、システムがリセットされた場合に、そのリセットの原因がウォッチドッグ検知回路によるリセットか電源ダウンによるリセットかを判別するリセット判別回路を備えている。この判別回路によりリセット原因を判別して、それに応じて、運転再開時の初期状態の設定を変えて例えば特定の機器については運転継続状態としたり、ＳＲＡＭのデータを使用する等により効率的にシステムの運転再開を行っている。
【０００７】
【発明が解決しようとする課題】
しかしながら、従来のガスヒートポンプ等の空調システムにおけるＣＰＵは、リセット原因の判別のための専用のリセット判別回路をハードウェア構成として備えていたため、システムの回路構成が複雑になり、部品点数も多くなってコスト的な負担も大きなものであった。
【０００８】
本発明は上記従来技術を考慮したものであって、専用のリセット判別回路を用いることなくソフトウェアによりリセット原因を判別できるプログラム制御装置のリセット判別方法の提供を目的とする。
【０００９】
【課題を解決するための手段】
前記目的を達成するため、本発明では、揮発性メモリを内蔵し、電源を保持した状態でリセットするウォッチドッグ検知回路を備えたプログラム制御装置のリセット判別方法において、電源投入後に前記揮発性メモリにリセット判別用データを書込み、リセット時にこのリセット判別用データの有無を検出することにより、電源ダウンによるリセットとウォッチドッグ検知回路によるリセットとを判別することを特徴とするプログラム制御装置のリセット判別方法を提供する。
【００１０】
この構成によれば、システムの運転開始時の電源投入後の動作中にＳＲＡＭ等の揮発性メモリの所定のアドレスにある決った特定データが記録され、システムがリセットされたときに、このアドレスの特定データを読み出すことにより、記録した特定データが残っていればウォッチドッグ検知回路によるリセットであり、特定データが消失していれば電源ダウンによるリセットとして判別することができる。
【００１１】
好ましい構成例では、前記ウォッチドッグ検知回路によるリセットは、プログラムに基づくリセットとノイズに基づくリセットからなり、プログラムに基づくリセットの開始後に前記揮発性メモリにプログラムリセット判別用データを書込み、リセット時にこのプログラムリセット判別用データの有無を検出することにより、プログラムに基づくリセットとノイズに基づくリセットとを判別することを特徴としている。
【００１２】
この構成によれば、予め設定した特定機器の異常等の場合に、ＣＰＵ自身のプログラムに基づいてリセットするプログラムリセットが開始されるときに、ＳＲＡＭ等の揮発性メモリの特定アドレスに適当な識別データが書込まれ、リセット時にこのアドレスの識別データを読み出すことにより、書込んだ識別データがあればプログラムリセットと判別し、別のデータであればノイズによるウォッチドッグリセットと判別する。
【００１３】
さらに好ましい構成例では、不揮発性メモリを備え、前記電源ダウンによるリセットの回数と、前記プログラムに基づくリセットの回数と、前記ノイズに基づくリセットの回数をそれぞれ前記不揮発性メモリに記憶させることを特徴としている。
【００１４】
この構成によれば、リセット原因が異なる電源ダウンリセットとプログラムリセットとノイズリセットがそれぞれ識別されるとともに、これらの原因ごとのリセット回数が不揮発性メモリに記録される。これにより、リセット総回数に対するノイズリセットの割合を算出することができ、システム設置場所の外部環境のノイズレベルを判断することができる。
【００１５】
さらに好ましい構成例では、リセット原因とともに原因となった機器およびリセットの時刻を前記不揮発性メモリに記録することを特徴としている。
【００１６】
この構成によれば、リセット原因が異なる電源ダウンリセットとプログラムリセットとノイズリセットがそれぞれ識別されて記録されるとともに、リセットの原因となる誤動作した機器が誤動作した時刻とともに不揮発性メモリに記録される。これによりシステムのリセット履歴が判別され、総合的なノイズレベルを判断することができる。
【００１７】
【発明の実施の形態】
以下図面を参照して本発明の実施の形態について説明する。
図１は、本発明が適用されるガスエンジンヒートポンプ式空調システムの構成図である。
【００１８】
空調装置（システム）２は、室外ユニット６と、１つの部屋あるいは複数の部屋に配置される１組または２組以上の室内機７からなる室内ユニット７Ａとで構成されている。上記室外ユニット６は、水冷式４サイクルガスエンジン１１を備えた駆動ユニット８と、該駆動ユニット８で駆動される圧縮機１０ａ，１０ａを備えた空調ユニット９と、上記駆動ユニット８、空調ユニット９の運転状態を検知する各種のセンサ群１６，１７と、各種アクチュエータ群１８と、これらの動作を制御するＣＰＵ（後述）とを備えている。
【００１９】
上記エンジン１１は、吸気通路１３ａからエアクリーナ１３ｂを介して吸引された空気と、ガスボンベ１４ａからガス通路１４ｂを介して供給された燃料ガスとをガスミキサ１３ｃで混合しつつ吸引し、燃焼し、排気ガスを排気通路３０を介して大気中に排出する。
【００２０】
なお、１４ｃ，１４ｄは２つのガス遮断弁であり、１４ｅは減圧弁（ゼロガバナ）であり、１４ｆはガス量調節弁である。また、上記エンジンのオイルパンにはオイルタンク１５ａ内の潤滑油がオイルポンプ１８ｆによって供給される。
【００２１】
また、上記エンジン１１は冷却水回路１２を備えており、該冷却水回路１２は、冷却水を、水ポンプ１８ｈにより上記エンジンの排気通路３０の途中に設けられた排気ガス熱交換器１２ｂ、エンジン１１の冷却ジャケット１２ｃ、サーモ弁１２ｄ、リニア三方弁１２ｅ、ラジエータ１２ｉの経路で循環させるように構成されている。なお、１２ｇは冷却水補給タンク、１２ｈは該タンク１２ｇへの逆流防止用の逆止弁である。
【００２２】
ここで上記サーモ弁１２ｄは、冷却水温度が例えば６０℃以下のときは冷却水を水ポンプ１８ｈ側に全量バイパスさせ、６０℃を越えるとこのバイパス量を減少させ、７５℃以上でバイパス量を零とする。また上記リニア三方弁１２ｅは主に暖房運転時には冷却水を後述する冷媒回路１０のアキュムレータ１０ｃ側の熱交換通路１２ｆ側に流し、冷房運転時にはラジエータ１２ｉ側に流す。なお、冷房運転時でも効率向上のため熱交換通路１２ｆ側に流してもよい。
【００２３】
上記空調ユニット９は、上記圧縮機１０ａ，１０ａで高圧にされた脱フロンガス等の冷媒を冷媒回路１０を介して室外熱交換器（室外機）１０ｄおよび上記室内ユニット７Ａの複数組の室内機７を通るように循環させるように構成されている。
【００２４】
上記冷媒回路１０は、暖房運転時には、図示するように圧縮機１０ａで加圧された冷媒をオイルセパレータ１０ｂ、四方弁１８ｇを介して３台の室内機７に供給して凝縮させて室内を暖房し、各室内機７の室内熱交換器７ａを通って膨張弁７ｂで減圧した冷媒をアキュムレータ１０ｃ内の熱交換通路１０ｃ’を通って室外機１０ｄ，１０ｄに供給して蒸発させ、該室外熱交換器１０ｄを経た冷媒を四方弁１８ｇおよびアキュムレータ１０ｃ内を通して圧縮機１０ａに戻すように構成されている。
【００２５】
図１において、センサ群１６ａ〜１６ｇは、駆動源８側の運転状態を検知するためのセンサ群であって、１６ａはガス漏れ検出センサ、１６ｂはオイルタンク１５ａ内の潤滑油面高さを検出するタンク内オイルレベルセンサ、１６ｃはエンジン１１のオイルパン内の潤滑油面高さを検出するオイルレベルセンサ、１６ｄは潤滑油の劣化程度を検出するオイル劣化センサ、１６ｅは上記エンジン１１の冷却ジャケット１２ｃに配設されたエンジン温度センサ、１６ｆはエンジン回転数センサ、１６ｇは冷却水補給タンク１２ｇ内の水面高さを検出する冷却水レベルセンサである。
【００２６】
また、センサ群１７ａ〜１７ｅは、空調ユニット９側の運転状態を検知するセンサ群であり、１７ａは外気温度センサ、１７ｂ，１７ｃはそれぞれ冷媒回路１０の高圧側圧力センサ、低圧側圧力センサであり、１７ｄ，１７ｅはそれぞれアキュムレータ１０ｃ内の液冷媒液面の高位置センサ、低位置センサである。その他空調ユニット９の運転状態情報を得るセンサ群として、高圧側冷媒温度センサ、低圧側冷媒温度センサ、圧縮機１０ａの温度センサ、駆動源８のうち特に水冷式４サイクルエンジン１１を収納するエンジン室の室温センサが配置され、ＣＰＵに検知データが入力される。
【００２７】
また、アクチュエータとして、エンジン１１の起動用セルモータ（図示しない）、吸気通路１３ａのミキサ下流側に配設されたスロットル弁１８ｂ、室外熱交換器１０ｄを冷却する室外ファン１８ｃ、冷媒回路１０の四方弁１８ｇ、冷却水回路１２の水ポンプ１８ｈおよび潤滑油補給用オイルポンプ１８ｉが備わる。また、ガス遮断弁１４ｃ，１４ｄ、およびガス量調整弁１４ｆもＣＰＵにより作動制御される。
【００２８】
上記ＣＰＵは、上記各種のセンサ群から入力された運転状態検知情報（検知信号）に基づいて上記各種のアクチュエータ群に運転制御信号を出力する運転制御手段として機能する。また、各室内機７にも不図示のＣＰＵが内蔵され、不図示の室内温度センサからの室内温度データ、リモコンから入力されるオン，オフ、希望室内温度、自動運転オンあるいはオフ、希望室内ファンの向き、および希望室内ファン能力等のデータを受付け、希望室内温度、自動運転オンあるいはオフのデータをＣＰＵに転送する。室内機７側のＣＰＵは自動運転オフ時、室内ファンの回転数を設定制御するとともに、ＣＰＵからの動作命令に基づき、室内機７側のアクチュエータ群の膨張弁７ｂの開度を制御するとともに、自動運転オン時、室内ファンの回転数を制御する。
【００２９】
図２は、上記空調装置における、本発明のリセット判別方法の実施の形態に係るプログラム制御装置のブロック図である。
この制御装置２０は、演算回路２１およびＲＯＭ２２やＳＲＡＭ２３等のメモリを内蔵したマイコン等からなるＣＰＵ２４を備える。ＣＰＵ２４には、前述の図１の空調システムの駆動源８側の各種運転状態を検出するセンサ群１６および空調ユニット９側の各種運転状態を検出するセンサ群１７が接続され、各種検出データが入力されこれらの検出データはＳＲＡＭ２３に書込まれる。ＣＰＵ２４は、これらの検出データに基づいて、ＲＯＭ２２に格納されたプログラムにしたがって室内機７や前述の各種アクチュエータを駆動する。
【００３０】
ＣＰＵ２４にはウォッチドッグ検知回路（ＷＤＴ）２５が接続される。このＷＤＴ２５に対し、ＣＰＵ２４から常にクロック信号が発信される。このクロック信号が何らかの異常で途切れると、ＷＤＴ２５はリセット信号をＣＰＵ２４に発信して空調システムをリセットして運転を始めから開始する。制御装置２０はさらに不揮発性メモリ２６を備え、後述のように、リセット原因の判別データを保存する。これらのＷＤＴ２５および不揮発性メモリ２６は、ＣＰＵ２４やその他の機器とともに電源２７に接続される。
【００３１】
ＣＰＵ２４は、インターフェイス３１，３２を介して、外部パソコン３３に接続される。このパソコン３３にはＣＲＴ等の表示装置３４が接続される。これにより、制御装置２０のＣＰＵ２４に入力された各種検出データおよび後述のようにして演算したリセット原因データやリセット回数データその他の演算データがパソコン３３の操作により外部の表示装置３４に表示され運転状態をモニターすることができる。
【００３２】
ＣＰＵ２４は、例えば室外機の制御ボード２８に設けられた表示装置２９および表示選択用ディップスイッチ３０に接続される。この表示装置２９は、図３に示すように、５桁の数字を表示する７セグメントのＬＥＤあるいは液晶ディスプレイ等からなり、ディップスイッチ３０の選択操作により必要なデータが選択されて表示装置２９に数値表示される。図は、ディップスイッチ３０のスイッチ＃１がオンとなって選択され、例えばＣＰＵ２４により算出した後述のノイズリセット率の演算結果を表示している（図は０．１を表示する）。
【００３３】
この表示装置２９に表示されるデータは、前述の外部パソコン３３の操作により外部の表示装置３４に表示させることもできる。これにより、空調機の設置現場と中央監視室等の離れた場所の２ヵ所で運転状態やリセット状態をモニターすることができる。
【００３４】
図４は、本発明のプログラム制御装置による空調システムの運転プログラムのメインルーチンのフローチャートである。
運転が開始されると、まずＣＰＵリセット判別プログラム（図５）によるリセット判別が行われる。このリセット判別プログラムにより、後述のように、リセット原因が電源ダウンによるものかあるいはウォッチドッグ検出回路によるものかが判別される（ステップＳ１）。この運転開始時のリセット判別は、電源ＯＦＦ後に再び電源をＯＮにしたとき、及びウォッチドッグによるリセット時ともに行われる。続いて、運転操作に必要な各種検出データあるいは初期値データが取込まれる（ステップＳ２）。さらに空調すべき部屋の室内温度等の環境状態のデータが取込まれる（ステップＳ３）。
【００３５】
次に、プログラムリセット判断用のプログラム（図６）により、後述のように、プログラムリセットが正常かどうかを判断しウォッチドッグ信号に関する処理を行う（ステップＳ４）。続いて、希望する運転動作モードが設定され（ステップＳ５）、運転状態が前述の検出データ等から判別される（ステップＳ６）。この運転状態データに基づいて前記設定した運転動作のプログラムにしたがって、冷房運転プログラム（ステップＳ７）、暖房運転プログラム（ステップＳ８）あるいは一時的なエンジン停止措置（ステップＳ９）が取られ、ステップＳ２に戻って運転を継続する。空調システムの停止が設定された場合には（ステップＳ１０）、所定の順序で機器を停止するためのＯＦＦ処理プログラムが実行される（ステップＳ１１）。上記フローにおいて、ＣＰＵ２４は、リセット信号を受信すると無条件で▲１▼に戻る。
【００３６】
図５は、上記ステップＳ１における、ＣＰＵリセット判別プログラムのフローチャートである。
まず、ＣＰＵ２４のＳＲＡＭ２３（図２）のアドレス０番地のデータＡを取込む（ステップＳ２１）。ここでアドレス０番地は、電源によるリセットか、またはウォッチドッグによるリセットかを判別するためのデータを記録するためのＳＲＡＭ内の記憶エリアである。このアドレス０番地には、電源投入された後、後述のステップＳ２４でデータＡＡＨが書込まれる。運転動作が電源オフ後に電源をオンにして開始された場合には、揮発性メモリであるＳＲＡＭ２３のデータは電源オフにより消失するため、アドレス０番地のデータＡは００Ｈとなる。なお、Ｈは１６進法のデータを示す。
【００３７】
このステップＳ２１で取込んだデータＡがＡＡＨか否かをステップＳ２２で判別する。データＡがＡＡＨでなく００Ｈとなっていた場合には、電源ダウン後の電源オンによるリセットであると判断し（ステップＳ２３）、不揮発性メモリ２６（図２）のａ＋１番地に１を加算する。ここで、ａ＋１番地は、電源ダウンによるリセット回数をカウントして記録するための不揮発性メモリ２６内の記憶エリアである。
【００３８】
なお、電源ダウンしてＳＲＡＭのデータが消失した場合、ＳＲＡＭの０番地のデータは００Ｈでなく不定値となる場合があり、この不定値がリセット判別用に書込んだＡＡＨと同じになることがある。このような場合、電源ダウンによるリセットがウォッチドッグによるリセットと誤判断される。しかしながら、このような確率は、電源リセットしたときに不定値がＡＡＨとなる確率であるから、１／２５６（約０．４％）であり実用上ほとんど問題はない。この誤判断の確率をさらに小さくするために、書込みデータを増やして全てのデータについてウォッチドッグリセットを判別してもよい。例えばデータ数を３倍にすれば、誤判断の確率は（０．４×０．４×０．４）％であり０．０６４％となって誤判断の発生はほとんど考えなくてよい。
【００３９】
次に、前述のＳＲＡＭの０番地にデータＡとしてＡＡＨを書込む（ステップＳ２４）。その後、各機器等を初期状態に設定するための初期化プログラムを実施する（ステップＳ２５）。
【００４０】
一方、前記ステップＳ２２で、データＡがＡＡＨであった場合には、電源が保持された状態でリセットされた場合であるため、ウォッチドッグによるリセットであると判別してステップＳ２６に進む。
【００４１】
ステップＳ２６において、ＳＲＡＭのアドレス１番地のデータＢを取込みこれが５５Ｈであるかどうかを判別する。これは、ウォッチドッグによるリセットが予め設定された特定の異常等に対処した意図的なプログラムによるリセットであるか又はノイズの影響によりＷＤＴ２５（図２）がクロック信号を受信できなくなったことによるノイズリセットかを判別するためのものである。ここでアドレス１番地は、プログラムリセットかノイズリセットかどうかを判別するためのデータを書込むエリアである。このアドレス１番地に、例えばデータ５５Ｈがプログラムリセットの動作開始とともにあるいは動作途中でプログラムリセット判別用データとして書込まれる。
【００４２】
データＢが５５Ｈであれば、ステップＳ２８に進み、プログラムリセットであると判別し、不揮発性メモリ２６（図２）のａ＋２番地に１を加算する。ここでａ＋２番地は、予め設定されたＣＰＵのプログラムに基づくウォッチドッグリセットの回数をカウントして記録するための記憶エリアである。
【００４３】
次に、ステップＳ２９において、アドレス１番地のデータＢに００Ｈを書込む。これは次回のプログラムリセット判別のためにデータＢを初期値に戻すためである。
【００４４】
一方、前記ステップＳ２６において、データＢが５５Ｈでないとき、すなわちデータＢが００Ｈのときは、プログラムリセットではなくノイズによるウォッチドッグリセットであると判断して、不揮発性メモリのａ番地に１を加算する（ステップＳ２７）。ここでａ番地は、ＣＰＵのプログラムによるリセット以外のノイズによるリセットをカウントして記録するための不揮発性メモリの記憶エリアである。
【００４５】
以上のフローにより、システムのリセット動作の原因が、電源ダウンによるリセットか、ＣＰＵ自身のプログラムによるリセットか、またはノイズによる誤動作等に基づくリセットかが判別される。
【００４６】
また、このようなリセット原因の判別とともに、原因ごとのリセット回数が記録されるため、外部環境のノイズレベルを判断することができる。これは、例えばノイズリセット率Ａとして、総リセット回数に対するノイズリセットの回数の割合を算出し、この割合が所定の基準値以上であれば外部環境のノイズレベルが高いと判断する。あるいは、ノイズリセット率Ｂとして、マイコンへの通電時間に対するノイズリセットの回数の割合を算出し、この割合が所定の基準値以上の場合に外部環境のノイズレベルが高いと判断する。ここでノイズリセットの回数とは、リセット総回数のうち、プログラムリセットの回数および電源ダウンリセットの回数を除いた回数である。
【００４７】
また上記構成において、ノイズを受ける機器を特定することができる。
これは、例えば、プログラムリセットの場合に、特定の機器の誤動作があったときにリセットを行うようにプログラムを作成することにより、ノイズの影響で誤動作する機器を特定するものである。例えば、マイコンに内蔵したＡＤ変換器が誤動作した場合にリセットするプログラムを作成し、その発生回数を前述の不揮発性メモリに記録する。このＡＤ変換器の誤動作によるリセット回数が所定の基準回数より多いときにＡＤ変換回路へのノイズの影響が大きいと判断する。
【００４８】
上記構成において、さらに、時間も含めた総合的なノイズ判断を行うことができる。
これは、前述のリセット原因とその回数を書込む不揮発性メモリにさらにそのリセットの原因となった誤動作機器および誤動作が起こった時刻（あるいはシステムへの通電開始からの時間）を書込むことにより、リセットの履歴を記録し、この履歴に基づいてノイズ状態を判断するものである。この履歴データを表示することにより、例えば特定の機器が毎日ほぼ同じ時刻に誤動作するような場合、その時刻にその特定機器に対するノイズを発生する機器があるものと推定しこれに対処することができる。
【００４９】
このようなノイズレベル判断の演算のためのデータや演算結果のデータは、前述の図３に示した制御ボード２８の表示装置２９に表示することができる。図３において、例えばディップスイッチ３０のスイッチ＃１，＃２，＃３…をそれぞれ前述のノイズリセット率Ａ、ノイズリセット率Ｂ、ＡＤ変換器誤動作によるリセット回数、その他の機器の誤動作によるリセット回数…を表示するように設定しておく。これにより、ディップスイッチ３０を選択してノイズレベル判断のデータを表示させてノイズ状態を判断することができる。
【００５０】
さらに、前述の外部パソコン３３およびその表示装置３４により、上記ノイズリセット率Ａ，Ｂや特定機器の誤動作によるリセット回数および前述のリセット履歴を表示することができる。
【００５１】
図６は、前述の図４のメインプログラムのステップＳ４に組込まれるプログラムリセット判断用のプログラムのフローを示す。このフローは、前述のようにＣＰＵのプログラムに基づいてリセットされる場合に、そのリセット動作を実施するか否かを判断するためのものである。
【００５２】
まず、前述の図５のフローと同様に、ＳＲＡＭのアドレス０番地のデータＡを取込み（ステップＳ３１）、このデータＡがＡＡＨかどうかを判別する（ステップＳ３２）。ＡＡＨであれば、データは正常であり、この場合システムは正常に機能していると判断できるため、ウォッチドッグ回路からリセット信号を出力開始、または既に出力されている場合には出力を継続する（ステップＳ３３）。この状態でメインプログラムに戻り処理を続行する。
【００５３】
一方、データＡがＡＡＨでない場合には、制御プログラムまたはＣＰＵ２４になんらかの異常が生じたものと判断し、次回のリセット判断のためにＳＲＡＭのアドレス０番地にデータＡＡＨを書込む（ステップＳ３４）。続いて、ＳＲＡＭのアドレス１番地のデータＢに前述のようにプログラムリセット判別用のデータ５５Ｈを書込む（ステップＳ３５）。これにより次回のプログラムリセット時にそのリセット原因が正しく判別される。このデータＢは、処理続行中に００Ｈに書き換えられる（図５ステップＳ２９）。これにより、ノイズリセットが判別可能になる。
【００５４】
このようにプログラムリセットの判別が正常にできるようにデータＡおよびデータＢに正常なデータを書込んだ後、ウォッチドッグ信号停止と判断し、ウォッチドッグからの出力信号を停止する（ステップＳ３６）。この状態でメインプログラムのスタートに戻り、処理フローを最初から始める。これにより、リセット信号が正常に出され、プログラムリセットが正常に実行される。
【００５５】
【発明の効果】
以上説明したように、本発明では、システムの運転開始時の電源投入後の動作中にＳＲＡＭ等の揮発性メモリの所定のアドレスにある決った特定データを記録し、システムがリセットされたときに、このアドレスの特定データを読み出すことにより、記録した特定データが残っていればウォッチドッグ検知回路によるリセットであり、特定データが消失していれば電源ダウンによるリセットとして判別することができるため、専用のリセット判別回路を用いることなくソフトウェアによりリセット原因を判別することが可能になって、ウォッチドッグ検知回路を備えたプログラム制御装置の回路構成を簡素化しコストの低減を図ることができる。
【図面の簡単な説明】
【図１】  本発明が適用されるガスエンジンヒートポンプ式空調システムの構成図。
【図２】  本発明に係るプログラム制御装置のブロック図。
【図３】  図２のプログラム制御装置の表示装置の構成図。
【図４】  本発明に係る空調システムの運転プログラムのフローチャート。
【図５】  本発明に係るリセット判別プログラムのフローチャート。
【図６】  本発明に係るプログラムリセット判断のフローチャート。
【符号の説明】
１６，１７：センサ群、１８：アクチュエータ群：２０：制御装置、
２１：演算回路、２２：ＲＯＭ、２３：ＳＲＡＭ、２４：ＣＰＵ、
２５：ウォッチドッグ検知回路（ＷＤＴ）、２６：不揮発性メモリ、
２７：電源、２８：制御ボード、２９：表示装置、３０：ディップスイッチ。
【図１】
0004472803.tif 000002
【図２】
0004472803.tif 000003
【図３】
0004472803.tif 000004
【図４】
0004472803.tif 000005
【図５】
0004472803.tif 000006
【図６】
0004472803.tif 000007