stm32要想更新程序,一般的做法就是用j-link或者串口下载。那可不可以实现不限通信方式,实现在线更新呢?

为了实现在线更新的这个功能,我写了一段简易的类似BootLoader的程序。原理就是在应用程序执行之前添加一段代码,可以选择一种通信方式来接收新的应用编译完成生成的bin文件,然后固化到flash中,并跳转到应用程序中执行相应代码。又在应用程序代码中给出了一个接口,在执行应用程序的时候也可以跳转到一开始那段程序中再执行更新操作。这样就可以实现在线更新了。

先来一张STM32Flash的地址总线图

可以看到,从0x8000000到0x807FFFF都是flash的存储范围。而我们把在线更新的程序放在flash开头,以便在上电时就对其进行调用。

所以,我们要写的这段更新程序,只需要实现一种通信方式,接收新的应用程序,然后将其固化到flash中的另一段区域。所以这段程序往往占用的内存空间不大。

在这里,我们为其分配了一定大小的flash和RAM:

flash和RAM可以根据你实际的更新程序的大小和占用资源来选定。

在更新程序内,你任选了一种通信方式,接收到了应用程序的.bin文件(.bin文件可以由MDK在编译应用程序的时候生成,具体如何做不做赘述)。然后调用flash写操作,将接收到的缓存在RAM里的.bin文件copy到您的flash中。这个动作非常简单,只需要调用库函数即可。

下一步就是要调用你的应用程序了。应用程序的main函数地址(也就是中断向量表对应的复位操作)是保存在MDK生成的.bin文件中的第四到第八个字节(因为地址是32bit的)中(前四个字节保存这栈顶指针)。所以我们定义一个函数的指针,然后给指针赋值,就可以调用了。来看代码:

typedef void (*myFunction)(void);

这里定义的一个myFunction的无参无返回类型的函数指针。这条语句可能写成typedef myFunction void (*)(void);
会更好理解,但是我们还是要遵守C语言的语法。

然后我们定义一个函数型指针变量:

myFunction junpMyAPP;

在编写我们的应用程序时,我们也可以在MDK中选择程序的RAM和flash的起始地址和所用空间,只要别和我们之前的更新程序冲突就可以。假设我们给应用程序选定的起始地址为myAPP_ADDR,此时就可以对函数指针执行赋值操作:
junpMyAPP=(myFunction)*(volatile unsigned int*)(myAPP_ADDR+4);

我们来分析一下这段代码。上边已经提到过,应用程序的main函数地址是保存在.bin文件中的第四到第八个字节中。所以(myAPP_ADDR+4)就是指向main函数存放地址的指针,所以我们用(volatile
unsigned int*)表示它是一个32bit的指针,同时用volatile保证起不被编译器优化。(volatile unsigned
int*)前的*表示取此地址的值,也就是main函数的指针的值了,最后用(myFunction)把main函数指针的值强制转换成先前定义的函数指针类型,就完成了对junpMyAPP函数指针的赋值操作。

接下来,只需要调用:junpMyAPP();就可以成功跳转到我们的应用程序了。在应用程序里,也可以使用此方法在适当的时候跳转会我们的更新程序,实现在线更新。

由于本文只简述了实现简易在线更新的原理,所以忽略了很多细节,再加之本人水平有限,不足之处,请斧正,谢谢。

技术
©2019-2020 Toolsou All rights reserved,
Redis 计数器 高并发的应用pytorch之ResNet18(对cifar10数据进行分类准确度达到94%)在Vue中使用Web Worker函数基本定义和使用‘未完待续 如何建设数据安全体系?最优化方法总结:公式解、数值优化、求解思想c++内存 指针越界检测机制_CrtMemBlockHeadePython垃圾回收与内存泄露蚂蚁集团香港IPO获得中国证监会批准Keras保存与加载模型(JSON+HDF5)