数据类型

主机数据类型

当配置一个KNX开关通道的数据类型时，基本格式如下：

switch=发送地址+接收地址:数据类型

主机支持的数据类型如下：

  • 1-bit数据类型, 统一使用1.001
  • 4-bit数据类型, 统一使用3.007/3.008
  • 1-byte unsigned value, 统一使用5.001(0-100%), 5.005(0-255%)
  • 1-byte signed value, 统一使用6.001
  • 2-byte unsigned value, 统一使用7.001. (注: 7.010为特殊数据类型, 适配HDL控制与反馈不一致的色温灯, 详见KNX灯光的对接说明)
  • 2-byte signed value, 统一使用8.001.
  • 2-byte float value, 统一使用9.001.
  • 17.001/18.001, 统一使用5.005, 注意17.001/18.001与5.005的区别, 如下:
    • 17.001/18.001和5.005都是1byte数据类型
    • 17.001/18.001的值减去1是5.005的值
    • 例如, 17.001/18.001的场景号值为1时，其对应的5.005的值是0。17.001/18.001的场景号值为2时，其对应的5.005的值是1。依此类推。
  • 19.001, 主机定时发送日期和时间到KNX总线.
  • 其他数据类型, 如有需要, 请联系技术支持

ETS数据类型说明

同一个组地址，为什么ETS里显示的值，和APP上显示的值不一样？这个问题，涉及到KNX总线上数据的传输机制，与ETS上对数据的解析机制。

其实，数据在KNX总线上是以16进制数据的形式进行传输，有数据长度之分，但没有细分到ETS上的数据类型这种程度。当一个1 byte的组地址数据以5.001的数据类型从主机发出后，ETS接收到该数据时，并不知道它是5.001的数据类型，只知道它是1 byte的数据类型。此时，必须人工指定该组地址的数据类型。通常，ETS通过该组地址绑定的组对象的数据类型来解析，当然也可以手工修改组对象的数据类型。

对于某个组地址，如果ETS里数据类型，与主机中用户配置的数据类型不一致，那就会出现APP显示的值与ETS里显示的值不一致的情况。

5.001与5.005

例如，5.001与5.005，ETS对相同的16进制数据0xFF的解析如下：
5.001与5.005区别

5.005与18.001

例如，5.005与18.001，ETS对相同的16进制数据0x00的解析如下：
5.005与18.001区别

KNX场景号

  • KNX场景号，类型为18.001，值为1－64，是1 byte的数据类型
  • 18.001与5.005，都是1 byte数据类型
  • 18.001的场景号值为1时，其对应的5.005的值是0。18.001的场景号值为2时，其对应的5.005的值是1。依此类推。 注：5.005是1 byte，取值0－255

results matching ""

    No results matching ""