1. 前言
随便找了一个以前写的Stm32的demo来练练手。
0 k) d+ I! F( H1 L顺便先整理一下工程里面一些文件的作用，一直都是从DEMO中直接拿来用，还没有认真的理过。
5 C: m. @" ]+ ?* x9 lmisc.c
; M7 c8 i9 n3 A/ {3 n; Wcore_cm3.c/h
startup_stm32f10x_hd.s
stm32f10x_conf.h
stm32f10x_it.c/h
4 A6 `7 p1 d. X: N* o# q& hsystem_stm32f10x.c/h
stm32f10x.h
2. ST一些容易混淆的文件作用
2.1 ST 3.5标准库
标准库3.5可以从官网下载，也可以从CSDN(搜STM32F10x_StdPeriph_Lib_V3.5.0即可)下载。注意，要下载原版，而不是别人移植过的，这样对比你才知道改了什么。

4 p% L2 x4 w3 a6 Z1 w( V5 ^; Z在ST3.5库的使用中，大家会发现，除了把STM32F10x_StdPeriph_Driver的官方发布的库中的一些类似于stm32f10x_adc.c这样的stm32f10x_xxx.c和.h导入工程之外，还有另外几个文件，也需要导入工程才能使用，类似下图：

; p) F: D2 N1 {) H. n5 {& p
: z7 |8 s7 p, O' \; L1 v% j# I( |6 E类似misc.c，命名比较特殊，还有core_cm3.c，system_stm32f10x.c等等？
& n  ^7 ~2 i, W4 ~7 i0 q' y
那这几个文件，是从哪里来的？做什么用的？
7 k' S& N2 X( k8 x1 y9 k
7 m5 w  L: l* f4 E8 S* n" i; x; j让我们把这些特殊的文件列一下，缕一下来龙去脉。
% S9 T  j+ c& W- ^/ cmisc.c
# l- n/ c: A' [+ q& ^+ Pcore_cm3.c/h
system_stm32f10x.c/h
startup_stm32f10x_hd.s
stm32f10x_conf.h
stm32f10x_it.c/h
stm32f10x.h
) j/ O9 U: b* p6 G8 S3 D# b一张别人的图。
' G% G9 \5 Y- S0 m' H9 d
1 n- \8 a' w  y6 c

( n% H( w4 r1 U" E1. misc.c
misc.c的关系比较好理，是属于3.5标准库的一员。
因为STM32 V3.5版本的库函数中没有原来版本中单独对于NVIC(中断向量嵌套)的外设驱动，把NVIC的外设驱动放在了misc.c中，实际上是代替原来的stm32f10x_nvic.c。
从misc.c的发布位置就能看出，这个文件是和其他的stm32f10x_xxx.c是在一起的，只是名字风格不同而已。路径在:
2 j0 W6 |; F: K" ~/ t5 N+ D- c
" B( O4 L. V% q& mSTM32F10x_StdPeriph_Lib_V3.5.0\Libraries\STM32F10x_StdPeriph_Driver\src

8 N2 ?9 K# ^! i

2. core_cm3.c/h 和 system_stm32f10x.c/h
core_cm3.c/h和 system_stm32f10x.c/h是内核支持API，由内核公司（ARM）提供，随着3.5的标准库同步发布，路径分别在
6 y) ^- L3 Y# c
STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\CoreSupport
8 Y6 C2 s: B8 r3 M0 e& i& jSTM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x
7 R' ?8 ~. h& W3 Z插一段话介绍下作用：

CMSIS是Cortex微控制器软件接口标准（Cortex MicroController Software Interface Standard）的缩写，这个是ARM定制的一个用于Cortex-M系列的一个标准，主要是为了提供通用api接口来访问内核和一些片上外设，提高代码的可移植性。
' w& y" T3 x* G$ s! H+ hCMSIS有三个层：核内外设访问层Core Peripheral Access Layer（CPAL），中间件访问层Middleware Access Layer（MWAL），设备访问层（Device Peripheral Access Layer）。
0 S* A( E1 n5 L4 I* e8 x4 GCPAL用于访问内核的寄存器和组件，如NVIC，调试系统等。该层是由ARM实现的。
MWAL用于对中间件的访问，现在该层还未实现。（也不知道所谓的中间件是什么东西）。
DPAL用于定义一些硬件寄存器的地址和一些外设访问函数，由芯片制造商实现。
CPAL层的实现就是Core_cm3.c文件，DPAL层的实现就是system_stm32f10x.c文件（似乎还应该加上外设的函数库）

3. startup_stm32f10x_hd.s
' @" m6 J3 N% Z启动代码，由内核公司（ARM）提供，随着3.5的标准库同步发布，路径在：
STM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x\startup\arm
可以使用提供的，也可以自己修改。
3 S) l; \, S& b* B
" G+ Q( s0 L: D: R4. stm32f10x_conf.h + stm32f10x_it.c/h
这几个文件在ST官方发布3.5库的时候，并没有放在库代码里，而是放在工程应用层代码里。
% N! }0 r/ W, u7 w比如:

STM32F10x_StdPeriph_Lib_V3.5.0\Project\STM32F10x_StdPeriph_Examples\USART\Printf
) ?& f- Z! M, }6 b8 u即放在了对应的项目工程中。
这么放其实是对的，因为其他的库函数接口是不会变化的，在用户实际使用过程中是不需要改动的，但是，这几个文件，虽然也是ST提供的，但是实际使用中，要根据不同项目做改动的，是和应用有关的。
7 ~$ ~" p/ F5 B) N2 ]
5 h# w2 d- |4 ^$ o: A1 `所以在实际使用中，所以只是移植了3.5库，还需要另外把这几个文件放进来。

: u( |# }( J6 t' g, i$ xstm32f10x_conf.h
相当于是把所有的ST的3.5库的头文件都包含了一下，用户在上层调用的时候，不需要挨个去调用头文件，只需要打开这个文件的注释即可。
' L2 O; c3 g6 k& w4 d9 P9 e! Mstm32f10x_it.c/h
/ A; B. |( m7 q, R相当于所有中断函数入口，stm32f103的中断入口名称都是固定的，统一写在这里，方便移植。实际上，用户也可以不需要这个文件，把各自的中断函数放在各自的模块中即可，都是一样的。
) F0 R! \- K. m" Z
5. Stm32f10x.h
9 a  R  J7 q9 v( t2 r+ [: w9 Z5 p这个文件比较重要，看源码分析，主要功能是
6 B) e9 ]" q. U% e3 Q$ H0 |& `8 u. u1. 依据stm32的类型(主要是flash的大小)，定义各种中断向量表的顺序
3 J% ]) w- P2 y" x2. 定义数据类型
3. 定义MCU外设相关的结构体
4. 定义外设在FLASH中的地址
* X& M6 T+ k. B7 a( d5. 进行外设寄存器的位定义

! s' S) ?: ~% C( E, a4 ?- f那这个文件从哪来的？谁提供的？
Stm32f10x.h是ST公司提供的，在3.5的库的DeviceSupport中可以找到
7 Q* {) F1 h! G& x- u! G) n
4 N/ |8 _5 c! USTM32F10x_StdPeriph_Lib_V3.5.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x
7 I9 _) A+ B/ |  z5 w
2 s) O9 w3 V- y+ M, `8 s5 g. f. L2.2 ST HAL库

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

7 s( a. F$ M" R7 J- `/ i; u3 J: ^


- A$ m8 [7 f" b9 b2 M8 i