一种用于火灾报警的无主从式的网络通讯方式
技术领域
本发明涉及一种用于火灾报警时的网络通讯方法。
背景技术
传统的巡检式通讯方式的网络结构是由主机和从机构成,因此数据处理具有主机和从机的区别。1、主机的处理过程如图4所示(假设网络上连接了64台机器):①网络上的主机始终监测本机有无报警事件发生,并巡检网络上的其它从机有无报警数据传输。②当本机有报警事件发生时,显示并处理,将报警数据传送到网络上。③当本机无报警事件发生时,巡检网络上的一台从机,待巡检的从机号加一。④当从机有报警事件时,显示并处理,待巡检的从机号加一。⑤重复①到④的过程。2、从机的处理过程如图5所示:①网络上的从机始终监测本机有无报警事件发生。②当本机有报警事件发生时,显示并处理,将需要发送的报警数据填充到发送缓冲区,等待主机的巡检命令。③当有主机的巡检命令时,发送缓冲区的数据。④重复①到③的过程。3、通讯数据格式如下表(1-1)所示:
位置 |
说明 |
值 |
1 |
包头 |
|
2 |
包号 |
|
3 |
卡号 |
|
4 |
汉字“号”低字节 |
|
5 |
汉字“号”高字节 |
|
6 |
汉字“卡”低字节 |
|
7 |
汉字“卡”高字节 |
|
8 |
功能码 |
|
9 |
目标机号 |
|
10 |
汉字“号”低字节 |
|
11 |
汉字“号”高字节 |
|
12 |
汉字“机”低字节 |
|
13 |
汉字“机”高字节 |
|
14 |
源机号 |
|
15 |
汉字“号”低字节 |
|
16 |
汉字“号”高字节 |
|
17 |
汉字“机”低字节 |
|
18 |
汉字“机”高字节 |
|
19 |
源卡号 |
|
20 |
汉字“号”低字节 |
|
21 |
汉字“号”高字节 |
|
22 |
汉字“卡”低字节 |
|
23 |
汉字“卡”高字节 |
|
24 |
目标盘号 |
|
25 |
汉字“号”低字节 |
|
26 |
汉字“号”高字节 |
|
27 |
汉字“盘”低字节 |
|
28 |
汉字“盘”高字节 |
|
29 |
设备类型 |
|
。。。 |
|
|
。。。 |
|
|
38 |
设备类型 |
|
39 |
设备号高 |
|
40 |
设备号低 |
|
41 |
楼号 |
|
42 |
汉字“号”低字节 |
|
43 |
汉字“号”高字节 |
|
44 |
汉字“楼”低字节 |
|
45 |
汉字“楼”高字节 |
|
46 |
层号 |
|
47 |
汉字“层”低字节 |
|
48 |
汉字“层”高字节 |
|
49 |
区号 |
|
50 |
汉字“区”低字节 |
|
51 |
汉字“区”高字节 |
|
52 |
年 |
|
53 |
汉字“年”低位 |
|
54 |
汉字“年”高位 |
|
55 |
月 |
|
56 |
汉字“月”低位 |
|
57 |
汉字“月”高位 |
|
58 |
日 |
|
59 |
汉字“日”低位 |
|
60 |
汉字“日”高位 |
|
61 |
时 |
|
62 |
汉字“时”低位 |
|
63 |
汉字“时”高位 |
|
64 |
分 |
|
65 |
汉字“时”低位 |
|
66 |
汉字“时”高位 |
|
67 |
秒 |
|
68 |
汉字“秒”低位 |
|
69 |
汉字“秒”高位 |
|
70 |
报警值/pw4/故障类型 |
|
71 |
设备名称 |
|
... |
|
|
... |
|
|
90 |
设备名称 |
|
91 |
CRC8 |
|
92 |
包尾 |
|
传统的巡检式通讯方式处理数据时需要区分主机和从机,增加了处理器的处理复杂程度。传统的巡检式通讯方式当从机有报警数据时,还要等待主机的巡检命令才能够传送报警数据。传统的数据传送方式是有事件时,控制器需将一条信息的所有信息发送到网上,一条信息的通讯的数据帧长度为92个字节,传送速度较慢。
发明内容
本发明的目的是提供一种用于火灾报警的无主从式的网络通讯方式,使网络上的报警数据传输的通讯速度不受主机联网台数的影响,这种通讯采用自主研发的独特编码方式传送网络数据,从而提高了网络之间的通讯速度。
实现本发明目的的技术方案是一种用于火灾报警的无主从式的网络通讯方式,其特征是网络上的所有控制机通过两根通讯总线连接在一起,当其中任何一台主机发送数据时,网络上的其它主机都可以同时共享该数据。并且采用自主研发的独特编码方式传送网络数据,这种方式是在网络上的所有控制器的探测器及模块地址对应的用户自定义的汉字信息在网络上的每一台控制器上的flash中都有备份表,网络传输时只传输探测器及模块的地址和状态信息,且采用自主研发的通讯数据帧进行数据传输。
数据帧长度为20个字节,数据格式如下表所示:
位置 |
说明 |
值 |
1 |
包头 |
|
2 |
包号 |
|
3 |
功能码 |
见功能码表 |
4 |
目标机号 |
|
5 |
机号 |
|
6 |
卡号 |
|
7 |
盘号 |
|
8 |
设备号高 |
|
9 |
设备号低 |
|
10 |
年 |
|
11 |
月 |
|
12 |
日 |
|
13 |
时 |
|
14 |
分 |
|
15 |
秒 |
|
16 |
CRC8 |
|
17 |
包尾 |
|
控制机之间传输一帧报警帧需要的时间=报警主机处理时间+网络传送时间+接收主机处理时间。
一种用于火灾报警的无主从式的网络通讯方式,按以下步骤进行:
①网络上的任何一台主机始终监测本机有无报警事件发生,并监测网络上有无报警数据传输;
②当本机有报警事件发生时,显示、处理该报警事件并将报警点的地址及状态信息传送到网络上;
③当网络上有报警数据传送时,判断本机是否需要处理及显示,如果需要则进行处理并显示;
④重复步骤①到③的过程。
从本发明通讯方式的组网连接方式可以看出
本发明网络上的所有控制机通过两根通讯总线连接在一起,使网络上的任何一台控制机都可以同时共享到网络上的数据。无主从式的网络通讯方式即点对点的通讯方式,使网络上的报警数据传输的通讯速度不受主机联网台数的影响,从而提高了网络之间的通讯速度。
从本发明通讯方式和传统的巡检式通讯方式的处理过程可知:
本发明通讯方式是对等的、无主从的通讯方式,处理器的处理方式一致。当有报警数据时,可直接将数据传送到网络上,无需等待。从本发明通讯方式的数据格式和传统巡检式通讯方式的对比可知:
本发明采用自主研发的通讯数据帧进行数据传输的二总线无主从式的网络通讯方式,一条信息的数据帧长度为20个字节,而传统的数据传送方式一条信息的数据帧长度为92个字节,本发明通讯方式传送一条报警信息从数据帧长度上就节省了4倍以上的传送时间。高效的通讯数据帧使报警数据报警的数据帧长度大大缩短,减少了通讯的数据量。
附图说明
图1是本发明通讯方式的组网连接方式示意图。
图2是本发明每一台控制器上的flash中的备份表。
图3是本发明报警数据的处理过程流程框图。
图4是传统方式报警数据的主机处理过程流程框图。
图5是传统方式报警数据的从机处理过程流程框图。
具体实施方式
如图1所示,所有的控制机通过两根总线连接在一起,其中任何一台主机发送数据,其它主机都可以共享该数据。
如图2所示,在控制机联网时,网络上的所有控制器的探测器及模块地址对应的用户自定义的楼、层、区及自定义名称等汉字信息,如1号机101回路1号探测器对应的汉字信息:办公楼4层行政区总裁办公室,在网络上的每一台控制器上的flash中都有备份表,网络传输时只传输探测器及模块的地址和状态信息,如火警,联动,故障等,这样就很大程度上减少了通讯的数据量,达到了缩短通讯帧的功能。
如图3所示,本发明通讯方式的实现过程如下所示:
①网络上的任何一台主机始终监测本机有无报警事件发生,并监测网络上有无报警数据传输;
②当本机有报警事件发生时,显示、处理该报警事件并将报警点的地址及状态信息传送到网络上;
③当网络上有报警数据传送时,判断本机是否需要处理及显示,如果需要则进行处理并显示;
④重复①到③的过程。
图中主机始终在检测本机及网络有无报警数据,当有报警数据需发送时,报警的主机按照本发明特有的报警帧格式传送到网络上。
从报警数据的处理过程框图可以看出,本发明通讯方式是点对点无主从的通讯方式,需接收处理的控制器可以直接接收网络上的数据进行显示、处理。从而可以得知网络上的报警速度为接收一帧报警数据+处理该帧数据所需要的时间。
本发明的通讯数据格式如下表(1-2)所示:
位置 |
说明 |
值 |
1 |
包头 |
|
2 |
包号 |
|
3 |
功能码 |
见功能码表 |
4 |
目标机号 |
|
5 |
机号 |
|
6 |
卡号 |
|
7 |
盘号 |
|
8 |
设备号高 |
|
9 |
设备号低 |
|
10 |
年 |
|
11 |
月 |
|
12 |
日 |
|
13 |
时 |
|
14 |
分 |
|
15 |
秒 |
|
16 |
CRC8 |
|
17 |
包尾 |
|
功能码表如下所示:
事件 |
功能码 |
类型 |
火警 |
60 |
火警 |
预警 |
61 |
预警 |
预警恢复 |
62 |
预警 |
模块启动 |
63 |
联动 |
模块复位 |
64 |
联动 |
模块回授 |
65 |
联动 |
模块回授复位 |
66 |
联动 |
监管报警 |
67 |
监管 |
... |
... |
... |
... |
... |
... |
... |
... |
... |
以下通过一个实例进行验证其高效和高速的特点。
设主机与网卡通讯参数为:波特率9600,8位数据位,一位起始位,一位停止位。网络机64台。单位:秒
本发明网络通讯方式的通讯报警时间为控制机之间传输一帧报警帧需要的时间=报警主机处理时间+网络传送时间+接收主机处理时间:=0.06+1/9600*10*17+0.06=0.05+0.018+0.05
=0.138秒,按2倍的冗余,最长0.3秒。
而传统的巡检式通讯方式因为其主从结构,其通讯时间受主机巡检的影响,设控制器2到64都有报警事件发生,主机正在巡检2号从机,64号机把报警数据传送到主机需要等待前面的2到63号机的数据传送时间+64号机数据的传送时间+主机处理每一台从机报警数据的时间
=1/9600*10*92*62+1/9600*10*92+0.06*63
=5.9417+0.0958+3.78=9.817秒
加上2倍的冗余,最长20秒。
例如1号机101回路1号地址的类型及用户自定义的汉字信息在flash备份表中的起始地址为0,flash备份表从0地址按照地址从低到高依次存放39个字节的数据为:离子感烟探测器、办公楼4层行政区总裁办公室的汉字编码。当1号机101回路1号地址报火警时,网络传输时分两种情况,如果需要所有网络上的控制器都显示、处理时,在按照本发明的通讯数据格式发送时,目的地址一项传送为0,如果只需要一台控制机显示、处理则目的地址一项为网络上需要处理的控制机机号。现在以需要全部显示、处理为例,通讯的数据为:0x7e(包头),0x01(包号,可为1~255),0x3c(功能码60),0x0(目标机号,网络上的全部控制器都显示、处理),0x1(发生火警的控制机机号),0x65(发生火警的控制机回路号卡号101),0x0(盘号,用于多线、总线信息,对于探测器无效),0x0(设备号高位,取设备号的百位),0x1(设备号低位),0x07(07年,实际年减2000),0x0c(12月),0x0a(10日),0x0c(12点),0x00(00分),0x00(00秒),0x09(按照crc8方式计算的校验值),0x7e(包尾),共计传送18个字节。在网络上的控制机将会显示“办公楼4层行政区总裁办公室火警(探测器地址1号机101回路1号离子感烟探测器)”。