ARM基础实验：从汇编启动代码到GPIO点灯的完整裸机开发指南

简介：面向嵌入式初学者的ARM体系结构与汇编程序设计实验合集，精选18个经典实验，覆盖LED控制、UART串口、外部中断、直流/步进电机驱动、EEPROM读写、按键读取及指令系统验证等典型场景，配合PDF详细实验说明与逐段注释代码，可帮助读者建立ARM寄存器、中断机制与汇编编程的完整认知。压缩包共360个文件，约10.58MB，以C源码（99个）、头文件（97个）、汇编源文件（27个）与ADS工程文件（26个mcp）为主体，另有axf、o等编译产物及PDF说明、实验图片，便于对照工程结构理解编译流程；代码注释详细，实验步骤清晰，适合初学者跟随练习。资源来自高校嵌入式实验室配套内容，已有142人学习，适合刚接触嵌入式、希望在真实工程脉络中巩固基础的同学，深度学习者亦可借此回顾经典实验设计思路。

1. ARM基础实验：不跑系统反而什么都得自己写

很多人觉得ARM基础实验就是嵌入式里最简单的那类入门，无非是点灯、按键、串口打印。但等你真拿到一份包含C代码和汇编代码的完整实验资源，刷过一遍就会意识到：真正卡人的不是C语言逻辑，而是那些看不见的汇编启动代码、寄存器地址映射和链接脚本。学这块内容的人，目标通常很具体——搞懂上电之后CPU到底在干什么、中断向量表长什么样、C语言里的main为什么不是程序起点。这套ARM基础实验资源正好把这些环节串起来，适合刚从单片机裸机转到ARM平台、或者想补上汇编基础的开发者。

2. 工具链与工程骨架：用 Makefile 把汇编和 C 编译到一块

拿到资源包第一件事不是打开实验手册，而是先把编译环境跑通。ARM基础实验的代码不能像桌面程序那样用系统gcc直接编译，必须用交叉编译工具链，因为目标平台是ARM内核而不是x86。这份资源里的实验代码通常分成startup汇编文件、main.c、链接脚本和Makefile四块，弄清楚它们各自干什么，后面调起错来才不会慌。

2.1 交叉编译工具链安装与选型

常见做法是安装开源的arm-none-eabi系列工具链，它能编译裸机程序，不依赖操作系统。在Linux环境下安装路径根据发行版不同略有差异，但装完后一定要确认arm-none-eabi-gcc能跑起来：

arm-none-eabi-gcc --version arm-none-eabi-objcopy --version

第一行看编译器和第二行看二进制转换工具是否正常。基础实验只需要这两个，加上arm-none-eabi-gdb用于后面调试。工具链选型上，我一般直接用gcc而不是Keil或IAR的命令行版本，原因很简单：gcc配合Makefile可以把汇编编译、C编译、链接和生成bin文件一条命令做完，实验项目的工程结构也最容易被看清楚。Keil当然也能做，但图形界面把启动代码和链接脚本藏得太深，对想搞懂原理的人反而不友好。

2.2 典型工程结构与 Makefile 解析

一个标准的ARM基础实验资源包，打开后大概率是下面这个文件结构，我建议下载后先按表格核对一遍，缺了某个文件后面会遇到各种诡异问题：

Makefile是整个工程的粘合剂。一个最小可用的版本长这样：

CROSS_COMPILE = arm-none-eabi- CC = $(CROSS_COMPILE)gcc OBJCOPY = $(CROSS_COMPILE)objcopy TARGET = led_demo CFLAGS = -mcpu=cortex-m3 -mthumb -Wall -O0 -g LDFLAGS = -Tlink.ld -nostdlib OBJS = startup.o main.o all: $(TARGET).bin $(TARGET).elf: $(OBJS) $(CC) $(LDFLAGS) -o $@ $^ %.o: %.s $(CC) $(CFLAGS) -x assembler-with-cpp -c -o $@ $< %.o: %.c $(CC) $(CFLAGS) -c -o $@ $< $(TARGET).bin: $(TARGET).elf $(OBJCOPY) -O binary $< $@ clean: rm -f *.o *.elf *.bin

