消防管理系统的制作方法

1.本发明涉及消防灭火领域，更具体地，涉及一种消防管理系统。


背景技术：

2.在火灾发生时，现场消防系统不能立即通报相关人员前往救援会导致严重的工安事件。因此，需要建置可以立即管理的消防系统。
3.现行的消防系统可以区分为传统型(p型)授信总机与智能型(r型)授信总机两种。传统型授信总机与智能型授信总机两者的区别如下所述：
4.传统型授信总机：如图1a所示，传统型授信总机属于回路型，每一个回路连接到一组设备10，其中每组设备10是例如由火警感测器12、故障感测器14、侦烟感测器16、停电感测器18等多个感测器所组成。以现行传统型授信总机为例，每一传统型授信总机可连接约200个回路，也就是连接有200组设备10，每一组设备10的讯号会以实线连接方式传递至授信总机20。当某一组设备10被触发时(例如：发生火警时)，授信总机20会接收到相应的回路讯号并会发出警报30，以通知相关人员前往确认该组设备内的哪一感测器出问题。
5.智能型授信总机：如图1b所示，智能型授信总机可藉由网络通讯卡和/或模块卡以网络传输方式将设备10内的例如火警感测器12、故障感测器14、侦烟感测器16、停电感测器18中每一感测器的讯号传递至授信总机20，让授信总机20可扫描所有设备10内的每个感测器状态。当个别感测器被触发时，授信总机20会立即发出警报，管控单元40通知与该感测器相关的人员前往救援。
6.传统型授信总机与智能型授信总机两者存在的问题如下所述：
7.对于传统型授信总机，由于每一组设备包括多个感测器，只要其中有一个感测器出问题或被触发，设备就会传送讯号至总机并发出警报，如此将会发生警报被频繁触发却无法立即得知是哪一个感测器出问题的窘境。另外，由于传统型授信总机的配线回路均要回到授信总机，与智能型授信总机比较除了浪费线材之外，也需要增加额外的人工配线与成本，且当系统发生问题时，传统型授信总机的查线成本也较智能型授信总机高。对于智能型授信总机，现行中央管控单元无法由传送的讯号得知感测器增加或删减状况。例如，若未将新增的火警感测器向中央管控单元呈报，那么当发生火警而触发新增的火警感测器时，中央管控单元将无法得知整体的状况，以至于无法派遣相关的人前往救援。


技术实现要素：

