[参考译文] CC2652P7：SIMPLELINK-CC13X2-26X2-SDK：通过 ZNP (8.31 SDK) 调试绿色电源器件

尊敬的 Buong：

下面是 我要引用的 Z 栈监控和测试 API。

很遗憾、我可以确认、Z-Stack 研发团队没有解决向 ZNP 添加 GP 功能的问题。  没有解决这一差距的时间表。  我可以直接复制必要的内容  \source\ti\ZStack\stack\zcl 文件放入一个新的 Common/zcl 工作区文件夹中、以解决 删除 DISABLE_GREENPOWER_BASIC Proxy 且 MT_GP_CB_FUNC 已添加到 Stack/Config/ZNP_cnf.opts 时的构建错误、但我尚未以任何方式测试此构建。

对于 RSSI 和链路质量  、可以使用 ENERGY_DETECT 类型的 MAC_SCAN_REQ、其中对于每个条目、MAC_SCAN_CNF 中的能量检测返回值应等于以下值：

ED = LQI =(255 *(rssiDbm + 90))/（–20 + 90)；

您需要  在 Znp_cnf.opts 中定义 MT_MAC_FUNC 和 MT_MAC_CB_FUNC、才能访问这些 MT 命令和响应。

此致、
Ryan

编写 GP 应用程序仪表组功能与 ZNP 项目操作背道而驰、该操作假设 Zigbee 应用程序是在双芯片设计中由主机执行的。  如果您希望在 CC26XX 上拥有 Zigbee 应用以及带有外部元件的 MT 接口、那么您可以将 MT 接口添加 到现有的 ZC 或 ZR ZCL 应用项目中（请注意，这可能是任一角色，但不会在两者之间进行选择）。

我应该先指出、MT_MAC*定义已被弃用、并且不能保持支持。  很抱歉忘记向您告知构建错误、但您已正确处理了这些错误。  为了获得 MAC_SCAN_CNF、我必须  在 zmac_cb.c 文件的 MAC_CbackEvent 函数中的 MAC_MLME_scan_cnf 事件语句末尾添加 NWk_MTCallbackSubNwkScanCnf。  但我不能评论这是否是一个有效的解决办法来满足你的需要。

NWK_MTCallbackSubNwkScanCnf ((void *) pData)；

仅供参考、在调试 Zigbee 协调器或路由器时、它会自动对其信道掩码内启用的所有信道执行能量扫描、并根据返回的能量检测值选择合适的信道来形成网络。  通过这种自动化、Zigbee 应用无法轻松访问 MAC 扫描层。  

如果您的最终产品利润丰厚、那么您还可以考虑使用双图像解决方案、例如 rfDiagnostics + ZNP、在 ZNP 模式下重新启动器件以配置 Zigbee 网络之前、使用 rfDiagnostics 在较低无线电级别评估通道。  然而、这需要更有针对性的发展才能实现。

此致、
Ryan