根据 KNX 规范第 8/1 卷对经过认证的系统协议栈进行修改时,会区分以下情况:
| 案例 | 需要注册吗? | 需要认证测试吗? | |
| A | 编译的协议栈的二进制文件可以 1:1 转换到另一个微控制器平台(例如,通常是与以前版本相比具有扩展功能的微控制器) | 是 | 否 |
| B | 需要修改系统协议栈的代码,以便能够将其编译到另一个微控制器平台,而对于已实现的KNX系统功能,无需更改已实现的 KNX 系统协议栈的代码。 | 是 | 否,此新控制器上协议栈的正确运行由制造商负责 |
| C | 所实现的KNX系统协议栈的代码需要更改(例如,添加新的或纠正现有的KNX系统功能),以便将其编译到相同或另一个控制器平台。 | 是 | 是的,根据制造商做出的相关功能修改声明,KNX认证的测试实验室可能决定只重复一些测试。 |
| C1 | 使用 KNX 安全扩展已认证的 KNX 传统协议栈 | 是 | 是,需要(至少)验证完整添加的KNX安全功能,并重新测试第8/3/7卷中给出的测试 |
| C2 | 移植已认证的 KNX 传统堆栈以与其他 KNX 介质一起使用,例如,最初针对 TP 进行认证,并针对 RF 进行了调整 | 是 | 是,需要(至少)根据第8/2/5卷验证底层,并重新测试第8/3/7卷中给出的测试 |
| C3 | 使用 KNXnet/IP 隧道扩展已认证的 KNX 传统协议栈 | 是 | 是的,在协议栈余下功能的随机测试后,需要验证KNXnet/IP核心、管理、隧道的功能。 |