STM32的IAP功能确实方便,以前对此如何实现有所了解,但是一直没去测试,这两天来练了下,可谓困难重重,搞了两天问题也一一解决,下面做些简要的笔记
IAP就是在线应用编程,方便程序升级,可以不用打开产品,直接通过串口升级,那么就需要一个引导程序(大神们喜欢称bootload),一个APP程序(实际产品的工作程序)
减小测试难度,我设计了3个程序,一个bootload程序,一个LED闪烁程序,一个KEY+LED点动程序,我的目的就是用两个不一样的APP程序,互相升级,方便验证结果
我手里的开发板是STM32F103ZET,属于大容量产品,flash有512K, 我们的bootload和APP应用程序就需要在flash里面进行划分,对于我的测试程序,这些空间实在是太大了,有点大材小用了
STM32F103ZET的flash起始地址是0x8000000,总共是512k,那就是到0x807ffff结束。
定义bootload的范围0x8000000 --- 0x800ffff;
定义APP的范围 0x8010000 --- 0x807ffff;
下面首先是bootload介绍
bootload的程序和一般程序区别不大,就是在MDK配置方面需要注意
这些设置好以后直接生产HEX文件,下载便可
在此,测试的时候遇到两个问题,
一个是串口接受时,上位设置了256000的波特率,我芯片波特率设置成25600,少了一个0,数据一直不对,接受到的APP数据全是乱码,搞了有四五小时才发现,真是蛋疼
另外一个在验证flash读写时,数据位没搞对,applenth本身是接受的数据长度,我前面一直在箭头的方向,进来就清零,导致可写入flash的数据数为0,后面读flash的时候全是0xffff,这块也耗了有两个小时。
//********************************************************************************
int main(void) //bootload的main汗死
{
u16 oldcount=0;
u16 applenth=0;
main_init();
while(1)
{
time_loop();
key_dispose();
if(bit_20ms==1) //20ms检测一次串口数据,是否有数据,是否数据不变,就接受完成了
{
bit_20ms=0;
if(USART_RX_CNT)
{
if(oldcount==USART_RX_CNT) //新周期内,没有收到任何数据,认为本次数据接收完成.
{
applenth=USART_RX_CNT;
oldcount=0;
USART_RX_CNT=0;
}
else
oldcount=USART_RX_CNT;
}
}
if(applenth!=0) //数据长度不为0,说明串口接受完成了
{
add_tmp=(*(vu32*)(0X20001000+4)); //这里add_tmp是验证地址数据,好自己判断下面的if条件是否成立
if(((*(vu32*)(0X20001000+4))&0xFF000000)==0x08000000)//判断是否为0X08XXXXXX.
{
iap_write_appbin(FLASH_APP1_ADDR,USART_RX_BUF,applenth);//更新FLASH代码 //串口数据写入到flash
delay_ms(100);
bit_new=1;
}
applenth=0;
}
if((bit_10s==1)&&(bit_new==1)) //10s后才执行更新部分的程序
{
bit_10s=0;
bit_new=0;
add_tmp=(*(vu32*)(FLASH_APP1_ADDR+4)); //这里add_tmp也为验证,不用的话可以去掉
if(((*(vu32*)(FLASH_APP1_ADDR+4))&0xFF000000)==0x08000000)//判断是否为0X08XXXXXX.
{
iap_load_app(FLASH_APP1_ADDR); //执行FLASH APP代码
}
}
}
}
再来介绍下APP的程序,APP程序,我们上面已经定义了APP的地址,相比bootload的地址,我偏移了0x1000,那么APP的一些中断向量什么都要进行设置
先配置下MDK文件
然后在程序main函数里面设置 SCB->VTOR = FLASH_BASE | 0x10000;我们自己定义的偏移量
其他和正常程序类似
在调速APP程序时也遇到一个头疼问题
就是偏移量问题,我们上面说了,一进main函数就设置下,但是我的依然不行,最后发现原来是我的程序在其他地方又复位成了0,因为程序模版是拷贝的,一些地方没记得改
这个是中断配置汗死,以前的模版,习惯上中断偏移为0,按下面流程走下来后,等于回头了
//********************************************************************************
static void NVIC_Configuration(void)
{
NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0); //这里需要配置偏移量,放在APP里面0是错误的
NVIC_PriorityGroupConfig(NVIC_PriorityGroup_4);//设置NVIC中断分组4:4位抢占优先级,0位响应优先级
}
//********************************************************************************
void main_init(void)
{
SCB->VTOR = FLASH_BASE | 0x10000;
NVIC_Configuration();
SysTick_init();
led_init();
key_init();
}
//********************************************************************************
int main(void)
{
main_init();
while(1)
{
time_loop();
key_dispose();
}
}
下面来到最关键的一步,我们要用串口下面,怎么下载,下载什么问题
APP需要先生产BIN文件,然后接受常规的串口软件便可,方法如下
这个需要填写到上面框中D:\KEIL\ARM\ARMCC\BIN\fromelf.exe --bin -o ..\OBJ\LEDKEYTOBIN.bin ..\OBJ\LEDKEYTOBIN.axf
在网上查了路径要按照自己的来,有的是KEIL\ARM\BIN40\....等等
LEDKEYTOBIN,这个是根据自己的喜好来的,但是要和下图所框的对应起来
大功告成,编译如下
类似的再搞个其他的APP程序,就可以完成bootload做为引导,APP升级方式。
上一篇:STM32F103移值FreeRtos笔记
下一篇:何谓STM32 定时器的 “COM事件”
推荐阅读最新更新时间:2024-03-16 15:33