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

嘴角的上弦月 · 发表于 2018-9-3 16:14:29

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

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

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

ktoto2011 · 发表于 2018-9-3 20:34:01

是不是在接到升级指令的时候已经转到BootLoader了？在bootloader里面处理flash的写入。

嘴角的上弦月 · 发表于 2018-9-4 08:49:36

ktoto2011 发表于 2018-9-3 20:34
是不是在接到升级指令的时候已经转到BootLoader了？在bootloader里面处理flash的写入。

理论上是我点击升级按钮，然后进入BootLoader，将flash擦除更新了，这样的思路是比较符合现在的表象的，但这样操作的一个问题是，我串口一直接收的那50多K数据要先暂存在哪里？如果不存储，那RAM是没有这么大空间的，如果存储（借助外部E2之类的，不知道行不行)，那相当于这个存储位置在APP和bootloader程序中都能访问调用，且不会被轻易擦除，外部E2能实现这样的特性吗？

ktoto2011 · 发表于 2018-9-4 09:48:27

嘴角的上弦月发表于 2018-9-4 08:49
理论上是我点击升级按钮，然后进入BootLoader，将flash擦除更新了，这样的思路是比较符合现在的表象的， ...

边接数据边写flash,不暂存

1608302426 · 发表于 2018-9-4 10:25:58

嘴角的上弦月发表于 2018-9-4 08:49
理论上是我点击升级按钮，然后进入BootLoader，将flash擦除更新了，这样的思路是比较符合现在的表象的， ...

要看代码，有的是只存储部分，比如1k再写flash；或者直接写flash，并不是全部存下来再写flash。

hgr211 · 发表于 2018-9-4 11:09:29

你这不现实，哪里来这么大的缓存给你用。

nnqtdf · 发表于 2018-9-4 11:45:44

hgr211 发表于 2018-9-4 11:09
你这不现实，哪里来这么大的缓存给你用。

可以试试，接收时先写入外部FLASH,接收完成跳转到IAP，从IAP里在拷贝到32的FLASH，拷贝完跳转执行

嘴角的上弦月 · 发表于 2018-9-4 11:58:10

hgr211 发表于 2018-9-4 11:09
你这不现实，哪里来这么大的缓存给你用。

不要说不现实，设备在面前摆着呢，表象上就是这样的啊。不先缓存那你说说是怎么实现的？flash不可能一边运行还一边擦自己吧

嘴角的上弦月 · 发表于 2018-9-4 12:01:54

nnqtdf 发表于 2018-9-4 11:45
可以试试，接收时先写入外部FLASH,接收完成跳转到IAP，从IAP里在拷贝到32的FLASH，拷贝完跳转执行

想过外扩flash，但目前这个设备上没有外部flash，倒是有外部E2。我就是搞不明白他到底是怎么实现边运行边擦写（或者边暂存数据）的

一起哈皮 · 发表于 2018-9-4 12:02:29

如果你能外加EEPROM或flash，那直接在APP中接收程序然后一包一包存到EEPROM，接收校验完所有程序再跳转bootloader读取EEPROM再烧到flash就好了，不要强求烧flash的时候也处理APP的东西，你flash完全不够

嘴角的上弦月 · 发表于 2018-9-4 12:10:45

1608302426 发表于 2018-9-4 10:25
要看代码，有的是只存储部分，比如1k再写flash；或者直接写flash，并不是全部存下来再写flash。

直接写flash了，那原来的程序就该不能正常跑了。但这个设备显示、按键、动作，我在下数据的过程中都试过，都是正常运行的。

嘴角的上弦月 · 发表于 2018-9-4 12:12:32

ktoto2011 发表于 2018-9-4 09:48
边接数据边写flash,不暂存

不暂存不占用RAM空间，但是flash擦了，程序该不能跑了啊，万一最后一包数据错了，整个程序就挂掉了，新的没写成，旧的也擦完了

edmund1234 · 发表于 2018-9-4 12:23:00

本帖最后由 edmund1234 于 2018-9-4 12:24 编辑

嘴角的上弦月发表于 2018-9-4 12:10
直接写flash了，那原来的程序就该不能正常跑了。但这个设备显示、按键、动作，我在下数据的过程中都试过 ...

根据你的描述，别人一定是分区分模块的更新，而所有的模块之间的连接指向一向量表，所以他可以一边更新一边继续工作
比如按键模块在指定的分区，当更新按键模块的时候，不会影响到原有的工作，更新完按键模块，就更改向量表，接着一个一个模块的更新。
这完全可以做到一边更新一边正常工作。

