简介

在嵌入式开发中通过OTA升级结束后，一般需要验证升级包的完整性，通常会携带CRC信息，升级后计算升级程序的CRC信息和携带的CRC进行检查，如果一致镜像代表升级包完整否则代表升级包有损坏。IAR 工具支持在bin文件的末尾添加上CRC信息，用于程序完整性的检测。

IAR 生成CRC 配置

IAR 在link 阶段可以根据Project>Options>Linker>Checksum 路径下的配置信息计算镜像的CRC信息，本地的配置如下：

根据flash 的划分情况将0x08000000-0x0803fffb 区间用于存放 App 程序，0x0803fffc-0x0803ffff 空间存放CRC32信息。

各配置参数说明如下：

• Checksum size ： 选择 checksum 的大小（字节数）
• Alignment： 指定 checksum 的对齐方式。 一般，处理器不支持非对齐访问时有用， 不填的话默认 1 字节对齐。
• Algorithm： 选择 checksum 的算法
• Complement： 是否需要进行补码计算。 选择“ As is”就是不进行补码计算。
• Bit order：位输出的顺序。 MSB first，每个字节的高位在前。 LSB first， 每个字节的低位在前。
• Reverse byte order within word： 对于输入数据，在一个字内反转各个字节的顺序。
• Initial value： checksum 计算的初始化值
• Checksum unit size ： 选择进行迭代的单元大小，按 8-bit， 16-bit 还是 32-bit 进行迭代

CRC算法的配置说明可以参照如下说明:

上述配置后，在编译生成的镜像后会添加如下的CRC32信息。

修改上述bin 文件删除末尾的CRC32数值 使用在线工具(https://emn178.github.io/online-tools/crc32_checksum.html)生成对应的CRC数值比较后发现和IAR生成的是一致的。

CubeMx 配置

使用IAR 生成的CRC数据我们可以使用，STM32H533的CRC模块进行比较验证,对应配置如下：

添加如下代码验证CRC的完整性：

MX_CRC_Init();
  /* USER CODE BEGIN 2 */
  crc = HAL_CRC_Calculate(&hcrc, (uint32_t *)&__checksum_begin,(((uint32_t)&__checksum_end - (uint32_t)&__checksum_begin + 1u)/4u));
  /* USER CODE END 2 */  
  /* Compare the calculated CRC with the previously stored CRC */
  if(__checksum == crc^0xffffffff)
  {
      printf("rom crc check ok crc_calc %x crc_link %x\r\n",crc^0xffffffff,__checksum);
  }
  else
  {
      printf("rom crc check faild crc_calc %x crc_link %x\r\n",crc^0xffffffff,__checksum);
  }

运行后IAR 生成的CRC32数值和MCU的CRC模块计算出来的也是保持一致的。

参考资料

https://www.iar.com/zh/knowledge/support/technical-notes/linker/iar-embedded-workbench-checksum-crc

https://www.iar.com/zh/knowledge/support/technical-notes/general/verifying-integrity-by-iar-embedded-workbench-and-crc