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.

[参考译文] CC2674P10:ZCD_NV_STARTUP_OPTION 在适配器启动时显示为只读

Guru**** 1456330 points
Other Parts Discussed in Thread: CC2674P10, CC2652R7, LP-EM-CC1354P10, SYSCONFIG
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1323831/cc2674p10-zcd_nv_startup_option-appears-to-be-read-only-on-adapter-bootup

器件型号:CC2674P10
主题中讨论的其他器件: CC2652R7LP-EM-CC1354P10SysConfig

您好、尊敬的 TI 支持团队!

 ZCD_NV_STARTUP_OPTION 在适配器启动时显示为只读的原因有什么吗? (CC2674P10)

我们将使用适用于 LP1354P10-6的 ZNP 示例应用作为基础固件

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

    是否使用 ZTool 编写 ZCD_NV_STARTUP_OPTION 

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

    Andrew、您好!

    您能否进一步解释您如何尝试读取和写入 ZNP 项目中的 NV 项目、以及您观察到的接收响应行为?  您是否尝试过调试项目以了解代码执行过程中发生的情况?

    监测和测试 API
    SWRA671

    此致、
    瑞安

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

    我们使用 SYS_OSAL_NV_WRITE_EXT 对 Z-Tool 进行了测试、以写入 ZCD_NV_STARTUP_OPTION、但测试失败、错误代码为 NV_OPER_ERROR (0x0a)。 然后我们尝试了 NV_delete 和 NV_item_init 来重新创建成功的项目。 在此之后、对 ZCD_NV_STARTUP_OPTION 的写入开始工作。 但在芯片复位后、它会返回到故障状态。

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

    尝试参考 https://sunmaysky.blogspot.com/2017/02/use-ztool-z-stack-30-znp-to-set-up.html?m=1中的步骤 来测试并查看它是否起作用。

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

    我们尝试在 Z-tool 中进行测试、避免了 Zigbee2MQTT 存在任何问题。

    当尝试该链接时、它在第一步中已失败:



    只有在我们删除并重新初始化  ZCD_NV_STARTUP_OPTION 项时、我们才能成功写入它。 但是、在 CC2674p10复位后、它会立即再次发生故障。

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

    刚刚测试了在 LP_CC2652R7上构建的同一工程(芯片配置除外)不存在此问题。 似乎是特定于 CC2674P10 SoC 的内容。

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

    感谢您提供此附加上下文。  您正在使用哪个 SDK 版本、 默认  LP-EM-CC1354P10_1 ZNP 项目是否存在这种行为、或者是否需要器件端口?

    此致、
    瑞安

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

    我没有观察到与默认 LP-EM-CC1354P10_1 ZNP  代码相同的情况

      

    因此、问题可能是 器件迁移过程定制硬件、或者在重新编程之前应将器件完全擦除。

    此致、
    瑞安

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

    我们使用的是 SDK 版本 SDK_7_10_02_23。

    此外、我们正在与 LP-EM-CC1354P10_ 6 ZNP  代码(不是**P10_ 1 ")

    我们确实可以迁移到 CC2674P10 RGZ 封装

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

    _6/_1对所关注的问题不应产生任何影响。  我使用了相同的 SDK 版本、LaunchPad 使用 RSK 封装、该封装比 RGZ 版本更大且具有更多的引脚、但它不应对正确的迁移产生影响。  您是否曾尝试调试工程以进一步确定为什么返回 NV_OPER_ERROR (0xA)(在 osal_NV_WRITE_ex 中可能为 NV_OPER_FAILED)?  当您重新初始化而不删除 NV 项目时会发生什么情况?  其他 NV 项目也会出现这种情况吗?

    此致、
    瑞安

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

    当我重新启用天线切换时、此问题似乎消失了。 当然、这没有任何意义、也不应该影响这一点、因此我想这可能是与固件安装或您上面提到的擦除操作有关的问题。

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

    我最终跟踪了这种情况的真正原因。

    在固件工程的自定义包含的预处理过程中、NVOCMP_PAGES 在某个时刻被重新定义为新值。  

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

         

    似乎 NV 内存在启动后损坏。 项目不存在。 我必须先删除每一个、然后进行初始化、然后我可以向它们写入

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

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

    Start Time: 16.02.2024 16:46:08
    
    <TX>04:46:08.85 COM59 SYS_PING (0x2101)
    
    <RX>04:46:08.86 COM59 SYS_PING_RESPONSE (0x6101)
        Capabilities: System, AF, ZDO, Util, GP, AppConfig (0x659)
    
    <TX>04:46:33.66 COM59 SYS_OSAL_NV_WRITE (0x2109)
        Id: 0x0003
        Offset: 0x00
        Len: 0x01
        Value: . (0x03)
    
    <RX>04:46:33.67 COM59 SYS_OSAL_NV_WRITE_SRSP (0x6109)
        Status: NV_OPER_ERROR (0xA)
    
    <TX>04:46:53.17 COM59 SYS_OSAL_NV_DELETE (0x2112)
        Id: 0x0003
        Len: 0x0001
    
    <RX>04:46:53.17 COM59 SYS_OSAL_NV_DELETE_SRSP (0x6112)
        Status: SUCCESS (0x0)
    
    <TX>04:47:02 COM59 SYS_OSAL_NV_ITEM_INIT (0x2107)
        Id: 0x0003
        Len: 0x0001
        InitLen: 0x01
        InitValue: . (0x00)
    
    <RX>04:47:02.03 COM59 SYS_OSAL_NV_ITEM_INIT_SRSP (0x6107)
        Status: 9 (0x9)
    
    <TX>04:47:13.54 COM59 SYS_OSAL_NV_WRITE (0x2109)
        Id: 0x0003
        Offset: 0x00
        Len: 0x01
        Value: . (0x03)
    
    <RX>04:47:13.55 COM59 SYS_OSAL_NV_WRITE_SRSP (0x6109)
        Status: SUCCESS (0x0)
    
    <TX>04:47:19.27 COM59 SYS_RESET (0x4100)
        Type: 0x00 (HARD RESET) (0x0)
    
    <RX>04:47:21.33 COM59 SYS_RESET_RESPONSE (0x4180)
        Reason: 0x00
        TransportRev: 0x02
        Product: 0x01
        MajorRel: 0x02
        MinorRel: 0x07
        HwRev: 0x01
    
    <TX>04:47:38.5 COM59 SYS_OSAL_NV_WRITE (0x2109)
        Id: 0x0057
        Offset: 0x00
        Len: 0x01
        Value: . (0x00)
    
    <RX>04:47:38.51 COM59 SYS_OSAL_NV_WRITE_SRSP (0x6109)
        Status: SUCCESS (0x0)
    
    <TX>04:48:12.7 COM59 APP_CNF_BDB_SET_CHANNEL (0x2F08)
        isPrimary: TRUE (0x1)
        Channel: CHNL_0x00002000 (0x2000)
    
    <RX>04:48:12.71 COM59 APP_CNF_BDB_SET_CHANNEL_SRSP (0x6F08)
        Status: SUCCESS (0x0)
    
    <TX>04:48:26.13 COM59 APP_CNF_BDB_SET_CHANNEL (0x2F08)
        isPrimary: FALSE (0x0)
        Channel: NONE (0x0)
    
    <RX>04:48:26.13 COM59 APP_CNF_BDB_SET_CHANNEL_SRSP (0x6F08)
        Status: SUCCESS (0x0)
    
    <TX>04:48:42.13 COM59 APP_CNF_BDB_START_COMMISSIONING (0x2F05)
        CommissioningMode: (0x04) Network Formation (0x4)
    
    <RX>04:48:44.77 COM59 APP_CNF_BDB_START_COMMISSIONING_SRSP (0x6F05)
        Status: SUCCESS (0x0)
    
    <RX>04:48:44.77 COM59 APP_CNF_BDB_COMMISSIONING_NOTIFICATION (0x4F80)
        Status: 1 (0x1)
        Commissioning Mode: 0x02 (Formation) (0x2)
        Commissioning Mode: 0x04 (Network Formation) (0x4)
    
    <RX>04:48:44.97 COM59 ZDO_STATE_CHANGE_IND (0x45C0)
        State: 8 (0x8)
    
    <RX>04:48:45.26 COM59 ZDO_STATE_CHANGE_IND (0x45C0)
        State: 8 (0x8)
    
    <RX>04:48:45.82 COM59 ZDO_STATE_CHANGE_IND (0x45C0)
        State: 9 (0x9)
    
    <RX>04:48:45.82 COM59 APP_CNF_BDB_COMMISSIONING_NOTIFICATION (0x4F80)
        Status: 0x00 (Success) (0x0)
        Commissioning Mode: 0x02 (Formation) (0x2)
        Commissioning Mode: 0 (0x0)
    
    <TX>04:49:02.09 COM59 UTIL_GET_DEVICE_INFO (0x2700)
    
    <RX>04:49:02.09 COM59 UTIL_GET_DEVICE_INFO_RESPONSE (0x6700)
        Status: SUCCESS (0x0)
        IEEEAddr: 0x00124B003246950E
        ShortAddress: 0x0000
        DeviceType: COORDINATOR, ROUTER, END_DEVICE (0x7)
        DeviceState: DEV_ZB_COORD (0x9)
        NumAssocDevices: 0x00
        AssocDevicesList
    
    

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

    Tim 发现、一旦他们修改了在迁移过程中发生更改的 NVOCMP_PAGES、该问题就得到了解决。  以下是一些 有关 NV 分配的文档、您能否 在迁移过程之前/之后确认工程属性和 SysConfig 设置一致?

    此致、
    瑞安