安定宝协议contactID通信协议中文版26页.docx
- 文档编号:7413487
- 上传时间:2023-01-23
- 格式:DOCX
- 页数:22
- 大小:66.72KB
安定宝协议contactID通信协议中文版26页.docx
《安定宝协议contactID通信协议中文版26页.docx》由会员分享,可在线阅读,更多相关《安定宝协议contactID通信协议中文版26页.docx(22页珍藏版)》请在冰豆网上搜索。
安定宝协议contactID通信协议中文版26页
安定宝通讯协议contactid
“教书先生”恐怕是市井百姓最为熟悉的一种称呼,从最初的门馆、私塾到晚清的学堂,“教书先生”那一行当怎么说也算是让国人景仰甚或敬畏的一种社会职业。
只是更早的“先生”概念并非源于教书,最初出现的“先生”一词也并非有传授知识那般的含义。
《孟子》中的“先生何为出此言也?
”;《论语》中的“有酒食,先生馔”;《国策》中的“先生坐,何至于此?
”等等,均指“先生”为父兄或有学问、有德行的长辈。
其实《国策》中本身就有“先生长者,有德之称”的说法。
可见“先生”之原意非真正的“教师”之意,倒是与当今“先生”的称呼更接近。
看来,“先生”之本源含义在于礼貌和尊称,并非具学问者的专称。
称“老师”为“先生”的记载,首见于《礼记?
曲礼》,有“从于先生,不越礼而与人言”,其中之“先生”意为“年长、资深之传授知识者”,与教师、老师之意基本一致。
报警主机
要练说,得练看。
看与说是统一的,看不准就难以说得好。
练看,就是训练幼儿的观察能力,扩大幼儿的认知范围,让幼儿在观察事物、观察生活、观察自然的活动中,积累词汇、理解词义、发展语言。
在运用观察法组织活动时,我着眼观察于观察对象的选择,着力于观察过程的指导,着重于幼儿观察能力和语言表达能力的提高。
本章包含如下信息:
“师”之概念,大体是从先秦时期的“师长、师傅、先生”而来。
其中“师傅”更早则意指春秋时国君的老师。
《说文解字》中有注曰:
“师教人以道者之称也”。
“师”之含义,现在泛指从事教育工作或是传授知识技术也或是某方面有特长值得学习者。
“老师”的原意并非由“老”而形容“师”。
“老”在旧语义中也是一种尊称,隐喻年长且学识渊博者。
“老”“师”连用最初见于《史记》,有“荀卿最为老师”之说法。
慢慢“老师”之说也不再有年龄的限制,老少皆可适用。
只是司马迁笔下的“老师”当然不是今日意义上的“教师”,其只是“老”和“师”的复合构词,所表达的含义多指对知识渊博者的一种尊称,虽能从其身上学以“道”,但其不一定是知识的传播者。
今天看来,“教师”的必要条件不光是拥有知识,更重于传播知识。
•信息传输过程
•通信格式解释
•调用默认通信数据项
•ContactID报告码
信息传输过程
主机呼叫报警中心接收机后,等待接收机准备好的握手信号,一旦收到握手信号就开始发送信息,然后就等待接收机信息接收完毕的终止信号以便确认信息传输完毕。
若收不到握手信号或不认识就不发送信息,而接收若收不到有效的信息也不会发送终止信号。
主机将向首电话号码进行8次传输尝试,然后向第二电话号码(若编程有的话)进行8次尝试,仍旧传输不成的话,键盘上显示“CommunicationFailure”(字符键盘)或“FC”(固定字符键盘).。
报告格式
下表定义了通信格式以及相应的握手频率:
格式握手频率数据传输频率终止信号传输时间
低速1400Hz1900Hz(10PPS)1400Hz小于15秒
3+1(标准报告)
4+1
4+2
Sescoa/Rad2300Hz1900Hz(20PPS)2300Hz小于10秒
3+1(标准报告)
4+1
4+2
特快1400–2300HzDTMF(10cps)1400Hz小于3秒.
4+2
ContactID1400–2300HzDTMF(10cps)1400Hz小于3秒.
建议:
Ademco的ContactID报告格式报告内容最全也最快,对于支持CONTACTID格式的中心来说,最好使用CONTACTID格式(注意,685软件版本4.7以下的不支持新版的VISTA-120的某些报告内容)。
数字通信标准-美国安定宝集团?
警报系统协议。
赞助者:
美国安全工业公会
安定宝集团2019年出版
出版物订单号:
14085
序言
这份通信协议由安定宝集团开发所有权归安定宝集团所有。
此份协议由SIA发布作为一份未注册的安全工业标准。
这份协议的发布是为了使产品有较好的兼容性和便于交换,同时也减少了生产商和购买者的误解,帮助购买者买到符合要求的产品。
现有的这份协议或者任何一个SIA协议标准文件允许SIA成员或非SIA成员生产,销售,使用的产品可以不遵从SIA标准。
遵不遵守SIA标准是自愿的。
SIA鼓励使用此文件,但是不会采取任何措施来保证任何使用者都遵从这份协议或者任何一个SIA标准。
SIA或安定宝集团不会因使用此协议而造成的损失负责。
尽管一部分SIA标准是建立在最小要求的基础上,但是他们的目的不是为了阻止其他人开发其他的功能,也不是为了限制产品的最大性能。
任何产品的规格必须满足SIA标准的最低要求。
只要产品的技术规格不超过协议额的最高要求,就必须考虑和此协议的兼容性。
SIA标准的目的不是取代生产商生产出的产品所推荐使用的标准。
安定宝集团保留在任何时候修订此份协议的权利。
使用这个文件的人必须合法获得和使用这份协议的最新版的权利。
此协议的版本修订必需取得SIA的批准.
我们欢迎任何人在任何时候来请求修改协议,但是必修遵守如下要求,以文件的形式指出修改之处,内容和协议是相关的,并起草一份修改建议书。
提交的文件要附上自己的名字,电话号码,电子邮箱。
请尽量用用邮件发送,文件会直接发送到安定宝公司。
举例:
RichHinkson:
Rich_Hinkson@ademco
or
BobOrlando:
Bob_Orlando@ademco
只有安定宝公司有权利决定是否修改协议,公司有权拒绝修改的要求。
当有人请求修改协议时,公司会首先确认请求人的身份。
要是协议由修改,安定宝公司会通知SIA,这样SIA会及时更新并修改协议。
安定宝公司会更新事件代码的含义,详情请访问http:
//ademco
书面要求的翻译和有关文件的发布请联系:
Standards
SecurityIndustryAssociation
635SlatersLane,Suite110
Alexandria,VA22314
E-mail:
Standards@siaonline
Internet:
http:
//siaonline.org
鸣谢
这份文件由RichardHinksonoftheADEMCOGjiroup发布,该集团是Pittway的分公司。
安定宝协议已逐渐盛行,并成为安全报警系统与中心检测站的数字通信的标准格式。
许多制造商已接受该协议,并寻求各厂商的全面兼容。
SIA非常感谢安定宝公司在通信安全方面所做的贡献,包括允许SIA发布这份协议使之成为实质上的工业安全标准以及接受修订。
修订历史
下面是此文件修订的细节。
2019年9月底
初稿发布
1.适用范围
这份协议的详细内容,由安定宝公司制定。
这份协议对信号格式做了详细规定是为了方便生产商采用合适的发射机或者接受器。
协议是为了使设备有更全面的兼容性,而不必考虑生产商。
其中的通信格式中的发送信息部分有参照DTMF标准。
1.1目的
a)所提供的关于事件代码含义是基于使用者发生的实际情况来制定的,这些事件代码应使用统一的格式以方便操作者判断。
b)花最少的实际时间来传送信息,最大地减少用于处理事件的接收器和最小化接受时间
c)减少传送过程中的错误率
d)减少用于传送信息的硬件设备所花的费用
2.规定和定义
2.1规定
2.1.1测量单位
根据SIA的方针,测量使用的单位全部采用SI标准。
同等的英文单位也用于此文件。
这些英国单位近似的转换并比较容易的查询。
2.1.2误差
除非特别说明,协议中测量误差都应在准确值的±10%
2.1.3特殊含义的大写字母
a)警报的连续事件,警报系统指令和状态,由控制面板发送到中心站的通信代码以大写字母的形式。
2.1.4
2.1.5
这份协议使用到的shall表示必须遵守的要求。
术语may用于表示允许而不一定是必要的。
术语如is,are,will,用于描述用于报告的事实。
注释Note:
也可指之前的咨询信息。
2.2术语
这份标准的目的,下面的术语有指示的作用。
Abort-人工中断一个过程
AccessCode,orCode-一系列可以供使用者通过按按键进入系统来打开或解除警报的数字。
Account,orAccountNumber-用于确认警报面板上的各区域。
ACK-参考Acknowledgment。
Acknowledgment,orACK,orPositiveAcknowledgment-一个机器发送到其他机器的用于表示正确接受的信号。
Alarm–紧急情况下的指示。
这个情况可以是入侵,火宅,病痛等等。
这种情况下会有可视或可听的警报。
监测器会将该状况发送到远程设备。
AlarmPanel–参见控制部分
AlarmCancel,orManualReset-使警报系统恢复到解除报警状态。
状态的变化会忽略以前的警报信号。
AlarmVerification-该专业术语用于表示确认警报信号是否
正确被监测设备接收。
Arm–打开警报系统。
Area–受保护的系统区域,该区域可独立地上警报或解除警报。
该区域有时也指一个分区。
当该部分被使用时,它们会按数字编号。
Bypass–使系统从忽略指定点或区域发出的信号,而不管警报的状态。
已通过的点或区域不会造成系统事件。
Close,orClosing–人工的或自动的上安全系统的警报。
Code–参考seeAccessCode,UserCode
Control,ControlPanel,orAlarmPanel–用于处理控制或通信的安全系统,不管统一或分开的单元。
Disarm–关闭安全警报系统(24小时的装置除外)
DTMForDualToneMulti-Frequency–使用两种频率的正弦波来拨号和数据传输的标准发送信号的方法。
Duress–一个代码。
如果一个或多个人尝试进入系统,设备会阻止进入,而该代码则可以进入。
EarlytoClose,orETC–在一个特定的时间解除警报。
EntryDelayorEntryTime–在允许进入系统的情况下,解除安全警报。
ExitError–一个点或区域….退出时间已过。
ExitDelay,orExitTime–在上警报后,延迟退出。
FailtoOpen,orFTO–一个系统事件在预设的时间,若在警报状态。
Handshake–一个被发送在信道的末尾来表示已经接受信号。
Keypad–供使用者上警报或解除警报的键盘。
LatetoClose,orLTC–在特殊的时间由警报系统创建的事件。
LatetoOpen,orLTO-在特殊的时间由警报系统创建的事件。
Open,orOpening–人工或手动解除警报。
Panic–普通的可见的紧急情况,包括当前一个或多个非法进入系统。
Partition–参见Area。
Point–一个电子的可寻址的传感器,它有时和术语Sensor互用,该术语通常用于多元的报警系统或者无线传感器中。
Receiver-该设备位于中心位置,和控制面版进行通信。
RecentClosing-一个传输设备表明了安全系统已经武装好了。
Report-一个电子传输设备,由控制面板发送至中心位置处,它其中包含一些安全系统检测到的细节信息。
Sounder-一个听得见的电铃指示装置,在人受保护的前提下,它能够发出足够的声音让人听见。
Subscriber-参见User
SupervisorySingle-一个用于指示各个与旅游看守的检测,火势抑制系统或设备,或者是具有维修特点的相关系统有关部分的作用的信号。
(不要与检测区域或者检测点发出的Trouble信号相混淆)
Trandmitter-安全系统的这个部分,它在该系统外部发送一些电子数据,典型的是送到中心位置处。
(同样参加控制面板)
Ttip-一份警报申请,传感器检测的结果。
Trouble-这个信号的发送用于表明机器出了故障,或出现了误操作,或者是与检测区域或检测点失去了联系。
Unbypass-通过除去一个省略条件来恢复一个区域或点的正常功能。
User-在警报处操作该系统的人。
UserCode-参见AccessCode.
VerifiedAlarm-一个由受保护前提下的检测设备,或一个经授权的用户机构证实的警报,一个来自于顺序检测的或报道的事件的警报,一个多元传感器检测的事件,一个由系统用户报道的警报。
Zone-一个至控制面板的专注的输入,包含一个或多个传感器设备,在激活人一个传感器的基础上,它将可以传送输入数据。
ZoneBypass-参见Bypass。
3.参考文件
这个未注册的标准不依赖任何文件来实施。
作为一个已经实施了该未注册标准的特殊产品的信息,应该获得来自生产商的产品。
其它数字通信也许获得了SIA的不相关的标准。
4.传送要求
这部分描述了一个通信会议的基础构成。
4.1传送成分
传送端到接收端的通信会议由三个基础元素组成:
握手音序列,消息块,应答信号(确认断开连接)。
握手音序列由一对单频率信号按时间顺序组成的。
消息块又一系列双音多频信号按空间方式分开的。
应答信号就是一个单一的信号。
4.1.1握手信号
握手音序列由接收端产生,它的目的是告诉发送端通信信道已经准备好接受信号了
4.1.1.1方位
握手音序列由接收端摘机并延时的时间间隔至少0.5s后发出,但是时间间隔不要大于2s.这个时间让电话网络连接在通信处理开始前发送处了握手音序列。
第13-16页
4.1.1.2组成
信号交换顺序应由以下几个部分组成:
∙一个1400±3%Hz持续时间为100±5%毫秒
∙暂停100±5%毫秒
∙一个2300±3%Hz持续时间为100±5%毫秒
注意:
信号传送器必须能接纳至少±5%频率错误,以便和旧的接收器有良好的兼容性。
4.1.2信息块
传送器按照信息队列把信息块传送出去。
每个信息块包含充足的信息来报告系统的事件。
4.1.2.1布局
第一个信息块由开始250毫秒发送(最少250毫秒,最大300毫秒),不管是在信号交换结束或应答声音。
延迟的时间是从提示音结束开始计时的。
4.1.2.2信息的组成
信息的格式:
ACCTMTQXYZGGCCC
ACCT=4位数字组成的编号(0-9,B-F)
MT=信息类型。
这两位用于确认ContactID信息到接收器。
它可以以18(理想)或98(可选)的形式传送。
新的接收器实行接受18或98的形式。
一些旧的接收器可能不接受98的形式。
Q=事件限定词,指出详细的事件信息。
1=新事件或打开
3=复位或关闭
6=以前报告的持续到现在的情况(状态报告)
XYZ=事件代码(3位16进制,0-9,B-F)
GG=组或分区数字(32位16进制,0-9,B-F)。
使用00来表示没有组或分区应用信息。
CCC=区域数字(事件报告)或使用者#(打开/关闭报告)(3位16进制,0-9,B-F)。
使用000没有区域或使用者应用信息。
S=1位16进制校验码按照如下计算:
(Sumofallmessagedigits+S)MOD15=0
(所有的信息码+s)除以15,其余数=0
注意:
0必须转换成十进制,尽管显示0,但在使用校验码时表示10。
它使用和标准电话的“0“按键相同的声音对。
4.1.2.3数据音调
使用标准的DTMF音调发送信息。
音调的时间应按照如下:
突然开启时间–50毫秒(最小50,最大60)
突然关闭时间–50毫秒(最小50,最大60)
音调的详细内容如下表。
数据传送频率-标准的DTMF信号
数字低频高频数值
注意:
1)数字“0”在传送时代表10,在计算信息的校验码时应当成10来算。
2)TheDTMFpairof941Hz.And1633Hz.不能使用这种格式,也不能发送。
3)频率误差应在±1.5%
4.1.2.4内部信息时间
发送器发完信息后,应等待1.25秒,对于一个KissOff音调从接收器接收开始。
如果kissoff音调的开始被检测到,发生器应当继续为音调计时,甚至内部时间已到。
面板必须能够检测kissoff音调到400毫秒以内的时,以使其被认为有效。
如果kissoff音调被检测到,在发送下一个信息之前,发生器应当等待音调直到结束,并再等候250毫秒,(最小250,最大300)
如果kissoff音调未被检测到,在1.25秒的时间间隔结束后,发送器应重复发送信息。
4.1.3Kissoff(确认)音调
来自接收器的确认音调用于告诉发生器信号已正确接收。
音调的频率应是1400Hz.±3%,由接收器在最小750毫秒内发送。
在kissoff被认为有效前,发生器必须能检测到400毫秒以内的时间。
注意:
发生器应能接受频率错误±5%来保证和旧的接收器兼容。
4.1.4 最大尝试次数
在中断和重拨之前,发送器应达到4次发送信息的尝试。
在有效地kissoff信号被接受后,尝试次数计数器会复位。
4.2 数据码
//事件限定码
用于传送事件的数据码在附录C:
EventCodes.(事件代码)
例1 - 警报信息
编号1234报告周围入侵警报在15区的分区1
信息应发送成
1234181131010158
1234=编号(1234)
18=信息类型,按照Contact ID确认信息
1131=事件限定语和周围入侵代码一起使用(131)
01=分区数字
(1)
015=区域数字(015)
8=校验码,按照如下方式计算:
a)把所有的事件的数字相加,用10代替0
(1+2+3+4)+(1+8)+(1+1+3+1)+(10+1)+(10+1+5)=52
b)找到15的最小公倍数,此例位为60。
c)用步骤b的值减去步骤a的值
(60-52=8)
d)使用c的结果作为校验码。
如果结果是"0",就用“
F”(15)作为校验码。
例2 — 恢复信息
编号1234报告在区域15分区1周围入侵的恢复
信息应发送成:
1234183131010156
1234=编号(1234)
18=信息类型,按照Contact ID确认信息(131)
01=分区数字
(1)
015=区域数字(015)
6=校验码(参考例1)
例3-打开信息
3号使用者解除分区2,编号1234的警报
信息应发送成:
1234181401020035
1234=编号(1234)
18=信息类型,按照Contact ID确认信息(131)
1401=事件限定语和打开或关闭代码一起使用(401)
02=分区数字
(2)
003=使用者数字(003)
5=校验码(参考例1)
例4-关闭信息
5号使用者打开分区3编号1234的警报
信息应发送成:
123418340103005F
where
1234=编号(1234)
18=信息类型,按照Contact ID确认信息
3401=事件限定语和打开或关闭代码一起使用(401)
03=分区数字
(2)
005=使用者数字(003)
F=校验码(参考例1)
注意:
Notetheuseof‘F’sincethesumofthe
messagedigitsisanevenmultipleof15.
附录B:
消息传送流程图
附录C:
事件代码
事件代码定义事项:
1)下面表格中定义的事件代码仅用于此份协议
2)在ccc区域,数据类型发送的格式不分区域数字或使用者数字
3)在ccc区域,如果没有信息被发送,它的值应该被设置成000
4)事件代码的描述会在这份标准协议的后续版本加入
事件数据类型
警报
医疗警报
100疾病区域
101个人突发事件区域
102汇报失败区域
火灾报警-110区域
110火区域
111烟区域
112燃烧区域
113水流区域
114热区域
115拉站区域
116管道区域
117火焰区域
118附近报警区域
紧急报警-120
120恐慌区域
121胁迫区域
122沉默区域
123听得见的区域
124授予胁迫接取区域
125授予胁迫出口区域
防盗报警器-130区域
130爆窃区域
131周界区域
132室内区域
13324小时(安全)区域
134入口/出口区域
135白天/夜晚区域
136户外区域
137放拆报警区域
138近警报区域
139入侵验证区域
通用报警140区域
140通用报警区域
141拉环打开区域
142拉环变短区域
143扩展模块故障区域
144传感器篡改区域
145扩展模块篡改区域
146沉默爆窃区域
147传感器监督出故障区域
24小时无爆窃-150和160区域
15024小时无爆窃区域
151气体检测区域
152制冷区域
153热损失区域
154漏水区域
155箔突破
156一天麻烦区域
157瓶装气水平低区域
158高温区域
159低温区域
161气流损失区域
162一氧化碳检测区域
163水槽标准区域
监督
监控的,管理的区域
消防监督-200和210区域
200消防监督区域
201水压低区域
202低二氧化碳区域
203闸阀传感器区域
204低水位区域
205泵激活区域
206泵衰竭区域
故障
300系统故障区域
301交流损耗区域
302低系统电池区域
303内存校验错误区域
304ROM校验错误区域
305系统复位区域
306面板程序改变区域
307自我测试失败区域
308系统关闭区域
309电池测试失败区域
310接地故障区域
311电池缺失/没有区域
312电源过流区域
313操作复位用户
音响发声器/继电器出故障-320
320音响发声器/继电器出故障区域
321振铃1区域
322振铃2区域
323报警继电器区域
324继电器出现故障区域
325回动的继电器区域
326通知设备CKt.#3区域
327通知设备CKt.#4区域
系统外围出现故障-330和340
330系统外围故障区域
331拉环打开区域
332拉环变短区域
333扩展模块故障区域
334中继器故障区域
335本地打印机出纸区域
336本地打印机出故障区域
337exp.元件直流电损失区域
338exp.元件电池不足区域
339exp.元件复位区域
341exp.元件篡改区域
342exp.元件交流电损失区域
343exp.元件自我检测失败区域
344RFRF接收器堵塞检测区域
通信故障-350和360
350通信出故障
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 安定 协议 contactID 通信协议 中文版 26