关于STM32的检讨，不做烦躁的嵌入式工程师

我看楼主浮躁得不得了。现在什么都不要做了，先去看几遍《不要做浮躁的嵌入式工程师》这篇文章，想清楚了，
再着手吧。

我做了个实例，不必ST的库来点LED，回答你的问题

我的 KeilMDK 3.5
我的STM32板子斗争版是 ，IC 是 STM32F103VET6
调试东西 JLINK V8
LED 接在 PB5 ，高电平点亮

已然楼主说必定懂C言语了，那么关于下面我的问题，不查百度，彻底靠自己，懂多少？然后查了百度之后又能懂多少？

（一）新建 keil 工程，IC挑选 ST 公司的 STM32F103VE，keil提示是否copy 发动文件，挑选是。

这儿有问题问楼主，
你有没有读过这个发动头文件？ 51 也是相同的发动文件，51的那个发动文件有没有读过？你知道
头文件里边做了什么吗？ C言语真的从 main 函数开端吗？运转时库是什么？这些材料从
什么当地知道？keil编译器的行为？
（假如你说头文件是汇编的，没有必要看，那我当我没说）

例如发动文件里边有这么一句，我的问题是 __main 这个标号在哪里完成的，留意，这儿必定不是 main 函数
这儿跳到哪里去了？还有个问题 [WEAK] 这儿是什么意思？有什么用？？？？

Reset_Handler PROC
EXPORT Reset_Handler [WEAK]
IMPORT __main
LDR R0, =__main
BX R0

（二）新建一个 main.c 并且写一个 main函数，什么都不做，这和51相同了。

void main(void)
{
while (1)
{

}
}

然后由于我需求调试，则设置jlink调试器，在项目特点里边 Debug 标签，Use J-LINK/J-TRACE ，然后到
utilities 标签，相同挑选J-LINK /J-TRACK ，并且挑选 Setting 按钮，里边的 Programming Algorithm
仍是空的，表明keil 不知道方针是什么，我增加一个 STM32F10X High-density Flash ，问题，为什么是
High-desity ？依据是什么？？？
悉数承认回来。

这个时分现已能够编译，开发板上电，现已能够下载仿真的，尽管程序什么都没有写

（三）已然硬件，仿真器，调试都预备好了，接着就开端写程序了。
我一向引荐新手花钱买学习板和仿真器，由于能够扫除硬件的问题，让初学者集中精力去写程序，而不必置疑
硬件有问题，这点很重要。

这阶段主要是看书，了解这个IC 的架构，了解指令集，了解寄存器（别跟我说你找不到这些材料？ …..）
Cortex-M3威望攻略CnR2（电子书）.pdf
STM3210x参考手册.pdf
学习板原理图
博客，论坛等多个帖子，必须要对整个IC有个开端的了解。这个进程有点苦楚，可是值得花这个时刻。

（四）开端写 LED
已然咱们要操作 IO 口，当然就要看IO口相关的常识。翻开 STM3210x参考手册.pdf ，我的意图仅仅操作 GPIO
所以我只需求将第五章看完就OK了。章节比较多，懒得看，依据一般的经历（楼主，你缺经历了吧？），不说多
就AVR 和 PIC 罢了。操作IO一般是两个过程，榜首，操作IO操控寄存器，设置IO为输出，第二便是送数据。

那么很明显，只可能是 GPIOx_CRL GPIOx_CRH ， GPIOx_ODR 三个寄存器会有想要
仔细阅读这几个寄存器的介绍后知道，GPIOx_CRL 是操控 PIN 0-7 的特点的，GPIOx_CRH 操控PIN 8-15，ODR寄存器
当然便是输出数据了，将数据送到这儿就行了。

然后，这几个寄存器的地址是多少？首先看 stm32f103ve.pdf 这个是官方的datasheet、，看第四章， Mmeory Mapping
为什么看这章？会英文都能猜到吧？，看 PORTB 的地址是 0x40010C00 – 0x40010FFF ，这个便是基地址了。基地址
加上偏移量就能找到具体的寄存器。

例如我需求操作 GPIOB_CRL 的偏移为 00H ，（看STM3210x参考手册.pdf） ODR 寄存器的偏移为 0CH
那么很天然得出
GPIOB_CRL = 0x40010C00
GPIOB_ODR = 0x40010C0C

怎样验证我的定论正确？先看 keil 给的头文件 KeilARMINCSTSTM32F10xstm32f10x_map.h
#define PERIPH_BASE ((u32)0x40000000)
#define APB2PERIPH_BASE (PERIPH_BASE + 0x10000)
#define GPIOB_BASE (APB2PERIPH_BASE + 0x0C00)

这样怎样算都能算出 0x40010C00 出来吧？？ODR 寄存器同理

为了点亮 LED ，我需求将 PB5 （也便是 GPIOB5）设置为输出，并且ODR相应的位写入 1 ，看材料得出 MODE5 是
bit 20 21 操控的，CNF5 是bit 22,23
MODE5应该设置 10（0x2) 挑选 2MHZ 输出，CNF5 挑选00（0x0），通用推挽方式，所以将这个值写入

(*volatile unsigned long)0x40010C00 = (2<<20) | (0<<22); // 为简略起见，不论其他位了

