(57)【特許請求の範囲】
【請求項１】
冷却対象の物品を収容すべき複数台のケースが、冷媒配管を介して冷媒供給源に接続され、冷媒供給源から各ケースに配備されている蒸発器に冷媒を供給して、ケース内を冷却する冷却運転と、霜取りヒータに通電して、蒸発器に付着した霜を除去する霜取り運転とが可能なケース冷却系において、故障が発生し、若しくは故障の発生が予測されたときに、その故障の原因を推定する装置であって、
ケース内の空気温度と、ケース外の空気温度と、霜取りヒータに対する通電時間とを計測する計測手段と、
冷却運転中におけるケース外空気温度の計測データに基づいて、霜の付着量に関係する霜付着量データを算出する手段と、
霜取り運転開始時のケース内空気温度と、当該霜取り運転の前の冷却運転における霜付着量データとをパラメータとして、当該霜取り運転における霜取りヒータ通電時間を記憶するメモリ手段と、
霜取りヒータ通電時間の計測データが、メモリ手段に記憶されている同一のケース内空気温度及び霜付着量データに対する霜取りヒータ通電時間よりも長くなったかどうかを判断する判断手段と、
判断手段による過去複数回分の判断結果を更新しつつ記憶する第２メモリ手段と、
第２メモリ手段に記憶されている判断結果に基づいて、蒸発器における着霜を故障の原因として推定する故障原因推定手段
とを具えているケース冷却系の故障原因推定装置。
【請求項２】
霜付着量データは、冷却運転中における空気エンタルピの平均値である請求項１に記載の故障原因推定装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、スーパーマーケットやコンビニエンスストア等の店舗に設置される低温ショーケースの如く、冷却対象の物品を収容すべき複数台のケースからなるケース冷却系において、故障が発生し、若しくは故障の発生が予測されたときに、その故障の原因を推定する装置に関するものである。
【０００２】
【従来の技術】
従来、スーパーマーケットやコンビニエンスストアに設置されている食品保存・陳列用の低温ショーケースは、冷媒との熱交換により冷却した空気を庫内に循環させて、庫内の空気温度を周辺の空気温度よりも下げることによって、食品を保存するものであり(特公平7-1135号、特公平7-6713号等)、店舗の規模に応じて数台〜数十台が設置される。
【０００３】
低温ショーケースにおいて、その目標となる設定温度は、陳列の対象とする食品により異なり、例えば、陳列する食品が冷凍食品の場合には−２０℃程度の冷凍温度に、肉や魚などの生鮮食品の場合には−３℃〜０℃の氷温に、更に、野菜等の場合には＋５℃〜＋１０℃程度の比較的高い温度に目標値が設定される。
【０００４】
又、低温ショーケース自体の構造も、上下複数段の棚が架設された多段型ケースや、底部に複数のトレイを並設した平型ケース等、複数の種類が存在する。従って、一店舗内には多種類の低温ショーケースが設置されることになる。そして、これらの低温ショーケースは、複数台が１台の冷凍機に接続されている。冷凍機は圧縮機や凝縮器等から構成され、各低温ショーケースに設置した蒸発器を、冷媒配管を介して圧縮機に並列接続して、冷凍サイクルを構成している。
従って、店舗の規模が大きくなってショーケースの台数が増えると、ショーケースと冷凍機の組み合わせも多数存在することになる。
【０００５】
このような低温ショーケースが何らかの原因で故障して、庫内の食品を適切な温度で保存出来なくなると、食品の品質が劣化して、販売に供することが出来なくなり、店舗に多大な損害が生じる。従って、ショーケースや冷凍機の故障発生を早期に発見することは、これによって食品の一時待避や機器の修理を迅速に行なうことが可能となるため、食品の品質維持の点から極めて重要である。
【０００６】
そこで、ショーケースの故障を早期に検出し、或いは故障を予測することが可能な運転状態管理装置が提案されている(特開平１０−２３８９２０号)。
該装置は、過去の運転状態に関するデータ(運転状態データ)を運転条件毎に分類して保存することにより、過去の運転状態に関するデータベースを構築し、現在の運転状態データと、同一の運転条件におけるデータベース内の過去の運転状態データとを比較することによって、故障の発生を予測し、或いは早期に故障を発見するものである。
【０００７】
【発明が解決しようとする課題】
ところで、上述の如きケース冷却系の故障の原因としては、まず蒸発器の着霜が考えられる。これは、蒸発器内部に設けられた冷媒配管が霜によって覆われ、この結果、蒸発器における熱交換効率が低下する故障である。
通常は、蒸発器に多少の霜が付着したとしても、定期的に行なわれる霜取り運転によって霜は除去されるので、熱交換効率は殆ど低下しない。しかし、霜の発生量が増大する等、何らかの原因で、１回の霜取り運転では霜を完全に除去することが出来なくなり、その状況が続くと、次第に霜の付着量が増加していくこととなり、その結果、熱交換効率に大きな低下が生じる。
【０００８】
又、その他の故障の原因として、冷媒配管からの冷媒漏れが考えられる。これは、配管の接続部等におけるシール状態が何らかの原因で不良となり、冷媒が配管から漏出することによって、ショーケースに供給される冷媒量が減少して、結果として熱交換効率が低下するものである。
【０００９】
しかしながら、ショーケースの故障検出を可能とした従来の運転状態管理装置では、上述の如き故障原因を推定することは出来なかった。故障検出と同時に、その故障原因を特定することが出来れば、迅速且つ適切なメンテナンスを行なうことが出来、これによって故障を未然に防止することが可能となる。
【００１０】
そこで本発明の目的は、上述の如きケース冷却系に故障が発生し、若しくは故障の発生が予測されたときに、その故障の原因を推定することが可能な装置を提供することである。
【００１１】
【課題を解決する為の手段】
本発明に係るケース冷却系の第１の故障原因推定装置は、
各ケースについて、霜取り運転における霜取りヒータに対する通電時間を計測する通電時間計測手段と、
前記計測された通電時間が所定の通電最長時間に達したかどうかを判断する判断手段と、
判断手段による過去複数回分の判断結果を更新しつつ記憶するメモリ手段と、
メモリ手段に記憶されている判断結果に基づいて、蒸発器における着霜を故障の原因として推定する故障原因推定手段
とを具えている。
【００１２】
上記本発明の第１の故障原因推定装置が故障原因推定の対象とするケース冷却系においては、冷媒供給源から冷媒配管を経て各ケースの蒸発器へ冷媒を供給する冷却運転と、霜取りヒータに通電して蒸発器に付着した霜を除去する霜取り運転とが行なわれる。ここで、所定の霜取り運転開始時刻になると、冷却運転が中止されると同時にヒータが通電されて、霜取り運転が開始される。これによって、ケース内の温度が上昇するので、その温度が所定値に達した時点で、ヒータへの通電が停止される。その後、冷却運転が再開される。
【００１３】
霜取り運転においては、蒸発器における霜の付着量が多いほど霜の除去に時間がかかるので、ケース内の温度が前記所定値に達するまでに時間がかかり、結果としてヒータ通電時間が長くなる。但し、ヒータ通電時間にはケース毎に最長時間が予め設定されており、霜取り運転開始後、ヒータ通電時間が通電最長時間に達したとき、ケース内の温度が所定値に達していなくても、ヒータに対する通電は停止される。
従って、ヒータ通電時間が通電最長時間に達した場合は、蒸発器に多量の霜が付着しており、これが原因で熱交換効率の低下を来たすものと考えることが出来る。
【００１４】
そこで、上記本発明の第１の故障原因推定装置においては、各ケースについて、霜取り運転におけるヒータ通電時間を計測し、この計測値が所定の通電最長時間に達したかどうかを判断し、所定の通電最長時間に達する事態が最近の複数回の霜取り運転で発生した場合は、蒸発器における着霜を故障の原因として推定するのである。
【００１５】
本発明に係る第２の故障原因推定装置は、
ケース内の空気温度と、ケース外の空気温度と、霜取りヒータに対する通電時間とを計測する計測手段と、
冷却運転中におけるケース外空気温度の計測データに基づいて、霜の付着量に関係する霜付着量データを算出する手段と、
霜取り運転開始時のケース内空気温度と、当該霜取り運転の前の冷却運転における霜付着量データとをパラメータとして、当該霜取り運転における霜取りヒータ通電時間を記憶するメモリ手段と、
霜取りヒータ通電時間の計測データが、メモリ手段に記憶されている同一のケース内空気温度及び霜付着量データに対する霜取りヒータ通電時間よりも長くなったかどうかを判断する判断手段と、
判断手段による過去複数回分の判断結果を更新しつつ記憶する第２メモリ手段と、
第２メモリ手段に記憶されている判断結果に基づいて、蒸発器における着霜を故障の原因として推定する故障原因推定手段
とを具えている。
【００１６】
霜取り運転においては、霜取り運転開始時の霜の付着量が同じであれば、ヒータの通電時間は略同じになると考えられる。従って、ヒータ通電時間が従来よりも長くなった場合には、霜の付着量が増加したものと推定することが出来る。但し、霜の付着量は、当該霜取り運転開始前の冷却運転における熱負荷と、ヒータ通電開始時のケース内の温度によって左右されるので、推定にはこれらの値を考慮する必要がある。
【００１７】
そこで、上記本発明の第２の故障原因推定装置においては、ケース内空気温度と、ケース外空気温度と、霜取りヒータに対する通電時間とを計測し、冷却運転中におけるケース外空気温度の計測データに基づいて、霜の付着量に関係する霜付着量データを算出する。ここで、霜の付着量を左右する冷却運転の熱負荷は、冷却運転中における空気エンタルピの平均値で表わすことが出来るので、霜付着量データとして、冷却運転中における空気エンタルピの平均値を採用することが出来る。
【００１８】
従って、霜取り運転開始時のケース内空気温度と霜付着量データとをパラメータとして、霜取り運転におけるヒータ通電時間を蓄積することにより、ケース内空気温度と霜付着量データによって決まる霜の付着量と、過去のヒータ通電時間との関係を、データベース化することが出来る。
そして、ヒータ通電時間の計測値が同一のケース内空気温度及び霜付着量データに対する過去のヒータ通電時間よりも長くなったかどうかを判断し、ヒータ通電時間の計測値が過去のヒータ通電時間を越える事態が、最近の複数回の霜取り運転で発生した場合に、蒸発器における着霜を故障の原因として推定するのである。
【００１９】
本発明に係る第３の故障原因推定装置は、
冷媒供給源と複数のケースとの間の冷媒配管による接続状態に関する情報が格納されている第１メモリ手段と、
各ケースについて、過去における故障の発生、若しくは故障発生の予測結果が格納されている第２メモリ手段と、
何れかのケースについて故障が発生し、若しくは故障の発生が予測されたとき、第１メモリ手段の情報に基づいて、当該ケースと共通の冷媒配管に接続されている他のケースを特定し、第２メモリ手段の情報から、当該他のケースについても故障が発生し、若しくは故障の発生が予測されていると判断される場合に、冷媒配管の不良を故障の原因として推定する故障原因推定手段
とを具えている。
更に、何れかのケースについて故障が発生し、若しくは故障の発生が予測されたとき、第１メモリ手段の情報に基づいて、冷媒配管の不良箇所を推定する手段を具えることが出来る。
【００２０】
冷媒配管からの冷媒漏れが原因で冷却能力が低下して、故障が生じる場合には、配管系を共通とする同一グループ内の他のケースにおいても、該冷媒漏れによる冷媒不足のため、冷却能力に低下が生じる可能性が高い。
従って、配管系を共通とする同一グループ内において、２台以上のケースで故障が検出された場合は、冷媒配管の異常を故障原因として推定することが出来る。又、冷媒配管の接続状態に関する情報から、冷媒配管の不良箇所を特定することが出来る。
【００２１】
【発明の効果】
本発明に係る故障原因推定装置によれば、ケース冷却系に故障が発生し、若しくは故障の発生が予測されたとき、その故障の原因を推定することが出来る。
【００２２】
【発明の実施の形態】
以下、本発明を低温ショーケースの冷却系に実施した形態につき、図面に沿って具体的に説明する。
【００２３】
ケース冷却系の構成及び動作
図１に示す如く、店舗内には１１台のショーケース(３)が配備されており、この内、Ｎｏ.１〜Ｎｏ.３の３台のショーケース(３)(３)(３)が冷媒供給配管Ａ及び冷媒戻り配管Ａを介してＮｏ.１のコンデンシングユニット(１)に接続され、Ｎｏ.４〜Ｎｏ.６の３台のショーケース(３)(３)(３)が冷媒供給配管Ｂ及び冷媒戻り配管Ｂを介してＮｏ.１のコンデンシングユニット(１)に接続されている。又、Ｎｏ.７及びＮｏ.８の２台のショーケース(３)(３)が冷媒供給配管Ｃ及び冷媒戻り配管Ｃを介してＮｏ.２のコンデンシングユニット(２)に接続され、Ｎｏ.９〜Ｎｏ.１１の３台のショーケース(３)(３)(３)が冷媒供給配管Ｄ及び冷媒戻り配管Ｄを介してＮｏ.２のコンデンシングユニット(２)に接続されている。
尚、コンデンシングユニット(１)(２)はそれぞれ圧縮機と凝縮器を具え、各ショーケース(３)に蒸発器(図示省略)が配備されている。
【００２４】
冷却運転においては、コンデンシングユニット(１)から、冷媒供給配管Ａを経て、第１のグレープとなるＮｏ.１〜Ｎｏ.３の３台のショーケース(３)(３)(３)へ冷媒が供給されると同時に、冷媒供給管Ｂを経て、第２のグループとなるＮｏ.４〜Ｎｏ.６の３台のショーケース(３)(３)(３)へ冷媒が供給される。又、コンデンシングユニット(２)から、冷媒供給配管Ｃを経て、第３のグループとなるＮｏ.７及びＮｏ.８の２台のショーケース(３)(３)へ冷媒が供給されると同時に、冷媒供給管Ｄを経て、第４のグループとなるＮｏ.９〜Ｎｏ.１１の３台のショーケース(３)(３)(３)へ冷媒が供給される。
又、各グループのショーケース(３)から夫々の冷媒戻り配管を経て、夫々のコンデンシングユニット(１)(２)へ冷媒が戻ることになる。
【００２５】
この様に、コンデンシングユニット(１)(２)と各ショーケース(３)の間で冷媒が循環することによって、各ショーケース(３)の内部が冷却されるのである。
尚、各ショーケース(３)の蒸発器の入口には、冷媒の供給をＯＮ／ＯＦＦするための遮断弁(図示省略)が取り付けられており、該遮断弁のＯＮ／ＯＦＦ制御によって、ショーケース(３)の内部温度が目標温度範囲に維持される。
【００２６】
上述の冷却運転によって各ショーケース(３)の蒸発器に霜が付着すると、蒸発器の熱交換効率が低下するため、各ショーケース(３)に配備した霜取りヒータ(図示省略)に定期的に、例えば２４時間毎に通電して、霜を溶解除去することが行なわれる。
【００２７】
一般に、ショーケースの霜取り運転は以下の手順で行なわれる。尚、同じ配管に接続された同一グループのショーケース(３)は全て同時に霜取り運転が開始される。
図２に示す如く所定の霜取り運転開始時刻になると、遮断弁が閉じて各ショーケース(３)への冷媒の流入が遮断され、冷却運転が中止される。但し、ファンによって蒸発器内部に風を送り込む動作は継続される。そして、冷却運転の中止と同時に、霜取りヒータが通電される。
【００２８】
その後、ヒータの加熱によって、ショーケース内の温度が上昇し、冷気吹き出し口における温度(庫内制御温度)が上昇するので、その温度が所定値に達した時点で、ヒータに対する通電を停止する。そして、霜が溶けて生成された水を蒸発させるための短い待機時間(水切り時間)を経た後、遮断弁を開くことによって、同じ配管グループのすべてのショーケースに対して同時に冷媒が供給され、冷却運転が再開される。
霜取り運転終了後、庫内制御温度は冷却運転の再開によって徐々に下降し、所定温度まで低下した後は、電磁弁のＯＮ／ＯＦＦ制御によって、庫内制御温度が目標温度範囲内に維持される。
【００２９】
上記の如きケース冷却系を対象として故障の検出及び故障原因の推定を行なう場合、ショーケース毎に個別の故障原因推定装置を搭載することも可能であるが、本実施例では、店内に設置された全てのショーケースの運転データを収集・分析する監視システムに後述の故障原因推定のためのソフトウェアを搭載して、故障原因推定装置を構成し、各ショーケースの故障の検出及び故障原因の推定を行なう。
【００３０】
故障原因推定装置の第１の構成
図１に示す如きケース冷却系においては、蒸発器における霜の付着量が多いほど、霜を溶解させるのに長い時間がかかるので、冷気吹き出し口における庫内制御温度が所定温度に達する時期が遅くなり、結果としてヒータ通電時間が長くなる。但し、同時に霜取り運転を行なう他ケースとの関係から、霜取り運転の時間を無制限に長くすることは出来ないので、ヒータ通電時間には、ショーケース毎に通電最長時間が設定されている。
【００３１】
このため、霜取り運転開始後、ヒータ通電時間が通電最長時間を経過した場合は、庫内制御温度が所定値に達していなくても、霜取りヒータに対する通電が停止される。従って、熱交換効率が低下して故障状態に至るほどの霜が付着している場合には、ヒータ通電時間が最長時間になる可能性が高い。
【００３２】
そこで、ヒータ通電最長時間を用いて、蒸発器の着霜を故障原因と推定するべく、図３に示す如き情報処理装置(４)を構成する。尚、情報処理装置(４)は、後述の故障検出用ソフトウェアを搭載したパーソナルコンピュータによって構成されている。
情報処理装置(４)のＣＰＵ(５)は、店内の各ショーケース(３)から個々の霜取り制御信号を取り込み、ショーケースが霜取り運転中であるか、冷却運転中であるかを判別する。霜取り運転中の場合には更に、各ショーケース(３)からヒータ制御信号を取り込み、ヒータが通電中であるか否かを把握する。そして、内蔵せるタイマ(７)を用いて、霜取り運転中における通電開始から通電停止までのヒータ通電時間を算出する。
【００３３】
又、ショーケース(３)毎に設定されたヒータ通電最長時間が、予めメモリ(６)の霜取り運転制御設定部(61)に格納されている。尚、図３においては、メモリ内部の構造を、Ｎｏ.１のショーケース(３)についてのみ図示しているが、実際には同様のデータ格納構造がショーケースの数だけ存在することになる。
【００３４】
霜取り運転においては、ＣＰＵ(５)によって、ヒータ通電時間が通電最長時間に達したかどうかが判断され、その判断結果がメモリ(６)の霜取り判定結果記録部(62)に格納される。尚、霜取り判定結果記録部(62)には、過去の４回分の判定結果を書き込むためのアドレスが用意されており、判定結果の書込みにおいては、最も古いデータを消去した上で最新のデータを書き込むことによって、常に最新の４回分の判断結果を保持する様にする。
【００３５】
そして、何れかのショーケース(３)について故障が発見された場合、該ショーケース(３)についての霜取り判定結果記録部(62)に例えば２回以上に亘って、ヒータ通電時間がヒータ通電最長時間を越えた旨の判定結果が書き込まれているときは、蒸発器に多量の霜が付着していることが故障の原因であると推定するのである。
【００３６】
故障原因推定装置の第２の構成
上述の如きケース冷却系においては、霜取り運転開始時における霜の付着量が同じであれば、ヒータの通電時間は略同じになると考えられる。従って、ヒータ通電時間が従来よりも長くなった場合には、霜の付着量が増加したものと推定することが出来る。但し、霜の付着量は、霜取り運転を開始する前の冷却運転における熱負荷と、ヒータ通電を開始した際の庫内制御温度とが関係するので、これらの値を考慮して、故障原因の推定を行なう必要がある。
【００３７】
そこで、冷却運転中における熱負荷条件とヒータ通電時間などを用いて、蒸発器の着霜を故障原因と推定するべく、図４に示す情報処理装置(４)を構成する。情報処理装置(４)のＣＰＵ(５)は、各ショーケース(３)から霜取り制御信号とヒータ制御信号を取り込んで、内蔵せるタイマ(７)によって、霜取り運転中におけるヒータ通電時間を算出する。
【００３８】
ところで、霜取り運転開始時における霜の付着量は、前回の霜取り運転終了から今回の霜取り運転開始までの冷却運転期間における熱負荷量に依存する。この熱負荷の主なものとしては、ショーケース周辺の気温と湿度が挙げられる。そこで、各ショーケース(３)の周辺に温度センサ(32)と湿度センサ(33)を設置し、これらのセンサから情報処理装置(４)に気温データと湿度データを取り込むようにする。
又、各ショーケース(３)の冷気吹き出し口に温度センサ(31)を設置して、該温度センサ(31)から情報処理装置(４)に、霜取り運転開始時における庫内制御温度を取り込むようにする。
【００３９】
情報処理装置(４)のＣＰＵ(５)は、温度センサ(32)及び湿度センサ(33)による測定データから、冷却運転期間における気温と湿度の平均値を算出する。尚、気温と湿度の測定は、各ショーケース(３)に設置したセンサーによって行なう構成に限らず、店内の適当な１箇所に設置したセンサーによって行なうことも可能である。
【００４０】
霜取り運転開始時における霜の付着量は、上記の様にして算出された気温平均値と湿度平均値から求まる空気エンタルピの平均値に略依存する。但し、その依存特性は機種や設置環境条件などによって、店内のショーケース毎に異なるので、個別に把握する必要がある。
【００４１】
霜取り運転中におけるヒータ通電時間は、霜の付着量と霜取り運転開始時の庫内制御温度に依存するが、上述の如くヒータ通電時間と庫内制御温度は直接に測定し、霜の付着量は冷却運転中における空気エンタルピの平均値で代用することとして、これら３者のデータの依存関係を把握する。
即ち、情報処理装置(４)のメモリ(６)に霜取り運転情報記録部(63)を設け、平均空気エンタルピと庫内制御温度をパラメータとして通電時間の測定値を記録する。具体的には、予めメモリ(６)内に、平均空気エンタルピと庫内制御温度の測定値により異なる複数の書込みエリアを確保しておき、通電時間の測定値を所定の書き込みエリアに記録する。
尚、図４では、メモリ内部の構造をＮｏ.１のショーケース(３)についてのみ図示しているが、実際には同様のデータ格納構造が店内のショーケースの数だけ存在することになる。
【００４２】
上記３者のデータの関係は、ショーケースが正常な期間には基本的に変化しないので、一旦記録したデータについては更新の必要はないが、冷却運転及び霜取り運転の繰り返しによって、様々な値の庫内制御温度と平均空気エンタルピが測定されるので、図４に示す霜取り運転情報記録部(63)の複数の書込みエリアには、ヒータ通電時間の測定値が次第に記録されていくことになる。
【００４３】
ある霜取り運転について庫内制御温度と平均空気エンタルピの測定値に対応する書込みエリアに、新たに測定されたヒータ通電時間を記録する際、その書込みエリアに既に過去の通電時間が記録されている場合は、その記録されている通電時間と新たに測定された通電時間とを比較し、新たに測定された通電時間が記録されている通電時間より長くなっているかどうかを判定し、その判定結果を、メモリ(６)に設けた霜取り判定結果記録部(64)に記録する。
尚、霜取り判定結果記録部(64)には、過去の４回分の判定結果を書き込むためのアドレスが用意されており、判定結果の書込みにおいては、最も古いデータを消去した上で最新のデータを書き込むことによって、常に最新の４回分の判断結果を保持する様にする。
【００４４】
そして、何れかのショーケース(３)について故障が発見された場合、該ショーケース(３)についての霜取り判定結果記録部(64)に例えば２回以上に亘って、ヒータ通電時間が長くなった旨の判定結果が書き込まれているときは、蒸発器に多量の霜が付着していることが故障の原因であると推定するのである。
【００４５】
尚、図４に示す霜取り運転情報記録部(63)の平均空気エンタルピに代えて、平均店内気温で代用することも可能であって、この場合、湿度を測定する必要はない。
【００４６】
故障原因推定装置の第３の構成
上述の如きケース冷却系において、冷媒配管からの冷媒漏れにより冷却能力が低下して故障が生じる場合には、配管系統が共通の同一グループ内の他のショーケースにおいても、冷却能力の低下が生じる可能性が高い。従って、共通の配管系統により相互に接続された同一グループ内のショーケース(３)において、２台以上で故障が検出された場合は、冷媒配管の異常を故障原因として推定することが出来る。
【００４７】
又、冷媒配管の接続状態に関する情報から、冷媒配管の不良箇所を特定することも可能である。例えば、図１に示す冷媒配管の接続状態において、配管ＡのＡ２で示す箇所で冷媒漏れが発生した場合、それよりも下流側に配置されたＮｏ.１のショーケース(３)とＮｏ.２のショーケース(３)が故障状態になると考えられる。これに対し、Ａ１の箇所で冷媒漏れが発生した場合には、冷却能力の低下はＮｏ.１のショーケース(３)にのみ生じる。但し、冷媒漏れがその後も続いた場合は、配管全体で冷媒量が徐々に減少するので、Ｎｏ.２及びＮｏ.３の２台のショーケース(３)(３)においても冷却能力が次第に低下することになる。
【００４８】
そこで、冷媒の漏出等の冷媒配管の不良を故障原因として推定するべく、図５に示す情報処理装置(４)を構成する。
情報処理装置(４)のＣＰＵ(５)は、霜取り運転中であるか、冷却運転中であるかを判別するために、ショーケース(３)毎に霜取り制御信号を読み込む。
【００４９】
情報処理装置(４)のメモリ(６)には、店内に設置されている全てのショーケース(３)について、それらの接続状態に関する情報を格納した配管接続設定部(65)が設けられている。図１に示す接続状態については、図５に示す如き情報が格納される。但し、各ショーケース(３)には、図１に示すように、連続する番号が付与されているものとする。又、配管箇所を特定するために、コンデンシングユニットとショーケースの間、及びショーケース間を接続する配管には、図１に示す如く、配管の系統毎に、連続する配管番号(Ａ１、Ａ２、…、Ｄ３)が付与されている。
【００５０】
メモリ(６)の配管接続設定部(65)には、ケース番号(Ｎｏ.１、Ｎｏ.２、…、Ｎｏ.１１)の夫々に対して、同一グループにおけるショーケースの個数(接続ケース数)と、同一グループ内の最も若いケース番号(代表ケース番号)を記録しておく。同一グループ内でケース番号は連続しているから、代表ケース番号と接続ケース数により、同一グループに含まれるショーケースのケース番号を特定することが出来る。また同様に、配管位置を特定するため、コンデンシングユニット側の配管の番号を記録しておく。
【００５１】
メモリ(６)には故障検出結果記録部(66)を設けて、従来の故障検出技術を用いた故障検出結果を記録する。図５の例では、過去に故障が検出されたショーケースについては“１”を、過去に故障が検出されていないショーケースについては“０”を記録することとしている。
従って、故障検出結果記録部(66)に記録されている情報に基づいて、同一グループ内で複数台のショーケースで故障が検出されているかどうかを判別することが出来る。
【００５２】
そして、同一グループ内の２台以上のショーケース(３)で故障が検出されていると判定されたとき、ＣＰＵ(５)は、冷媒配管の異常を故障原因として推定するのである。又、ＣＰＵ(５)は、冷媒配管の接続状態に関する情報から、冷媒配管の不良箇所も特定する。
【００５３】
次に、上述の各故障原因推定装置の構成において、故障原因推定のための具体的な手続きについて説明する。
【００５４】
基本処理フロー
図６は、従来の故障検出処理と本発明に係る故障原因推定のための基本的な処理(故障検出ソフトウエア)の手順を表わしている。尚、故障検出ソフトウエアは、店内の全てのショーケースが冷却運転を行なっている期間に起動されるものとする。
【００５５】
図６に示す如く、故障検出ソフトウエアの起動後、ヒータ通電フラグをまず０にリセットしておく(ステップＳ１)。このヒータ通電フラグは、霜取り運転中においてヒータが通電中であることを検知したかどうかを示すものである。故障検出処理は、冷却運転中に実施し、霜取り運転中には実施しない。
【００５６】
故障検出の処理周期は例えば１分間に設定しておく。故障検出ソフトウエアの起動後は、その処理周期で処理タイミングに待機し、処理タイミング毎に以下の一連の処理を行なう。この際、店内の全てのショーケースについて、基本的に同一の処理を一度実行することとする。処理を実行すべきショーケースの順番も予め設定しておく。
【００５７】
処理タイミングが到来したとき、故障検出フラグを０にリセットする(ステップＳ２〜Ｓ３)。この故障診断フラグは、店内の全てのショーケースの中で１台でも故障を検出したかどうかを示すものである。
次に、所定の順番に従って以下の処理を行なうべきショーケースを決定する(ステップＳ４)。その後、そのショーケースに関して、故障原因の推定に関する情報収集及び故障検出処理を実行する(ステップＳ５)。この場合、霜取り制御信号から各ショーケースが冷却運転中であるか、霜取り運転中であるかを判別し、前者の場合には故障検出処理を、後者の場合には霜取り運転に関する情報処理を実行する。但し、故障検出処理において故障を検出した場合には、故障検出フラグを１に書き換える。そして、店内の全てのショーケースについて所定の順番で同様の処理を繰り返す(ステップＳ６)。
【００５８】
店内の全てのショーケースについて処理が終了した後、故障検出フラグに基づいて、故障の検出されたショーケースがあったかどうかをチェックする(ステップＳ７)。故障検出フラグが０、即ち１台も故障が検出されなかった場合は、最初の処理タイミングの検出に戻る。故障検出フラグが１、即ち１台でも故障が検出されたショーケースがあった場合には、所定の順番で１台毎に本発明に係る故障原因推定処理を実行し(ステップＳ８〜Ｓ９)、店内の全てのケースについて処理が終了するまで、同様の処理を繰り返すのである(ステップＳ１０)。
【００５９】
図７〜図１０は、上述の第１乃至第３の構成における、情報収集と故障検出処理(図６のステップＳ５)の具体的な手順を表わしている。
【００６０】
第１の構成における情報収集・故障検出処理
図７は、上述の第１の構成における、ヒータ通電最長時間を基準とする着霜による故障原因推定のための、情報収集と故障検出処理の手順を表わしている。
先ず、霜取り制御信号を読み取って(ステップＳ１１)、冷却運転中であるか、霜取り運転中であるかを判別する(ステップＳ１２)。前述の如く故障検出ソフトウエアは冷却運転中に起動されるので、起動後の最初の処理では冷却運転中であると判別される。そして、この場合には故障検出処理(ステップＳ２４)を実行し、故障を検出した際は故障検出フラグを１に書き換えた後、図６の基本フローに戻る。
【００６１】
その後、霜取り制御信号によって、霜取り運転が開始されたことが判別されたときは、ヒータ制御信号を読み取って(ステップＳ１３)、ヒータが通電中であるかどうかを判別する(ステップＳ１４)。霜取り運転開始当初は、ヒータ通電中であるから、通電中であると判別される。次にヒータ通電フラグをチェックする(ステップＳ１５)。霜取り運転開始後における最初の処理タイミングでは、ヒータ通電フラグは０にリセットされているので、タイマを用いたヒータ通電時間の計測を開始し、ヒータ通電フラグを１にセットして(ステップＳ１６)、情報収集・故障検出処理を終了する。
【００６２】
次の処理タイミングで、ヒータが依然として通電中であることを検出した場合は、ヒータ通電フラグが既に１になっているので、特に新たな情報処理を実行することなく、情報収集・故障検出処理を終了する。以後の処理タイミングでは、ヒータ通電が終了するまで同様の処理を繰り返す。
【００６３】
霜取り運転において、庫内制御温度が所定値に達し、或いはヒータ通電時間が通電最長時間に達したとき、ヒータの通電は停止される。但し、ヒータの通電が停止されても、水切り時間が終了して、同一グループ内の複数台のショーケースで同時に冷却運転が開始されるまでは、霜取り運転が継続される。このため、ヒータ通電終了後でも当初は、霜取り制御信号により霜取り運転中と判別され、ヒータ制御信号の読み取り(ステップＳ１３)によって、ヒータ通電中でないと判別される(ステップＳ１４)。そしてこの場合にも、ヒータ通電フラグが１であるかどうかをチェックする(ステップＳ１７)。
【００６４】
通電終了後、最初の処理タイミングでは、ヒータ通電フラグは１であるので、このときはヒータ通電時間の計測を終了する(ステップＳ１８)。これによって、霜取り運転中におけるヒータ通電時間が計測されたことになる。そして、ショーケース毎に設定されているヒータ通電最長時間を、メモリの霜取り運転制御設定部から読み込む(ステップＳ１８)。
【００６５】
その後、ヒータ通電フラグを０にリセットすると共に、ヒータ制御フラグも０にリセットする(ステップＳ１９)。このヒータ制御フラグは、ヒータ通電時間が通電最長時間に達したかどうかの結果を示す。次に、実際にヒータ通電時間が最長時間に達しているかどうかをチェックし(ステップＳ２０)、達している場合はヒータ制御フラグを１にセットする(ステップＳ２１)。
【００６６】
次に、ヒータ制御フラグを記録すべき霜取り判定結果記録部の書込みアドレスを更新する(ステップＳ２２)。図３に示す例の場合、故障検出ソフトウエア起動時には、書込みアドレスの初期値を(Ｎ−１)にセットしておく。そして、このステップの更新によって、アドレスを(Ｎ)にインクリメントする。以後の処理においても同様の更新を実行するが、インクリメントにより(Ｎ＋５)になった場合は、(Ｎ)に戻す。そして、更新されたアドレスにヒータ制御フラグを書き込み(ステップＳ２３)、情報収集・故障検出処理を終了する。
【００６７】
水切り運転中の次の処理タイミングでは、霜取り制御信号により霜取り運転と判別され、ヒータ制御信号の読み取り(ステップＳ１３)によりヒータが通電中ではないと判別された後、ヒータ通電フラグも１ではないと判別されて(ステップＳ１７)、情報収集・故障検出処理を終了する。
水切り時間が終了して、同一グループ内の全てのショーケースにおいて冷却運転が開始されるまで、同様の処理が繰り返される。そして、霜取り運転終了後、冷却運転の際の処理が繰り返される。
【００６８】
第２の構成における情報収集・故障検出
図８及び図９は、冷却運転中における熱負荷条件とヒータ通電時間に基づいて着霜による故障原因を推定するための、情報収集と故障検出処理の手順を表わしている。
先ず、冷却運転中であるか、霜取り運転中であるかを判別するために、霜取り制御信号を読み取る(ステップＳ３１)。前述の如く故障検出ソフトウエアは冷却運転中に起動されるので、起動後の最初の処理では冷却運転中と判別される。そして、この場合は気温と湿度の測定値を読み込み、各測定値を積算する(ステップＳ４９)。これは、冷却運転期間中における気温と湿度の平均値を算出するための処理である。但し、故障検出ソフトウエア起動後、最初の霜取り運転が終了するまでは、この積算処理は行なわない。
又、冷却運転時には故障検出処理を実行し(ステップＳ５０)、故障を検出したときは故障検出フラグを１に書き換える。そして、故障検出処理後、図６の基本フローに戻る。
【００６９】
その後、霜取り制御信号によって、霜取り運転が開始されたことが判別されたときは、次にヒータ制御信号を読み取って(ステップＳ３３)、ヒータが通電中であるかどうかを判別する(ステップＳ３４)。霜取り運転開始当初はヒータは通電中であるから、イエスと判別されて、次に、ヒータ通電フラグがチェックされる(ステップＳ３５)。霜取り運転開始後における最初の処理タイミングでは、ヒータ通電フラグは０にリセットされているので、タイマを用いたヒータ通電時間の計測を開始すると共に、霜取り開始時点での庫内制御温度を読み取る(ステップＳ３６)。
そして、ヒータ通電フラグを１にセットした後(ステップＳ３７)、情報収集・故障検出処理を終了する。
【００７０】
次の処理タイミングで、ヒータが依然として通電中であることが検出された場合は、ヒータ通電フラグは既に１になっているので、特に新たな情報処理を行なうことなく、情報収集・故障検出処理を終了する。以後の処理タイミングでは、ヒータ通電が終了するまで同様の処理を繰り返す。
【００７１】
霜取り運転において、庫内制御温度が所定値に達するか、あるいはヒータ通電時間が最長時間に達すれば、ヒータの通電は停止される。但し、ヒータの通電が停止されても、水切り時間が終了して、同一グループ内の複数台のショーケースで同時に冷却運転が開始されるまでは、霜取り運転が継続されるので、ヒータ通電終了後でも当初は、霜取り制御信号により霜取り運転と判別され、ヒータ制御信号により、ヒータ通電中ではないと判別される。そしてこの場合にも、ヒータ通電フラグが１であるかどうかをチェックする(ステップＳ３８)。通電終了後、最初の処理タイミングでは、ヒータ通電フラグは１であるので、このときはヒータ通電時間の計測を終了し、ヒータ通電フラグを１にリセットしておく(ステップＳ３９)。
【００７２】
そして、霜取り運転が始まる前の冷却運転期間中における気温と湿度の積算値から、その期間における夫々の平均値を算出し、更に、算出した気温と湿度の平均値から、冷却運転期間における空気エンタルピの平均値を算出する(ステップＳ４０)。その後、気温と湿度の積算値をクリアし、霜取り判定フラグを０にセットする(ステップＳ４１)。この霜取り判定フラグは、平均空気エンタルピと庫内制御温度の２つの条件が略同じであるにも拘わらずヒータ通電時間が長くなったかどうかを示すものである。
【００７３】
次に、算出した平均空気エンタルピと霜取り運転開始時点での庫内制御温度に基づいて、メモリの霜取り運転情報記録部に対するヒータ通電時間の書込みアドレスを決定する(ステップＳ４２)。故障検出ソフトウエアの起動当初は、この記録部には何らのデータも書き込まれていないが、故障検出ソフトウエアが継続して動作することによって、次第にデータが書き込まれていくことになる。
【００７４】
そして、書き込みアドレスの決定後、そのアドレスに既にデータが記録されているかどうかをチェックする(ステップＳ４３)。記録がない場合には、計測したヒータ通電時間をそのアドレスに記録する(ステップＳ４４)。但し、故障検出ソフトウエアの起動後で最初の霜取り運転の場合には、この書き込み処理は行なわない。
【００７５】
次に、メモリの霜取り判定記録部に対する霜取り判定フラグの書込みアドレスを更新する(ステップＳ４７)。図４に示す例の場合、故障検出ソフトウエア起動時には、書込みアドレスの初期値を(Ｎ−１)にセットしておく。そして、このステップの更新によって、アドレスを(Ｎ)にインクリメントする。以後の処理においても同様の更新を実行するが、インクリメントにより(Ｎ＋５)になった場合は、(Ｎ)に戻す。そして、更新されたアドレスに霜取り判定フラグを書き込み(ステップＳ４８)、情報収集・故障検出処理を終了する。
【００７６】
一方、霜取り運転情報記録部の書き込みアドレスに既にデータが記録されている場合は、その記録データ、即ち従来のヒータ通電時間よりも今回の霜取り運転の際に計測した通電時間の方が長いかどうかをチェックする(ステップＳ４５)。そして、長いと判断された場合は霜取り判定フラグを１にセットする(ステップＳ４６)。
【００７７】
そして、メモリの霜取り判定結果記録部に対する霜取り判定フラグの書込みアドレスを更新して(ステップＳ４７)、更新されたメモリアドレスに霜取り判定フラグを書き込んだ後(ステップＳ４８)、情報収集・故障検出処理を終了する。
水切り運転中の次の処理タイミングでは、霜取り制御信号により霜取り運転と判別され、更にヒータ制御信号によりヒータ通電中ではないと判別された後、ヒータ通電フラグも１ではないと判別されるので、この場合には特別な処理を行なうことなく、情報収集・故障検出処理を終了する。
水切り時間が終了して、同一グループ内の全てのショーケースにおいて冷却運転が開始されるまでは、同様の処理が繰り返される。そして、霜取り運転終了後、冷却運転の際の処理が繰り返される。
【００７８】
第３の構成における情報収集・故障検出
図１０は、各ショーケースの接続状態に関する情報に基づいて冷媒配管に関する故障原因を推定するための、情報収集と故障検出処理の手順を表わしている。
先ず、霜取り制御信号を読み取って(ステップＳ５１)、冷却運転中であるか、霜取り運転中であるかを判別し(ステップＳ５２)、霜取り運転中の場合には、特に処理を行なうことなく、情報収集・故障検出処理を終了する。一方、冷却運転中の場合には、所定の故障検出処理(ステップＳ５３)を実行し、故障検出の有無を判断する(ステップＳ５４)。そして、故障が検出された場合は、図５に示す故障検出結果記録部(66)の各エリアの内、現在処理中のショーケースのケース番号に対応するエリアを１に書き換えた後(ステップＳ５５)、情報収集・故障検出処理を終了する。
【００７９】
故障原因推定処理
図１１は、故障原因推定処理(図６のステップＳ９)の具体的な手順を表わしている。
まず、図５に示す故障検出結果記録部(66)から記録情報を読み取ることによって(ステップＳ６１)、故障原因の推定を行なうべきショーケースについて故障を検出しているかどうかをチェックする(ステップＳ６２)。故障を検出していない場合には、故障原因推定処理をを終了する。
【００８０】
一方、故障を検出している場合には、図３の霜取り判定結果記録部(62)或いは図４の霜取り判定結果記録部(64)の記録情報を読み取る(ステップＳ６３)。そして、最近の過去４回の霜取り運転におけるヒータ通電時間に関する判定結果を、総合的に判断する。
【００８１】
例えば、ヒータ通電時間が通電最長時間に達したかどうかで故障原因を推定する場合には、最近の過去４回の霜取り運転におけるヒータ制御フラグが霜取り判定結果記録部に書き込まれているので、その値を読み取って、所定の回数以上、例えば２回以上に亘ってフラグが１になっているか否かをチェックする(ステップＳ６４)。チェックの結果がイエスの場合は、最近の過去４回の霜取り運転においてヒータ通電時間が最長時間に達する事態が２回以上発生していることになるので、蒸発器での着霜が故障の原因と推定した後(ステップＳ６５)、故障原因推定処理を終了する。
【００８２】
一方、冷却運転期間中の平均空気エンタルピと霜取り運転開始時の庫内制御温度が略同じ条件の下で、ヒータ通電時間が従来よりも長くなったかどうかで故障原因を推定する場合には、最近の過去４回の霜取り運転におけるヒータ制御フラグが霜取り判定結果記録部に書き込まれているので、その値を読み取って、所定の回数以上、例えば２回以上に亘ってフラグが１になっているか否かをチェックする(ステップＳ６４)。チェックの結果がイエスの場合は、最近の過去４回の霜取り運転においてヒータ通電時間が従来よりも長くなる事態が２回以上発生していることになるので、蒸発器での着霜が故障の原因と推定した後(ステップＳ６５)、故障原因推定処理を終了する。
尚、着霜を故障原因として推定する上記２つの方法は併用することも可能である。
【００８３】
霜取り判定結果記録部に記録されている４個のフラグの内、２個以上のフラグが１になっていない場合は、次に、冷媒配管が故障原因でないかどうかをチェックする。
先ず、図５に示す配管接続設定部(65)から、接続ケース数と代表ケース番号の情報を読み取って(ステップＳ６６)、その接続ケース数と代表ケース番号に基づいて、故障原因推定の対象となっているショーケースと同一グループのショーケースのケース番号を把握する。そして、図５の故障検出結果記録部(66)から同一グループのショーケースに関する記録情報を読み取って(ステップＳ６７)、同一配管グループのショーケースで故障が検出されているものがあるかどうかを判断し(ステップＳ６８)、故障の検出されているショーケースが存在する場合は、冷媒配管の異常を故障原因として推定する(ステップＳ６９)。
【００８４】
そして、同一グループ内で故障の発生している最も大きいケース番号について、該ケース番号に対応する配管番号を配管接続設定部(65)から読み出して、その配管箇所を不良箇所として推定した後(ステップＳ７０)、故障原因推定処理を終了する。
これに対し、同一グループ内で、複数のショーケースに故障が発生していない場合は、故障原因を「その他」として(ステップＳ７１)、故障原因推定処理を終了する。
【００８５】
上述の如く、本発明の故障原因推定装置によれば、ショーケースの冷却系に関する故障発生の早期検出及び故障予知を行なう従来技術に対して、「蒸発器での着霜」あるいは「配管関連の異常」という二つの故障原因の推定を行なうことが出来ると共に、故障個所の特定を行なうことが出来るので、迅速且つ適正なメンテナンスを行なうことが出来る。
【図面の簡単な説明】
【図１】ショーケース及びコンデンシングユニットの接続状態を示すブロック図である。
【図２】霜取り運転の動作を説明するグラフである。
【図３】ヒータ通電最長時間によって着霜を故障原因と推定する情報処理装置の構成を表わすブロック図である。
【図４】ヒータ通電時間の変化によって着霜を故障原因と推定する情報処理装置の構成を示すブロック図である。
【図５】冷媒配管を故障原因として推定する情報処理装置の構成を示すブロック図である。
【図６】故障検出ソフトウエアを表わすフローチャートである。
【図７】ヒータ通電最長時間による故障原因推定のための情報収集・故障検出処理を表わすフローチャートである。
【図８】ヒータ通電時間の変化による故障原因推定のための情報収集・故障検出処理の前半を表わすフローチャートである。
【図９】同上処理の後半を表わすフローチャートである。
【図１０】各ショーケースの接続状態から故障原因を推定するための情報収集・故障検出処理を表わすフローチャートである。
【図１１】故障原因推定処理を表わすフローチャートである。
【符号の説明】
(１)  コンデンシングユニット
(２)  コンデンシングユニット
(３)  ショーケース
(４)  情報処理装置
(５)  ＣＰＵ
(６)  メモリ
(61)  霜取り運転制御設定部
(62)  霜取り判定結果記録部
(63)  霜取り運転情報記録部
(64)  霜取り判定結果記録部
(65)  配管接続設定部
(66)  故障検出結果記録部
(７)  タイマ
【図１】
0004030237.tif 000002
【図２】
0004030237.tif 000003
【図３】
0004030237.tif 000004
【図４】
0004030237.tif 000005
【図５】
0004030237.tif 000006
【図６】
0004030237.tif 000007
【図７】
0004030237.tif 000008
【図８】
0004030237.tif 000009
【図９】
0004030237.tif 000010
【図１０】
0004030237.tif 000011
【図１１】
0004030237.tif 000012