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.

[参考译文] CC2652R:自定义 OSAL 非卷令牌

Guru**** 1805680 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1385850/cc2652r-custom-osal-nonvol-tokens

器件型号:CC2652R

工具与软件:

您好!

一个应用程序使用 SimpleLink CC13x2 26x6 SDK v4.20.01.04。  我们最近使用 OSAL SNV 系统添加了一些自定义的非卷令牌。  我们特别有两个标记、它们是大型结构-每个标记约110个字节、未来可能会增长一点。  从 列表30中的此处文档来看、我们的应用程序令牌可能必须使用0x80和0x8F 之间的 ID 值。  是这样吗?

今天,我在 zcomdef.h 文件(第212行-226行)中遇到了一堆 NV 项目 ID ,包括以下内容:

  • #define ZCD_NV_legacy_NWK_SEC_MATERY_TABLE_END  0x0080
  • #define ZCD_NV_USERDESC       0x0081
  • #define ZCD_NV_NWKKEY         0x0082
  • #define ZCD_NV_PANID            0x0083
  • #define ZCD_NV_CHANLIST        0x0084
  • #define ZCD_NV_LEAVE_CTRL      0x0085
  • #define ZCD_NV_SCAN_DURATION 0x0086
  • #define ZCD_NV_LOGIC_TYPE   0x0087
  • #define ZCD_NV_NWKMGR_MIN_TX 0x0088
  • #define ZCD_NV_NWKMGR_ADDR  0x0089
  • #define ZCD_NV_ZDO_DIRECT_CB 0x008F

显然、这使我对文档中的理解产生了疑问、即我们可以使用0x80至0x8F 的 NV 令牌 ID 空间而不存在任何冲突。  似乎写入 ID 为0x80、0x81、0x82等的我的令牌可能与这些 ID 存在冲突、并导致损坏、对吧?

如果是这种情况、我是否有一个 ID 空间可用于我的应用令牌、而该令牌不会与堆栈发生冲突?  该文件有数十个令牌 ID、一些似乎也相互重叠(ZCD_NV_EX_ADDRMGR、ZCL_PORT_SCENE_TABLE_NV_ID、ZCD_NV_EXTADDR ALL =0x0001)。  我对文档和 OSAL SNV ID 系统有什么误解?

谢谢!

Damon

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Damon:

    您应该参考所使用的 SDK 的 Zigbee 用户指南。  其中、您可以找到 应用程序非易失性存储器 部分、该部分将演示如何出于您的目的使用定制 NV 存储器 ID。   调用 NVINTF_SYSID_APP 驱动程序函数时、主要使用 NVINTF_SYSID_APP 的 nvId.systemID 和自定义的 nvId.itemID。  "门锁"是一个很好的复印示例。

    此致、
    Ryan