-CFLAGS里-mcpu=cortex-m3告诉编译器目标CPU内核，-mthumb用Thumb指令集，-O0关闭优化方便调试，-g生成调试信息。-LDFLAGS里的-Tlink.ld指定链接脚本，-nostdlib不链接C标准库的启动代码，因为启动工作由startup.s自己完成。注意%.o: %.s这条规则用了-x assembler-with-cpp，作用是在汇编代码里也能用宏定义和文件包含，很多实验代码会在汇编里引用C头文件定义的地址，没有这个选项直接报错。

2.3 烧录与复位运行

编译生成led_demo.bin之后，烧录方式取决于手头开发板的调试器。无论哪种，烧录前先确认设备是否被识别：

openocd -f interface.cfg -f target.cfg

这个命令会启动一个调试服务进程，interface.cfg描述调试器型号，target.cfg描述目标芯片。启动成功后，再开一个终端用GDB连接，或者用配套的烧录脚本直接写bin文件。实际操作里烧录失败最常见的原因是接线松了或者调试器固件版本与OpenOCD不匹配，跟代码本身没有关系。烧完别急着拔线，紧接着做第6章的调试验证，能省掉后面好几个小时的排查时间。

3. 汇编启动代码：上电第一行指令如何把控制权交给 main

ARM基础实验和普通单片机开发最大的区别，就是启动过程完全暴露在开发者面前。芯片上电后并不是直接跳到C语言入口，而是先执行一段汇编代码，完成栈指针设置、向量表建立、数据段搬运和BSS段清零，最后才调用main。这段汇编代码写得好不好直接影响整个工程的稳定性，也是个典型的黑匣子地带，很多人点灯不亮根本原因就藏在这里。

3.1 中断向量表：程序启动的第一份数据

向量表是芯片上电后首先读取的数据结构。Cortex-M内核的向量表固定放在Flash起始地址，也就是链接脚本里FLASH ORIGIN指定的位置。向量表第一个32位字是栈顶地址，第二个字是复位异常入口，后续依次是各类异常和中断入口。一个教学简化版的向量表定义如下：

.section .isr_vector,"a" __Vectors: .word 0x20005000 @ 栈顶地址，指向RAM区域 .word Reset_Handler @ 复位异常入口 .word NMI_Handler @ 非屏蔽中断 .word HardFault_Handler @ 硬件错误异常 .section .text .thumb_func Reset_Handler: LDR R0, =SystemInit BLX R0 LDR R0, =main BLX R0 B .

.section .isr_vector,"a"把向量表放到名为isr_vector的段里，链接脚本会把这个段安排在Flash最前面。.word在汇编里表示一个32位常量，所以向量表本质上是一组地址数据。Reset_Handler里通过LDR R0, =main把main函数的地址加载到寄存器，再用BLX R0跳转过去。注意BLX既能跳转又会切换指令集状态，配合.thumb_func声明的函数入口，保证C代码按Thumb模式执行。

3.2 Reset_Handler 里到底干了什么

实际工程的Reset_Handler比上面的教学简化版要复杂得多。芯片上电后默认时钟可能不是最终工作频率，看门狗可能是开启状态，C语言的全局变量还没从Flash拷贝到RAM，BSS段的零初始化也没做。一个更贴近真实工程的启动流程包含这些步骤：

Reset_Handler: LDR R0, =_estack @ 设置主栈指针 MOV SP, R0 BL SystemInit @ 时钟、看门狗、Flash延迟初始化 LDR R0, =_sdata LDR R1, =_edata LDR R2, =_sidata BL CopyData @ 把.data段从Flash复制到RAM LDR R0, =_sbss LDR R1, =_ebss BL ZeroBss @ BSS段清零 BL main @ 进入C代码 B .

