STMCU小助手
发布时间:2021-12-24 18:00
|
最近公司开发的一个项目使用到STM32H7系列芯片,由于该系列芯片内部flash只有128k,为了方便产品的远程升级,需要开发对应的升级协议及bootloader引导程序。由于片内flash容量不够,需要采用外挂flash的方式存储应用程序,片内flash单纯作为bootloader引导程序存储空间。为了节省成本采用单QSPI flash外挂BANK2作为应用程序外部存储。) Q+ W. N! d3 Y( Z0 M: Q3 S7 y/ Y ' C! w) }2 L1 B- ~$ w
d/ u" o: `. Y2 q( \ 1.STM32H7启动流程$ N- U7 x( Q4 z2 x" [# J IAR工程建立后,系统默认生成的启动文件为startup_stm32h750xx.s,默认生成工程一般在EWARM目录下
定义了一个 CSTACK 的段,然后在启动代码中先声明这个段. k6 n2 j( L3 K( U& Q# p+ f " r! D x2 f0 D% e2 b 定义 .intvec 段,中断向量独立在一个叫 .intvec 的段当中,这个段是 4字节对齐(2^2)所以用 DATA 来首先处理向量的入口地址为 4的倍数,然后放向量表+ d {) W8 J0 {% j; d* x DATA 进入DATA模式 ( I' J; G7 @- r" l. e4 d& o d) } DCD sfe(CSTACK) 通过 SFE 运算得到改段的结束地址(注意这个运算是在link的时候完成,链接文件为xxxx.icf,比如:stm32h750xx_flash.icf) 文件剩下为定义中断向量表。 # R6 Y4 N4 E5 C! o
THUMB 进入THUMB模式(THUMB-2指令集)# h2 p9 t+ g( o 启动文件先使用PUBWEAK 指令声明Reset_Handler为弱定义 z( F' B4 K% l" Z SECTION .text:CODE:NOROOT:REORDER(2) 从.text段开始# R. R: m: d6 F5 m! d$ [/ d7 S. J0 [ LDR R0, =SystemInit 将SystemInit指针地址赋值给R03 V ~+ S5 H( O2 S% W# Z SystemInit 函数一般由STM32 库提供,对于STM32 HAL库,该函数一般位于system_stm32h7xx.c文件中
* {4 M4 l0 Z# s' J
SystemInit 函数完成系统时钟、RAM、中断向量表地址的初始化。% k& n1 S' w3 R. B# L- n
__iar_program_start 函数一般都IAR系统提供,,我们可以在IAR工程中Option进行修改 ' D8 I6 F+ Q: d( p% _. u 如果想具体了解__iar_program_start干了那些事情,可以参考《在main()之前,IAR都做了啥?》 启动文件主要完成如下工作,即程序执行过程:4 j9 I" H: ^5 l- J3 g( Y / A) q: a7 R& r2 o! w8 X; H - 设置堆栈指针SP = __initial_sp。% R1 h2 e) U9 i3 q' R( c! K7 R) q) Y - 设置PC指针 = Reset_Handler。 - 设置中断向量表。 - 配置系统时钟。+ b% k# U, S6 C( b: E7 B; u5 ?! Q ! H Z0 T! N; M9 {/ j/ M - 配置外部SRAM/SDRAM用于程序变量等数据存储(这是可选的)。 - 跳转到C库中的 __main ,最终会调用用户程序的main()函数。 2.XIP技术 XIP,executed in place,本地执行。操作系统采用这种系统,可以不用将内核或执行代码拷贝到内存,而直接在代码的存储空间直接运行。采用这样的技术既可以节省可用内存又可以减少加载的时间。应用程序可以直接在flash闪存内运行,不必再把代码读到系统RAM中。flash内执行是指nor flash 不需要初始化,可以直接在flash内执行代码。但往往只执行部分代码,比如初始化RAM.比如在arm处理器中,Nor flash就存放了引导系统启动的Bootloader,不过大小比较小(仅2M空间)。' l$ z2 J( j+ Y" e- ~6 ^
* f" S: f0 z$ K4 S9 `9 q 但是,Flash的存储器访问周期要比RAM大得多,在使用XIP技 术后可能会降低程序的运行速度,不过由于CPU的指令预取机制以及Cache机制,实际使用起来并不会明显降低应用程序的运行速度。 & M! ^1 {, z; R
+ @ [ m) Z- q2 K+ i+ ? 而右边的图,是针对Nor Flash的,这个很明显,CPU可以像读内存一样,直接跟Nor flash交互,即可以直接从Nor Flash中取指令,然后交给译码模块和执行模块进行执行,可以说,相比较Nand flash,Nor flash的操作对于CPU来说,简直就像是面对面一样。6 P/ T$ C X. w3 O6 W$ T: ^& Y 进一步, 为什么Nor Flash可以实现XIP,而Nand flash就不行呢? $ c2 ^# Z ]* e( J 有一个概念:嵌入式系统中代码的执行方式: , c1 G% p1 L' H1 ~# @ (1)完全映射:嵌入式系统程序运行时,将所有代码从非易失存储器(Flash、ROM等)复制到RAM中运行。% `2 K m$ \" f' j (2)按需分页:只复制部分代码到RAM中,这种方法对RAM中的页进行导入/导出管理,如果访问位于虚存中但不在物理RAM中会产生页错位,这时才将代码和数据映射到RAM中。 ) \& b" k+ B8 ]7 a (3)XIP:在系统启动时,不将代码复制到RAM,而是直接在非易失性存储位置执行,RAM中只存放需要不断变化的数据部分,如下图( K- I2 w, q# p B. D& i7 ~
2 E. C2 ?$ B- A/ V 如果非易失性存储器(Flash)的读取速度与RAM相近,则XIP可以节省复制和解压的时间,Nor flash和rom的读取速度比较看(约100ns),比较适合XIP,而Nand flash的读取操作是基于扇区的,速度相对很慢(us级),因此不适合实现XIP系统,不过Nand flash的写速度比Nor的快,更适合做存储和下载系统。1 r Y% `$ F) J3 S6 H. V8 q ! @: ~$ N( R6 V* i% y 解释二: 两种芯片的结构不同) y5 P$ j- A" f' _3 W2 t7 W* } NOR flash之所以可以片内执行,就是因为他符合CPU去指令译码执行的要求。CPU送一个地址出来,Nor flash就能给出一个数据让CPU执行,中间不需要额外的处理操作。0 V: O0 M4 d' T3 { l NAND flash不一样是因为nand flash有地址,数据,命令共用IO口的问题,cpu把地址发出来之后,并不能直接得到数据,还需要控制线的操作才能完成。就是他没有专用的SRAM接口。/ n/ O5 }. D# _ C; k7 z. H 9 F$ s3 ?. _% B+ V0 \ 解释三:% U) ?# {$ S6 {% u/ u- s8 P 芯片内执行主要是是看芯片可不可以线性存储代码(假如硬件支持芯片接口),只要能保证芯片的存储空间是线性的(也就是无坏块),都可以片上执行,在读取Flash时候,容易出现“位翻转(bitconvert),在Flash的位翻转(一个bit位发生翻转)现象上,NAND的出现几率要比NorFlash大得多。这个问题在Flash存储关键文件时是致命的,所以在使用NandFlash时建议同时使用EDC/ECC等校验算法。 ”( H p7 L M% Z7 n) h7 c. r 0 Q" N, l6 l) S6 G0 v! V" n 但是,如果能保证不出错,也还是可以进行XIP,可以在其上执行代码的: “所谓XIP,就是CODE是在FLASH上直接运行. NANDFLASH只是不适合做XIP,但并不是不能做XIP“ 要一段CODE能够正确的运行,要保证它的CODE是连续的,正确的. 由于一些电气特性的原因,NOR FLASH能够做到这一点,不存在坏道或坏块,所以能够做XIP.7 d" v8 |# O# S; w& ^ 而对于NAND FLASH, 它只保证它的BLOCK 0是好的,其他的块并不保证,虽然出错的几率比较低,但还是有出错的可能,所以CODE可能无法连续正确地执行.; G% M$ M2 y7 w ! s# V3 P; p* Y1 j) k6 w0 b 但只要你有额外的保障措施,比如说在执行CODE之前去做一次ECC校验,来确保CODE是连续正确的.那你也可以做XIP. 有人这么做了,而且也证明是成功的: k3 A* X9 r8 c& n 由于芯片外挂的是W25Q16 为NOR flash,支持XIP,并且STM32H7系列芯片QSPI FLASH支持内存映射模式。STM32H7芯片可以将W25Q16芯片内的应用程序映射到地址0x90000000,虚拟为芯片内部内存进行执行。由于产品为了节省成本没有采用QSPI 双flash模式,执行效率会再降低一点。经过测试从bootloader跳转到应用程序,起来需要经过约2.6s左右。具体中断执行效率还需进行进一步测试。 ]1 D8 r; w6 Q( _1 h QSPI执行速度对比图" a8 K6 { c7 h( A* G. l
3.启动文件修改 对于bootloader程序,程序再芯片内部128k flash中执行,程序默认启动执行地址为0x8000000,无需修改IAR 的link链接配置文件。4 @9 z ~, t% i9 g6 g" B" O; e 对于应用程序,需将IAR 的link链接配置文件****.icf文件中的__ICFEDIT_intvec_start__ 地址,__ICFEDIT_region_ROM_start__地址,__ICFEDIT_region_ROM_end__地址进行修改,具体可以通过IAR options->Linker->Config,里面进行修改
4 I! d+ k }2 L8 p+ P' s3 ^+ W* _
8 }( Z7 r7 O! ~' f# M* ? 修改完成后,查看IAR配置后的icf文件,具体内容如下 8 x1 i" Z. O/ ?9 O A2 o; e, H
4.bootloader程序与应用程序设计4 f! r, c: I; o4 A/ s7 }) E 对于bootloader而言,主要的任务有一下点: # ^$ S% [8 a$ g' g! S2 [4 g( M 1、接受和处理上位机下发的更新程序,并将其写入到外部flash备份区- g! S1 \6 |' c! |$ k3 l / q" Q5 L: t4 i1 \ 2、对更新到外部备份区的程序拷贝到应用区 3、初始化QSPI为内存映射模式,引导程序启动,跳转到应用程序3 z5 D1 H% v5 n8 P l
3 P2 a. i7 b' h
我们将STM32H7整个内部128k flash分配为bootloader程序存储区。装置上电,首先从内部flash 地址0x8000000进行启动,具体执行流程如下图所示:
' ]" k q. d w: w6 }* a |
【STM32H735G-DK测评】lvgl移植
【STM32H735G-DK 测评】STM32H735G-DK External Loder 编译和测试
【福利三:逢7发帖赢大礼】使用MPU6050模块、img_dsc、img_btn机制实现一些简单有趣的动画效果
【福利三:逢7发帖赢大礼】使用arc弧形拉条控件控制PWM舵机及使用SPI3接口操作NRF24L01模块进行无线通信
【福利三:逢7发帖赢大礼】调试nucleo-WBA65RI工程测试样板的一些心得
【福利三:逢7发帖赢大礼】lv_timer和BME680实现温度、湿度、气压数据读取
【福利三:逢7发帖赢大礼】成功利用STM32H743VI片内SRAM12和DTCM空间(完全胜利)
【福利三:逢7发帖赢大礼】想要充分利用STM32H743VI片内的RAM空间(但并不顺利)
【福利三:逢7发帖赢大礼】使用惠勤致远STM32H743VI开发板+ST7796并口彩屏移植LVGL9.5并分享一些额外内容
【 逢7发帖赢大礼】7、TouchGFX中实现云彩流动效果
微信公众号
手机版