主题中讨论的其他器件:Z-STACK
在 ZCL 规范中、同一终点中同一集群下的每个属性都是 独立的。 允许已启用报告的属性具有自己的报告期间。 同一群集下的不同属性允许具有不同的最大报告时间,因此可以在不同的结束时间中报告它们。
只有在同一端点的同一群集下的许多属性同时触发报告时、它们才可以加载到同一个 ZCL-Reporting 命令中。 报告的属性应位于相同的制造代码和相同的方向。
现在、我正在尝试修复 DBD-Reporting。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
在 ZCL 规范中、同一终点中同一集群下的每个属性都是 独立的。 允许已启用报告的属性具有自己的报告期间。 同一群集下的不同属性允许具有不同的最大报告时间,因此可以在不同的结束时间中报告它们。
只有在同一端点的同一群集下的许多属性同时触发报告时、它们才可以加载到同一个 ZCL-Reporting 命令中。 报告的属性应位于相同的制造代码和相同的方向。
现在、我正在尝试修复 DBD-Reporting。
我无法证明 ZCL 8规范强制每个属性在不同结束时间报告时都必须在自己的框架内报告。 但在其他芯片工厂(Silabs、Telink、NXP)的生产中、每个属性都可以在自己的帧中报告。
我的想法是、每个属性在触发报告时都可以报告、但 ZCL-Report-Command 确实没有发送。 当属性触发报告时,它将推入队列缓存中。 一个函数将从该队列缓存中弹出报告属性并将其填充到 ZCL-Report-Command 中。 如果许多属性在同一集群 和相同终点 以及相同的制造代码和 相同方向下、则可以将它们填充到相同的 ZCL-Report-Command
开发人员可以完全访问 zcl_*。c/h 和 bdb_reporting.c/h 文件、以便对 ZCL/BDB 层进行进一步修改、从而 满足其应用的报告要求。 请注意、SDK v7.10随附的 Z-Stack 仍然集成了 ZCL 规范 v7、并且 计划为 SDK v7.40提供 Zigbee R23支持、该 SDK v7.40设置为在2024年年初发布。
此致、
瑞安