【 声明:版权所有,欢迎转载,请勿用于商业用途。 联系信箱:feixiaoxing @163.com】
mcu种类很多,如果是开发的时候需要对固件升级,整体还是比较容易的。不管是dap,还是st-link v2、j-link,这对程序员来说都不是什么难事。毕竟,修改代码,升级固件是常有的事情。但是一旦产品销售出去,客户或者售后需要对产品进行升级的时候,这种情况下,升级还是做的简单一点比较好。所以这个时候就出现了iap升级。所谓来的iap,In Application Programming,就是等mcu启动之后再进行升级。
今天分析的代码来自于geehy apm32f103 demo,有兴趣的同学可以去下载看看。
1、mcu启动方式
要实现iap升级,一般会有两个固件。第一个固件是bootloader,它是专门负责下载固件、升级固件、地址跳转的;第二个固件就是用户固件,是存放业务代码的地方,也就是需要被升级的内容。系统启动后,默认一开始是启动bootloader,如果发现没有固件需要升级,会直接jump到第二个用户固件的地方,继续运行处理。
2、升级的方式
目前升级的方式有两种,一种是ttl串口,一种是usb,前者居多。如果合适的话,其实用eth也可以的。关键是看bootloader愿意占用多大的空间。因为这部分内容是完全不能覆盖的。
3、用户固件和普通固件有什么区别
bootloader固件是一直保存在flash上的,所以用户固件只能放到flash的另外一个位置。所以,首先用户固件需要调整一下hex文件中flash的偏移位置,
其次,因为中断向量首地址发生了变化,所以这部分代码也要做修改。
sys_nvic_set_vector_table(NVIC_VECT_TAB_FLASH, FLASH_APP1_ADDR);
4、bootloader有哪些需要实现
开发流程上来说,bootloader和普通的固件没有什么区别。只不过它的功能是和上位机交互,实现下载固件、烧录固件和跳转固件的功能。所有的工作都是围绕这三个方面进行的。如果下载的固件比较大,一般还要分多次下载,毕竟mcu里面ram空间有限,不一定放得下,flash烧写也需要一定的时间。
void USART_UX_IRQHandler(void)
{ if (USART_ReadIntFlag(USART_UX, USART_INT_RXBNE) == SET) {g_rx_buffer[0] = USART_RxData(USART_UX);if (g_usart_rx_cnt < USART_REC_LEN){g_usart_rx_buf[g_usart_rx_cnt] = g_rx_buffer[0];g_usart_rx_cnt++;}USART_ClearIntFlag(USART_UX, USART_INT_RXBNE); }
}
由代码可以看出,所有的接收都是放在中断进行的。这部分可以通过上位机发送文件的方式来解决。注意,这里发送的文件只能是bin文件,不能是hex文件。那么什么时候确认文件发送结束呢,比较简单的办法就是查看新一次循环之后没有接收到新的数据,就可以认为数据接收结束了。当然这种方法有点粗暴,也可以提前把长度告诉bootloader,让bootloader自己来决定什么时候停止接收bin文件。
if (g_usart_rx_cnt != 0){if (lastcount == g_usart_rx_cnt) {applenth = g_usart_rx_cnt;lastcount = 0;g_usart_rx_cnt = 0;printf("Finished receiving!\r\n");printf("Total length:%dBytes\r\n", applenth);}else{lastcount = g_usart_rx_cnt;}}
接收完数据之后,下面就开始片内flash的烧录流程,
if (applenth != 0){printf("Copying APP2FLASH...\r\n");if (((*(volatile uint32_t *)(0x20001000 + 4)) & 0xFF000000) == 0x08000000){iap_write_appbin(FLASH_APP1_ADDR, g_usart_rx_buf, applenth);printf("Copy APP Successed!!\r\n");}else{printf("Illegal FLASH APP! \r\n");}}else{printf("No APP!\r\n");}
烧录完成,最后一步其实就比较简单了,最关键的就是设置堆栈和pc跳转,
do{printf("flash addr :%x \r\n",(*(volatile uint32_t *)(FLASH_APP1_ADDR + 4)) & 0xFF000000);if (((*(volatile uint32_t *)(FLASH_APP1_ADDR + 4)) & 0xFF000000) == 0x08000000){delay_ms(10);iap_load_app(FLASH_APP1_ADDR);}else{printf("No APP!\r\n");}clearflag = 7;break;}while(0);
这里实现堆栈设置和pc跳转的函数时iap_load_app,细节部分是这样的,其中jump2app是一个函数指针,iapfun是函数指针类型定义,
void iap_load_app(uint32_t appxaddr)
{if (((*(volatile uint32_t *)appxaddr) & 0x2FFE0000) == 0x20000000){jump2app = (iapfun)*(volatile uint32_t *)(appxaddr + 4);sys_msr_msp(*(volatile uint32_t *)appxaddr);jump2app();}
}
5、iap功能移植
之前使用了几个国产mcu芯片,发现它们基本都带有了iap功能。这里面有极海geehy mcu、兆易创新gd32 mcu、以及沁恒ch32 mcu。不过这部分功能是mcu常用的一个功能,如果有可能的话,建议还是把iap修改成和底层mcu解耦的通用功能,这样将来会容易很多。
6、iap的另外一层考虑
如果不使用iap升级固件,那么就需要swd接口放开。而swd放开的话,有可能mcu固件有被人读取、逆向的风险。而有了bootloader之后,我们就可以添加很多的保密措施,并且不提供swd接口。有的同学可能会问,没有swd,怎么烧录mcu,其实真的遇到这种情况的话,用专门的mcu烧录器就可以解决这个问题。而我们自己开发的mcu固件一旦被人破解了,后果其实是相当严重,不仅浪费了研发成本,还有可能带来产品销售的直接损失。
7、iap和用户固件部署
iap一般是预先烧录在mcu里面的,等到mcu焊接到开发板上之后,再用上位机对mcu进行二次烧录。当然,烧录之后也会做一些测试。甚至为了产线测试,会专门有一些测试的用户固件,这都是有可能的。