楼主你是否能看懂这句C言语？？volatile 什么意思什么用？指针的实质是什么？为什么能这样用？2<<20 是什么
意思，为什么能这样用？楼主我真的不是尴尬你，嵌入式都这么写的，ST的头文件也是这么界说

同理，设置 ODR 寄存器
*(volatile unsigned long *)0x40010C0C = 1<<5;
*(volatile unsigned long *)0x40010C0C = 0;

STM32 没有SFR ，没有bit，没有sbit 的概念的了。是不是就不如 51 了？

下载运转，还不可，由于GPIOB 的CLK 没有使能，这时其实 GPIOB 是不能作业的，这是 STM32 特别的当地，上电
默许外设的时钟都是关的，初学者没有留意这儿，是能够宽恕的，多看看书，多实践，多问问便是了。

找到问题的原因，则再 RCC_APB2ENR 设置，其间 BIT 3 便是 IOPBEN 是时钟使能位，同上，先找到 RCC_APB2ENR
的地址
#define PERIPH_BASE ((u32)0x40000000)
#define AHBPERIPH_BASE (PERIPH_BASE + 0x20000)
#define RCC_BASE (AHBPERIPH_BASE + 0x1000)
RCC_APB2ENR 的偏移是 18H ，所以终究得到地址为 0x40021018，操作方法同上

*(volatile unsigned long *)0x40021018 |= 1<<3;

终究的点LED的程序就完成了。
void main(void)
{
*(volatile unsigned long *)0x40021018 |= 1<<3;
*(volatile unsigned long *)0x40010C00 = (2<<20) | (0<<22);
*(volatile unsigned long *)0x40010C0C = 1<<5;
while (1)
{

}
}
假如将寄存器做一个界说，则程序变成如下

#define RCC_APB2ENR *(volatile unsigned long *)0x40021018
#define GPIOB_CRL *(volatile unsigned long *)0x40010C00
#define GPIOB_ODR *(volatile unsigned long *)0x40010C0C

void main(void)
{
RCC_APB2ENR |= 1<<3;
GPIOB_CRL = (2<<20) | (0<<22);
GPIOB_ODR = 1<<5;
while (1)
{

}
}

RCC_APB2ENR RCC 是时钟寄存器 ， APB2 是外设2 ，ENR ，能够理解为 enable
GPIOB_CRL GPIO B control 操控寄存器
GPIOB_ODR GPIO(general purpose input output) B output data register 输出数据寄存器

都是有意义的姓名，哪里难记了？？并且姓名都来自 ST 的官方 datasheet、这个程序跟你用 51 写的程序我还真的
没看出差别有很大 …..

参加方才的 GPIOB 寄存器，看看 ST 的官方库是怎样界说的，
LibrariesCMSISCM3DeviceSupportSTSTM32F10xstm32f10x.h
用 UltraEdit 翻开，查找 GPIOB

#define PERIPH_BASE ((uint32_t)0x40000000)
#define APB2PERIPH_BASE (PERIPH_BASE + 0x10000)
#define GPIOB_BASE (APB2PERIPH_BASE + 0x0C00)

没错，和keil 里边是一模相同的。

typedef struct
{
__IO uint32_t CRL;
__IO uint32_t CRH;
__IO uint32_t IDR;
__IO uint32_t ODR;
__IO uint32_t BSRR;
__IO uint32_t BRR;
__IO uint32_t LCKR;
} GPIO_TypeDef;

其间 __IO 的界说在 LibrariesCMSISCM3CoreSupportcore_cm3.h 为什么我知道在这个文件里边，由于我会
用 source insight …

#define __IO volatile

__IO uint32_t CRL 其实便是 volatile uint32_t CRL

为什么用结构体？由于结构体的成员的地址分配（RAM中）是接连（不知道楼主是否懂得，这仍是C言语的问题），
而 STM32 的一个模块的功用寄存器都是接连的，每个寄存器都是相当于 基地址加偏移，跟上面的理论共同

所以就有了结构体指针的用法
盯梢库函数的源代码，例如 GPIO 的 初始化函数
void GPIO_Init(GPIO_TypeDef* GPIOx, GPIO_InitTypeDef* GPIO_InitStruct)

以结构体指针的方式传递 IO 口 GPIO_TypeDef* GPIOx

拜访 CRL 寄存器则用成员的方式 GPIOx->CRL;

不需求忧虑这样做的功率，由于都是地址，也便是指针，终究的功率是直接寄存器操作，功率是十分高的。

看不懂库函数，归根究底便是C言语功底不可。不要认为写过几行51就懂C言语了，远的很呢。

还有，STM 的库下载的时分包含了许多许多比如，库函数怎样使用在比如里边有很具体的介绍，不必写几行代码，
都是仿制比如做试验，也很很简单的。

总结楼主的几个问题
1，ARM 没有SFR，也不需求，SFR 是51的关键字，没有理由 51 有 ARM 就要有。例如ACC，ARM 就没有，可是有
R0-R15 ，这些便是架构（architecture 的区别了）
2，STM32 的寄存器在官方头文件上面现已悉数有界说了，上面现已论述了。（你看不懂不代表没有吧？）
3，不带库函数的LED程序现已完成了。

想前进仅有的方法是多看书，多看代码，多写，多考虑，少说话，楼主太浮躁了，检讨一下吧。