根据 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核心、管理、隧道的功能。 |