JPH0659989U - 火災受信機 - Google Patents

Abstract

(57)【要約】 【目的】 火災受信機の機能を分担する複数のサブシス
テムの各々は、信号のやりとりをしている他のサブシス
テムが正常に動作しているかどうかを判別する。 【構成】 ＣＰＵ１を有する伝送用サブシステムＳＳ１
と、ＣＰＵ１の判別情報から複数の端末機器のうちの被
制御機器に制御が必要と判別したら制御命令を発生する
制御用サブシステムＳＳ２と、ＣＰＵ１からの表示情報
を表示パネルＤＰやディスプレイ用ブラウン管ＣＲＴに
表示させる表示用サブシステムＳＳ３と、オペレータに
よって操作されるパネルＯＰと、各サブシステム中のＣ
ＰＵに、当該ＣＰＵと接続された他のＣＰＵの台数分だ
け接続されたタイマＴＭ１２〜ＴＭ３２とを設けた。

Description

【考案の詳細な説明】

【０００１】

【産業上の利用分野】

この考案は、火災受信機に関するものであり、特に、火災受信機の機能を分担 する複数のサブシステムを備え、その各々が、ＣＰＵすなわちプロセッサを有し 、信号のやりとりをしている他のサブシステムが正常に動作しているかどうかを 判別する火災受信機に関するものである。

【０００２】

【従来の技術】

ある種の防災設備では、中継器、火災の程度に応じたアナログ量の火災信号を 出力する火災センサ、火災が発生しているかいないかのオン・オフ信号を出力す る火災感知器、防火・防排煙機器、消火機器、及び防盗機器等の複数の端末機器 を１台の受信機に接続し、受信機ではこれら端末機器を監視するのにボーリング 等を行い、端末機器からの監視情報を読み込んで判別表示したり、あるいは端末 機器を制御したりする。このような防災設備においては、ボーリングを行うため に（またはそれ以外の方式の場合でも）、受信機等に複数のＣＰＵを設けたもの がある。

【０００３】

【考案が解決しようとする課題】

このように受信機に数台のＣＰＵを有する防災設備では、各ＣＰＵが例えば、 伝送関係、制御関係、表示関係というように役割を分担しており、１台でも異常 が発生すると、正常な動作を行うことができないという問題点があった。

【０００４】 この考案は、火災受信機の機能を分担すると共に互いに電気的に接続された複 数のサブシステムを備え、その各々は、ＣＰＵを有し、信号のやりとりをしてい る他のサブシステムが正常に動作しているかどうかを判別することを目的とする 。

【０００５】

【課題を解決するための手段】 この考案は、このような問題点を解決するためになされたもので、複数の端末 機器に接続されてその監視情報を読み込んで判別する伝送用サブシステムＳＳ１ と、この伝送用サブシステムＳＳ１に接続されてその判別情報から前記端末機器 のうちの被制御機器に制御が必要か否かを判別し、必要であれば制御命令を発生 する制御用サブシステムＳＳ２と、この制御用サブシステムＳＳ２に接続されて 前記伝送用サブシステムＳＳ１からの表示情報を表示パネルＤＰやディスプレイ 用ブラウン管ＣＲＴに表示させる表示用サブシステムＳＳ３と、オペレータによ って操作されることにより制御命令を前記表示用サブシステムＳＳ３に入力する 操作パネルＯＰと、各サブシステムに、当該サブシステムと接続された他のサブ システムの台数分だけ接続されたタイマＴＭ１２〜ＴＭ３２とを備えたものであ る。

【０００６】

【作用】

このため、この考案では、火災受信機内に収容されて互いに電気的に接続され た複数のＣＰＵのそれぞれに、当該ＣＰＵと接続された他のＣＰＵの台数分だけ タイマを接続した。各タイマは、このタイマが接続されている当該ＣＰＵに接続 された他のＣＰＵからの信号を当該ＣＰＵが受信した場合には、当該ＣＰＵによ ってタイマの時間カウント動作がリセットされ、初期値に戻って時間カウント動 作をやり直し、この動作を繰り返し行う。当該ＣＰＵに接続された他のＣＰＵか らの信号が設定時間の間に当該ＣＰＵに入力しなかった場合には、当該ＣＰＵに よるタイマの時間カウント動作がリセットされないので、設定時間経過後にタイ マはその旨を表す信号を出力する。タイマからのこの出力信号により当該ＣＰＵ が他のＣＰＵが他のＣＰＵに信号要求割込信号を送出し、それに対する他のＣＰ Ｕからの応答が得られない場合には、当該ＣＰＵは前記他のＣＰＵが異常である 旨の信号を出力する。

【０００７】

【実施例】

