器件型号：CC3220
您好！
我在具有 CC3220R 的 CC3220S-LAUNCHXL 上测试了 cloud_ota 项目(替换了 CC3220S 芯片、因为我们打算在项目中使用 R 版本)。
除了 cloud_ota 代码外、此 EVK 上的一切似乎都正常、它在此处检查 tar 中的 ota.sign.文件。
最后的日志打印为：
OtaArchive_RunParseTar：解析存档文件头
OtaArchive_RunParseTar：跳过块对齐 RecvBufLen=863、SkipAlignSize=284
OtaArchive_RunParseTar：FileType=0、fileName=ota.sign, FileSize=72
进一步调试显示，处理器在 OtaArchive 的验证签名函数内挂起，位于 sl_NetUtilCmd (sl_NETUTIL_crype_CMD_INSTALL_OP，(uint8_t *)&keyAttrib，sizeof (SlNetUtilCryptoCmdKeyMgnt_t)、NULL、0、 空，&resultLen)；
在 simplelink 调用内部、代码挂起、等待 NWP 的回复。
如果我使用 CC3220S 将 Uniflash*中的同一个项目刷写到另一个 EVK 中，则会进行检查，一切工作正常。
CC3220R 上是否可能不支持此哈希检查？ 如果是、我可以轻松地在 OTA-lib 中禁用它。 但是、我们希望收到更明确的错误消息。
如果不是、我想在 CC3220R 版本中 NWP 由于某种原因挂起。
感谢您的反馈！
*(我的项目文件仅包含 dummy_ota_vendor_cert.der 和 digicertroot.der (用于 GitHub 验证)、不包含 MCU 映像(我使用 JTAG)、因此我不必使用游乐场 certstore、并且可以对正在开发的 CC3220S 和 CC3220R 使用相同的项目)