_estack、_sdata这些符号由链接脚本生成，不是随便写的。链接脚本里定义好RAM的起始地址和Flash中数据段存放位置，汇编代码通过外部符号引用它们。CopyData和ZeroBss可以用汇编写循环实现，也可以直接调用编译器提供的库函数。这样做的好处是main执行时所有全局变量已经处于可用状态，不会出现某个变量值是随机数的玄学问题。

3.3 汇编与C的互相调用规则

汇编代码调用C函数时，要遵循ATPCS调用约定。R0-R3传前四个参数，R4-R11保存局部变量，LR保存返回地址，函数返回值放R0。上面启动代码里的SystemInit、main都不带参数，所以直接用BLX R0跳转即可。如果C函数带参数，就得先把参数放到R0-R3再跳转：

LDR R0, =0x01 LDR R1, =0x02 LDR R2, =calc BLX R2 @ calc(0x01, 0x02)

C代码里也可以反过来调用汇编函数，只需在汇编里用.global导出符号，比如.global delay_ms，C侧声明extern void delay_ms(int);就能直接调用。实验包里有些延时函数是用汇编写的，C代码调用它们时要特别注意R0作为第一个参数，以及在汇编里用PUSH保存LR，因为BL指令会覆盖LR。

4. GPIO 点灯：从寄存器和库函数两侧看 C 代码怎么控制硬件

点灯实验是所有ARM基础实验的起手式，也是理解C代码如何操作寄存器的经典场景。和PC编程不同，嵌入式C代码里没有操作系统帮忙管理硬件，所有外设控制都是直接读写内存映射寄存器。这份资源里的点灯代码通常包含寄存器操作和封装两种写法，对照着看更容易建立地址和硬件之间的映射关系。

4.1 时钟使能为什么先于一切

很多初次接触ARM的人拿到代码就去查GPIO方向寄存器，结果配置半天灯就是不亮。问题出在漏掉了时钟使能。ARM芯片为了降低功耗，大部分外设默认是不供时钟的，GPIO模块没时钟时对它寄存器写的任何值都会被丢弃。所以在操作GPIO之前，必须先在RCC时钟控制寄存器里把对应端口的总线时钟打开：

typedef volatile unsigned long reg32; #define RCC_BASE 0x40021000UL #define RCC_AHBENR (*(reg32 *)(RCC_BASE + 0x14)) #define GPIOB_BASE 0x48000400UL #define GPIOB_MODER (*(reg32 *)(GPIOB_BASE + 0x00)) #define GPIOB_ODR (*(reg32 *)(GPIOB_BASE + 0x14)) int main(void) { RCC_AHBENR |= (1UL << 18); // 使能GPIOB时钟 GPIOB_MODER &= ~(3UL << 10); // 清空PB5模式位 GPIOB_MODER |= (1UL << 10); // PB5设为输出模式 while (1) { GPIOB_ODR ^= (1UL << 5); // 翻转PB5电平 delay(); } }

代码里RCC_AHBENR的1UL << 18是GPIOB时钟使能位，具体位号要以芯片参考手册为准。GPIOB_MODER是模式寄存器，每个引脚占2位，PB5对应第10和11位，所以先按位清除再置为01表示通用输出。GPIOB_ODR是输出数据寄存器，对第5位做异或翻转就实现了电平切换。volatile关键字必不可少，它告诉编译器这个地址内容随时可能被硬件改变，禁止优化掉重复读取。

4.2 delay 函数的正确写法与优化陷阱

点灯循环里那个delay函数看起来不起眼，写不好就是整个世界观的崩塌。如果用普通局部变量做循环计数，开-O0还好，一旦开优化编译器可能直接把循环删掉，因为变量没被外部读取，它认为这是死代码，结果就是灯狂闪或者干脆不闪。正确写法是用volatile变量：

static void delay(unsigned long n) { volatile unsigned long i; for (i = 0; i < n; i++); }

加volatile之后编译器会保留这个循环，每次迭代都真正执行加法比较。这种忙等延时精度不高，但对点灯够用。实验里如果把延时函数从原来的5万改成50万，闪烁频率会明显变慢，这也能顺带验证代码确实在控制硬件。