以下、図面に基づいてこの考案の一実施例を詳しく説明する。図１は複数の端 末機器が接続された火災受信機Ｒを示すブロック図である。この火災受信機Ｒは その機能を分担する複数のサブシステム例えば３つのサブシステムＳＳ１ないし ＳＳ３を備えている。サブシステムＳＳ１は第１のプロセッサＣＰＵ１を有し、 この第１のプロセッサＣＰＵ１には、送受信回路ＳＲＣを介して、或は送受信回 路ＳＲＣおよび直並列変換回路ＤＰＴＣを介して、図示しない中継器や火災セン サ等の端末機器が接続されている。中継器には周知のように、火災感知器等の異 常検出器や防排煙機器等の被制御機器が接続されている。第１のプロセッサＣＰ Ｕ１は、これら中継器並びに火災センサ等の端末機器をポーリングして、呼び出 した端末機器より監視情報を読み込んで火災の発生を判別（例えば火災発生地区 等）したり、或は後述のサブシステムＳＳ２中の第２のプロセッサＣＰＵ２から の制御命令を端末機器に送出したりする。

【０００８】 第２のプロセッサＣＰＵ２は、第１のプロセッサＣＰＵ１から受け取った火災 発生地区等に関する火災判別情報等の各種情報から被制御機器の制御が必要か否 かを判別し、必要であれば制御命令を第１のプロセッサＣＰＵ１に出力し、また はオペレータによって操作パネルＯＰからサブシステムＳＳ３中の第３のプロセ ッサＣＰＵ３を介した入力される制御命令を第１のプロセッサＣＰＵ１に中継し たり、さらに第１のプロセッサＣＰＵ１からの必要な情報を表示等のために第３ のプロセッサＣＰＵ３に中継したりする等の機能を行う。また、第１のプロセッ サＣＰＵ１からの火災判別情報のうち、記録の必要な情報をプリンタＰ等に出力 するという機能等をも行う。

【０００９】 第３のプロセッサＣＰＵ３は、第２のプロセッサＣＰＵ２からの表示情報によ って表示パネルＤＰの点灯制御や、ＣＲＴ（ディスプレイ用ブラウン管）への表 示制御等を行い、さらに操作パネルＯＰからの入力命令を第２のプロセッサＣＰ Ｕ２に出力すること等をも行う。

【００１０】 ＴＭ１２〜ＴＭ３２はカウンタあるいはタイマである。 タイマＴＭ１２は第１のプロセッサＣＰＵ１に接続されており、第１のプロセ ッサＣＰＵ１が第２のプロセッサＣＰＵ２からの信号を受信するまでの時間を計 数し、所定時間内に前記信号を受信しない場合にはその旨を表す信号を第１のプ ロセッサＣＰＵ１の出力する。 同様にタイマＴＭ２１は第２のプロセッサＣＰＵ２に接続されており、第２の プロセッサＣＰＵ２が第１のプロセッサＣＰＵ１からの信号を受信するまでの時 間を計数し、また信号を第２のプロセッサＣＰＵ２に出力する。 タイマＴＭ２３は第２のプロセッサＣＰＵ２に接続されており、第２のプロセ ッサＣＰＵ２が第３のプロセッサＣＰＵ３からの信号を受信するまでの時間を計 数し、また信号を第２のプロセッサＣＰＵ２に出力する。 最後にタイマＴＭ３２は第３のプロセッサＣＰＵ３に接続されており、第３の プロセッサＣＰＵ３が第２のプロセッサＣＰＵ２からの信号を受信するまでの時 間を計数し、また信号を第３のプロセッサＣＰＵ３に出力する。

【００１１】 ＬＴ１２〜ＬＴ３２は、例えばＲ−Ｓフリップ・フロップ等で構成されるラッ チである。 ラッチＬＴ１２は、第１のプロセッサＣＰＵ１が第２のプロセッサＣＰＵ２の 異常を判別したとき第１のプロセッサＣＰＵ１によってセットされ、かつ異常内 容を表示するため表示パネルＤＰに信号を出力する。 ラッチＬＴ２１は、第２のプロセッサＣＰＵ２が第１のプロセッサＣＰＵ１の 異常を判別したとき第２のプロセッサＣＰＵ２によってセットされ、かつ異常内 容を表示するため表示パネルＤＰに信号を出力する。 ラッチＬＴ２３は、第２のプロセッサＣＰＵ２が第３のプロセッサＣＰＵ３の 異常を判別したとき第２のプロセッサＣＰＵ２によってセットされ、かつ異常内 容を表示するため表示パネルＤＰに信号を出力する。 最後にラッチＬＴ３２は、第３のプロセッサＣＰＵ３が第２のプロセッサＣＰ Ｕ２の異常を判別したとき第３のプロセッサＣＰＵ３によってセットされ、かつ 異常内容を表示するため表示パネルＤＰに信号を出力する。 ラッチＬＴ１２〜ＬＴ３２は、セット状態の解除時、リセット信号を受けるよ うに、操作パネルＯＰにも接続されている。

