本帖最后由 weitingliu 于 2023-1-21 08:03 编辑
现今的电子产品发展迅速且开发周期很短，往往在市场贩卖后有固件更新的需求，大部分修正软件问题、新增软件功能、系统优化等都需要固件更新来完成，因此发展出一种程序架构让应用程序有自我更新的能力，通过这种方法更新程序我们称之为 IAP (In-ApplicationProgramming)，此类程序通常由两个可执行的独立程序组成，分别是存放在 IAP 区域的 IAPLoader，以及存放在 AP (Application) 区域的 AP Firmware。
IAP / AP 架构的优点是 IAP Loader 与 AP Firmware 的原始码都属于 Main Flash 内应用层的程序，用户拥有完全的控制能力，例如用户可以决定自己的通信接口，也可自定义通信协议，或是沿用 HT32 定义的协议来增加新命令。但 MCU 必须分配部分的 Flash 存储器作为 IAP区域而压缩了 AP 可用的范围，在 Flash Layout 的单元会介绍 HT32 的 IAP / AP 架构的存储器规划。
HT32 提供的 IAP_SPI 应用范例通过两个范例程序组成 ：
- Slave 范例：使用 IAP / AP 架构。IAP Loader 会根据 Host 传来的命令封包对 AP 进行 IAP更新。使用者可在此工程架构下开发或移植应用程序
- Host 范例：此范例示范如何开发一个 IAP Host。将“新版 Slave AP Image”作为数据存储在内部 Flash，并向 Slave 的 IAP Loader 发出更新 AP 的需求。Host 范例仅用于测试与学习，使用者需要将其移植到应用环境的 Host，并依据实际的应用情境进行调整
HT32 的 IAP_SPI Slave 范例提供以下功能：
- 完整且稳定的 IAP 通信协议
- 完整的更新程序 API，包括：Erase、Program、Jump to IAP / AP
- 完整的验证程序 API，包括：Verify、CRC、Blank Check
- 安全机制，包括：封包认证、数据加密、完整性确认、更新范围与流程保护。避免非法的操作与更新行为
- 更新中断与应用执行保护，包括：AP 存在检查机制、版本检查机制、AP Firmware 正确性检查 (CRC Check)
详细内容请参考附件:
an0605sc.pdf
(2.35 MB)
范例下载路径：https://mcu.holtek.com.tw/ht32/app.fw/IAP_SPI/
更多应用笔记信息链接：https://www.holtek.com.cn/general/32bit-flash-mcu
联系版主或负责单位，获取更多资讯
业务联系邮箱：holtek.sales@holtek.com.cn
技术支持邮箱：holtek.fae@holtek.com.cn
|
楼主
标题置顶
标题高亮
