IAP在线升级的思路

andychen

公司最近在STM32在线升级的方案，技术汇总了一下在线升级的设计思路，也想请大家一起来批评指导。
如下图所示，设计一个BOOT程序，BOOT程序的功能是引导程序跳转执行APP1或者APP2程序。
当最开始的时候，先烧录BOOT程序，后烧录APP1程序。在利用串口或者网络的方式将需要升级的APP2程序HEX文件放置到到0X02开始的位置，然后改变BOOT引导到重启到APP2的位置。
到APP2升级APP1的时候亦是如此，
这样设计对存储空间要求比较大。请问还有更优的设计方案吗。？

aozima

不支持映射地址的，两个APP要单独编译链接，加大了开发难度。
建议在BOOT中做COPY，把 TMP COPY 到 APP1中即可。

这样 APP1 与 TMP（APP2）需要对半分，比较浪费空间，可以对TMP进行压缩处理，这样空间利用率更高些。

另外，因为是COPY到APP1上面运行的，所以不要求TMP也是内部FLASH，用外部SPI FLASH也一样，这样便宜量足。

至于有人担心的变砖问题，说两个APP会好些。
事实上如果新的APP有问题，也得需要人工按键切换才行。
至于boot中自动判断新的APP是否能跑起来，这简直了，都不能跑起来的APP是如何通过测试和预演流程的？

biglu

看要不要支持远程升级，不需要远程升级的话，直接bootloader+app1就够了。升级失败了就在bootloader里等下次升级。

Acuity

最开始公司用的是楼主的方式，发现弊端挺大，就是二楼aozima大神所说，后面就改用了aozima的方式，固件小用内部flash，固件大加一片spi flash，做好校验（各种匹配、CRC等），没出现过升级成砖头的。

jermy_z

同意 aozima 的做法

andychen

aozima 发表于 2018-12-2 15:12
不支持映射地址的，两个APP要单独编译链接，加大了开发难度。
建议在BOOT中做COPY，把 TMP COPY 到 APP1中 ...

您好，您的意思是，每次启动的时候，首先从外部SPI FLASH  COPY一份代码到APP1中，然后直接运行APP1,不需要APP2，节约开发空间对吧? 请问SPI   FLASH您有推荐的吗？大概多少费用？

andychen

biglu 发表于 2018-12-2 17:45
看要不要支持远程升级，不需要远程升级的话，直接bootloader+app1就够了。升级失败了就在bootloader里等下 ...

我觉得BOOT 里面只需要最简单的程序就行。就是COPY 和 程序跳转就行。

aozima

每次启动的时候，首先从外部SPI FLASH  COPY一份代码到APP1中

去掉每次，后面每次启动只检查版本，相同就跳过。

不然太慢，也很快就烧坏了。

biglu

andychen 发表于 2018-12-3 09:56
我觉得BOOT 里面只需要最简单的程序就行。就是COPY 和 程序跳转就行。

是的啊，如果在APP里进行远程升级的话，那是需要分APP1+APP2的，在APP1里接收APP2成功并校验通过，就可以复位到Bootloader里了，然后将APP2代码移到APP1里，跳转就可以了。
但如果不需要远程升级，就是个串口升级，只需要1个APP1，因为升级过程中可能接收失败或写flash失败，所以如果失败了boolodaer重启继续等升级，如果成功就跳转。

andychen

aozima 发表于 2018-12-3 10:17
去掉每次，后面每次启动只检查版本，相同就跳过。

不然太慢，也很快就烧坏了。

请问您SPI FLASH是使用的那款？