【００１２】 操作パネルＯＰには、各種の試験用スイッチや制御スイッチ、テンキー、ラッ チＬＴ１２〜ＬＴ３２酔うのリセットスイッチ等が設けられており、また表示パ ネルＤＰには火災灯、火災地区表示灯、試験・制御結果の表示灯や、ラッチＬＴ １２〜ＬＴ３２の出力によって点灯される故障表示灯等が設けられている。

【００１３】 図１の火災受信機Ｒの、特にこの考案に関係する部分の動作を図２について説 明する。 図２は、第２のプロセッサＣＰＵ２が第１及び第３のプロセッサＣＰＵ１及び ＣＰＵ３を監視する動作を示すフローチャートであり、図の左側は第１のプロセ ッサＣＰＵ１の監視動作を、右側は第３のプロセッサＣＰＵ３の監視動作をそれ ぞれ示している。 通常の動作状態では第２のプロセッサＣＰＵ２は、第１及び第３のプロセッサ ＣＰＵ１及びＣＰＵ３とそれぞれインターフェースＩ／Ｆ１２とＩ／Ｆ２１、及 びインターフェースＩ／Ｆ２２とＩ／Ｆ３１を介して、前述したポーリングのた めの判別情報、制御情報、表示情報等の情報のやり取りを常に行っており、その 頻度は通常は例えば少なくとも１秒に１回異常の割合であるが、場合によっては 長い期間にわたって情報のやり取りが生じないこともある。 情報のやり取りが行われている場合にはそれらＣＰＵは正常に動作していると 判断できるが、情報のやり取りが長い期間に渡って行われない場合にはそのＣＰ Ｕが異常かどうかを判断することができない。この期間内にＣＰＵそのものに異 常が発生しそれを知らずにいると、防災設備の性質上、火災等が発生したとして も、それを警報しないこととなり、重大な事故につながりかねない。 従って、この情報のやり取りが所定時間以上行われない場合にはそのプロセッ サが故障しているのか否かを検査することが好ましい。

【００１４】 図２の初期設定に続く、最初のブロック１００では所定時間（例えば１秒以内 ）の間、情報のやり取りが行われたか否かを判断し、情報のやり取りが行われて いなければブロック１０１でタイマＴＭ２１を＋１だけ増分する。 ブロック１０２では、タイマＴＭ２１で積載されたタイマ時間が第１の設定時 間Ｔ１（例えば３秒）と比較され、タイマ時間がＴ１より小さければ、第１のプ ロセッサＣＰＵ１は正常と見なされて、ブロック１０７から始まる第３のプロセ ッサＣＰＵ３の検査に移る。 タイマＴＭ２１で積算されたタイマ時間がＴ１に等しければブロック１０３で 第２のプロセッサＣＰＵ２は図１の線Ｌ１を介して第１のプロセッサＣＰＵ１に 信号要求割込信号を送出する。第１のプロセッサＣＰＵ１が正常であり、この信 号要求割込信号に応答した場合には第２のプロセッサＣＰＵ２は第１のプロセッ サＣＰＵ１からの信号を受信することができるので（ブロック１００の肯）、ブ ロック１０６でタイマＴＭ２１をリセットしてタイマ動作のカウントを最初から やり直す。第１のプロセッサＣＰＵ１が異常であり、信号要求割込信号に応答し ない場合にはタイマ時間はＴ１より大きくなるので（ブロック１０２）、ブロッ ク１０４で第２の設定時間Ｔ２（例えば５秒）と比較され、タイマ時間がＴ２よ り大きいとはきブロック１０５で第２のプロセッサＣＰＵ２がラッチＬＴ２１を セットする。このラッチＬＴ２１のセットにより、表示パネルＤＰに第１のプロ セッサＣＰＵ１が異常である旨の表示が行われ、プロセッサ１０６でタイマＴＭ ２１はリセットされる。この状態は次にオペレータが操作パネルＯＰを操作して ラッチの解除を行うまで保持される。