4.3 寄存器封装：从裸地址到结构体指针

直接写*(reg32 *)(GPIOB_BASE + 0x00)可读性很差，实验代码通常会封装成结构体，把某个外设的一组连续寄存器映射成结构体成员。ARM芯片的GPIO寄存器组在地址空间上是连续排列的，所以可以定义成这样：

typedef struct { reg32 MODER; reg32 OTYPER; reg32 OSPEEDR; reg32 PUPDR; reg32 IDR; reg32 ODR; } GPIO_Type; #define GPIOB ((GPIO_Type *)GPIOB_BASE) // 之后操作就变成这样： GPIOB->MODER |= (1UL << 10); GPIOB->ODR ^= (1UL << 5);

这种封装方式的优势是代码接近自然语言，MODER、ODR这些名字和芯片手册一致，查错时能直接对照手册看偏移。定义GPIO_Type时唯一要注意的是成员顺序必须和硬件寄存器地址偏移严格一致，不能按喜好调整，否则访问GPIOB->ODR时实际读写的是错误地址。这也是C语言里结构体与硬件映射最常见的翻车点。

5. 避坑：启动失败、点灯不亮和中断进不去的排查记录

这个章节是血泪经验的集中区。ARM基础实验代码量不大，报错和异常现象翻来覆去就那么几类，但每一类都能卡住人好几天。下面这些坑是我和身边的人在实验里真实遇到过的，按现象到解决写清楚，你遇到同类问题时可以直接对照排查。

5.1 复位循环跑飞，main 根本进不去

现象：程序烧录后没有任何反应，调试器连接时看到芯片不断复位，PC指针跳到一个非法地址后又被拉回。单步执行发现中断向量表里的BEAB字样不对，也就是栈顶地址或复位入口完全没有被正确映射。

原因：中断向量表第一个字必须是RAM区域的栈顶地址，第二个字必须是Reset_Handler地址。如果链接脚本把isr_vector段放错了位置，或者startup.s里.word Reset_Handler写的符号名与实际导出名不一致，芯片上电后就会取到一个错误的PC值。还有一个常见原因是用arm-none-eabi-gcc编译时，-nostdlib把编译器默认的启动文件也删掉了，但汇编里还在调用__main，导致符号缺失。

解决：先确认链接脚本里FLASH ORIGIN是不是芯片的实际Flash起始地址，然后检查startup.s里的.global导出符是否完整。用arm-none-eabi-nm查看elf文件里的符号地址，重点确认Reset_Handler是否位于向量表第二个word指向的位置。如果启动代码里写的是BL __main，而你没链接C标准库启动文件，把它改成BL main。

5.2 点灯不亮，但 GPIO 配置代码看起来完全正确

现象：ODR寄存器打了断点，看到电平翻转了，但LED就是没反应。用万用表量引脚电压要么恒定0V，要么恒定3.3V，完全不跟随代码变化。

原因：第一嫌疑是时钟没有真正使能。有的芯片RCC使能位写的是1UL << 18，但那是GPIOB的。如果你操作的是GPIOA，却使能了GPIOB的时钟，寄存器看起来在变，实际外设根本不在工作。第二个原因是GPIO复用功能没改，某些引脚默认接到调试口或其它外设，直接当普通IO用需要先切换到GPIO模式。第三个原因隐蔽一些——你写的MODER寄存器地址是对的，但用的是结构体封装，成员顺序和芯片手册对不上，读写位置全歪了。

解决：逐个检查RCC寄存器对应的端口使能位，用调试器直接读寄存器值而不是只看代码。再把GPIO模式寄存器读回来，确认写入的bit位确实变成了01。对可疑引脚查一下芯片手册的默认复用功能表，必要时执行GPIOx->AFR |= 0和GPIOx->MODER配合切换。

5.3 链接报错 undefined reference to __main

