1. 前言
( l. W0 y$ O9 S1 D随便找了一个以前写的Stm32的demo来练练手。
1 j" d8 B4 d% a3 d& k* O7 b! N顺便先整理一下工程里面一些文件的作用，一直都是从DEMO中直接拿来用，还没有认真的理过。
/ l5 @' |* l- [! nmisc.c
core_cm3.c/h
& l8 q- v+ q  W9 j& jstartup_stm32f10x_hd.s
stm32f10x_conf.h
( h" k& X/ r5 {  Pstm32f10x_it.c/h
1 p8 I# l. A& o( T) nsystem_stm32f10x.c/h
stm32f10x.h
$ s  s  }2 G' u; b& o- l2. ST一些容易混淆的文件作用
  a3 b! |$ C( @, j( Z6 W1 h' @( @2.1 ST 3.5标准库
% u& K9 _0 f# p标准库3.5可以从官网下载，也可以从CSDN(搜STM32F10x_StdPeriph_Lib_V3.5.0即可)下载。注意，要下载原版，而不是别人移植过的，这样对比你才知道改了什么。

+ n, Y8 r; U/ a在ST3.5库的使用中，大家会发现，除了把STM32F10x_StdPeriph_Driver的官方发布的库中的一些类似于stm32f10x_adc.c这样的stm32f10x_xxx.c和.h导入工程之外，还有另外几个文件，也需要导入工程才能使用，类似下图：
7 j6 S! O2 z+ d" C$ [9 E  R- u% j

/ m8 \; K0 ~: c2 s
) i4 h6 i1 Z' [9 }类似misc.c，命名比较特殊，还有core_cm3.c，system_stm32f10x.c等等？
5 ^2 j6 `. H7 t; }! }
那这几个文件，是从哪里来的？做什么用的？
7 E: r2 ~9 n* A/ y% [
让我们把这些特殊的文件列一下，缕一下来龙去脉。
+ j! `+ }2 K0 Tmisc.c
core_cm3.c/h
system_stm32f10x.c/h
; @! i& p  A. v2 c3 v4 c5 }startup_stm32f10x_hd.s
# p# w6 w; I2 i2 v1 }4 @stm32f10x_conf.h
" x/ m2 f& p' estm32f10x_it.c/h
stm32f10x.h
一张别人的图。
" Q( l, {# _" S) R+ d- k4 Q

1. misc.c
misc.c的关系比较好理，是属于3.5标准库的一员。
因为STM32 V3.5版本的库函数中没有原来版本中单独对于NVIC(中断向量嵌套)的外设驱动，把NVIC的外设驱动放在了misc.c中，实际上是代替原来的stm32f10x_nvic.c。
1 d) @! @- q0 ~$ ]从misc.c的发布位置就能看出，这个文件是和其他的stm32f10x_xxx.c是在一起的，只是名字风格不同而已。路径在:

) v& R' e* B" l+ `* R& _. ^STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\STM32F10x_StdPeriph_Driver\src
& r) b$ t, c; z5 y

. J( K: }% Y4 Q  w4 {% I3 I. L2. core_cm3.c/h 和 system_stm32f10x.c/h
% }& t3 X+ [" h8 F5 p6 {" R1 k0 b& x; Kcore_cm3.c/h和 system_stm32f10x.c/h是内核支持API，由内核公司（ARM）提供，随着3.5的标准库同步发布，路径分别在

, I8 F& }/ J4 Q5 u8 C) x# vSTM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\CoreSupport
% ^8 x5 Y% J7 f. Y+ mSTM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x
" P& z  F& a& E+ @5 X- x! h4 V插一段话介绍下作用：
0 y2 C5 q6 x% A1 P. |/ V9 w" w
# O2 [4 s6 C$ Q2 `# oCMSIS是Cortex微控制器软件接口标准（Cortex MicroController Software Interface Standard）的缩写，这个是ARM定制的一个用于Cortex-M系列的一个标准，主要是为了提供通用api接口来访问内核和一些片上外设，提高代码的可移植性。
! ]1 f- N, g. I8 g" ACMSIS有三个层：核内外设访问层Core Peripheral Access Layer（CPAL），中间件访问层Middleware Access Layer（MWAL），设备访问层（Device Peripheral Access Layer）。
' j9 j: ]& k1 V; n$ mCPAL用于访问内核的寄存器和组件，如NVIC，调试系统等。该层是由ARM实现的。
MWAL用于对中间件的访问，现在该层还未实现。（也不知道所谓的中间件是什么东西）。
) b9 X# t1 Y2 b. \) n2 _DPAL用于定义一些硬件寄存器的地址和一些外设访问函数，由芯片制造商实现。
) g5 u2 k6 y- H! ZCPAL层的实现就是Core_cm3.c文件，DPAL层的实现就是system_stm32f10x.c文件（似乎还应该加上外设的函数库）
4 H4 t2 L2 `0 s# |: K
3. startup_stm32f10x_hd.s
+ r9 v2 L. Z% d$ X  ]启动代码，由内核公司（ARM）提供，随着3.5的标准库同步发布，路径在：
STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x\startup\arm
可以使用提供的，也可以自己修改。
4 h. G% N1 v" e$ v
4. stm32f10x_conf.h + stm32f10x_it.c/h
4 U5 r: u. k* E, |这几个文件在ST官方发布3.5库的时候，并没有放在库代码里，而是放在工程应用层代码里。
8 J) G' n9 {: b& _$ @比如:

1 I5 I. A% {' WSTM32F10x_StdPeriph_Lib_V3.5.0\Project\STM32F10x_StdPeriph_Examples\USART\Printf
即放在了对应的项目工程中。
这么放其实是对的，因为其他的库函数接口是不会变化的，在用户实际使用过程中是不需要改动的，但是，这几个文件，虽然也是ST提供的，但是实际使用中，要根据不同项目做改动的，是和应用有关的。

2 S- c7 J  O" p! |# O$ L# P" ^所以在实际使用中，所以只是移植了3.5库，还需要另外把这几个文件放进来。

stm32f10x_conf.h
: E- s: @" \0 W1 B+ N相当于是把所有的ST的3.5库的头文件都包含了一下，用户在上层调用的时候，不需要挨个去调用头文件，只需要打开这个文件的注释即可。
stm32f10x_it.c/h
相当于所有中断函数入口，stm32f103的中断入口名称都是固定的，统一写在这里，方便移植。实际上，用户也可以不需要这个文件，把各自的中断函数放在各自的模块中即可，都是一样的。

5 E3 P) i" r. h* Z5. Stm32f10x.h
这个文件比较重要，看源码分析，主要功能是
- y* }( R' v# z( z  s1. 依据stm32的类型(主要是flash的大小)，定义各种中断向量表的顺序
- X0 y& [" E0 i2. 定义数据类型
5 J- h: \* S, S) E3. 定义MCU外设相关的结构体
) p4 o; `- g9 ]) Z; c  u4. 定义外设在FLASH中的地址
7 }' B4 U9 K* _% l5. 进行外设寄存器的位定义

那这个文件从哪来的？谁提供的？
Stm32f10x.h是ST公司提供的，在3.5的库的DeviceSupport中可以找到

STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x

2.2 ST HAL库

这部分在做stm32f7的时候用过，还没细整理，暂时略过。

, G$ T# ]$ ?1 A, [& w) I
1 x9 ?: u0 Q/ t* L+ O. Q