我们读武侠小说，总会有一些创出独门功夫的宗师，功夫极高，然后他的弟 子则基本上无法超越他。我在想，这位宗师在创造他自己的独门功夫时，必然会 有很多的次的曲折、弯路、甚至失败，会浪费他的很多时间，而他教给弟子时， 则已去掉了这些曲折和弯路，当然更不会把失败教给弟子，按理说，效率应该更 高，可是没用，弟子大都不如师。为什么呢？也许知识本身并不是最重要的，获 取知识的过程才是最重要的？也许所谓的知识，并不仅仅是一条条的结论，而是 附带着很多说不清道不明的东西？如植物的根，一条主根上必带有大量的小小的 触须？ 闲话多了些，就权当前言了。下面准备开始。 一、条件的准备
STM32 学习笔记
从 51 开始，单片机玩了很长时间了，有 51，PIC，AVR 等等，早就想跟潮 流玩玩 ARM，但一直没有开始，原因-----不知道玩了 ARM 可以做什么（对我自 己而言）。如果为学习而学习，肯定学不好。然后 cortex-m3 出来了，据说，这 东西可以替代单片机，于是马上开始关注。也在第一时间开始学习，可惜一开始 就有点站错了队，选错了型（仍是对我自己而言）。我希望这种芯片应该是满大 街都是，随便哪里都可以买得到，但我选的第一种显然做不到。为此，大概浪费 了一年多时间吧，现在，回到对我来说是正确的道路上来啦，边学边写点东西。
第一次进入时 Include Paths 文本框中是空白的，点击其后的按钮打开对话框， 增加相应的路径
这样路径就设好了。单击 OK，回到上一界面，然后再单击 OK，退出设置，即 可编译、链接。 下一会要试一试新的 3.12 版的库效果如何了。
STM32 学习笔记（3）
升级库 光盘中所带的例子是 3.10 的，另外还有一个 3.12 的，我 试着将 3.12 的库替代 原来的库，还真有问题，下面就简述问题及解决方法。 （1）将库文件解压 库文件名是：stm32f10x_stdperiph_lib.zip，解压后放在任意一个文件夹中。 （2）由于原作者做了很好的规划，每一个项目中都分成三个文件夹，并且在 s ource 文件夹中又做了 3 个文件夹，其中 APP 文件夹是放自己写的文件的，其 他的两个是从库中复制过来的，因此，想当然地把 3.1.2 版本中相同的两个文件 夹： CMSIS 和 STM32F10x_StdPeriph_Driver 直接复制过来，以为一切 OK，结果 一编译，出来一堆错误。 其中有错误：
这里写的是我的学习的过程，显然，很多时候会是不全面的，不系统的，感 悟式的，甚至有时会是错误的，有些做法会是不专业的。那么，为什么我还要写 呢？这是一个有趣的问题，它甚至涉及到博客为什么要存在的问题。显然，博客 里面的写的东西，其正确性、权威性大多没法和书比，可为什么博客会存在呢？ 理由很多，我非专家，只说我的感慨。
STM32 学习笔记（2）
本想着偷点懒的，没想到竞被加了“精”，没办法啦，只能勤快点啦。。。 硬件调通后，就要开始编程了。 编程的方法有两种，一种是用 st 提供的库，另一种是从最底层开始编程，网上 关于使用哪种方法编程的讨论很多，据说用库的效率要低一些。但是用库编程非 常方便，所以我还是从库开始啦。库是 ST 提供的，怎么说也不会差到哪里，再 说了，用 32 位 ARM 的话，开发的观念也要随之改变一点了。
Source\App\main.c(7): error: #20: identifier "GPIO_InitTypeDef" is undefin ed .... 还有大量的警告：
Source\STM32F10x_StdPeriph_Driver\src\stm32f10x_flash.c(130): warnin g: #223-D: function "assert_param" declared implicitly 看了看，在 APP 文件夹中还有一些不属于自己的东西： stm32f10x_conf.h，stm32f10x_it.h，stm32f10x_it.c，打开一看，果然是 3.10 版本的，没说的，换。。。。，找到 STM32F10x_StdPeriph_Lib_V3.1.2\Proje
我的习惯，第一步是先搭建一个学习的平台。原来学 51，PIC，AVR 时，都 是想方设法自己做些工具，实验板之类，现在人懒了，直接购买成品了。
硬件电路板：火牛板 软件：有 keil 和 iar 可供选择。网上的口水仗不少，我选 keil，理由很简单， 这个我熟。目前要学的知识中，软、硬件我都不熟，所以找一个我有点熟的东西 就很重要。在我相当熟练之前，肯定不会用到 IAR，如果真的有一天不得不用 I AR，相信学起来也很容易，因为这个时候硬件部分我肯定很熟了，再加上有 ke il 的基础，所以应该很容易学会了。 调试工具：JLINK V8。这个不多说了，价格便宜又好用，就是它了。 二、热身 网上选购的，付了款就是等了。拿到包裹，端详良久，起身。。。。沐浴， 更衣，焚香，，， ， ， 总得先吃晚饭，洗澡，再点个电蚊香什么的吧。
接下来设定目标输出文件夹。上面这个图怎么出来的就不说啦，单击“Select Fo ler for Objects...”，在弹出来的对话框中选择 OBJ 文件夹。
同样方法，选择 List 文件的输出文件夹。 设置好后，如果直接编译是不行的，会出错。还需要提供头文件所在位置。单击 c/C++标签页.
ห้องสมุดไป่ตู้
，拆包 细细端详，做工精良，尤其那上面的 3.2 吋屏，越看越喜欢。接下来就是一阵折 腾了，装 JLINK 软件，给板子通电，先试试 JLINK 能不能与电脑和板子通信上 了。真顺，一点问题也没有。于是准备将附带的程序一个一个地写进去试一试。 一检查，大部分例子的 HEX 文件并没有给出，这要下一步自己生成，但是几个 大工程的例子都有 HEX 文件，如 MP3，如 UCCGI 测试等，写完以后观察程序 运行的效果。因为之前也做过彩屏的东西，知道那玩艺代码量很大，要流畅地显 示并不容，当时是用 AVR 做的，在 1.8 吋屏上显示一幅画要有一段时间。现在 看起来，用 STM32 做的驱动显示出来的画面还是很快的，不过这里显示的大部 分是自画图，并没有完整地显示一整幅的照片，所以到底快到什么程度还不好说， 看来不久以后这可以作为一个学习点的。 一个晚上过去了，下一篇就是要开始 keil 软件的学习了。
中的 bin 映像（image）文件，这一点清注意区别。 一个 ARM 程序包含 3 部分：RO，RW 和 ZI RO 是程序中的指令和常量 RW 是程序中的已初始化变量 ZI 是程序中的未初始化的变量 由以上 3 点说明可以理解为： RO 就是 readonly， RW 就是 read/write， ZI 就是 zero ARM 映像文件的组成 所谓 ARM 映像文件就是指烧录到 ROM 中的 bin 文件，也称为 image 文件。以 下用 Image 文件来称呼它。 Image 文件包含了 RO 和 RW 数据。 之所以 Image 文件不包含 ZI 数据，是因为 ZI 数据都是 0，没必要包含，只要程 序运行之前将 ZI 数据所在的区域一律清零即可。包含进去反而浪费存储空间。 Q：为什么 Image 中必须包含 RO 和 RW？ A：因为 RO 中的指令和常量以及 RW 中初始化过的变量是不能像 ZI 那样“无中 生有”的。 ARM 程序的执行过程 从以上两点可以知道，烧录到 ROM 中的 image 文件与实际运行时的 ARM 程序 之间并不是完全一样的。因此就有必要了解 ARM 程序是如何从 ROM 中的 image 到达实际运行状态的。 实际上，RO 中的指令至少应该有这样的功能： 1. 将 RW 从 ROM 中搬到 RAM 中，因为 RW 是变量，变量不能存在 ROM 中。 2. 将 ZI 所在的 RAM 区域全部清零，因为 ZI 区域并不在 Image 中，所以需要 程序根据编译器给出的 ZI 地址及大小来将相应得 RAM 区域清零。ZI 中也是变 量，同理：变量不能存在 ROM 中 在程序运行的最初阶段，RO 中的指令完成了这两项工作后 C 程序才能正常访问 变量。否则只能运行不含变量的代码。 说了上面的可能还是有些迷糊，RO，RW 和 ZI 到底是什么，下面我将给出几个 例子，最直观的来说明 RO，RW，ZI 在 C 中是什么意思。
#include "stm32f10x_conf.h" #endif 看来，是这个 USE_STDPERIPH_DRIVER 没有被定义啊，于是，人为地去掉 条件： //#ifdef USE_STDPERIPH_DRIVER
#include "stm32f10x_conf.h" //#endif 再次编译，果然就 OK 了。可是，可是，也不能就这么去掉啊，怎么办呢？万能 的网啊，一搜果然就有了。
到设置 C/C++页面 在那个 define 中加入“USE_STDPERIPH_DRIVER,STM32F10X_HD” 当然，去掉条件编译前面的注释，回到原样。 再次编译，一切顺利。可是，原来的工程例子也没有加这个啊，怎么回事呢？再 次打开原来的例子，找到 stm32f10x.h，可以看到有这么一行：
用菜单 Project-->New uVision Porject...建立新的工程，选择目标器件为 STM3 2103VC，这个过程与建立 51 单片机的工程没有什么区别，这里就偷点懒，不 上图了。接下来看一看怎么设置。
点那个品字形，打开对话框
这里就给个图了，相信有一定操作基础的人应该会用。顺便提一下，原来用 VC 或者 IAR 时总觉得它们的一个功能：就是建立一个是 Debug 组和 Release 组， 这个功能挺好的，从这个图可在 Keil 里也是一样可以建的。 将刚才那个文件夹图中 CMSIS 中的文件加入 CMSIS 组，一共 3 个，其中\Sour ce\CMSIS\Core\CM3 有两个 C 语言源程序文件全部加入，另外还有一个在 \Source\CMSIS\Core\CM3\startup\arm 文件夹中，这个文件夹中有 4 个.s 文 件，我们选择其中的 startup_stm32f10x_hd.s 文件。这是根据项目所用 CPU 来 选择的，我们用的 CPU 是 103VC 的，属于高密度的芯片，所以选这个。 至于 LIB 中的文件，就在这儿：\Source\STM32F10x_StdPeriph_Driver\src 啦。 这里有很多个文件，把什么文件加进去呢？怕麻烦的话，把所有文件全部加进去， 这并不会增加编译后的代码量，但会增加很多的编译时间。