stm32做IAP升级碰到的奇怪现象

二妞的妞

stm32f103RC芯片，做IAP升级，boot程序和旧的app程序，通过keil分别烧录以后做新app的升级，正常；

boot程序和旧的app程序，合成一个hex文件，jflash烧录，然后做新app程序升级，跳转到新app以后，全部变量变为了0xff；
boot程序和新的app程序，通过keil分别烧录以后测试新app的升级，正常；
boot程序和旧的app程序，合成一个hex文件，jflash烧录，然后keil烧录新app，然后jflash读出app区数据，另存为bin文件。读取到的这个bin文件，用jflash写进去，正常启动，IAP升级，失败。

可以确定的是升级逻辑没有问题，上位机没有问题。因为测试另一个APP和boot完全正常。

阿侑kevin

514字节怎么都对不齐啊

二妞的妞

测试发现，把可以升级的APP功能改成升级失败的APP功能以后，原本可以升级的APP升级以后也不行了。只是加了两个变量，加了一个通信的CRC校验。很诡异

bin133

帮顶  

正点原子

烧进去，然后直接读出来， 对比下看看

二妞的妞

正点原子 发表于 2022-1-14 01:47
烧进去，然后直接读出来， 对比下看看

问题已经定位到了，写数据的时候，每包写了514个字节，从0x08010000开始写，到0x08016000开始就会出问题，原子哥的flash读写那里应该是有点问题，每包512字节写没问题，写514就不行了，弄了一个514字节的测试数组，循环写，发现确实写不进去

二妞的妞

正点原子 发表于 2022-1-14 01:47
烧进去，然后直接读出来， 对比下看看

另一个可以正常启动的APP，是因为改动非常小，写失败不影响正常的启动，把APP区擦除了再写，也会启动不起来

二妞的妞

阿侑kevin 发表于 2022-1-14 15:09
514字节怎么都对不齐啊

确实是程序设计的时候疏忽了，原计划就是每次写512字节数据进去，结果每次写514个字节，每次偏移512个地址，写完前面0x800个地址以后后面就写不进去了