现象：编译一路绿灯，链接时突然冒出undefined reference to '__main'，整个工程构建失败。网上搜到的帖子都在说Keil和GCC启动文件差异，看完更懵。

原因：这是把Keil工程习惯带到gcc工具链的经典案例。Keil的启动代码习惯调用__main，由ARM的C库完成数据段拷贝和BSS清零后再跳进main。而gcc工具链配合-nostdlib时，C库入口不存在，如果startup.s里还保留BL __main，链接器自然找不到符号。实验包如果之前是用Keil写的，转成gcc时这一步很容易漏改。

解决：把startup.s里的BL __main改成BL main，并且在汇编文件顶部确保.global main。如果确实需要C库启动流程，可以去掉-nostdlib链接标准库，但要确认工具链版本里包含对应的ARM启动代码，否则可能引入更多不确定行为。

5.4 中断服务函数进不去，标志位一直置1

现象：外设中断标志位已经置位，主循环里查得到，但中断服务函数就是不执行。单步调试进不去，中断向量表里对应的地址也能看到，看起来配置没问题，最后发现是NVIC没使能或者使能了错误的中断号。

原因：中断能响应需要三级条件同时满足，缺一不可。第一级是外设本身要产生中断事件，第二级是NVIC的对应中断通道使能，第三级是中断向量表里该中断号的入口地址正确。很多人只做了第一级，外设中断标志置起来，但NVIC的ISER寄存器没写1，CPU根本不知道有这个中断请求。另一个坑是中断服务函数名和启动代码向量表里的符号拼写不一致，编译期不会报错，运行时不匹配，静默失败。

解决：先把向量表里该中断对应的项和你写的函数名对齐，用调试器x命令打印向量表，看那个表项是否等于你函数的地址。然后检查NVIC_ISER对应位是否置1，外设的Interrupt Mask寄存器有没有屏蔽中断。从GDB里用p/x *(unsigned long*)0xe000e100读NVIC使能寄存器，注意偏移值因芯片而异，不要照抄。

6. 用 GDB 验证向量表与寄存器：一次最小启动自检流程

点灯实验跑通后，别急着往下做串口和定时器，先用调试器把启动流程完整验证一遍。这个自检流程花不了五分钟，却能把启动代码、链接脚本和时钟配置一次性确认清楚。之后再做其它实验，遇到问题心里就有底，知道是应用逻辑的问题还是底层配置的问题。

6.1 GDB 最小启动检查步骤

启动OpenOCD后新开终端连接GDB，按顺序做这几步：

arm-none-eabi-gdb led_demo.elf target remote localhost:3333 monitor reset halt x/8wx 0x08000000 b Reset_Handler c p/x $sp p/x $pc

x/8wx 0x08000000是查Flash起始地址开始的8个字，会看到第一个word是不是栈顶地址，第二个word是否是Reset_Handler地址。在Reset_Handler打断点后继续执行，$sp应该是0x2000开头的RAM地址，$pc应该停在Reset_Handler第一条指令。接着检查GPIO时钟使能是否生效：

p/x *(unsigned long*)0x40021014 p/x *(unsigned long*)0x48000400

第一行看RCC_AHBENR寄存器，第二行看GPIOB_MODER。核对这两个值是不是和代码预期一致，基本就能判断时钟和模式配置有没有落在正确的物理地址上。注意：地址不能照抄，不同芯片外设基址差别很大，实验手册里的地址表才是唯一准确来源。

6.2 把启动自检变成固定习惯

从那以后我每次拿到新板子都会强制走一遍这套最小启动自检流程：开GDB、加载elf、看向量表、停在Reset_Handler，确认完SP和PC再往下执行。这十分钟的检查能过滤掉大半的玄学问题——至少保证启动是可控的、地址是正确的、程序确实在跑。点灯不亮时先怀疑寄存器地址拼写，中断不进时先怀疑NVIC使能和符号名，烧写无效时先做一次完整复位再查调试器连接。希望帮到你。

本文还有配套的精品资源，点击获取