1. 前言3 l9 X2 L+ n, h 随便找了一个以前写的Stm32的demo来练练手。 顺便先整理一下工程里面一些文件的作用,一直都是从DEMO中直接拿来用,还没有认真的理过。3 R4 Z' i6 P- d2 F misc.c$ L4 L2 \( i4 O: N$ F% s6 c0 ? core_cm3.c/h startup_stm32f10x_hd.s stm32f10x_conf.h& Q$ ^( x3 I) Q u% @ stm32f10x_it.c/h' i4 a, ]8 O. Q5 Z* j; X, K [& z system_stm32f10x.c/h stm32f10x.h% K2 t: W: X6 }, Z, K 2. ST一些容易混淆的文件作用, p% N7 g, }7 t* c+ u% R! Z: |8 U# M 2.1 ST 3.5标准库 标准库3.5可以从官网下载,也可以从CSDN(搜STM32F10x_StdPeriph_Lib_V3.5.0即可)下载。注意,要下载原版,而不是别人移植过的,这样对比你才知道改了什么。9 R+ N5 Y& m* Z% t 在ST3.5库的使用中,大家会发现,除了把STM32F10x_StdPeriph_Driver的官方发布的库中的一些类似于stm32f10x_adc.c这样的stm32f10x_xxx.c和.h导入工程之外,还有另外几个文件,也需要导入工程才能使用,类似下图: * S( O4 L$ e8 N9 ] i" ~4 ?- u9 b 类似misc.c,命名比较特殊,还有core_cm3.c,system_stm32f10x.c等等?5 X1 t0 C) O- A( m$ I" K) m 那这几个文件,是从哪里来的?做什么用的? 让我们把这些特殊的文件列一下,缕一下来龙去脉。% I9 a6 u( U" y1 ?# E! O p misc.c3 ~0 R7 ?- k+ x0 O& n core_cm3.c/h: n e; Z3 q# E0 N F) d system_stm32f10x.c/h startup_stm32f10x_hd.s. k/ [5 z C" H3 G stm32f10x_conf.h stm32f10x_it.c/h stm32f10x.h 一张别人的图。: A7 g, `2 ?! A& D# H; @ / D. i/ ?, v5 g% O. ^: { 1. misc.c misc.c的关系比较好理,是属于3.5标准库的一员。 因为STM32 V3.5版本的库函数中没有原来版本中单独对于NVIC(中断向量嵌套)的外设驱动,把NVIC的外设驱动放在了misc.c中,实际上是代替原来的stm32f10x_nvic.c。/ N, P7 V6 r+ [6 \& L8 L 从misc.c的发布位置就能看出,这个文件是和其他的stm32f10x_xxx.c是在一起的,只是名字风格不同而已。路径在:+ p! E7 W: k8 o! [( Q. D ; M: v# U7 j0 p5 s6 M STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\STM32F10x_StdPeriph_Driver\src3 t4 x; p- ~( I$ ^! \. U8 {4 u 4 \; ^* W6 b: V2 i8 i 2. core_cm3.c/h 和 system_stm32f10x.c/h7 }: G$ m6 D- y) Q6 [ core_cm3.c/h和 system_stm32f10x.c/h是内核支持API,由内核公司(ARM)提供,随着3.5的标准库同步发布,路径分别在 ) V% L8 V) d; Z4 x+ m. `2 U* d STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\CoreSupport STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x 插一段话介绍下作用: 5 h: g# s+ m2 i- p: ^+ Y& t CMSIS是Cortex微控制器软件接口标准(Cortex MicroController Software Interface Standard)的缩写,这个是ARM定制的一个用于Cortex-M系列的一个标准,主要是为了提供通用api接口来访问内核和一些片上外设,提高代码的可移植性。$ h: {, o# v; n# i- y( f/ y1 f- A CMSIS有三个层:核内外设访问层Core Peripheral Access Layer(CPAL),中间件访问层Middleware Access Layer(MWAL),设备访问层(Device Peripheral Access Layer)。7 i' _% p, `4 a! |3 J ?4 x: @% O CPAL用于访问内核的寄存器和组件,如NVIC,调试系统等。该层是由ARM实现的。 MWAL用于对中间件的访问,现在该层还未实现。(也不知道所谓的中间件是什么东西)。 DPAL用于定义一些硬件寄存器的地址和一些外设访问函数,由芯片制造商实现。 CPAL层的实现就是Core_cm3.c文件,DPAL层的实现就是system_stm32f10x.c文件(似乎还应该加上外设的函数库) 3. startup_stm32f10x_hd.s9 |9 U9 D& g# M+ h' ^* L 启动代码,由内核公司(ARM)提供,随着3.5的标准库同步发布,路径在:7 w9 x8 M4 }5 [- X4 h3 j0 W1 [! ^ STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x\startup\arm 可以使用提供的,也可以自己修改。 ( S8 G: W) M4 t% }7 y5 v 4. stm32f10x_conf.h + stm32f10x_it.c/h4 l4 m9 m/ Z, ]2 ^5 O: d0 `0 S5 e 这几个文件在ST官方发布3.5库的时候,并没有放在库代码里,而是放在工程应用层代码里。) b R" G# Q' Y& o2 d) H 比如:3 z" n% X0 V) i9 y6 u* ~: w" R STM32F10x_StdPeriph_Lib_V3.5.0\Project\STM32F10x_StdPeriph_Examples\USART\Printf, |$ I+ u& l* {; `6 R8 s; | 即放在了对应的项目工程中。% y, W% z; j; I! r" {: p 这么放其实是对的,因为其他的库函数接口是不会变化的,在用户实际使用过程中是不需要改动的,但是,这几个文件,虽然也是ST提供的,但是实际使用中,要根据不同项目做改动的,是和应用有关的。4 |" c5 ^' @" b8 D % b C' v) Z+ L! P2 z 所以在实际使用中,所以只是移植了3.5库,还需要另外把这几个文件放进来。 , `* R; U4 ^$ `8 R: g) h stm32f10x_conf.h9 g& P) s0 Q6 O 相当于是把所有的ST的3.5库的头文件都包含了一下,用户在上层调用的时候,不需要挨个去调用头文件,只需要打开这个文件的注释即可。) r1 l j( X0 Y6 N6 a: d6 t1 C stm32f10x_it.c/h0 [; W) T8 D9 p1 }2 Z$ q9 h6 N 相当于所有中断函数入口,stm32f103的中断入口名称都是固定的,统一写在这里,方便移植。实际上,用户也可以不需要这个文件,把各自的中断函数放在各自的模块中即可,都是一样的。 . m9 c" O4 D8 E" j 5. Stm32f10x.h9 ~5 o6 n- ~* ^. R 这个文件比较重要,看源码分析,主要功能是. `6 a" R3 }. U. G3 n; g. }" c/ I 1. 依据stm32的类型(主要是flash的大小),定义各种中断向量表的顺序1 y- D( B5 i2 r% \- o1 P5 p6 V 2. 定义数据类型 3. 定义MCU外设相关的结构体 4. 定义外设在FLASH中的地址 5. 进行外设寄存器的位定义3 O/ F- t6 F' e) q: X4 I7 @# l $ `* F4 c) w( Q2 }1 U 那这个文件从哪来的?谁提供的? X; A) _; o! q Stm32f10x.h是ST公司提供的,在3.5的库的DeviceSupport中可以找到 STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x ) k( W0 S2 {) [# e* H% q 2.2 ST HAL库 这部分在做stm32f7的时候用过,还没细整理,暂时略过。 + O4 F4 o6 f+ U) r! F2 n3 x( c8 n1 H" E1 m- S |