1. 前言
随便找了一个以前写的Stm32的demo来练练手。
" T& ^" b! S( ?/ C顺便先整理一下工程里面一些文件的作用，一直都是从DEMO中直接拿来用，还没有认真的理过。
misc.c
core_cm3.c/h
startup_stm32f10x_hd.s
( z& i5 o# B; S! B5 Ostm32f10x_conf.h
1 q; q- J7 _; k) l5 sstm32f10x_it.c/h
2 Z* D1 A6 `- @+ D# V+ }9 A, T' |. [: Msystem_stm32f10x.c/h
9 B4 @$ M2 Q# Pstm32f10x.h
2. ST一些容易混淆的文件作用
2.1 ST 3.5标准库
6 s9 C& y; A( n$ ?4 i5 ]标准库3.5可以从官网下载，也可以从CSDN(搜STM32F10x_StdPeriph_Lib_V3.5.0即可)下载。注意，要下载原版，而不是别人移植过的，这样对比你才知道改了什么。

在ST3.5库的使用中，大家会发现，除了把STM32F10x_StdPeriph_Driver的官方发布的库中的一些类似于stm32f10x_adc.c这样的stm32f10x_xxx.c和.h导入工程之外，还有另外几个文件，也需要导入工程才能使用，类似下图：

类似misc.c，命名比较特殊，还有core_cm3.c，system_stm32f10x.c等等？
4 O9 M+ w2 a; _3 R$ \
! L0 l2 a) A3 e! q0 o那这几个文件，是从哪里来的？做什么用的？
( _: R, T+ Q7 j8 G9 Q- H) I
让我们把这些特殊的文件列一下，缕一下来龙去脉。
misc.c
core_cm3.c/h
& W2 e" _3 M& }. i) C; H" Q" Tsystem_stm32f10x.c/h
startup_stm32f10x_hd.s
stm32f10x_conf.h
stm32f10x_it.c/h
+ q. T3 v+ Q3 A* R) L4 vstm32f10x.h
, v7 a. J& p- c% l2 q一张别人的图。

8 B: a1 a$ P$ ^4 p& Z. C; i0 v7 G0 t
1. misc.c
7 c# m. i2 S/ O1 y" Y% K7 x" B; jmisc.c的关系比较好理，是属于3.5标准库的一员。
因为STM32 V3.5版本的库函数中没有原来版本中单独对于NVIC(中断向量嵌套)的外设驱动，把NVIC的外设驱动放在了misc.c中，实际上是代替原来的stm32f10x_nvic.c。
) d+ I4 Y, M( u6 S; ~从misc.c的发布位置就能看出，这个文件是和其他的stm32f10x_xxx.c是在一起的，只是名字风格不同而已。路径在:
- z5 g6 U" e4 u( X: A; S
  T+ E/ h2 v/ `5 P  R! YSTM32F10x_StdPeriph_Lib_V3.5.0\Libraries\STM32F10x_StdPeriph_Driver\src
$ h' N4 z  Z* [, B' D: f! |' N3 k; v
) {$ |4 N  n* ^1 C- I

2 D" S4 x" z3 j$ U1 i( H. ]/ L
2 R! E! A( a0 {2. core_cm3.c/h 和 system_stm32f10x.c/h
. r6 f5 ^3 h; h% E9 s5 Rcore_cm3.c/h和 system_stm32f10x.c/h是内核支持API，由内核公司（ARM）提供，随着3.5的标准库同步发布，路径分别在

; a0 ]8 h# w" P6 y8 @% c) l' e7 rSTM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\CoreSupport
STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x
: [' L! [! d$ C, G. P& u插一段话介绍下作用：

$ J4 b& v( G" g, ?) U( {CMSIS是Cortex微控制器软件接口标准（Cortex MicroController Software Interface Standard）的缩写，这个是ARM定制的一个用于Cortex-M系列的一个标准，主要是为了提供通用api接口来访问内核和一些片上外设，提高代码的可移植性。
CMSIS有三个层：核内外设访问层Core Peripheral Access Layer（CPAL），中间件访问层Middleware Access Layer（MWAL），设备访问层（Device Peripheral Access Layer）。
CPAL用于访问内核的寄存器和组件，如NVIC，调试系统等。该层是由ARM实现的。
) T  ~. W, p6 p, Y) U0 x; }) B# KMWAL用于对中间件的访问，现在该层还未实现。（也不知道所谓的中间件是什么东西）。
6 H. n9 A. O! B! ^1 FDPAL用于定义一些硬件寄存器的地址和一些外设访问函数，由芯片制造商实现。
) N4 S1 U1 o; U( u2 DCPAL层的实现就是Core_cm3.c文件，DPAL层的实现就是system_stm32f10x.c文件（似乎还应该加上外设的函数库）

: x3 g1 L$ I9 t3. startup_stm32f10x_hd.s
启动代码，由内核公司（ARM）提供，随着3.5的标准库同步发布，路径在：
STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x\startup\arm
可以使用提供的，也可以自己修改。
% Z; L3 S0 I6 |; c% Y5 Y
4. stm32f10x_conf.h + stm32f10x_it.c/h
这几个文件在ST官方发布3.5库的时候，并没有放在库代码里，而是放在工程应用层代码里。
. v1 j, u* X' `$ ^- l比如:
% b% f2 y  H! ?9 D% h. E- I
STM32F10x_StdPeriph_Lib_V3.5.0\Project\STM32F10x_StdPeriph_Examples\USART\Printf
3 M( C: s3 z3 h8 h& w) {即放在了对应的项目工程中。
8 b4 ~- g& x5 |2 v! H6 O这么放其实是对的，因为其他的库函数接口是不会变化的，在用户实际使用过程中是不需要改动的，但是，这几个文件，虽然也是ST提供的，但是实际使用中，要根据不同项目做改动的，是和应用有关的。
  [& R9 ]/ U9 L$ g
所以在实际使用中，所以只是移植了3.5库，还需要另外把这几个文件放进来。

# G. }! q! K" G+ f3 w3 V# Q% {stm32f10x_conf.h
相当于是把所有的ST的3.5库的头文件都包含了一下，用户在上层调用的时候，不需要挨个去调用头文件，只需要打开这个文件的注释即可。
7 {( x) e* z$ p; ostm32f10x_it.c/h
; k; l+ N% ?- f4 ~2 t相当于所有中断函数入口，stm32f103的中断入口名称都是固定的，统一写在这里，方便移植。实际上，用户也可以不需要这个文件，把各自的中断函数放在各自的模块中即可，都是一样的。

5. Stm32f10x.h
这个文件比较重要，看源码分析，主要功能是
1. 依据stm32的类型(主要是flash的大小)，定义各种中断向量表的顺序
2. 定义数据类型
3. 定义MCU外设相关的结构体
! p5 |9 e1 r  {4. 定义外设在FLASH中的地址
5. 进行外设寄存器的位定义

那这个文件从哪来的？谁提供的？
2 o0 A0 v% h; ZStm32f10x.h是ST公司提供的，在3.5的库的DeviceSupport中可以找到
$ w+ }$ P% G! Q3 t" F
STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x

2.2 ST HAL库

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

- T' s- |5 o2 r0 _$ G6 X" g
+ a# l; O6 Y8 u! k7 S
' L" o+ {+ ]6 K& I9 ~8 l