EIB通信协议的实时性分析与改进.doc

论文写作不是一朝一夕，更不能胡编乱造。需要切身研究、调查、分析与归纳，需要大量的数据处理与查阅资料。 本论文不求带给你多大的帮助，只愿做您脚下之石。 该文档为word格式，方便复制修改打印，写论文就是这么简单 ------------------------以下是正文------------------------ KNX/EIB通信协议的实时性分析与改进 （作者:___________单位: ___________邮编: ___________） KNX/EiB通信协议的实时性分析与改进 引言 论文联盟.cOm 　　随着楼宇智能化应用越来越普及, 产生了许多楼宇智能化通信协议，其中KNX/EIB(Konnex/Electrical Installation Bus)通信协议应用最为广泛。KNX/EIB通信协议是唯一一个开放式并经过认证的标准, XXXX年成为国际标准ISO/IEC 145433，并于XXXX年正式成为中国国家标准GB/Z 209652007［1］。 　　在家庭或者楼宇智能环境中，对通信协议实时性传输的要求非常高。每个数据命令的发送执行都有一个期限，如果超过这个期限，将会有新的随机数据命令产生，前一条命令可能就已经失效了。换句话说，一条数据命令必须在要求的时间内得到执行，同时还要求每条数据命令的传输时延要稳定。KNX/EIB通信协议采用了无线通信常采用的带冲突避免的载波侦听多路存取(Carrier Sense Multiple Access/Collision Avoidance, CSMA/CA)［2］防冲突机制来解决KNX/EIB网络的冲突问题，但CSMA/CA机制导致数据命令帧传输时延抖动非常大。比如调光命令，调光命令由两条数据命令组成，两条数据命令的产生是随机的，采用CSMA/CS算法机制可能会使这两条数据命令发送的延迟时间不同，造成调光无法准确执行；再比如，在总线不繁忙时，一个开灯数据命令或许可以很快地得到发送执行，但是当总线繁忙时，数据命令可能为了避免冲突，回避高优先级或者同优先级优势数据命令的发送，造成很长的传输时延。这种情况在楼宇智能环境下是不能容忍的，而且可能会因此造成严重的误操作。这也使网络的实时性降低。 　　本文针对KNX/EIB通信协议在双绞线(Twisted Pair, TP1)中传输的实时性问题，提出一个改进方法KNX/EIBA。在不改变原有的通信协议栈的基础上，将一个调度程序应用于KNX/EIB通信协议的应用层与用户应用程序之间。将原有的分布式平等结构划分为分级主从结构，对数据命令帧的发送进行调度。最后通过对KNX/EIBA进行分析及原型实现证明了该方法通过有效地减轻传输时延的抖动从而改进了协议的实时性。 　　在不改变原有KNX/EIB协议的基础上，将KNX/EIB各模块分为主从结构来调度数据帧的发送，减少了传输时延抖动，从而在一定程度上解决了KNX/EIB通信协议实时性问题。 　　 　　1 KNX/EIB通信协议 　　1.1 KNX/EIB通信协议概述 　　KNX/EIB通信网络是一种倾向于网络管理的应用型网络。每个总线连接单元(Bus Coupling Unit, BCU)在链路层之上具有相同的通信内核。KNX/EIB通信协议包含7层OSI标准的通信模型。 　　图1为TP1下的网络拓扑结构。逻辑拓扑结构允许256个BCU安装在一条支线(line)上, 15条支线通过支线耦合器(line coupler)连接到一条总线(main line)上构成一个域(area)，15个域又通过域耦合器(area coupler)连接到骨干线(backbone line)上组成整个网络［3］。 　一般情况下，每个BCU被安装进系统时被分配一个独一无二的独立地址(Individual Address, IADRS)。KNX可以通过组地址(Group Address, GADRS)对BCU进行无限制分组。所有BCU可以通过发送组播式数据命令帧来进行参论文联盟.cOm数共享，甚至可以进行按位读写。 　　 　　 　　KNX/EiB数据帧格式如图2所示。Octet 0中包含了数据命令帧控制信息，其中数据命令帧优先级就包含在其中。Octet 1和Octet 2 为数据命令帧发送源地址，其为BCU的IADRS。 　　 　　 　　1.2 KNX/EIB防冲突机制分析及其对实时性的影响 　　根据KNX/EIB标准(KNX/EIBS)，若一个BCU已经开 　　始发送信号，则系统禁止其他BCU占用信道。当