关于STM32F407 IAP程序升级，程序擦出成功，也写入成功，重新上电程序就没是没跑起来

小枫叶

各位前辈，小弟最近遇到一个关于IAP升级的问题，原子哥的IAP升级是采用串口一次性接收所有bin的数据，我的板子没有那么大缓存，只能接受一部分就写一部分，同样是接收2048字节再转换成512个4字节的数据，再写入flash中，地址每次偏移2048，直到写完就跳转到APP程序段。(目前我的APP段就是0x8000000，BOOT程序段是放后面的0X8040000),问题是写完flash(调试发现擦出flash成功了，写每次也成功了(看FLASH_ProgramWord函数返回值是成功的))，发现程序总是跑步起来(bin程序就是让一个灯闪烁的更快一些)，发现写bin后程序跑步起来，我现在疑问的是，如何准确判断是我写flash到底成功了没，还是程序别的问题，(如果写成功了，理论上我重新上电就能正常，但是重新上电也没有反应，APP程序断是0x8000000)

小枫叶

别沉下去啊，原子哥帮忙分析一下吧

BMN李

大小端？

xlong_06

你的BIN程序加了偏移地址吗？

小枫叶

xlong_06 发表于 2017-8-29 17:52
你的BIN程序加了偏移地址吗？

写bin的时候直接写的就是APP首地址(0x8000000)

小枫叶

小枫叶 发表于 2017-8-29 18:01
写bin的时候直接写的就是APP首地址(0x8000000)

然后每次写了2048字节(每次收到4个字节会转换成1个int型的数据，所以一共是512个int数据就写一次，地址偏移4*512=2048)

小枫叶

BMN李 发表于 2017-8-29 17:40
大小端？

收到的单字节会转换成4字节的数据，       
                temp=(u32)dfu[3]<<24;   
                temp|=(u32)dfu[2]<<16;   
                temp|=(u32)dfu[1]<<8;
                temp|=(u32)dfu[0];          

liuliuliu

1.你直接把APP程序下载（下载的时候注意设置Flash地址）到MCU里面如果运行正常，说明可能是IAP写Flash的有丢失或者其他问题；如果运行不正常则可能是你的APP程序里面地址偏移的问题；2.如果是Flash写丢失的问题，你可以用STM32 ST-Link Utility工具对比一下写进Flash的程序和bin文件是否一样，就可以找出问题所在！

尚磊12323

你写完后直接跳到0x80000000位置可以运行吗？  还是只是重新上电不能运行。如果是写完直接跳转都不能运行的话，你可以DEBUG一下，看程序走到哪里出了问题。
我当时做IAP升级的时候，跳转到APP运行跑飞是因为我编译优化了BIOS程序，具体原因没有查到。

小枫叶

liuliuliu 发表于 2017-8-29 18:09
1.你直接把APP程序下载（下载的时候注意设置Flash地址）到MCU里面如果运行正常，说明可能是IAP写Flash的有 ...

1.APP程序是没有问题的，只是让一个灯闪烁更快一些，已经验证过了(直接下载去验证的)，验证ok。
2.目前发现IAP升级时，原来的APP程序已经被擦出了，因为重新上电后，程序旧已经不能执行了(当然新程序也不能执行，我这里为什么重新上电去验证，原因是，APP程序就是芯片FLASH的开始地址0x8000000所以可以不用使用跳转命令，直接用重新上电方式去验证)。
3.写falsh的地址肯定是APP的首地址的，就是0x8000000开始去写的。
4.写flash地址偏移是接收2048字节再转换成512个四字节的数据写入，每次写入地址偏移是2048，从写入函数的返回值来看每次都写入成功(但是我感觉并不能证明真正写进去了)
5.调试擦出和写入过程时很顺利，没有出现过错误

小枫叶

liuliuliu 发表于 2017-8-29 18:09
1.你直接把APP程序下载（下载的时候注意设置Flash地址）到MCU里面如果运行正常，说明可能是IAP写Flash的有 ...

