stm32怎样实现一边正常运行，一边串口接收程序升级数据？

嘴角的上弦月

搞了台别人家的设备。测试了下在线升级功能：
串口分了300多包把要升级的程序数据传输到设备里面，然后点击“升级”，设备一眨眼（重启）更新程序了~~~

芯片STM32F030，flash为64K
要升级的APP程序量大概54K

因为flash大小的限制，肯定是不能同时存储2份APP程序的，
那么问题来了：
到底是怎样实现程序的所有功能都能正常运行（显示、保护动作、串口通信等等），一边串口还在接收要写入Flash的程序数据的呢？？
接收到的50多K的数据，及时用缓存，也不可能有这么大的RAM用来缓存啊？

edmund1234

把接收数据及写到flash的程式抄到RAM去运行

美丽的时光机器

edmund1234 发表于 2018-9-3 16:17
把接收数据及写到flash的程式抄到RAM去运行

可以把你的想法再分步骤描述一下吗？谢谢

xiaomodao

只能外挂flash了。或者写一段bootloda，在开机前几秒进入升级模式，这样也可以。

edmund1234

美丽的时光机器 发表于 2018-9-3 16:40
可以把你的想法再分步骤描述一下吗？谢谢

这还不清楚？ 我不知道你的疑问在哪？ 范围太广不好猜， 呵呵

美丽的时光机器

edmund1234 发表于 2018-9-3 16:49
这还不清楚？ 我不知道你的疑问在哪？ 范围太广不好猜， 呵呵

我对这个需求完全没任何思路。。。

edmund1234

美丽的时光机器 发表于 2018-9-3 16:54
我对这个需求完全没任何思路。。。

当你确定了要升级后， 是不是最少有四个任务？

一） 通过USART接收数据到RAM
二） 查错
三） 烧录到Flash
四） 是否完毕， 否则重复一至四
五）打开看门狗， 等待复位

把它们全都拷到RAM去执行， 这懂么？

美丽的时光机器

edmund1234 发表于 2018-9-3 17:01
当你确定了要升级后， 是不是最少有四个任务？

一） 通过USART接收数据到RAM

第3步：烧录是需要该启动文件吗？
还有第2步：查错是判断是否接收完整吗？

edmund1234

美丽的时光机器 发表于 2018-9-3 17:28
第3步：烧录是需要该启动文件吗？
还有第2步：查错是判断是否接收完整吗？

第三步， 不需要， 打开StdPeriph_Driver， 找flash.c 看看里面的内容， 就该知道怎样烧录（重写）falsh
第二步， 任何通信接收到的数据都可能会出错， 所以必定会有查错（校验）的方式， 简单如CheckSum， 复杂如CRC。。。。。等等

你的RAM是不可能一次过把整段更新代码都收下来， 所以要分段收， 然后写到Falsh， 之后再收二段。。。。。。

323232

老哥..  bootloader了解一下...

美丽的时光机器

edmund1234 发表于 2018-9-3 17:45
第三步， 不需要， 打开StdPeriph_Driver， 找flash.c 看看里面的内容， 就该知道怎样烧录（重写）falsh
...

好的 谢谢

a3748622

edmund1234 发表于 2018-9-3 17:45
第三步， 不需要， 打开StdPeriph_Driver， 找flash.c 看看里面的内容， 就该知道怎样烧录（重写）falsh
...

一次过，活抓一个广东银

jermy_z

BootLoader+APP1+APP2可以实现你的需求

BootLoader不多讲了，常见的说法
APP1是你正常的程序
APP2是你需要升级的程序
两个APP的好处是当升级失败了，还可以把正常的程序拷贝回去

嘴角的上弦月

edmund1234 发表于 2018-9-3 16:17
把接收数据及写到flash的程式抄到RAM去运行

放在RAM中运行，在我接收数据的这段过程中，我程序的所有功能都还能正常运行吗？50多k的程序量，RAM有这么大空间吗？

嘴角的上弦月

jermy_z 发表于 2018-9-3 18:58
BootLoader+APP1+APP2可以实现你的需求

BootLoader不多讲了，常见的说法

那你首先要保证你的flash空间能放下至少2个APP。。。

嘴角的上弦月

edmund1234 发表于 2018-9-3 17:45
第三步， 不需要， 打开StdPeriph_Driver， 找flash.c 看看里面的内容， 就该知道怎样烧录（重写）falsh
...

你这RAM中执行的程序，串口接收、写flash这些操作还可以，但要让我以前的程序依然正常运行，这RAM空间够用吗？

嘴角的上弦月

323232 发表于 2018-9-3 17:45
老哥..  bootloader了解一下...

正在了解，但是这设备的表象不像BootLoader啊，在BootLoader中不止接收数据、写flash操作、还要保留设备的其它所有功能，那代码量就大了啊，flash根本不够用啊

jermy_z

嘴角的上弦月 发表于 2018-9-4 09:02
那你首先要保证你的flash空间能放下至少2个APP。。。

外部flash了解下？

嘴角的上弦月

xiaomodao 发表于 2018-9-3 16:48
只能外挂flash了。或者写一段bootloda，在开机前几秒进入升级模式，这样也可以。

我现在的思路就是BootLoader，硬件已成型，没有外扩flash，但是我的BootLoader无法实现像这货这样，一边接收数据还一边正常跑其它所有功能

嘴角的上弦月

jermy_z 发表于 2018-9-4 09:06
外部flash了解下？

硬件不允许了现在

嘴角的上弦月

jermy_z 发表于 2018-9-4 09:06
外部flash了解下？

还有关于BootLoader和APP程序中断问题，是不是2个工程中只能有一个用中断？我看有需要中断向量表迁移的，这一块还不太明白

323232

嘴角的上弦月 发表于 2018-9-4 09:14
还有关于BootLoader和APP程序中断问题，是不是2个工程中只能有一个用中断？我看有需要中断向量表迁移的， ...

是不是只有升级的时候用串口？

Sun_Fly

64K，就别想在线升级了

xiaomodao

嘴角的上弦月 发表于 2018-9-4 09:09
我现在的思路就是BootLoader，硬件已成型，没有外扩flash，但是我的BootLoader无法实现像这货这样，一边 ...

那肯定不行了。你这种情况只能boot loader+APP形式。

tianjinfeiying

外扩一个大的RAM或者flash.读数据就存在缓存里，因为缓存有限，所以一次接收数据不能太多，接收一段也就是一包，要存储在外扩RAMflash中，再接收下一个包。此时因为存储处理外扩需要时间，就不能连续接收。每个包发送直接应该有时间间隔，给接收时间。然后几百个都接收存储好了，有个结束标志。这样升级程序就都保存在外部了。然后设备重启，此时判断是否需要更新升级程序？这个程序就是叫bootloader.如果需要，就从外部flash读进stm然后再重启。再次判断，如果不需要升级了。就直接运行程序。

2320445411

老哥，研究出来了吗

sujintu

持续关注中

操作系统

一点升级,设备重启.那当然是进入了BOOT LOADER 下载程序了.
当程序在BOOT LOADER状态下,应该是只能升级.不能完成以前的APP 的功能.
点击升级时,只不过发送了一个重启命令罢了.

姚先起

首先，Bootloader就被限制在了10K，肯定是要编译出来越小越好。那么剩余54K也就勉强够你升级。如果要正常运行肯定不能了，最好的办法就是先进BootLoader然后再传文件，而且是保证不能出错的那种，出错了就没办法正常启动了，得重新传一遍。主要是资源真不够用，资源够用可以三段式程序了，BootLoader检查最新的是2还是3，然后再跳转。2可以写3,3可以写2