JP2954849B2 - 防災監視装置 - Google Patents
防災監視装置Info
- Publication number
- JP2954849B2 JP2954849B2 JP4669295A JP4669295A JP2954849B2 JP 2954849 B2 JP2954849 B2 JP 2954849B2 JP 4669295 A JP4669295 A JP 4669295A JP 4669295 A JP4669295 A JP 4669295A JP 2954849 B2 JP2954849 B2 JP 2954849B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- pseudo
- type information
- pseudo operation
- disaster prevention
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Fire Alarms (AREA)
- Alarm Systems (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、監視エリア毎に個々に
作成される種別テーブルに記憶された端末の種別情報及
びアドレスに基づいて、受信機に接続された複数種類の
端末の種別情報及びアドレスを照合して火災監視状態に
移行する防災監視装置に関する。
作成される種別テーブルに記憶された端末の種別情報及
びアドレスに基づいて、受信機に接続された複数種類の
端末の種別情報及びアドレスを照合して火災監視状態に
移行する防災監視装置に関する。
【０００２】
【従来の技術】この種の防災監視装置では、受信機の電
源が投入されたパワーオンスタートによる立ち上げ時に
は、全ての端末に対するイニシャライズ処理として、正
しい種別の端末（アナログ煙感知器、アナログ熱感知
器、感知器用中継器、制御用中継器など）が接続されて
いるか否かをチェックするための種別チェック等が自動
的に行われる。
源が投入されたパワーオンスタートによる立ち上げ時に
は、全ての端末に対するイニシャライズ処理として、正
しい種別の端末（アナログ煙感知器、アナログ熱感知
器、感知器用中継器、制御用中継器など）が接続されて
いるか否かをチェックするための種別チェック等が自動
的に行われる。
【０００３】また、受信機をメインＭＰＵと１以上のサ
ブＭＰＵで構成し、メインＭＰＵには火災判断と受信機
全体の管理を割り当て、各サブＭＰＵには伝送制御によ
るアナログデータの収集機能を割り当てることにより、
機能を分散したものが知られている。例えば１つのサブ
ＭＰＵには８系統が収容され、１系統には最大１２７個
の端末が収納され、サブＭＰＵの数がｎ個の場合、端末
のアドレスは（８×ｎ）系統×１２７（端末のポーリン
グアドレス）通りとなる。
ブＭＰＵで構成し、メインＭＰＵには火災判断と受信機
全体の管理を割り当て、各サブＭＰＵには伝送制御によ
るアナログデータの収集機能を割り当てることにより、
機能を分散したものが知られている。例えば１つのサブ
ＭＰＵには８系統が収容され、１系統には最大１２７個
の端末が収納され、サブＭＰＵの数がｎ個の場合、端末
のアドレスは（８×ｎ）系統×１２７（端末のポーリン
グアドレス）通りとなる。
【０００４】また、感知器用中継器や制御用中継器から
更に複数の回線が引き出されてそれぞれオン／オフ感知
器や防火戸、排煙口、地区ベルなどの制御機器が収納さ
れる場合、「系統＋端末アドレス＋回線」のハード番号
で管理される。更に、受信機側には、発報地区や障害発
生地区を表示するためのメッセージ（例えば１Ｆ会議
室、１Ｆ厨房）が設定され、この表示メッセージや上記
のハード番号に対応するように設定される。
更に複数の回線が引き出されてそれぞれオン／オフ感知
器や防火戸、排煙口、地区ベルなどの制御機器が収納さ
れる場合、「系統＋端末アドレス＋回線」のハード番号
で管理される。更に、受信機側には、発報地区や障害発
生地区を表示するためのメッセージ（例えば１Ｆ会議
室、１Ｆ厨房）が設定され、この表示メッセージや上記
のハード番号に対応するように設定される。
【０００５】このような防災監視装置では、端末毎に固
有の処理を必要とするので、受信機側には監視エリア毎
に個々に作成される端末種別テーブルを設けると共に端
末側にその種別等を設定し、立ち上げ時に受信側から各
端末に対して種別情報を要求して収集し、全ての種別情
報の照合結果が一致した場合に火災監視状態に移行する
ように構成されている。このとき、種別情報が一致しな
い場合には、立ち上げ処理を中断して正しい種別の端末
に交換する作業を行った後に再度立ち上げを行う。
有の処理を必要とするので、受信機側には監視エリア毎
に個々に作成される端末種別テーブルを設けると共に端
末側にその種別等を設定し、立ち上げ時に受信側から各
端末に対して種別情報を要求して収集し、全ての種別情
報の照合結果が一致した場合に火災監視状態に移行する
ように構成されている。このとき、種別情報が一致しな
い場合には、立ち上げ処理を中断して正しい種別の端末
に交換する作業を行った後に再度立ち上げを行う。
【０００６】
【発明が解決しようとする課題】しかしながら、端末の
種別情報を照合する際に使用される端末種別テーブル
は、装置の施工が完成段階に近づかないと中々決定され
ず、したがって、端末種別テーブルが決定されていない
施工中には、装置を立ち上げて感知器からのアナログデ
ータの収集や試験、更には制御機器の作動試験を全く行
うことができないという問題点がある。
種別情報を照合する際に使用される端末種別テーブル
は、装置の施工が完成段階に近づかないと中々決定され
ず、したがって、端末種別テーブルが決定されていない
施工中には、装置を立ち上げて感知器からのアナログデ
ータの収集や試験、更には制御機器の作動試験を全く行
うことができないという問題点がある。
【０００７】また、端末種別テーブルが決定されても、
端末の数や種別が多い大規模システムでは特に、端末が
端末種別テーブルの通りに設置されていない場合が多
く、この場合には種別不一致が多発して立ち上げがその
都度中断し、したがって、立ち上げが中々完了しない。
更に、端末が設計通りに接続されていない場合には、種
別情報そのものが得られない。
端末の数や種別が多い大規模システムでは特に、端末が
端末種別テーブルの通りに設置されていない場合が多
く、この場合には種別不一致が多発して立ち上げがその
都度中断し、したがって、立ち上げが中々完了しない。
更に、端末が設計通りに接続されていない場合には、種
別情報そのものが得られない。
【０００８】本発明は、このような従来の問題点に鑑み
てなされたもので、端末の種別情報が監視エリア毎に個
々に作成されて記憶される端末種別テーブルが完成して
いない場合にも装置を立ち上げて試験などを行うことが
できる防災監視装置を提供することを目的とする。
てなされたもので、端末の種別情報が監視エリア毎に個
々に作成されて記憶される端末種別テーブルが完成して
いない場合にも装置を立ち上げて試験などを行うことが
できる防災監視装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】本発明は、この目的を達
成するため次のように構成する。まず本発明は、監視エ
リア毎に個々に作成される種別テーブルに記憶された端
末の種別情報及びアドレスに基づいて、受信機に接続さ
れた複数種類の端末の種別情報及びアドレスを照合して
火災監視状態に移行する防災監視装置を対象とする。
成するため次のように構成する。まず本発明は、監視エ
リア毎に個々に作成される種別テーブルに記憶された端
末の種別情報及びアドレスに基づいて、受信機に接続さ
れた複数種類の端末の種別情報及びアドレスを照合して
火災監視状態に移行する防災監視装置を対象とする。
【００１０】このような防災監視装置につき本発明は、
種別テーブルに記憶された端末の種別情報に基づいて端
末の種別情報を照合する処理を禁止して疑似運用モード
を設定するモード設定部と、立ち上げ時にモード設定部
により疑似運用モードが設定されている場合に、端末に
対して種別情報及びアドレスを要求して収集し、端末毎
の疑似運用テーブルを作成する疑似運用テーブル作成部
と、疑似運用テーブルに基づいて疑似の火災監視処理を
行う疑似火災監視部とを有することを特徴とする。
種別テーブルに記憶された端末の種別情報に基づいて端
末の種別情報を照合する処理を禁止して疑似運用モード
を設定するモード設定部と、立ち上げ時にモード設定部
により疑似運用モードが設定されている場合に、端末に
対して種別情報及びアドレスを要求して収集し、端末毎
の疑似運用テーブルを作成する疑似運用テーブル作成部
と、疑似運用テーブルに基づいて疑似の火災監視処理を
行う疑似火災監視部とを有することを特徴とする。
【００１１】また、疑似運用テーブル作成部は、端末に
対して種別情報及びアドレスを要求して返信がない場合
にその感知器の未接続情報を疑似運用テーブルに記憶す
ることを特徴とする。また、疑似火災監視部は、前記疑
似運用テーブルの端末種別情報を無視した疑似の火災監
視処理を行うことを特徴とする。
対して種別情報及びアドレスを要求して返信がない場合
にその感知器の未接続情報を疑似運用テーブルに記憶す
ることを特徴とする。また、疑似火災監視部は、前記疑
似運用テーブルの端末種別情報を無視した疑似の火災監
視処理を行うことを特徴とする。
【００１２】また、種別テーブルには監視エリアの各地
区の名称等を表示するためのメッセージ情報が端末毎に
記憶され、疑似運用テーブルには前記メッセージ情報が
記憶されないことを特徴とする。更に、受信機がメイン
ＭＰＵと１以上のサブＭＰＵにより構成され、サブＭＰ
Ｕが端末に対して種別情報及びアドレスを要求して収集
し、端末毎の疑似運用テーブルを作成してメインＭＰＵ
に転送することを特徴とする。
区の名称等を表示するためのメッセージ情報が端末毎に
記憶され、疑似運用テーブルには前記メッセージ情報が
記憶されないことを特徴とする。更に、受信機がメイン
ＭＰＵと１以上のサブＭＰＵにより構成され、サブＭＰ
Ｕが端末に対して種別情報及びアドレスを要求して収集
し、端末毎の疑似運用テーブルを作成してメインＭＰＵ
に転送することを特徴とする。
【００１３】
【作用】本発明によれば、疑似運用モードが設定されて
いる場合に、種別テーブルに記憶された端末の種別情報
に基づいて端末の種別情報を照合する処理を禁止し、端
末に対して種別情報及びアドレスを要求して収集して現
時点での端末の状況を示す疑似運用テーブルを作成し、
この疑似運用テーブルに基づいて疑似の火災監視処理を
行うので、端末の種別情報が監視エリア毎に個々に作成
されて記憶される端末種別テーブルが完成していない場
合にも装置を立ち上げて試験などを行うことができる。
いる場合に、種別テーブルに記憶された端末の種別情報
に基づいて端末の種別情報を照合する処理を禁止し、端
末に対して種別情報及びアドレスを要求して収集して現
時点での端末の状況を示す疑似運用テーブルを作成し、
この疑似運用テーブルに基づいて疑似の火災監視処理を
行うので、端末の種別情報が監視エリア毎に個々に作成
されて記憶される端末種別テーブルが完成していない場
合にも装置を立ち上げて試験などを行うことができる。
【００１４】
【実施例】図１は本発明に係る防災監視装置の一実施例
を示すブロック図である。図１において、受信機１から
は複数系統の伝送路８が引き出され、各系統の伝送路８
には端末としてアナログ熱感知器２、アナログ煙感知器
３、感知器用中継器４、制御用中継器５がシリアルに接
続されている。また感知器用中継器４からは感知器回線
９が引き出されオン／オフ感知器を接続している。更に
制御用中継器５から引き出された回線には防排煙機器７
等の制御機器が接続されている。
を示すブロック図である。図１において、受信機１から
は複数系統の伝送路８が引き出され、各系統の伝送路８
には端末としてアナログ熱感知器２、アナログ煙感知器
３、感知器用中継器４、制御用中継器５がシリアルに接
続されている。また感知器用中継器４からは感知器回線
９が引き出されオン／オフ感知器を接続している。更に
制御用中継器５から引き出された回線には防排煙機器７
等の制御機器が接続されている。
【００１５】１系統の伝送路８に対しては最大１２７個
の端末が接続可能であり、端末の各々には最大１２７種
類の固有のアドレスと種別情報が予め設定される。また
感知器用又は制御用中継器４、５からは最大４回線が引
き出される。受信機１には受信機全体を管理するメイン
ＭＰＵ１１、端末との間でデータ伝送などを行う例えば
２台のサブＭＰＵ１２−１，１２−２、操作部１３、表
示部１４、電源部１５、および通常運用モード又は疑似
運用モードを選択するためのモード設定スイッチ（Ｓ
Ｗ）１６が設けられている。メインＭＰＵ１１は運用処
理部１７と、疑似運用テーブル１８とＲＯＭ（種別テー
ブル）１９を有し、種別テーブル１９はシステム（監視
エリア）毎に作成され、例えば施工完成時に取り付けら
れる。
の端末が接続可能であり、端末の各々には最大１２７種
類の固有のアドレスと種別情報が予め設定される。また
感知器用又は制御用中継器４、５からは最大４回線が引
き出される。受信機１には受信機全体を管理するメイン
ＭＰＵ１１、端末との間でデータ伝送などを行う例えば
２台のサブＭＰＵ１２−１，１２−２、操作部１３、表
示部１４、電源部１５、および通常運用モード又は疑似
運用モードを選択するためのモード設定スイッチ（Ｓ
Ｗ）１６が設けられている。メインＭＰＵ１１は運用処
理部１７と、疑似運用テーブル１８とＲＯＭ（種別テー
ブル）１９を有し、種別テーブル１９はシステム（監視
エリア）毎に作成され、例えば施工完成時に取り付けら
れる。
【００１６】サブＭＰＵ１２−１，１２−２の各々はテ
ーブル作成部２０と疑似運用テーブル２１を有し、疑似
運用時にメインＭＰＵ１１の制御に基づいてテーブル作
成部２０により疑似運用テーブル２１を作成し、そのデ
ータをメインＭＰＵ１１側の疑似運用テーブル１８に転
送する。メインＭＰＵ１１及びサブＭＰＵ１２−１，１
２−２の各々は、図２に示すようにＣＰＵ２２、ＲＯＭ
２３、ＲＡＭ２４、割込みポート２５、Ｉ／Ｏポート２
６、シリアル通信ポート２７、バス２８などで構成さ
れ、メインＭＰＵ１１とサブＭＰＵ１２−１，１２−２
は割込みポート２５、Ｉ／Ｏポート２６を介してコマン
ド、データの伝送を行い、また、サブＭＰＵ１２−１，
１２−２と端末との間のデータ伝送はシリアル通信ポー
ト２７を介して行われる。
ーブル作成部２０と疑似運用テーブル２１を有し、疑似
運用時にメインＭＰＵ１１の制御に基づいてテーブル作
成部２０により疑似運用テーブル２１を作成し、そのデ
ータをメインＭＰＵ１１側の疑似運用テーブル１８に転
送する。メインＭＰＵ１１及びサブＭＰＵ１２−１，１
２−２の各々は、図２に示すようにＣＰＵ２２、ＲＯＭ
２３、ＲＡＭ２４、割込みポート２５、Ｉ／Ｏポート２
６、シリアル通信ポート２７、バス２８などで構成さ
れ、メインＭＰＵ１１とサブＭＰＵ１２−１，１２−２
は割込みポート２５、Ｉ／Ｏポート２６を介してコマン
ド、データの伝送を行い、また、サブＭＰＵ１２−１，
１２−２と端末との間のデータ伝送はシリアル通信ポー
ト２７を介して行われる。
【００１７】図３はサブＭＰＵ１２−１，１２−２が２
台（１６系統）の場合の種別テーブル１９の構成を示
し、この種別テーブル１９は端末毎に、（系統番号＋ア
ドレス＋回線番号）＋種別情報＋表示メッセージにより
構成されている。これに対し、メインＭＰＵ１１の疑似
運用テーブル１８とサブＭＰＵ１２−１，１２−２の疑
似運用テーブル２１は共に、種別テーブル１９の物理ア
ドレスのみを記憶し種別とメッセージは空きエリアとし
ており、疑似運用時に例えば図４に示すように種別情報
を取得して作成される。
台（１６系統）の場合の種別テーブル１９の構成を示
し、この種別テーブル１９は端末毎に、（系統番号＋ア
ドレス＋回線番号）＋種別情報＋表示メッセージにより
構成されている。これに対し、メインＭＰＵ１１の疑似
運用テーブル１８とサブＭＰＵ１２−１，１２−２の疑
似運用テーブル２１は共に、種別テーブル１９の物理ア
ドレスのみを記憶し種別とメッセージは空きエリアとし
ており、疑似運用時に例えば図４に示すように種別情報
を取得して作成される。
【００１８】次に図１の実施例の動作を説明する。先
ず、メインＣＰＵ１１は図５のフローチャートに示すよ
うに、パワーオンによるスタートでステップＳ１の初期
化処理を実行し、次のステップＳ２でモード設定ＳＷ１
６により疑似運用モードが設定されているか又は通常運
用モードが設定されているかを判別する。疑似運用モー
ドが設定されている場合にはステップＳ３に進み、図６
に詳しく示す疑似運用モード処理を実行してステップＳ
５の疑似の状態監視処理に移行する。
ず、メインＣＰＵ１１は図５のフローチャートに示すよ
うに、パワーオンによるスタートでステップＳ１の初期
化処理を実行し、次のステップＳ２でモード設定ＳＷ１
６により疑似運用モードが設定されているか又は通常運
用モードが設定されているかを判別する。疑似運用モー
ドが設定されている場合にはステップＳ３に進み、図６
に詳しく示す疑似運用モード処理を実行してステップＳ
５の疑似の状態監視処理に移行する。
【００１９】一方、ステップＳ２で通常運用モードの設
定を判別した場合にはステップＳ４に進み、図３に示す
種別テーブル１９に基づいて図７に詳しく示す通常運用
モード処理を実行し、ステップＳ５の正規の状態監視処
理に移行する。図５のステップＳ３の疑似運用モード処
理は、図６に示すように、ステップＳ１１で疑似運用モ
ードをセットし、ステップＳ１２で疑似運用モードをサ
ブＭＰＵ１２−１，１２−２に指示し、ステップＳ１３
でサブＭＰＵ１２−１，１２−２から端末の種別情報等
を取得して疑似運用テーブル１８を作成し、更にテーブ
ル内容を表示部１４に表示する。
定を判別した場合にはステップＳ４に進み、図３に示す
種別テーブル１９に基づいて図７に詳しく示す通常運用
モード処理を実行し、ステップＳ５の正規の状態監視処
理に移行する。図５のステップＳ３の疑似運用モード処
理は、図６に示すように、ステップＳ１１で疑似運用モ
ードをセットし、ステップＳ１２で疑似運用モードをサ
ブＭＰＵ１２−１，１２−２に指示し、ステップＳ１３
でサブＭＰＵ１２−１，１２−２から端末の種別情報等
を取得して疑似運用テーブル１８を作成し、更にテーブ
ル内容を表示部１４に表示する。
【００２０】これに対し図５のステップＳ４の通常運用
モード処理は、図７に示すように、ステップＳ２１で通
常運用モードをセットし、ステップＳ２２で通常運用モ
ードをサブＭＰＵ１２−１，１２−２に指示し、ステッ
プＳ２３で種別テーブル（ＲＯＭ）１９のデータをサブ
ＭＰＵ１２−１，１２−２に送って端末のイニシャライ
ズを指示する。そして、端末のイニシャライズに伴って
サブＭＰＵ１２−１，１２−２から送られてくる各種メ
ッセージをステップＳ２４で受信して表示部１４に表示
し、最終的にサブＭＰＵ１２−１，１２−２からのイニ
シャライズ終了通知をステップＳ２５で受信すると、処
理を終了して図５のメインルーチンにリターンする。
モード処理は、図７に示すように、ステップＳ２１で通
常運用モードをセットし、ステップＳ２２で通常運用モ
ードをサブＭＰＵ１２−１，１２−２に指示し、ステッ
プＳ２３で種別テーブル（ＲＯＭ）１９のデータをサブ
ＭＰＵ１２−１，１２−２に送って端末のイニシャライ
ズを指示する。そして、端末のイニシャライズに伴って
サブＭＰＵ１２−１，１２−２から送られてくる各種メ
ッセージをステップＳ２４で受信して表示部１４に表示
し、最終的にサブＭＰＵ１２−１，１２−２からのイニ
シャライズ終了通知をステップＳ２５で受信すると、処
理を終了して図５のメインルーチンにリターンする。
【００２１】次に、図８のフローチャートを参照してサ
ブＭＰＵ１２−１，１２−２の動作を説明する。ステッ
プＳ３１でメインＣＰＵ１１から動作モードを取得する
と、ステップＳ３２で動作モードを判別し、通常運用モ
ードが指示された場合にはステップＳ３３に進み、図９
及び図１０に詳しく示す通常運用時の初期化処理を実行
し、ステップＳ３７の状態監視処理に移行する。
ブＭＰＵ１２−１，１２−２の動作を説明する。ステッ
プＳ３１でメインＣＰＵ１１から動作モードを取得する
と、ステップＳ３２で動作モードを判別し、通常運用モ
ードが指示された場合にはステップＳ３３に進み、図９
及び図１０に詳しく示す通常運用時の初期化処理を実行
し、ステップＳ３７の状態監視処理に移行する。
【００２２】これに対し、疑似運用モードが指示された
場合には、ステップＳ３４でポーリングにより全端末に
対して種別情報、アドレス等を要求して取得し、ステッ
プＳ３５で取得した種別情報、アドレスに基づいて、図
４に示すような疑似運用テーブル２１を作成する。次い
で、ステップＳ３６で疑似運用テーブル２１に作成され
たデータをメインＣＰＵ１１に転送し、ステップＳ３７
の状態監視処理に移行する。
場合には、ステップＳ３４でポーリングにより全端末に
対して種別情報、アドレス等を要求して取得し、ステッ
プＳ３５で取得した種別情報、アドレスに基づいて、図
４に示すような疑似運用テーブル２１を作成する。次い
で、ステップＳ３６で疑似運用テーブル２１に作成され
たデータをメインＣＰＵ１１に転送し、ステップＳ３７
の状態監視処理に移行する。
【００２３】図４の疑似運用テーブルの例では、系統
「０１」＋アドレス「００１」には、正しく接続される
べき煙感知器の代わりに熱感知器が誤って接続されてい
る。また、系統「０１」＋アドレス「００２」には、端
末が未接続状態で種別情報が返信されず、種別情報とし
て「未接続」情報が記憶されている。更に、系統「１
６」＋アドレス「１２７」＋回線番号「４」には、端末
から正常時の「排煙口」が返信されず、「防火戸」が返
信されている。この場合、メインＭＰＵ１１側の疑似運
用テーブル１８とサブＭＰＵ１２−１，１２−２側の疑
似運用テーブル２１の表示メッセージエリアには何も記
憶されない。
「０１」＋アドレス「００１」には、正しく接続される
べき煙感知器の代わりに熱感知器が誤って接続されてい
る。また、系統「０１」＋アドレス「００２」には、端
末が未接続状態で種別情報が返信されず、種別情報とし
て「未接続」情報が記憶されている。更に、系統「１
６」＋アドレス「１２７」＋回線番号「４」には、端末
から正常時の「排煙口」が返信されず、「防火戸」が返
信されている。この場合、メインＭＰＵ１１側の疑似運
用テーブル１８とサブＭＰＵ１２−１，１２−２側の疑
似運用テーブル２１の表示メッセージエリアには何も記
憶されない。
【００２４】しかしながら、疑似運用モード中の発報
時、障害時に使用するメッセージは、ハード番号から自
動的に生成した例えば「・・・・系統・・・アドレス・
・・・回線」の様なメッセージで表示することも可能で
ある。このように本発明では、疑似運用モードを設けて
疑似運用テーブル１８，２１を作成するので、種別テー
ブル１９が完成していなくとも、ある程度の試験を行う
ことができる。
時、障害時に使用するメッセージは、ハード番号から自
動的に生成した例えば「・・・・系統・・・アドレス・
・・・回線」の様なメッセージで表示することも可能で
ある。このように本発明では、疑似運用モードを設けて
疑似運用テーブル１８，２１を作成するので、種別テー
ブル１９が完成していなくとも、ある程度の試験を行う
ことができる。
【００２５】例えば、メインＭＰＵ１１とサブＭＰＵ１
２−１，１２−２の間、サブＭＰＵ１２−１，１２−２
と端末との間でデータ伝送を行うので、伝送異常がある
場合にはエラー発生を表示部１４に表示したり、図４に
示すような疑似運用テーブル１８の内容が表示部１４に
表示されないことにより、伝送異常をチェックすること
ができる。
２−１，１２−２の間、サブＭＰＵ１２−１，１２−２
と端末との間でデータ伝送を行うので、伝送異常がある
場合にはエラー発生を表示部１４に表示したり、図４に
示すような疑似運用テーブル１８の内容が表示部１４に
表示されないことにより、伝送異常をチェックすること
ができる。
【００２６】また、伝送異常がなければ、図４に示すよ
うな疑似運用テーブル１８の内容を表示部１４に表示し
て設計図面と照合作業を行うことにより、端末種別チェ
ック、アドレス重複チェック、端末の未接続チェックを
行うことができる。また、正常に接続されているアナロ
グ感知器２，３、感知器用中継器４に対しては発報試験
を行うことができ、正常に接続されている防排煙機器７
等の制御機器に対しては作動試験を行うことができる。
また、疑似運用モードにおいて疑似の火災監視を行う場
合には疑似運用テーブル１８の種別情報を無視した処理
を行うことにより、必要最小限の火災監視を行うことが
できる。
うな疑似運用テーブル１８の内容を表示部１４に表示し
て設計図面と照合作業を行うことにより、端末種別チェ
ック、アドレス重複チェック、端末の未接続チェックを
行うことができる。また、正常に接続されているアナロ
グ感知器２，３、感知器用中継器４に対しては発報試験
を行うことができ、正常に接続されている防排煙機器７
等の制御機器に対しては作動試験を行うことができる。
また、疑似運用モードにおいて疑似の火災監視を行う場
合には疑似運用テーブル１８の種別情報を無視した処理
を行うことにより、必要最小限の火災監視を行うことが
できる。
【００２７】次に、図９及び図１０のフローチャートを
参照して通常運用時の初期化処理を説明する。この処理
では図９の種別チェック処理と図１０のアドレス重複チ
ェック処理に分けられる。まず図９の種別チェック処理
では、ステップＳ４１でメインＭＰＵ１１からサブＭＰ
Ｕ１２−１，１２−２に対してＲＯＭの種別テーブル１
９に記憶されている端末の種別情報が転送され、サブＭ
ＰＵ１２−１，１２−２は端末に対してポーリングによ
り種別情報を要求する。次にステップＳ４２で端末から
種別情報を収集し、メインＭＰＵ１１から転送された種
別情報をＲＯＭテーブルと照合する。ステップＳ４３で
全端末の種別情報が一致した場合には図１０に示すステ
ップＳ４７以下に進んで次のアドレス重複チェック処理
を実行する。これに対し種別情報が一致しない端末があ
る場合にはステップＳ４４に進んで種別異常ステータス
をセットした後、ステップＳ４５でイニシャライズ処理
を中断し、その端末の中断フラグＦ［ｎ］＝１（但し、
ｎはアドレス）をセットし図５のメインルーチンにリタ
ーンする。
参照して通常運用時の初期化処理を説明する。この処理
では図９の種別チェック処理と図１０のアドレス重複チ
ェック処理に分けられる。まず図９の種別チェック処理
では、ステップＳ４１でメインＭＰＵ１１からサブＭＰ
Ｕ１２−１，１２−２に対してＲＯＭの種別テーブル１
９に記憶されている端末の種別情報が転送され、サブＭ
ＰＵ１２−１，１２−２は端末に対してポーリングによ
り種別情報を要求する。次にステップＳ４２で端末から
種別情報を収集し、メインＭＰＵ１１から転送された種
別情報をＲＯＭテーブルと照合する。ステップＳ４３で
全端末の種別情報が一致した場合には図１０に示すステ
ップＳ４７以下に進んで次のアドレス重複チェック処理
を実行する。これに対し種別情報が一致しない端末があ
る場合にはステップＳ４４に進んで種別異常ステータス
をセットした後、ステップＳ４５でイニシャライズ処理
を中断し、その端末の中断フラグＦ［ｎ］＝１（但し、
ｎはアドレス）をセットし図５のメインルーチンにリタ
ーンする。
【００２８】図１０に示すアドレス重複チェック処理で
は、先ず、ステップＳ４７でサブＭＰＵ１２−１，１２
−２が端末に対してポーリングによりアドレス重複チェ
ックコマンドを発行してアドレス重複チェックを要求す
る。端末はアドレス重複チェックコマンドに対して自己
のアドレスと一致した場合に、アドレスデータを所定電
流で返送するので、返送電流を電圧Ｖに変換してステッ
プＳ４８で読み込む。
は、先ず、ステップＳ４７でサブＭＰＵ１２−１，１２
−２が端末に対してポーリングによりアドレス重複チェ
ックコマンドを発行してアドレス重複チェックを要求す
る。端末はアドレス重複チェックコマンドに対して自己
のアドレスと一致した場合に、アドレスデータを所定電
流で返送するので、返送電流を電圧Ｖに変換してステッ
プＳ４８で読み込む。
【００２９】ここで、２つの端末に対して誤って同一の
アドレスが設定されている場合には、複数の端末が同時
に所定電流を返信するので、図１１に示すように、受信
電圧Ｖは正常時の略２倍となって閾値電圧Ｖthを超え
る。そこで、ステップＳ４９で電圧Ｖが閾値電圧Ｖth以
上か否かを判定し、Ｖ＞Ｖthでない場合には設定アドレ
スが重複していないので初期化処理を終了して、図５の
メインルーチンにリターンする。
アドレスが設定されている場合には、複数の端末が同時
に所定電流を返信するので、図１１に示すように、受信
電圧Ｖは正常時の略２倍となって閾値電圧Ｖthを超え
る。そこで、ステップＳ４９で電圧Ｖが閾値電圧Ｖth以
上か否かを判定し、Ｖ＞Ｖthでない場合には設定アドレ
スが重複していないので初期化処理を終了して、図５の
メインルーチンにリターンする。
【００３０】一方、ステップＳ４９でＶ＞Ｖthの場合に
は、設定アドレスが重複しているのでステップＳ５０に
進んでアドレス重複障害ステータスをセットし、次のス
テップＳ５１でイニシャライズ処理を中断し、また端末
の中断フラグＦ［ｎ］をＦ［ｎ］＝１セットし、図５の
メインルーチンにリターンする。尚、上記の実施例で
は、疑似運用モードの移行をモード設定スイッチ１６に
より手動設定しているが、例えば立ち上げ時にＲＯＭの
種別テーブル１９が接続されているか否かを判別し、未
接続の場合に疑似運用モードに自動的に移行するように
してもよい。
は、設定アドレスが重複しているのでステップＳ５０に
進んでアドレス重複障害ステータスをセットし、次のス
テップＳ５１でイニシャライズ処理を中断し、また端末
の中断フラグＦ［ｎ］をＦ［ｎ］＝１セットし、図５の
メインルーチンにリターンする。尚、上記の実施例で
は、疑似運用モードの移行をモード設定スイッチ１６に
より手動設定しているが、例えば立ち上げ時にＲＯＭの
種別テーブル１９が接続されているか否かを判別し、未
接続の場合に疑似運用モードに自動的に移行するように
してもよい。
【００３１】また上記の実施例は、受信機に２台のサブ
ＭＰＵを設けているが、サブＭＰＵの数は端末数に応じ
て適宜に定めることができる。勿論、本発明は、実施例
に示した数値による限定は受けない。
ＭＰＵを設けているが、サブＭＰＵの数は端末数に応じ
て適宜に定めることができる。勿論、本発明は、実施例
に示した数値による限定は受けない。
【００３２】
【発明の効果】以上説明したように本発明は、疑似運用
モードが設定されている場合に、種別テーブルに記憶さ
れた端末の種別情報に基づいて端末の種別情報を照合す
る処理を禁止し、端末に対して種別情報及びアドレスを
要求して収集してその時の端末の状態を示す疑似運用テ
ーブルを作成し、この疑似運用テーブルに基づいて疑似
の火災監視処理を行うので、端末の種別情報が監視エリ
ア毎に個々に作成されて記憶される端末種別テーブルが
完成していない場合にも装置を立ち上げて試験などを行
うことができる。
モードが設定されている場合に、種別テーブルに記憶さ
れた端末の種別情報に基づいて端末の種別情報を照合す
る処理を禁止し、端末に対して種別情報及びアドレスを
要求して収集してその時の端末の状態を示す疑似運用テ
ーブルを作成し、この疑似運用テーブルに基づいて疑似
の火災監視処理を行うので、端末の種別情報が監視エリ
ア毎に個々に作成されて記憶される端末種別テーブルが
完成していない場合にも装置を立ち上げて試験などを行
うことができる。
【図１】本発明に係る防災監視装置の一実施例を示した
ブロック図
ブロック図
【図２】図１のメインＭＰＵ及びサブメインＭＰＵの各
々の構成を示したブロック図
々の構成を示したブロック図
【図３】図１の種別テーブルの構成を示した説明図
【図４】図１の疑似運用テーブルの構成を示した説明図
【図５】図１のメインＭＰＵの立ち上げ時の動作を示し
たフローチャート
たフローチャート
【図６】図５の疑似運用モード処理の詳細を示したフロ
ーチャート
ーチャート
【図７】図５の通常運用モード処理の詳細を示したフロ
ーチャート
ーチャート
【図８】図１のサブＭＰＵの動作の詳細を示したフロー
チャート
チャート
【図９】図８の通常運用時のイニシャライズ処理におけ
る種別チェック処理の詳細を示したフローチャート
る種別チェック処理の詳細を示したフローチャート
【図１０】図８の通常運用時のイニシャライズ処理にお
けるアドレス重複チェック処理の詳細を示したフローチ
ャート
けるアドレス重複チェック処理の詳細を示したフローチ
ャート
【図１１】アドレス重複時の受信電圧の説明図
１：受信機 ２：アナログ熱感知器 ３：アナログ煙感知器 ４：感知器用中継器 ５：制御用中継器 ６：オン／オフ感知器 ７：防排煙機器 ８：伝送路 ９：回線 １１：メインＭＰＵ １２−１，１２−２：サブＭＰＵ １３：操作部 １４：表示部 １５：電源部 １６：モード設定スイッチ １７：運用処理部 １８，２１：疑似運用テーブル １９：ＲＯＭ（種別テーブル） ２０：テーブル作成部 ２２：ＣＰＵ ２３：ＲＯＭ ２４：ＲＡＭ ２５：割り込みポート ２６：Ｉ／Ｏポート ２７：シリアル通信ポート ２８：バス
───────────────────────────────────────────────────── フロントページの続き (72)発明者 清水 啓 東京都品川区上大崎２丁目10番43号 ホ ーチキ株式会社内 (56)参考文献 特開 昭63−178393（ＪＰ，Ａ) 特開 平４−302094（ＪＰ，Ａ) 特開 平２−20000（ＪＰ，Ａ) 特開 平１−171100（ＪＰ，Ａ) 特開 平５−205179（ＪＰ，Ａ) (58)調査した分野(Int.Cl.6，ＤＢ名) G08B 26/00
Claims (5)
- 【請求項１】予め作成された種別テーブルに記憶された
端末の種別情報及びアドレスに基づいて、受信機に接続
された複数種類の端末の種別情報及びアドレスを照合し
て火災監視状態に移行する防災監視装置において、 前記種別テーブルに記憶された端末の種別情報に基づい
て端末の種別情報を照合する処理を禁止して疑似運用モ
ードを設定するモード設定部と、 立ち上げ時に前記モード設定部により疑似運用モードが
設定されている場合に、端末に対して種別情報及びアド
レスを要求して収集し、端末毎の疑似運用テーブルを作
成する疑似運用テーブル作成部と、 前記疑似運用テーブルに基づいて疑似の火災監視処理を
行う疑似火災監視部とを有することを特徴とする防災監
視装置。 - 【請求項２】請求項１記載の防災監視装置において、前
記疑似運用テーブル作成部は、端末に対して種別情報及
びアドレスを要求して返信がない場合にその感知器の未
接続情報を疑似運用テーブルに記憶することを特徴とす
る防災監視装置。 - 【請求項３】請求項１又は２記載の防災監視装置におい
て、前記疑似火災監視部は、前記疑似運用テーブルの端
末種別情報を無視した疑似の火災監視処理を行うことを
特徴とする防災監視装置。 - 【請求項４】請求項１乃至３のいずれかに記載の防災監
視装置において、前記種別テーブルには監視エリアの各
地区の名称等を表示するためのメッセージ情報が端末毎
に記憶され、前記疑似運用テーブルには前記メッセージ
情報が記憶されないことを特徴とする防災監視装置。 - 【請求項５】請求項１乃至４のいずれかに記載の防災監
視装置において、受信機がメインＭＰＵと１以上のサブ
ＭＰＵにより構成され、サブＭＰＵが端末に対して種別
情報及びアドレスを要求して収集し、端末毎の疑似運用
テーブルを作成してメインＭＰＵに転送することを特徴
とする防災監視装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4669295A JP2954849B2 (ja) | 1995-03-07 | 1995-03-07 | 防災監視装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4669295A JP2954849B2 (ja) | 1995-03-07 | 1995-03-07 | 防災監視装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08241488A JPH08241488A (ja) | 1996-09-17 |
| JP2954849B2 true JP2954849B2 (ja) | 1999-09-27 |
Family
ID=12754443
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4669295A Expired - Fee Related JP2954849B2 (ja) | 1995-03-07 | 1995-03-07 | 防災監視装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2954849B2 (ja) |
-
1995
- 1995-03-07 JP JP4669295A patent/JP2954849B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08241488A (ja) | 1996-09-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5311515A (en) | Method and apparatus for the control of local area network multi-station access units | |
| JP2954849B2 (ja) | 防災監視装置 | |
| JPH07262474A (ja) | 防災監視システム | |
| US7617331B2 (en) | System and method of double address detection | |
| JPH02189615A (ja) | 遠隔コンソールから電源を供給する装置 | |
| JP3294511B2 (ja) | ビル遠隔監視装置 | |
| JP3263340B2 (ja) | ビル管理システム | |
| JPH10207802A (ja) | 通信制御装置，通信制御システムおよび通信制御装置切り換え制御方法 | |
| JP3767816B2 (ja) | 無停電電源システムの監視方法、無停電電源システム、無停電電源装置および配電盤 | |
| CN219800280U (zh) | 火灾报警控制器 | |
| JP3223872B2 (ja) | サーバ群表示監視装置 | |
| RU2177179C1 (ru) | Система охранно-пожарной сигнализации | |
| JP2989511B2 (ja) | 防災監視装置 | |
| JP3130833B2 (ja) | ネットワーク監視システム | |
| JP3147037B2 (ja) | ネットワーク監視装置 | |
| RU2194369C2 (ru) | Комплект аппаратуры автоматизированной телефонной станции системы охранно-пожарной сигнализации | |
| JP3122682B2 (ja) | データ送受信装置 | |
| JP3472891B2 (ja) | 制御通信システム | |
| JP3351254B2 (ja) | 負荷制御システム | |
| JP3022971B2 (ja) | 電子交換機における端末制御障害監視方式 | |
| JPS62171346A (ja) | デ−タ伝送路終端装置 | |
| JP2000020851A (ja) | 自動火災報知システム | |
| JPH0754946B2 (ja) | 遠隔監視試験方式 | |
| JPH07177163A (ja) | ネットワークシステム | |
| JPH02123500A (ja) | 集合住宅情報装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090716 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090716 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100716 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100716 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110716 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120716 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130716 Year of fee payment: 14 |
|
| LAPS | Cancellation because of no payment of annual fees |