【００１５】 図２の右側部分においても、第２のプロセッサＣＰＵ２が第３のプロセッサＣ ＰＵ３を検査するための同様の動作が行われる。すなわちブロック１０７及び１ ０８において、第３のプロセッサＣＰＵ３からの信号が無い場合には、所定時間 （例えば１秒以内）ごとにタイマＴＭ２３が＋１増分され、ブロック１０９にお いてタイマＴＭ２３で積算されたタイマ時間が第１の設定時間Ｔ１に等しくなっ た場合には、ブロック１１０で第２のプロセッサＣＰＵ２から第３のプロセッサ ＣＰＵ３に線Ｌ２を介して信号要求割込信号が送出され、もし第３ののプロセッ サＣＰＵ３が異常であってその信号要求割込信号に応答せず、しかもブロック１ １１でタイマＴＭ２３の積算タイマ時間が第２の設定時間Ｔ２より大きくなった 場合には同様にブロック１１２でラッチＬＴ２３がセットされてＣＲＴや表示パ ネルＤＰに第３のプロセッサＣＰＵ３が異常である旨の表示が出され、または警 報され、必要な場合にはプリンタＰにプリントアウトされる。その後、ブロック １１３でタイマ２３がリセットされる。

【００１６】 以上、この考案による動作を第２のプロセッサＣＰＵ２の検査動作についての み説明したが、第１のプロセッサＣＰＵ１及び第３のプロセッサＣＰＵ３の場合 も全く同様の検査動作を行うので説明を省略した。すなわち、第１のプロセッサ ＣＰＵ１はタイマＴＭ１２でもって第２のプロセッサＣＰＵ２のみを検査し、第 ３のプロセッサＣＰＵ３はタイマＴＭ３２でもって第２のプロセッサＣＰＵ２の みを検査する。この場合、動作フローチャートは図２の左側または右側のいずれ か１つが代用され得る。

【００１７】 なお、この考案の一実施例を、全体のシステム内に複数のＣＰＵを含んだもの について説明したが、これはＣＰＵに限定されるものではなく、一般にシステム を複数のサブシステムに分け、これらサブシステム間で相互に監視し合う場合に も適用できる。

【００１８】

【考案の効果】

以上、この考案によれば、システム内の複数のサブシステムの間で相互に検査 し合うことによりシステム自体が監視されるように構成したので、システム自体 の異常を常に監視することができるという効果があり、このことはこのシステム を防災設備のようなわずかな見逃しも許されないような機器に使用する場合には 特に効果的である。加うるにこの考案では、各サブシステムと他のサブシステム の間で通常は定常的にゆりとりする信号を利用しているので、周期間に信号要求 の割り込みをかける必要がなく、従って他のサブシステムが正常か否かを確認す るために他のサブシステムの信号処理を不必要に中断させることがないという効 果がある。

【図面の簡単な説明】

【図１】この考案に係る火災受信機の一実施例を示すブ
ロック図である。

【図２】図１に示した火災受信機の動作を説明するため
のフローチャートである。

【符号の説明】

Ｒ 火災受信機 ＳＳ１〜ＳＳ３ サブシステム ＣＰＵ１，ＣＰＵ２及びＣＰＵ３ それぞれ第１、第
２及び第３のプロセッサ ＴＭ１２〜ＴＭ３２ タイマ ＬＴ１２〜ＬＴ３２はラッチ ＯＰ 操作パネル ＤＰ 表示パネル

Claims (1)

【実用新案登録請求の範囲】
1. 【請求項１】 複数の端末機器に接続されてその監視情
   報を読み込んで判別する伝送用サブシステムＳＳ１と、
   この伝送用サブシステムＳＳ１に接続されてその判別情
   報から前記端末機器のうちの被制御機器に制御が必要か
   否かを判別し、必要であれば制御命令を発生する制御用
   サブシステムＳＳ２と、この制御用サブシステムＳＳ２
   に接続されて前記伝送用サブシステムＳＳ１からの表示
   情報を表示パネルＤＰやディスプレイ用ブラウン管ＣＲ
   Ｔに表示させる表示用サブシステムＳＳ３と、オペレー
   タによって操作されることにより制御命令を前記表示用
   サブシステムＳＳ３に入力する操作パネルＯＰと、各サ
   ブシステムに、当該サブシステムと接続された他のサブ
   システムの台数分だけ接続されたタイマＴＭ１２〜ＴＭ
   ３２とを備え、 前記制御用サブシステムＳＳ２の発生した制御命令は前
   記伝送用サブシステムＳＳ１を介して前記被制御機器に
   伝送され、また前記表示用サブシステムＳＳ３に入力さ
   れた制御命令は前記制御用および伝送用サブシステムＳ
   Ｓ２およびＳＳ１を介して前記被制御機器に伝送され、 各タイマは、このタイマが接続されている当該サブシス
   テムに接続された他のサブシステムからの信号が設定時
   間の間に当該サブシステムに入力しなかったら、その旨
   を表す信号を出力し当該サブシステムは、前記タイマ出
   力信号により前記他のサブシステムに信号要求割込信号
   を送出し、これに対する応答が無かったら、前記他のサ
   ブシステムが異常である旨の信号を出力し、もって前記
   表示パネルＤＰに表示させる、 ことを特徴とする火災受信機。