edmund1234 · 发表于 2018-9-4 12:36:47

例如在falsh有以下的模块按顺序排放

0x0000~0x0122  ABC
0x0123~0x1144  CDE
0x1145~0x12FF  EFG

先更新 EFG模块，放于0x1300，

0x0000~0x0122  ABC
0x0123~0x1144  CDE
0x1145~0x12FF  EFG
0x1300~.......    newEFG
然后把向量表中的EFG改为newEFG，这之后原先EFG的模块就可以空出来更祈CDE。。。。
大慨是这个路子吧

嘴角的上弦月 · 发表于 2018-9-4 13:09:06

edmund1234 发表于 2018-9-4 12:36
例如在falsh有以下的模块按顺序排放

0x0000~0x0122 ABC

flash里面的程序可以分的这么清楚？我擦掉了EFG，保证其它功能不受一点影响？
这个之前倒真没有想过，我以为flash就是浑浑噩噩的一大坨...

不过，stm32 stm8系列，有必要做的这么深奥吗。。。
我感觉有点亚历山大。。

edmund1234 · 发表于 2018-9-4 13:18:51

本帖最后由 edmund1234 于 2018-9-4 13:26 编辑

嘴角的上弦月发表于 2018-9-4 13:09
flash里面的程序可以分的这么清楚？我擦掉了EFG，保证其它功能不受一点影响？
这个之前倒真没有想 ...

这种方法是可以保证功能不受一点影响

说得通俗一点让你更容易明白，你把一个模块当成一个函数来看，向量表就是一函数指针的数组，调用所有函数都是通过这函数数组，这可以理解了吧

你已经下载并把newEFG写到FALSH，并把向量表原先指向EFG的值改为指向newEFG，原先的EFG是不会再被任何地方调用，因为所有调用函数都是通过向量表，你都把它改了，谁还能调用原先的EFG了？这还不明白？

这关系到整个糸统设计，在开始时没这样的构思，现在改起来风险挺大的呢

wxjhby · 发表于 2018-9-4 13:32:53

edmund1234 发表于 2018-9-4 13:18
这种方法是可以保证功能不受一点影响

说得通俗一点让你更容易明白，你把一个模块当成一个函数来看， ...

那就是说这个升级按钮其实就是一个重启作用了，串口收到数据就已经更新了。亦或者说是在程序改动不大的前提下，将有变化的函数保存，这样旧程序和新程序都存在，如果点击更新再更新程序，不然没法退回了吧。

1608302426 · 发表于 2018-9-4 13:40:30

嘴角的上弦月发表于 2018-9-4 12:12
不暂存不占用RAM空间，但是flash擦了，程序该不能跑了啊，万一最后一包数据错了，整个程序就挂掉了，新的 ...

是的，错误的话，就重新再下载一次

edmund1234 · 发表于 2018-9-4 13:45:26

本帖最后由 edmund1234 于 2018-9-4 13:56 编辑

wxjhby 发表于 2018-9-4 13:32
那就是说这个升级按钮其实就是一个重启作用了，串口收到数据就已经更新了。亦或者说是在程序改动不大的 ...

旧的不会存在了，更新完一个，旧的函数占的地方就会用来更新别的函数
理论上是可以退回的，就是复杂了。
这种条件下，能更新就不错了，还是别多想别的了，呵呵

edmund1234 · 发表于 2018-9-4 14:05:17

其实还有一个可能性，就是别人的代码根本没这么大（不到32K），你所认为的几十K是加密后的大小
所以别人可以用最简单的方式更新

其实很多码农写的代码，随便压20~30%不是什么新鲜事

嘴角的上弦月 · 发表于 2018-9-4 15:05:23

edmund1234 发表于 2018-9-4 14:05
其实还有一个可能性，就是别人的代码根本没这么大（不到32K），你所认为的几十K是加密后的大小
所以别人 ...

刚才去对比了下设备厂家给的2份升级文件，里面不同的数据还是挺多的，基本占了通篇，基本可以排除只更新了少量程序段的想法。看来还是自己道行不深啊，他们这种方法虽然有漏洞（在我点升级按钮下发更新命令后2~3s内，我故意把设备电给断了，然后整个设备就over了，再也无法用串口更程序，只能用仿真器重新烧录程序），但不得不说我还是挺推崇的，毕竟现场不可能就在那节骨眼的2~3s断电。