【分析】关于KNX编程基本规律

　　ETS是怎样实现设备之间的控制的?

　　要想理解ETS软件的编程规律，就需要回顾一下KNX系统的工作原理。KNX系统是一个弱电控制强电的总线系统。系统控制指令的传输依赖于总线。某一个设备，能够控制总线上的其他哪一个设备，是通过软件，也就是ETS进行设定的。通常情况下，在总线上发出控制指令的，是面板、传感器等设备，而接受控制指令的，是驱动器等设备。

　　为了实现总线上设备的相互控制，系统就需要对每个设备进行编址。首先是物理地址。物理地址用于表示对应设备在系统中的物理位置。物理地址就好像是每个设备的名字，是唯一对应的，即每个设备只有一个物理地址，每个物理地址也只对应一个总线设备。

　　但是有了物理地址还无法实现相互之间的控制，还需要根据相应的功能进行分组，因此，在ETS里就有了一个“组地址”的概念。可以把它想象成我们今天随处可见的“微信群”。每个人都可以同时属于很多不同的群，每个群里也可以有很多人同时在线。给这个群起的名字，就是所谓的“组地址”。有了这个“微信群”，就可以进行沟通了。当群里一个“人”说话，群里其他“人”都可以接收到，继而根据这句话的指令，来执行相应的动作，于是就形成了控制。

　　2

　　怎样快速识别对象功能

　　(object function)

　　对于ETS来说，放在“群”里面的“人”，实际上是各个设备的对象(object)。但是每个设备都有很多不同的对象，每个对象的功能是不同的，对于一个初学者来说，在接触一个新产品的时候，怎样快速的判断出每个对象的功能呢?大致上可以从三个方面来推测：

　　首先是对象的功能描述(object function)。我们可以从关于对象的描述中，推测出这个对象的大概用途。比如下图中，对象功能为“ON/OFF”，说明这个对象与控制输出的开闭有关，而对象功能“status indication ON/OFF”，则告诉我们这个对象与输出的状态反馈有关。

　　判断对象功能的另一个重要依据是它的数据类型(data type)。从大的分类上讲，分别有1bit， 4 bit, 1 byte, 2byte, 4byte等数据类型。其中最常用的当然是1bit，所有开关控制都是1 bit的数据类型，因为它只有两种状态：开和关(也就是0或者1)。还有比较常用的是1 byte，比如常见的调光亮度值、场景等都是1 byte(也就是一个8位字节的数值)。关于每种数据类型，还有更详细的分类，但是我觉得对于初学者来说不必细究，最重要的一点必须记住就行了，那就是：不同数据类型的对象是不可以放进同一个组地址中的。这就是我们寻找匹配对象的关键依据。比如某个面板发出的指令是1 byte的数据类型，那么你就需要在驱动器中寻找1 byte的对象来形成控制关系，而不是1 bit的对象。

　　还有一点需要注意的就是，不是每一个对象都具备发送控制指令的权限，这就需要了解关于对象的另外一个属性–“flag”。每个对象都分别有“C、R、W、T、U”五个flag，每个flag的含义各有不同，篇幅原因，在这里不做展开，有兴趣的童鞋可以研究一下KNX的基础培训课程来做深入了解。初学者只要记住一个简单的规律，那就是只有带有“T”flag的对象，才具备在总线被传输发出控制的能力，而只有带有“W”flag的对象，才有可能被写入相关的数值，从而被控制。

　　3

　　举个例子

　　如下图，是海格的一个具备恒照度控制功能的人体感应器TX511，当我们第一次打开它的对象列表，但从对象名称和对象功能描述中，恐怕很难确定哪一个对象可以用来进行控制，甚至有些童鞋会误以为0号对象“dimming control”和1号对象“switch ON/OFF”是用来控制驱动器的，但是当我们仔细观察每个对象的flag，才会发现，只有5号对象“dimming value”才具备“T”flag，才具备发出控制指令的能力。进一步的，我们发现这个“dimming value”对象的数据类型是1 byte，也就意味着我们需要把驱动器中，数据类型为1 byte的对象拉进来，与它组成一个组，才能形成控制，比如调光驱动器中的2号对象“Brightness Value”。

　　最重要的是你不用担心兼容性问题。ETS Apps虽然提供了无限的选择，但仍然能与整个KNX系统完美兼容。想要获得额外功能的ETS用户只需下载、安装并获得许可即可享受这些额外功能。ETS Apps更多的功能和更多的自定义的灵活性为您提供完美解决方案。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!