8.针对相关技术中的上述问题，本发明提出一种消防管理系统。
9.根据本发明实施例的一个方面，一种消防管理系统包括：授信总机，电性连接至少一设备，以接收来自设备的设备讯号；转换模块，与授信总机电性连接，转换模块用于将设备讯号转换为数字讯号；管控单元，与转换模块电性连接，并接收数字讯号的设备讯号。
10.在一些实施例中，设备中设置有多个感测器，其中至少两个感测器的感测器讯号独立地连接至授信总机，以在至少两个感测器讯号中的一个触发报警时确定相对应的感测
器。
11.在一些实施例中，至少两个感测器讯号包括火警讯号和故障讯号。
12.在一些实施例中，转换模块包括逻辑模块，逻辑模块用于将设备讯号转换为数字讯号。
13.在一些实施例中，转换模块还包括通讯主机，通讯主机用于将数字讯号的设备讯号从逻辑模块传递至管控单元。
14.在一些实施例中，转换模块还包括转报机板，转报机板通过讯号传输线连接于授信总机和逻辑模块之间，授信总机通过转报机板向逻辑模块传递设备讯号。
15.在一些实施例中，逻辑模块为plc。在一些实施例中，通讯主机为kepware主机。在一些实施例中，多个感测器中的其他感测器包括侦烟感测器和停电感测器。
16.根据本发明实施例的另一个方面，一种消防管理系统包括：授信总机，接收来自设备的设备讯号；网络模块，与授信总机电性连接；通讯主机，与网络模块电性连接，通讯主机通过网络模块扫描并获取所有设备的设备讯号；管控单元，通过扫描到的设备讯号来侦测多个设备相比于原有线上设备的新增或移除状况。
17.在一些实施例中，管控单元通过将扫描到的设备讯号与原有线上设备的映射表相比对，来确定多个设备的新增或移除状况。
18.在一些实施例中，当扫描到的设备讯号与映射表不匹配时，判定是否有设备被移除，若没有设备被移除，则判定存在新增设备。
19.在一些实施例中，设备讯号包括多个第一标记位，若设备讯号对应的设备在映射表中并且多个第一标记位的值是与移除状态对应的设定值，则判定相应的设备被移除。
20.在一些实施例中，设备讯号还包括多个第二标记位，多个第二标记位表示相应设备的多个设备状态。在一些实施例中，多个设备状态包括故障、侦测、作动、启动、停用中的一个或多个。
21.在一些实施例中，网络模块包括modbus通讯卡，modbus通讯卡连接于授信总机。
22.在一些实施例中，网络模块还包括网络模组卡，网络模组卡连接于modbus通讯卡和通讯主机。
23.在一些实施例中，通讯主机通过设备的设备编号找到对应的modbus地址，以获取设备讯号。在一些实施例中，通讯主机为kepware主机。
24.在一些实施例中，消防管理系统还包括数据库，通讯主机将扫描到的设备讯号传递到数据库中，以使管控单元从数据库获取设备讯号。
附图说明
25.当结合附图进行阅读时，从以下详细描述可最佳理解本发明的各个方面。应当注意，根据工业中的标准实践，各个部件并非按比例绘制。事实上，为了清楚讨论，各个部件的尺寸可以任意增大或减小。
26.图1a和图1b是现有的传统型授信总机和智能型授信总机的框图。
27.图2a是根据本发明一实施例的消防管理系统的示意性框图。
28.图2b是图2a的消防管理系统的具体方式的示意性框图。
29.图3是根据本发明另一实施例的消防管理系统的示意性框图。
30.图4示出了设备编号与modbus地址的对应表。
31.图5是根据本发明实施例的设备讯号的示意图。
32.图6a和图6b是根据本发明实施例的获取设备讯号的数据值的示意图。
33.图7是根据本发明实施例的侦测设备的新增或移除状况的流程图。
具体实施例
34.下列公开提供了许多用于实现所提供主题的不同特征的不同实施例或实例。下面将描述元件和布置的特定实例以简化本发明。当然这些仅仅是实例并不旨在限定本发明。例如，在以下描述中，在第二部件上方或上形成第一部件可以包括第一部件和第二部件直接接触的实施例，也可以包括在第一部件和第二部件之间形成额外的部件使得第一部件和第二部件可以不直接接触的实施例。而且，本发明在各个实例中可重复参考数字和/或字母。这种重复仅是为了简明和清楚，其自身并不表示所论述的各个实施例和/或配置之间的关系。
35.根据本发明实施例的一个方面，提供了一种消防管理系统。图2a是根据本发明一实施例的消防管理系统的示意性框图。参考图2a所示，消防管理系统1000包括授信总机200。授信总机200电性连接至少一个设备100。授信总机200可通过实体的讯号传输线连接至设备100，设备100可以包括多个感测器，例如火警感测器102、故障感测器104、侦烟感测器106和停电感测器108等。授信总机200通过实体的讯号传输线接收来自设备100的设备讯号。
36.消防管理系统1000还包括与授信总机200电性连接的转换模块300，转换模块300通过实体的讯号传输线与授信总机200连接。转换模块300用于将从讯号传输线接收的设备讯号转换为数字讯号形式。消防管理系统1000还包括与转换模块300电性连接的管控单元400。管控单元400与转换模块300通信连接，并且管控单元400从转换模块300接收数字讯号的设备讯号。
37.本发明的上述技术方案，通过设置转换模块300可以将经由实体的讯号传输线传递的设备讯号转换为数位讯号，从而与设备相关联的消防管控单元讯号可经由网络上传至管控单元400，从而可以达到由传统型授信总机实现类数位式智能型授信总机的构想，达到了集中式管理的目的。
38.对于设备100与授信总机200之间的连接，设备100的多个感测器中的至少两个感测器讯号被附加独立的单独连接至授信总机200。这样，在至少两个感测器讯号(火警讯号和故障讯号)中的任何一个触发警报230时，授信总机200可以确定与触发报警230的感测器讯号相对应的感测器。因此，可以更有利于救援人员根据感测器讯号更精准、快速判断触发报警的感测器种类以加快救援速度。
39.在一个示例中，来自火警感测器102的火警讯号和来自故障感测器104的故障讯号被独立的单独连接至授信总机200。在这样的示例中，当火警讯号或故障讯号中的一个触发警报230时，授信总机200可以确定该警报230是火警感测器102触发的火警警报或是故障感测器104触发的故障警报，从而可以快速、准确的进行相应的救援措施。
40.应理解，上述的感测器类型和相应的感测器讯号类型仅是示例性的。根据实际应用需要，感测器类型和感测器讯号类型可以是任何其他类型。
41.图2b是图2a的消防管理系统的具体方式的示意性框图。参考图2b所示，转换模块300用于将从实体的讯号传输线接收的设备讯号转换为数字讯号。转换模块300将转换为数字讯号的设备讯号传递至管控单元400。转换模块300可以具体包括转报机板310。转报机板310可以通过实体的讯号传输线连接至授信总机200。授信总机200通过转报机板310向转换模块300传递设备讯号。
42.转换模块300可以包括逻辑模块320，逻辑模块320通过讯号传输线连接至转报机板310，逻辑模块320用于将设备讯号转换为数字讯号形式。转换模块300还包括通讯主机330，通讯主机330用于将数字讯号形式的设备讯号从逻辑模块320传递至管控单元400。数字讯号形式的设备讯号可以经由网络上传到管控单元400。根据本发明的实施例，逻辑模块320可以是plc(可编程逻辑控制器)。通讯主机330可以是kepware主机，kepware主机可用于实现plc与管控单元400之间的通信。
43.通过依次连接的转报机板310、逻辑模块320和通讯主机330将经由实体的讯号传输线传递的设备讯号转换为数位讯号，数位讯号形式的设备讯号可经由网络上传至管控单元400，从而可达到集中式管理的目的。
44.图3是根据本发明另一实施例的消防管理系统的示意性框图。参考图3所示，消防管理系统2000包括授信总机200，授信总机200接收来自设备100的设备讯号。设备100可以包括多个感测器，例如火警感测器102、故障感测器104、侦烟感测器106和停电感测器108等。
45.消防管理系统2000还包括与授信总机200电性连接的网络模块360、与网络模块360电性连接的通讯主机330。通讯主机330通过网络模块360扫描并获取多个设备100的设备讯号。消防管理系统2000还包括管控单元400，管控单元400可以通过经由通讯主机330扫描到的设备讯号，来侦测扫描到的设备相比于原有线上设备的新增或移除状况。管控单元400可以从网络模块360传输的设备讯号中得知设备增加或删减的状况以及各设备的执行状况。
46.在一些实施例中，通讯主机330为kepware主机。在一些实施例中，网络模块360包括modbus通讯卡362，modbus通讯卡362连接于授信总机200。网络模块360还包括网络模组卡364，网络模组卡364连接于modbus通讯卡362和通讯主机330。可通过modbus通讯卡362和网络模组卡364以网络传输方式传递每一设备讯号，从而可以扫描所有设备的状况。
47.消防管理系统2000还可以包括数据库380，数据库380可以例如是mssql数据库。通讯主机330可以将扫描到的设备讯号传递到数据库380中，从而可以通过网页从数据库380获取设备讯号。
48.在应用中，可以首先进行防火墙(firewall rule)设定，如nat(network address translation，网络地址转换)设定，以使kepeware opc可透过例如oa网段(502端口)连线网络模组卡364(例如通过固定ip 10.16.148.225)。撰写kepeware opc客户端程序，以使kepeware主机可定时(如每分钟)将现场的设备讯号转递到数据库380。随后可以通过网页从数据库380读取设备讯号。
49.图4示出了设备编号与modbus地址的对应表。参考图4，为了获取设备讯号，每个设备可以具有相应的设备编号(如表1中的address)，可以通过设备的设备编号找到对应的modbus地址，如表1中的start address(起始地址)至end address(结束地址)，并且可从相
应的modbus地址获取设备讯号。
50.每个设备讯号可包括多个第一标记位和第二标记位，第一标记位用于判定设备是否被移除，第二标记位用于分别表示相应设备的多个不同的设备状态。在图5所示的设备讯号的示例中，设备讯号由16个位组成，其中位0至位7为用于判定设备是否被移除的第一标记位。位0至位7具有对应的st(设定)值，如位0至位7均为1时，st值为255，表示设备被移除。
51.设备讯号中的位8至位15为表示设备状态的第二标记位。在一个示例中，位9表示停用(disable)，位10表示启用(enable)，位11表示动作(active)，位12表示侦测中(inactive)，位13表示故障(trouble)。
52.参考图6a所示，以第一个回路的第一个设备，即感测器detector l1d1为例进行说明。每个地址(address)具有相对应的标签名称(tag name)以及说明(description)。可以将设备名称、楼层、系统别等信息代入标签(tag)。例如，地址40001.10对应的标签名称为k23_b2f_bms_alm_detector_l1d1_enb，说明为k23 b2f消防系统警报感测器l1d1的状态是启用。参考图6b所示，根据取得的数据值可以确定设备状态，例如根据数据值(value)为1的项id(item id)，可以确定设备状态为侦测中(iact)且启用(enb)。
53.在一些实施方式中，可以将kepware空点全数建立对应标签。建点时，可以将设备名称、楼层、系统别等信息代入标签(tag)。撰写job程序以使kepware主机可以固定每日扫描所有点位的设备讯号，以确认设备新增或移除状况。
54.在一些实施例中，管控单元可以通过将扫描到的设备讯号与原有线上设备的映射(mapping)表相比对，来确定设备的新增或移除状况。
55.具体的，如图7所示，当天扫描的设备清单与在线设备映射表相比对，若两者不匹配，则侦测到存在设备异动(s702)。然后判定是否有设备移除(s704)。如位0至位7出现设定值为255时，则代表有设备被移除。
56.若判定没有设备被移除(s704)。如当天扫描的设备清单与在线设备映射表相比对后发现有设备新增，那么继续在s706处判定是否连续一段时间(例如三天)皆显示设备时(两天内可扫描到的设备新增讯号有可能只是在线主机设定完成、但现场尚未安装的设备，或尚在测试中的设备)。
57.若在s704处判定有设备被移除，或在s706处判定连续三日侦测到新增设备，管控单元的业务负责人则可以请相关的消防负责人开立回覆单(s708)，消防负责人回覆设备的移除理由(s710)。后续还可以由业务负责人更新设备在线设备的映射表(s712)、消防负责人确认(s714)，然后回复单可结案(s716)。从而，通过每日增加所有设备扫描并利用设备讯号的位0至位7的设定值可以侦测设备的新增与移除状态，实现了以集中管理式管理各种所有设备状态。
58.本发明提供的消防设备管理系统，针对传统型授信总机与智能型授信总机进行改进，使得管控单元可以立即得知各设备的消防管理状况，以将传统的分散式管理方式变更为由管控单元集中管理方式，可达到故障、火警事件与设备新增或移除的实时侦测、自动通报，以及系统化管理的优势。
59.上述内容概括了几个实施例的特征使得本领域技术人员可更好地理解本公开的各个方面。本领域技术人员应该理解，可以很容易地使用本发明作为基础来设计或更改其他的处理和结构以用于达到与本发明所介绍实施例相同的目的和/或实现相同优点。本领
域技术人员也应该意识到，这些等效结构并不背离本发明的精神和范围，并且在不背离本发明的精神和范围的情况下，可以进行多种变化、替换以及改变。