刚刚用了一下STM32 ST-Link Utility工具我发现我生成的bin的地址和hex地址不一样，貌似是不是bin的地址有问题，附上截图。[img]C:\Users\hezhen\Desktop\11.jpgC:\Users\hezhen\Desktop\22.png[/img]

liuliuliu

小枫叶 发表于 2017-8-30 08:50
1.APP程序是没有问题的，只是让一个灯闪烁更快一些，已经验证过了(直接下载去验证的)，验证ok。
2.目前 ...

写进Flash的程序（直接看MCU Flash里面的程序，用工具可以看到）和bin文件完全一样吗？有没有做过对比？用工具看到Flash里面的程序是这样的：

小枫叶

liuliuliu 发表于 2017-8-30 09:21
写进Flash的程序（直接看MCU Flash里面的程序，用工具可以看到）和bin文件完全一样吗？有没有做过对比？

这个图片

小枫叶

liuliuliu 发表于 2017-8-30 09:21
写进Flash的程序（直接看MCU Flash里面的程序，用工具可以看到）和bin文件完全一样吗？有没有做过对比？

刚刚做了下对比hex和bin发现bin的首地址好像不对呀，hex地址是对的

lhf_1230

里面好像有个效验码之类的一个long int数据，你读出能运行的文件，和你要IAP进去的bin文件比较一下，应该有4个字节不一样。

小枫叶

lhf_1230 发表于 2017-8-30 09:27
里面好像有个效验码之类的一个long int数据，你读出能运行的文件，和你要IAP进去的bin文件比较一下，应该有 ...

我现在就是发现我生成的bin和hex的起始地址好像不一样哦，上面两幅截图可以看见的，是不是bin本事就是0x0000000开始的

liuliuliu

小枫叶 发表于 2017-8-30 09:25
刚刚做了下对比hex和bin发现bin的首地址好像不对呀，hex地址是对的

查找一下看是不是bin文件的问题！可以直接用工具把bin文件下载进去，如果运行正常说明不是bin文件的问题，如果不正常就可能是bin文件的问题，注意Flash地址要设置对，一步一步去验证是哪里的问题！

liuliuliu

小枫叶 发表于 2017-8-30 09:30
我现在就是发现我生成的bin和hex的起始地址好像不一样哦，上面两幅截图可以看见的，是不是bin本事就是0x0 ...

不是，Flash的地址都是从0x08000000开始的，我设置的偏移地址是0x08004000，所以我截图上开始的地址是0x8004000

小枫叶

liuliuliu 发表于 2017-8-30 09:31
查找一下看是不是bin文件的问题！可以直接用工具把bin文件下载进去，如果运行正常说明不是bin文件的问题 ...

我现在是使用SWD下载的，实际上我对比APP程序的hex(SWD下载能正常执行)，和生成后的bin去对比就可以了，如果两者一致，那问题可能就是写flash没写成功，如果不一致，那可能就是bin没有生成对，现在验证，待会回帖。

小枫叶

小枫叶 发表于 2017-8-30 09:40
我现在是使用SWD下载的，实际上我对比APP程序的hex(SWD下载能正常执行)，和生成后的bin去对比就可以了， ...

目前发现hex和bin的数据时一致的，说明还是可能是flash擦除，写入有问题，附上代码，大伙分析下

小枫叶

小枫叶 发表于 2017-8-30 09:59
目前发现hex和bin的数据时一致的，说明还是可能是flash擦除，写入有问题，附上代码，大伙分析下

上面这个截图的功能就是：用一个int的数组FlashData对接收的数据进行接收，用的是以太网读取bin文件发下来的。这部分验过了没有问题，然后循环对单字节数据进行转换成4字节数据，然后存够了512个4字节的数据就写入一次，如此循环的。

lzq12

一般的用法是bootloader从0x08000000开始，然后APP再根据bootloader程序的大小往后偏移，但像你反过来设置的用法，很容易引起APP在运行的时候直接就跑到后面的bootloader的区域去了，建议你先按照bootloader在前，APP在后，然后每次上电时在bootloader检测是否需要跳转到APP，这样在以后编写APP时更方便，不用再去考虑在更换bootloader偏移地址的情况，而且在实际项目中也是这么用的