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

是否使用 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 的写入开始工作。 但在芯片复位后、它会返回到故障状态。

我们尝试在 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 封装

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

似乎 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 设置一致？

此致、
瑞安