[参考译文] 在监听器中看到区域状态通知更改、但在串行端口中看不到。

您的主机应用程序是什么？

注意：协调器上的端点是配置文件 ID 0x104

我建议您使用监听器检查通知是否发送到协调员的注册端点  

这是日志。 (我看到 DestinationEP = 0？)  

密钥：0xaabbcceeff00112233445566778899

e2e.ti.com/.../SmokeAlarmCantReceiveValue.rar

您的设备会向端点0发送不正确的通知。 我假设您在测试中使用了 Develco 器件、我认为您需要联系制造商、以了解器件向错误端点发送通知的原因。

您是对的、使用的是开发产品。

绑定到正确的 EP、并出于某种原因将其发送到 DestinationEP = 0；  

除非您与他们达成支持协议、否则他们不会提供帮助

然后、我建议您跳过与此类器件的集成。

我知道、但由于工作原因、我无法将其丢弃。 将要求达成支持协议。

另外：烟雾报警器何时决定向哪个 EP 发送区域状态通知？ 可能在 CIE 地址写入之后？

是的、它应该是 CIE 地址写入将分配通知的 EP。

嗯、如果你看看集群0x0500的"匹配描述符请求"(我将其注册为输入和输出集群的端点1)、就会发现目标和源 EP 均为0、这一点非常有趣。

这是正常行为吗？

这是我的端点代码。

int[] pacchettoAFRegister = DoPacket.AF_REGISTER(
                0X01,
                DoPacket.HOME_AUTOMATION,
                DoPacket.DEVICE_ID_DEFAULT,
                7,
                new int[] {0x0019, 0x0009, 0x000a, 0x0000, 0x0020, 0x0500, 0x0003},
                2,
                new int[] {0x0500, 0x0019}
        );

ZDP 匹配请求通常是通过广播发送的，因此我认为使用端点0看到它是正常的，但在协调器的匹配响应中，您似乎错过了匹配列表，它是一个字节列表，每个字节代表一个8位端点。

匹配响应由协调人自动发送、而不是我通过工具发送。 它始终适用于 OTA 等、但当涉及到 IAS 区域时、

我是否应该自己编写我发送的响应数据包？

您使用什么协调器？

具有 ZStack 3.x.0的 SonOff 软件狗 CC2562P

我想这是在您的软件狗上运行的、对吧？ 我是说问您的主机应用是什么？ 是 TI Z-Tool 吗？

主机应用程序是用 Java 编写的。 是的、ZNP 在软件狗上运行

等待，我通过 Java 中的串行端口发送监视和测试 API 命令

匹配描述响应由加密狗自动发送

有趣的是、所有匹配响应都是正确的、但当涉及到 IAS 区域时、它会显示端点计数= 0、并且虽然在端点中、但无法与群集匹配

否、我认为匹配响应是由主机应用程序而非 ZNP 发送的。

让我澄清一下：我有这个包含 ZigBee2MQTT 固件的 Sonoff 软件狗、我只需通过串行端口发送 AF_DATA_Request 和 AF_register、BDB 试运转命令。 就像 ZigBee2MQTT 一样。

我从未发送任何匹配描述请求、而只是在端点 AF_REGISTER 中注册群集即可完成所有请求

可能会尝试将 ZNP 更新到最新的 SDK 6.40版本。

没有变化。

如何使用 AF_REGISTER 来注册端点？

这个项目获得了巨大的灵感： GitHub - zsmartsystems/com.zsmartsystems.ZigBee：支持多个加密狗的 ZigBee 集群库 Java 框架

AF_register code： com.zsmartsystems.zsmartsystems.zsmartsystems.zsmartsystems.zbigble-dongle.cc2531 at master·zsmartsystems/com.zsmartsystems.zsmartsystems.zgitHub ·

我基本上是用 Java 编写数据包，然后通过串行端口发送。

我的意思是询问您向协调员的端点注册了哪些输入/输出集群？ 此外、还要确保使用正确的端点、而不是0。

输出集群：OTA 和 IAS_zone

输入集群：OTA、IAS_zone、time 及3个以上(无关)

无论如何、最好知道您知道错误所在的位置。