Part Number:CC3220
Hi,
I was testing the cloud_ota project on an CC3220S-LAUNCHXL with a CC3220R (replaced the CC3220S chip, since we intend to use the R version in our project).
Everything seems to work just fine on this EVK, except for the cloud_ota code, where it checks the ota.sign file in the tar.
The last log prints are:
OtaArchive_RunParseTar: parsing archive file header
OtaArchive_RunParseTar: skip block align RecvBufLen=863, SkipAlignSize=284
OtaArchive_RunParseTar: FileType=0, FileName=ota.sign, FileSize=72
<hangs, and eventually crashes inside simplelink>
Further debugging shows that the processor hangs inside the verifySignature function in OtaArchive, inside of sl_NetUtilCmd(SL_NETUTIL_CRYPTO_CMD_INSTALL_OP, (uint8_t *)&keyAttrib,sizeof(SlNetUtilCryptoCmdKeyMgnt_t), NULL, 0 , NULL, &resultLen);
Inside the simplelink call, the code hangs waiting for a reply from the NWP.
If I flash the same project in uniflash* to another EVK with an CC3220S the check proceeds and everything works.
Is it possible this hash check is not supported on the CC3220R? If so, I can easily just disable it in the ota-lib. But a more clear error message would have been welcome.
If not, I would guess the NWP hangs for some reason in the CC3220R version.
Thanks for your feedback!
* (My project files just contain the dummy_ota_vendor_cert.der and digicertroot.der (for github validation), no mcu image (I use jtag), so I don't have to use the playground certstore and can use the same project for CC3220S and CC3220R in development)