简介：基于NXP LPC1114（ARM Cortex-M0内核）微控制器的实际例程与教程压缩包，面向嵌入式初学者与课程学习者，覆盖GPIO、UART、SPI、I2C、ADC、PWM、定时器中断等常用模块的MDK工程示例。包内共658个文件，以o、d、crf等编译中间文件及c、h源文件为主，并包含uvproj工程文件、hex烧录文件、axf调试文件、txt说明与PDF文档，整体约4.79MB，便于在Keil MDK环境中直接打开例程对照学习。教程内容涵盖旋转编码器、NTC温度采集、LCD显示、GPS、RGB灯等实战案例，帮助读者从引脚配置到外设驱动逐步建立LPC1114开发思路。已有456人浏览学习，适合希望快速上手LPC1114并参考完整工程结构进行课程设计或入门实践的开发者。
1. LPC1114 的例程包看着简单，直接抄作业却处处碰壁
我最初接触 LPC1114 的例程时，第一反应是“这不就是个 Cortex-M0 最小系统嘛”，结果真正把工程建起来、烧进片子，才发现一半的时间都耗在启动文件、时钟配置和烧录算法的隐性依赖上。LPC1114 这颗芯片主频最高 50MHz，Flash 最大 64KB，RAM 8KB，资源紧张但外设齐全，适合做传感器采集、电机控制、小屏显示这类低成本场景。这套实际例程和教程解决的核心问题，不是“怎么点灯”，而是“怎么把官方库和寄存器操作吃透，在资源受限的前提下稳定跑起来”。适合刚入门 M0 的开发者，也适合被时钟树和 GPIO 复用关系绕晕的从业者。
2. 开发环境搭建：先把工程模板和烧录链路打通，再谈例程
2.1 工具链选型：凭什么用这套组合
LPC1114 的例程包里有基于寄存器直操作和基于标准外设库两套风格。我一般建议用寄存器直操作的例程作为学习主线，原因很简单：M0 内核没有复杂的总线矩阵，寄存器数量少，直接翻手册查寄存器位定义，比套一层封装库更容易建立底层直觉。标准外设库的例程可以用来做“功能速查”，但真到了调试阶段，最终还是回到寄存器层面排查。
编译工具链的选择上，这套例程默认的工程文件虽然只适配某个商业 IDE，但你完全可以用开源的 GCC ARM 工具链自己建工程。我通常的做法是：用商业 IDE 快速验证例程能不能跑，用 GCC 的 Makefile 做版本管理——因为例程包里的.uvprojx文件在 git diff 里全是乱码，而 Makefile 可以一行行审。
工程模板的最小构成如下：
project/ ├── src/ │ ├── main.c │ ├── system_LPC11xx.c │ └── startup_LPC11xx.s ├── inc/ │ ├── LPC11xx.h │ └── core_cm0.h ├── Makefile └── lpc1114.ld关键文件就三个：startup_LPC11xx.s负责中断向量表和初始化 C 运行环境，system_LPC11xx.c负责时钟初始化，LPC11xx.h是寄存器定义头文件。把这三个文件搞明白，整个芯片的运行框架就通了。
2.2 启动文件：中断向量表不是随便抄的
很多人在移植例程时翻车，第一站就是启动文件。LPC1114 的中断向量表前 16 个是内核异常向量，第 0 项是初始 SP 值，第 1 项是 Reset_Handler 地址，这个结构虽然各家 M0 芯片大同小异，但 LPC1114 有它自己的小脾气：它的向量表偏移寄存器 SCB->VTOR 默认是 0x00000000，但如果你把程序放在 SRAM 里调试，必须显式设置 VTOR。
我见过一个典型翻车现场：有人把别的 M0 芯片的启动文件改名后直接拷进工程，结果编译通过、烧录成功，但程序就是不跑——原因是向量表里第 15 个位置（SysTick_Handler）的定义和 LPC1114 的默认中断优先级分组不匹配，一旦触发 PendSV 就死循环。
启动文件里最容易被忽视的是堆栈大小设置。LPC1114 的 RAM 最大 8KB，如果你把 Heap_Size 写成 0x2000（8KB），栈和堆直接打架，一调用函数就 HardFault。我一般在链接脚本里把栈设成 1KB，堆设成 512B，够用且稳定：
Stack_Size EQU 0x400 ; 1KB 栈 Heap_Size EQU 0x200 ; 512B 堆栈大小根据中断嵌套深度来定，如果你的中断里用了比较大的局部数组，栈就得相应加大。但 LPC1114 总共才 8KB RAM，省着点用。
2.3 烧录链路：SWD 接口的三条线坑
LPC1114 支持 SWD 调试接口，最少接三根线：SWDIO、SWCLK、GND。例程包里的烧录配置默认针对某款 J-Link，但你在实际项目中用的可能是 CMSIS-DAP 调试器，这时候需要改一个地方——擦除方式和复位策略。
常见的坑是“烧录后无法连接”和“烧录成功但不运行”，这两个问题通常不在代码，而在烧录配置。LPC1114 有 ISP 引脚（PIO0_1），如果这个引脚被外部电路拉低，芯片就会在复位后进入 ISP 模式而不是运行用户程序。我在调试时遇到过一次：某块板子的复位电路里有个 100nF 电容，导致复位上升沿太慢，调试器还没完成连接芯片就已经进入 ISP 模式了。
解决方法是把例程包烧录脚本里的“复位后运行”选项打开，同时用示波器确认复位引脚波形，确保复位时间不超过 10ms：
# 使用 openocd 烧录时的关键配置 source [find interface/cmsis-dap.cfg] source [find target/lpc11xx.cfg] # 关键参数：速度不能太高，SWD 时钟 1MHz 最稳 adapter speed 1000 # 烧录后执行 reset + halt，防止 ISP 模式干扰 init reset halt flash write_image erase ./build/app.hex reset run exitSWD 时钟频率我一般设在 1MHz，虽慢但兼容所有杜邦线连接场景。你要是把速度拉到 10MHz，线稍微一长就会随机失败。
3. 外设驱动例程拆解:GPIO中断、定时器、串口收发
3.1 GPIO 中断:边沿触发和电平触发的玄学
LPC1114 的 GPIO 中断结构和 M3/M4 芯片不一样，它没有统一的 EXT 外部中断控制器，而是用了引脚中断 (PININT) 通道。芯片有 8 个引脚中断通道，每个通道可以配置为上升沿、下降沿或双边沿触发，但要命的是:同一个通道的引脚必须是同一种触发方式。
这意味着如果你的设计里有 3 个按键接在不同的 PININT 通道上,一个需要下降沿触发,一个需要上升沿触发,那就必须分配不同的通道。例程包里有个很典型的例子，它把 8 个通道全部映射成边沿触发，这在实际项目里相当奢侈——正常项目用 2 到 3 个通道就够了。
引脚中断的配置有三个坑，第一个坑是中断服务函数里要软件清除标志，否则会反复进中断:
void PIOINT0_IRQHandler(void) { uint32_t raw_status; raw_status = LPC_GPIO->MIS; // 读取中断状态 LPC_GPIO->IC = raw_status; // 清零中断标志(关键) if (raw_status & (1 << 2)) { // PIO0_2 被触发 // 处理按键逻辑 } }第二个坑是引脚去抖动，例程里通常是 10ms 软件延时去抖，但更好的做法是用定时器产生一个 5ms 的窗口，窗口内只记录边沿状态，窗口结束时再判断是否有效触发。第三个坑是低功耗模式下，引脚中断必须使用LPC_GPIO_PIN_INT->RISE和FALL寄存器单独配置唤醒源，不能依赖普通的中断使能。
参数上要注意，LPC1114 的引脚中断通道对应关系是固定的:通道 0 对应 PIO0_0 和 PIO0_1 二选一，通道 1 对应 PIO0_2 和 PIO0_3 二选一，依次类推。你的引脚分配必须先查手册里的 “Pin interrupt select register” 表格，否则配置了半天中断根本不触发。
3.2 定时器:16 位还是 32 位，预分频怎么设
LPC1114 有 4 个定时器，TIMER16_0、TIMER16_1 是 16 位，TIMER32_0、TIMER32_1 是 32 位。16 位定时器的最大计数值是 65535，在 50MHz 主频下不加预分频，一个计数周期才 1.3ms，根本不够做毫秒级延时以外的任务。
预分频器的选择逻辑是:先用定时器时钟频率除以预分频得到计数频率，再乘以你需要的时间得到重装载值。这个重装载值必须在定时器位宽范围内。我一般习惯先定计数频率为 1MHz(即 1 微秒一个 tick)，再算重装载值:
// 假设 PCLK = 50MHz, 目标 tick = 1ms // 预分频 PR = 50 - 1 = 49, 即 50MHz / 50 = 1MHz LPC_TIMER32_0->PR = 49; // 预分频值 LPC_TIMER32_0->MR0 = 1000 - 1; // 1ms 重装载值 LPC_TIMER32_0->MCR = 3; // 匹配后中断 + 复位计数器 LPC_TIMER32_0->TCR = 1; // 启动计数这样定时器每微秒计一个数,计满 1000 个数就是 1ms。如果你把主频从 50MHz 降到 12MHz(低功耗模式),预分频必须同步改成 11,否则定时时间会变成原来的 4 倍多。这个坑特别隐蔽——代码逻辑没错,只是时钟变了。
还有一个细节是定时器的 PWM 输出模式。LPC1114 的定时器可以输出 PWM,但只有匹配寄存器 MR0 和 MR1 能控制占空比,MR2 和 MR3 只能做匹配中断。例程包里的 PWM 例程用了两路输出,但如果你想做三路以上,就得考虑用两个定时器并行。
3.3 串口:波特率误差和 FIFO 的取舍
LPC1114 的串口是 UART0，它没有独立的波特率发生器，而是用系统时钟分频。这个设计带来一个实际问题：当系统时钟不是整数分频出目标波特率时，误差会累积。例程里的配置代码通常长这样:
// 系统时钟 50MHz, 目标 115200 // 计算: PCLK / (16 * 波特率) = 50000000 / (16 * 115200) = 27.12 LPC_UART->DLM = 0; LPC_UART->DLL = 27; // 分频低字节 LPC_UART->FDR = (0x01 << 8) | 0x05; // 分数分频: 1/5这里的关键是/16这个系数。UART 标准协议里，接收端以 16 倍波特率采样，所以分频基准是PCLK / (16 * 波特率)。27.12 说明整数部分是 27，余数 0.12 要用分数分频寄存器 FDR 补，补完之后实际波特率误差约 0.3%，在合理范围内。
FIFO 的取舍是另一个实际问题。LPC1114 的 UART FIFO 深度只有 16 字节，如果开了 FIFO 中断，触发级别可设 1、4、8 和 14 字节。我做过一次实验：系统繁忙时中断响应延迟最高达到 20us，115200 波特率下接收一个字节需要 86.8us，所以触发级别设成 4 是安全的；设成 14 的话，如果中断被更高优先级抢占，FIFO 会溢出丢数据。
实际项目里我建议关闭 FIFO 中断，改用查询方式接收——LPC1114 主频不高，串口数据量不大，查询方式反而代码更简单、排错更直观：
while (!(LPC_UART->LSR & (1 << 0))); // 等待接收数据就绪 rx_data = LPC_UART->RBR;3.4 系统时钟配置:IRC 到 PLL 的完整链
LPC1114 上电后默认使用内部 12MHz RC 振荡器（IRC），主频只有 12MHz。要跑到 50MHz，必须经过 PLL 倍频。例程包里的system_LPC11xx.c做了这件事，但很多人在裁剪代码时把 PLL 配置删了，导致外设死活不正常。
完整的时钟链路是：IRC 12MHz → PLL 输入分频 → PLL 倍频 → 系统时钟分频 → 外设分频。PLL 锁定需要等待，配置代码要注意等待PLLSTAT寄存器的 LOCK 位：
LPC_SYSCON->SYSPLLCTRL = 0x23; // M=4, P=2 → 12MHz * 4 = 48MHz LPC_SYSCON->PDRUNCFG &= ~(1 << 7); // 给 PLL 上电 while (!(LPC_SYSCON->SYSPLLSTAT & 1)); // 等待锁定 LPC_SYSCON->MAINCLKSEL = 0x03; // 选择 PLL 输出注意，50MHz 只是上限，主频设置成 48MHz 可以留一点余量，同时也方便 USB 场景的时钟匹配。外设时钟分频器在主频确定后，要给定时器、串口各配一份分频，否则外设时钟就是主频本身，前面算的波特率和定时时间全废了。
4. 常见问题排查与避坑：五个反复出现的坑，每个都值得记下来
4.1 烧录后无法连接调试器
现象：第一次烧录成功，第二次点击下载时报错“Cannot connect to target”，重新上电也一样。
原因：程序里配置了 PIO0_3 和 PIO0_2 为 GPIO 输出，但这两个引脚同时也是 SWDIO 和 SWCLK 的复用引脚。一旦 GPIO 初始化代码把这些引脚接管，调试器就失去控制权。
解决：按住复位键的同时点击下载，在烧录软件里勾选“Reset before connect”，或者通过 ISP 引脚强制进入 ISP 模式，重新擦除 Flash。从那以后，我凡是在初始化代码里碰到 PIO0_2/PIO0_3，都会先确认当前在调试阶段，不急着把它们配置成 GPIO。
4.2 中断没反应，但查询标志位能看到事件发生
现象：GPIO 中断配置完成后，用轮询方式能读到引脚状态变化，但程序就是不进中断服务函数。
原因：两个可能。一是 NVIC 里没有使能对应的中断通道，LPC1114 的引脚中断在 NVIC 里对应的是 PIOINT0 到 PIOINT3 这几个 IRQ；二是在SYSAHBCLKCTRL寄存器里没有给 GPIO 模块开时钟。GPIO 模块的时钟默认是关的，很多人拿到例程改了引脚配置就以为能跑，结果中断失灵。
解决：检查LPC_SYSCON->SYSAHBCLKCTRL |= (1 << 6)这行是否还在。另外逐一确认NVIC_EnableIRQ(EINT0_IRQn)的入参和你用的 PININT 通道是否一致。
4.3 定时器中断进了一次就再也不进
现象：定时器中断第一次触发正常，第二次开始程序就像卡死了一样。
原因：定时器匹配中断标志没有清除。LPC1114 的中断标志是通过访问IR寄存器清除的，这个操作不能省。很多人用 M3 芯片养成了写匹配值就自动清标志的习惯，在 M0 上直接翻车。
解决：在中断服务函数里先读IR寄存器再写IR = 0xFFFFFFFF清全部标志。注意一定是“清零写”，有些库函数写 0 无效，要写 1 才能清对应位。
4.4 串口输出是乱码，或者收到的第一帧数据丢了
现象：上电瞬间串口发出一个字节的乱码，之后输出正常；或者最后一个字节发不出去。
原因：乱码是上电时引脚电平不稳定、串口外设时钟没完全稳定导致的。丢最后一个字节则是发送完成判断用错了位——LSR寄存器的第 6 位是 TEMT（发送保持寄存器空），第 5 位是 THRE（发送移位寄存器空），很多人只等 THRE 就开始关串口，最后一个字节还在移位寄存器里没发完。
解决：发送函数最后一定要等 TEMT 变高再返回：
while (!(LPC_UART->LSR & (1 << 6))); // TEMT上电延时方面，初始化串口前加 1ms 延时即可，别小看这 1ms，它解决的可不只是乱码问题。
4.5 程序在 SRAM 里能跑，烧进 Flash 后重启不跑
现象：调试模式下单步执行一切正常，复位后程序不走main。
原因：LPC1114 的 Flash 有等待状态设置，主频高于 20MHz 时必须设 2 个等待周期，高于 40MHz 要设 3 个。如果系统时钟初始化代码在 Flash 等待状态设置之前就切到了 48MHz，Flash 读取跟不上 CPU 速度，指令乱掉。
解决：时钟初始化必须按顺序执行——先设 Flash 等待状态，再切 PLL。查看system_LPC11xx.c里的执行顺序，确保LPC_FLASHCTRL->FLASHCFG的赋值发生在MAINCLKSEL切换之前。
5. 从例程到项目：中断优先级、低功耗和链接脚本的真实裁剪
5.1 中断优先级分组：M0 的优先级策略和 M3 有本质区别
Cortex-M0 的中断优先级只有 2 位有效，且没有子优先级分组的概念——它压根没有NVIC_SetPriorityGrouping这个操作，所有中断要么高要么低。这个限制意味着不能用“抢占优先级 + 子优先级”的思路，只能把实时性要求最高的中断设为 0，其余全部设 1。
我把串口接收设为最高优先级时踩过一个坑:串口中断里调用了printf,而printf内部会关中断实现原子操作,在高优先级中断里做这件事等于把整个中断系统锁死。从那以后，我坚持中断服务函数里只做赋值和置标志，数据处理全部放主循环。
优先级配置的具体数值上，为 0 是最高优先，3 是最低。一般建议把所有外设中断统一设成 1，SysTick 设成 2——这样 SysTick 不会抢占外设中断，但也不会被同级的兄弟打断。如果你做了软件定时器轮询，SysTick 优先级太低会导致时间片跳变。
5.2 低功耗模式:深度睡眠和唤醒源的选择
LPC1114 的低功耗模式针对电池供电场景设计得很好——它有四种功耗模式，实际例程里最常用的是睡眠模式和深度睡眠模式。睡眠模式主时钟停摆，但外设时钟可以选择继续跑；深度睡眠模式整个时钟系统全停，只能用特定唤醒源。
唤醒源的选择是这里的分水岭。引脚中断和 RTC 闹钟是两种最常见的唤醒方式，但如果你用引脚唤醒，必须留意一个问题：引脚中断通道在深度睡眠前要重新配置，因为深度睡眠模式下部分外设时钟被关闭，寄存器配置可能丢失。正确做法是进睡眠前把唤醒源配置放在睡眠配置之后，不能放在初始化阶段就完事：
// 进入深度睡眠前重新配置唤醒引脚 LPC_SYSCON->STARTERP0 |= (1 << 2); // PIO0_2 作为唤醒源 LPC_SYSCON->PDSLEEPCFG = 0xFFFFFFFF; // 保持所有外设上电状态 LPC_SYSCON->PDAWAKECFG = 0; SCB->SCR |= (1 << 2); // SLEEPDEEP __WFI();唤醒后第一件事是重新初始化系统时钟。因为深度睡眠会把 PLL 关掉，你的代码回到的只是 IRC 12MHz 状态。如果唤醒后直接操作串口，波特率全错。
5.3 链接脚本裁剪:RAM 不够时的腾挪方案
8KB RAM 在跑 RTOS 时相当局促，但裸机系统完全够用。例程包里的链接脚本默认把所有 RAM 都给了堆栈和静态变量，在实际项目里需要手动划分区域。我常用的做法是把 RAM 分成两块：一块给普通全局变量，一块给 DMA 缓冲或显示缓冲区。
// lpc1114.ld 片段 MEMORY { FLASH (rx) : ORIGIN = 0x00000000, LENGTH = 64K SRAM (rwx) : ORIGIN = 0x10000000, LENGTH = 4K SRAM2 (rwx) : ORIGIN = 0x10001000, LENGTH = 4K } . = ALIGN(4); .buffers (NOLOAD) : { *(.buffers) } > SRAM2代码里通过__attribute__((section(".buffers")))把大数组放进 SRAM2，这样就不会挤占栈空间。注意，LPC1114 的 RAM 虽然标称 8KB，但实际是两个 4KB 连续块，从0x10000000和0x10001000开始——如果你想用 8KB 连续空间，必须确保访问跨边界时没有总线异常。
实测下来，把显示缓冲和串口 DMA 缓冲放进第二个 RAM 块，栈空间就能从 512B 扩到 1.5KB，这在跑复杂状态机时非常关键。
6. 用 ISP 协议给自己留条后悔药:串口擦除 Flash 的兜底方案
LPC1114 出厂自带一段 ISP 引导程序，通过 UART0 就可以擦除和编程 Flash。这个功能平时用不到，但当你把 SWD 引脚误配成普通 GPIO 导致调试器连不上时，它就是唯一的后悔药。ISP 协议走串口二进制帧，需要用上位机工具配合硬件操作：把 PIO0_1 拉低后复位芯片，然后通过串口发送特定命令。
我讲一个用脚本实现自动进入 ISP 并擦除的流程。首先硬件上确保 PIO0_1 引脚外接了一个 10k 下拉电阻到地，用跳线帽控制拉低；软件上用 Python 的串口库和 ISP 协议帧交互：
import serial import time ser = serial.Serial('COM5', 9600, timeout=1) # ISP 默认 9600 波特率 # 第一步：发送 "?" 同步字符，芯片会回一个 "S" ser.write(b'?') resp = ser.read(1) if resp == b'S': print('ISP 连接成功') # 第二步：解锁命令，参数是芯片型号对应的编码 # LPC1114 的解锁码是 0x231C，先发命令字节再发参数 ser.write(bytes([0x40, 0x23, 0x1C])) ack = ser.read(1) if ack == b'\x00': print('解锁成功') # 第三步：擦除 Flash，参数为 0 表示整片擦除 ser.write(bytes([0x43, 0x00, 0x00])) ack2 = ser.read(1)注意，ISP 通信的波特率是低频的 9600，这是引导程序固定的，不能改。擦除整个 Flash 后再用 SWD 重新烧录，芯片就“复活”了。如果 PIO0_1 被外部电路占用没法拉低，另一个途径是按住复位键不放、点击烧录、在烧录启动瞬间松开复位，这种“冷启动烧录”技巧我也试过，成功率大概七成，不如 ISP 稳。
从那以后，我在每一块 LPC1114 板子上都强制预留 PIO0_1 的跳线帽接口，哪怕产品最终不会用到 ISP——因为那是我在 SWD 引脚误配、程序锁死后唯一的后悔药。ISP 协议本身不难，难的是一开始就把这个兜底通道留出来。希望这个习惯也能帮到你。
本文还有配套的精品资源，点击获取
