-
安定宝通讯协议
contact id
报警主机
本章包含如下信息：
?
?
?
?
信息传输过程
通信格式解释
调用默认通信数据项
Contact
ID
报告码
信息传输过程
< br>主机呼叫报警中心接收机后，
等待接收机准备好的握手信号，
一旦收到握手信号就开始发送
信息，
然后就等待接收机信息
接收完毕的终止信号以便确认信息传输完毕。
若收不到握手信
号
或不认识就不发送信息，而接收若收不到有效的信息也不会发送终止信号
。
主机将向首电话号码进行
8
次传输尝试，
然后向第二电话号码
（若编程有的话）
进行
8
次尝
试，仍旧传输不成的话，键盘上显示
“Communica
tion
Failure”
(
字符键盘
)
或
“FC”
(
固定字
符键盘
).
。
报告格式
下表定义了通信格式以及相应的握手频率：
格式
握手频率
数据传输频率
终止信号
传输时间
低速
1400Hz
1900Hz (10PPS)
1400Hz
小于
15
秒
3+1
(
标准报告
)
4+1
4+2
Sescoa/Rad
2300Hz
1900Hz (20PPS)
2300Hz
小于
10
秒
3+1
(
标准报告
)
4+1
4+2
特快
1400
–
2300Hz
DTMF (10 cps) 1400Hz
小于
3
秒
.
4+2
Contact ID
1400
–
2300Hz
DTMF (10 cps) 1400Hz
小于
3
秒
.
建议：
Ademco
的
Contact ID
报告格式报告内容最全也最快，对于支持
CONTACT ID
格式的
中心来说，
最好使用
CONTACT ID
格式
（注意，
685
软件版本
4.7
以
下的不支持新版的
VISTA-120
的某些报告内容）
。
1
数字通信标准
< br>-
美国安定宝集团
?
警报系统协
议。
赞助者：美国安全工业公会
安定宝集
团
1999
年出版
出版物订单号
：
14085
序言
这份通信协议由安定宝集团开发所有权归安定宝集团所有。此
份
协议由
SIA
发布作为一份未注册的
安全工业标准。
这份协议的发布是
为了使产品有较好的兼容性和
便于交换，
同时也减少了生产商和购买
者的误解，帮助购买者买
到符合要求的产品。
现有的这份协议或者任何一个
SIA
协议标准文件允许
SIA
成员或非
SIA
成员生产，销售，使用的产品可以不遵从
SIA
标准。遵不遵守
SIA
标准
是自愿的。
SIA
鼓励使用此文件，但是不会采取任何措施来保
证
任何使用者都遵从这份协议或者任何一个
SIA
标准。
SIA
或安定宝集团不会因使用此协
议而造成的损失负责。尽管
一部分
SIA
标准是建立在最小要求的基础上，
但是他们的目的不是为
了阻
止其他人开发其他的功能，
也不是为了限制产品的最大性能。
任
何产品的规格必须满足
SIA
标准的最
低要求。
只要产品的技术规格不
超过协议额的最高要求，就必须
考虑和此协议的兼容性。
SIA
标准的
目的不是取代生产商生产出的产品所推荐使用的标准。
安定宝集团保留在任何时候修订此
份协议的权利。
使用这个文
2
件的人必须合法获得和使用这份协议的最新版的权利。
此协议的版本
修订必需取得
SIA
的批准
.
我们欢
迎任何人在任何时候来请求修改协议，
但是必修遵守如
下要求，
以文件的形式指出修改之处，内容和协议是相关的，并起草
一份修改建议书。提交的文件
要附上自己的名字，电话号码，电子邮
箱。请尽量用用邮件发送，文件会直接发送到安定
宝公司。
举例：
Rich Hinkson: Rich_Hinkson@
or
Bob Orlando: Bob_Orlando@
只有安
定宝公司有权利决定是否修改协议，公司有权拒绝修改的
要求。当有人请求修改协议时，
公司会首先确认请求人的身份。要是
协议由修改，安定宝公司会通知
SIA
，这样
SIA
会及时更新并
修改协
议
。
安
定
宝
公
司
会<
/p>
更
新
事
件
代
码
的
含
义
，
详
情
请
访
问
书面要求的翻译和有关文件的发布请联系：
Standards
Security Industry
Association
635 Slaters Lane, Suite 110
Alexandria, VA 22314
E-mail:
Standards@
Internet:
3
鸣谢
这份文件由
Richard Hinkson of the
ADEMCO Gjiroup
发布，
该集
团是
Pittway
的分公司。
安定宝
协议已逐渐盛行，
并成为安全报警系统与中心检测站的
数字通信
的标准格式。
许多制造商已接受该协议，
并寻求各厂商的全
面兼容。
SIA
非常感谢安定宝公司在通信安
全方面所做的贡献，包括允
许
SIA
发
布这份协议使之成为实质上的工业安全标准以及接受修订。
修订历史
下面是此文件修订的细节。
199
9
年
9
月底
初稿发布
目录
。
。
。
。
。
。
。
。
。
。
。
。
。
1.
适用范围
这份协议的详细内容，由安定宝公司制定。
这份协议对信号格式做了详细规定
是为了方便生产商采用合
适的发射机或者接受器。
协议是为了使
设备有更全面的兼容性，
而不
必考虑生产商。
< br>其中的通信格式中的发送信息部分有参照
DTMF
标准。
1.1
目的
a)
所提
供的关于事件代码含义是基于使用者发生的实际情况来制
4
定的，这些事件代码应使用统一的格式以方便操作者判断。
b)
花最少的实际时间来传送信息，
最大地
减少用于处理事件的接
收器和最小化接受时间
c)
减少传送过程中的错误率
d)<
/p>
减少用于传送信息的硬件设备所花的费用
2.
规定和定义
2.1
规定
2.1.1
测量单位
根据
SIA
的方针，
测量使
用的单位全部采用
SI
标准。
同等的英
文单位
也用于此文件。这些英国单位近似的转换并比较容易的查询。
2
．
1
．
2
误差
除非特别说明，协议中测量误差都应在准确值的
±
10%
2.1.3
特殊含义的大写字母
a)<
/p>
警报的连续事件，警报系统指令和状态，由控制面板发送到中
心站
的通信代码以大写字母的形式。
2.1.4
………
.
2.1.5
这份协议使用到的
shall
表示必须遵守的要求。
术语
may
用于表示允许而不一定是必要的。
术语如
is,are
,will
，用于描述用于报告的事实。
注释
Note
：也可指之前的咨询信息。
< br>
5
2.2
术语
这份标准的目的，下面的术语有指示的作用。
Abort-
人工中断一个过程
Access Code
, or Code-
一系列可以供使用者通过按按键进入系统来打
开或解除警报的数字。
Account
, or Account
Number-
用于确认警报面板上的各区域。
ACK-
参考
Acknowledgment
。
Acknowledgment
, or ACK, or P
ositiveAcknowledgment-
一个机器发送
到其他机器的用于表示正确接受的信号。
Alarm
–
紧急情况下的指示。
这个情况可以是入侵，
火宅，
病痛等等。
这种情况下会有可视或可听的警报。
监测器会将该状况发送到远程设
备。
Alarm Panel
–
参见控制部分
Alarm Cancel
, or Manual Rese
t-
使警报系统恢复到解除报警状态。状
态的变化会忽略以前的
警报信号。
Alarm Verification-
该专业术语用于表示确认警报信号是否
正确被监测设备接收。
Arm
–
打开警报系统。
Area
–
受保护的系统区域，该区
域可独立地上警报或解除警报。该区
域有时也指一个分区。当该部分被使用时，它们会按
数字编号。
Bypass
–
使系统从忽略指定点或区域发出的信号，而不管警报的状
态。已通过的
点或区域不会造成系统事件。
6
Close,
or Closing
–
人工的或自动的上安全系统的警报。
Code
–
参考
see Access
Code, User Code
Control
,
Control Panel, or Alarm Panel
–
< br>用于处理控制或通信的安全
系统，不管统一或分开的单元。
Disarm
–
关闭安全警报系
统（
24
小时的装置除外）
DTMF
or
D
ual
T
one
M
ulti-
F
requency
–
使用两种频率的正弦波来拨号
和数据传输的标准发送信号的方法。<
/p>
Duress
–
一个代码。如果一个或多个人尝试进入系统，设备会阻止进
入，而该代码则可以进入
。
Early to Close
,
or ETC
–
在一个特定的时间解除警报。
Entry Delay
or Entry Time
–
在允许进入系统的情况下，解除安全警
报
。
Exit Error
–
一个点或区域
…
.
退出时间已过。
Exit Delay
, or Exit Time
–
在上警报后，延迟退出。
Fail to Open
, or FTO
–
一个系统事件在预设的时间，若在警报状态。
Handshake
–
一个被发送在信道的末尾来表示已经接受信号。
Keypad
–
供使用者上警报或解除警报的键盘。
Late to Close
, or LTC
–
在特殊的时间由警报系统创建的事件。
Late to Open
, or LTO -
在特殊的时间由警报系统创建的事件。
Open,
or Opening
–
人工或手动解除警报。
Panic
–
普通的可见的紧急情况，
包括当前一个或多个非法进入系统。
Partition
–
参见
Area
。
7
Point
–
一个电子的可寻址的传感器，它有
时和术语
Sensor
互用，该
术语通
常用于多元的报警系统或者无线传感器中。
Receiver
-
该设备位于中心位置，和控制面版进行通信。
Recent
Closing-
一个传输设备表明了安全系统已经武装好了。
Report-
一个电子传输设备，由控制面板发送至中心位置
处，它其中
包含一些安全系统检测到的细节信息。
Sounder-
一个听得见的电铃指示装置，
在
人受保护的前提下，
它能够
发出足够的声音让人听见。
Subscriber-
参见
User
Supervisory Single-
一个用于指示各个与
旅游看守的检测，
火势抑制系
统或设备，或者是具有维修特点的
相关系统有关部分的作用的信号。
（不要与检测区域或者检测点发出的
< br>Trouble
信号相混淆）
Trandmitter-
安全系统的这个部分，它在该系统外部发送一些电子数
据，典型的是送到中心位置处。（同样参加控制面板）
Ttip-
一份警报申请，传感器检测的结果。
<
/p>
Trouble-
这个信号的发送用于表明机器出了故障，或出现
了误操作，
或者是与检测区域或检测点失去了联系。
Unbypass-
通过除去一个省略条件来恢复一个区域或点的正常功
能。
User-
在警报处操作该系统的人。
User
Code-
参见
Access Code.
Verified Alarm-
一个由受保护前提下的检测设
备，或一个经授权的用
户机构证实的警报，
一个来自于顺序检测
的或报道的事件的警报，
一
8
个多元传感器检测的事件，一个由系统用户报道的警报。
Zone-
一个至控制面板的专注的输入，包含一个或多个传感器设
备，
在激活人一个传感器的基础上，它将可以传送输入数据。
Zone Bypass-
参见
Byp
ass
。
3.
参考文件
这个未注册的标准不依赖任何文件来实施。
< br>作为一个已经实施了该未注册标准的特殊产品的信息，
应该获得来自
生产商的产品。
其它数字通信也许获得了
SIA
的不相关的标准。
4.
传送要求
这部分描述了一个通信会议的基础构成。
4.1
传送成分
传送端到接收端的通信会议由三个基础元素组成：
握手音序列，
消息
块，应答信号（确认断开连接）。
握手音序列由一对单频率信号按时间顺序组成的。
消息块又一系列双音多频信号按空间方式分开的。
应答信号就是一个单一的信号。
4.1.1
握手信号
握手音序列由接收端产生，
它的目的是告诉发送端通信信道已经准备
好接受信号了
4.1.1.1
方位
握手音序列由接收端摘机并延时的时间间隔至少
0.5s
后发出，但是时
9
间间隔不要大
于
2s.
这个时间让电话网络连接在通信处理开始前发送
处了握手音序列。
第
13-16
页
4.1.1.2
组成
信号交换顺序应由以下几个部分组成：
?
一个
1400
±
< br>3%Hz
持续时间为
100
±<
/p>
5%
毫秒
?<
/p>
暂停
???
±
5
%
毫秒
?
?
一
个
2300
±
3%Hz
持续时间为
100
±
5%
毫秒
注意：信号传送器必须能接纳至少±
5%
频率错误，以便和旧的接收器有良好的兼容性。
4.1.2
信息块
传送器按照信息队列把信息块传送
出去。
每个信息块包含充足的信息来报告系统的事件。
4.1.2.1
布局
第一个信息块由开始
250
毫秒发送（最少
250
毫秒，最大
300
毫秒）
，不管是在信号交换结
束或应答声音。延迟的时间是从
提示音结束开始计时的。
4.1.2.2
信息的组成
信息的格式：
ACCT MT
QXYZ GG CCC
ACCT
=4
位数字组成的编号
(0-9, B-F)
MT
=
信息类型。这两位用于确认<
/p>
Contact
ID
信息到接收器。它
可以以１８（理
想）或９８（可选）的形式传送。新的接收器实行接受１８或９８的形式
。一些
旧的接收器可能不接受９８的形式。
Q
=
事件限定词，指出详细的事件信息。
1 =
新事件或打开
3 =
复位或关闭
6 =
以前报告的持续到现在的情况（状态报告）
XYZ =
事件代码
(3
位１６进制，
0-9,B-F)
GG
=
组或分区数字
(3
２位１６进制，<
/p>
0-9,B-F)
。
使用
00
来表示没有组或分区应用
信息。
< br>
CCC =
区域数字
（事件报
告）
或使用者
#
（
打开
/
关闭报告）
(3
位１６进制，
0-9,B-F)
。
使用
000
没有区域或使用者应用信息。
S
=
１位１６进制校验码按照如下计算：
(Sum of all message digits + S) MOD 15
= 0
（所有的信息码
+s
）除以
15
，其余数
=0
注意：
0
必须转换成十进制，
尽管显示
0
，但在使用校验码时表示
10
。它使用
和标准电话的“
0
“按键相同的声音对
。
4.1.2.3
数据音调
使用标准的
DTMF
音调发送信息。
10
音调的时间应按照如下：
突然开启时间
–
50
毫秒（最小
< br>50
，最大
60
）
突然关闭时间
–
50
毫秒（最小
< br>50
，最大
60
）
音调的详细内容如下表。
数据传送频率
-
< br>标准的
DTMF
信号
数字
低频
高频
数值
注意
:
1)
数字“
0
”
在
传送时代表
10
，在计算信息的校验码时应当成
10
来算。
2)
The DTMF pair
of 941 Hz. And 1633
Hz.
不能使用这种格式，也不能发送。
3)
频率误差应在
±
1.5%
4.1.2.4
内部信息时间
发送器发完信息后，应
等待
1.25
秒，对于一个
KissO
ff
音调从接收器接收开始。
如果
kissoff
音调的开始被检测到，
发生器应当继续为音调计时，
甚至内部时间已
到。面板必须能够
检测
kissoff
音调到
400
毫秒以内的时，以使其被认为有效。
如果
kissoff
音调被检测到，在发送
下一个信息之前，发生器应当等待音调
直到结束，并再等候
25
0
毫秒，（最小
250
，最大
300
）
11
如果
kissoff
音调未被检测到，在
1.25
秒的时间间隔结束后
，发送器应重复
发送信息。
4.1.3
Kissoff
（确认）音调
来自接收器的确认音调用于告诉发生器信号已正确接收。音调的频率应是
1400 Hz. ±
3%
，由接收器在最小７５０毫秒内发
送。在ｋｉｓｓｏｆｆ被认为有
效前，发生器必须能检测到４００毫秒以内的时间。
注意：发生器应能接受频率错误
±
5%
来保证和旧的接收器兼容。
4.1.4
最大尝试次数
在中断和重拨之前，发
送器应达到４次发送信息的尝试。在有效地
kissoff
信号
被接受后，尝试次数计数器会复位。
4.2
数据码
//
事件限定码
用于传送事件的数据码在附录Ｃ：
Event
Codes.
（事件代码）
例１
－
警报信息
编号１２３４报告周围入侵警报在１５区的分区１
信息应发送成
1234 18
1131 01 015 8
1234 =
编号
(1234)
18 =
信息类型，按照Ｃｏｎｔａｃｔ
ＩＤ确认信息
1131 =
事件限定语和周围入侵代码一起使用
(131)
01 =
分区数字
(1)
015 =
区域数字
(015)
8 =
校验码，按照如下方式计算：
12
ａ）把所有的事件的数字相加，用１０代替０
(1+2+3+4)+(1+8)+(1+1+3+1)+(10+1)+(10+1+5) = 52
ｂ）找到１５的最小公倍数，此例位为６０。
ｃ）用步骤ｂ的值减去步骤ａ的值
(60-52 = 8)
ｄ）使用ｃ的结果作为校验码。如果结果是＂０＂，就用“
Ｆ”
（１５）作为校验码。
例２
—
恢复信息
编号１２３４报告在区域１５分区１周围入侵的恢复
信息应发送成：
1234 18
3131 01 015 6
1234 =
编号
(1234)
18
=
信息类型，按照Ｃｏｎｔａｃｔ
ＩＤ确认信息
(131)
01
=
分区数字
(1)
015
=
区域数字
(015)
6 =
校验码（参考例
1)
例３－打开信息
３号使用者解除分区２，编号１２３４的警报
信息应发送成：
1234 18 1401 02 003 5
1234
=
编号
(1234)
18
=
信息类型，按照Ｃｏｎｔａｃｔ
ＩＤ确认信息
(131)
1401
=
事件限定语和打开或关闭代码一起使用
(401)
02 =
分区数字
(2)
003 =
使用者数字
(003)
5 =
校验码（参考例
1)
例４－关闭信息
５号使用者打开分区３编号１２３４的警报
信息应发送成：
1234 18 3401 03 005 F
where
1234 =
编号
(1234)
18
=
信息类型，按照Ｃｏｎｔａｃｔ
ＩＤ确认信息
3401
=
事件限定语和打开或关闭代码一起使用
(401)
03 =
分区数字
(2)
005 =
使用者数字
(003)
F =
校验码（参考例
1)
注意：
13
Note the use of ‘F’ since the sum of
the
message digits is an
even multiple of 15.
附录
B
：消息传送流程图
14
发送消息
检测握手
等待结束音
延时
250
毫秒
消息格式例如
count=1
传送消息
寻求确认音
增
加
让
count>4
接受确认音？
更多消息？
挂机
结束
15
-
-
-
-
-
-
-
-
-
上一篇：mcs文件的生成步骤
下一篇：音乐意大利术语的解释