嵌入式外设实验主线：GPIO、串口、PWM、Flash、SPI与看门狗

简介面向高校《嵌入式系统》课程学习者的一份实验报告文档基于苏州大学金葫芦平台与AHL-STM32L431开发套件编写聚焦六个验证性实验适合课程实验对照、报告撰写参考与期末复习。内容覆盖GPIO输入输出与开发环境使用、串口通信及中断组帧、PWM波形配置、Flash读写擦除、SPI总线通信以及独立看门狗复位机制每个实验均记录实验目的、软硬件准备、操作过程、关键截图与实验总结并包含修改程序参数后观察现象、分析结果的完整思路。资源包仅含1个docx文件大小约10.04MB图文排版集中便于按实验章节检索和摘录。目前已有400人学习下载。读者可据此梳理嵌入式开发从环境搭建、编译下载到外设构件调用的完整流程理解硬件与软件交互方式也可作为实验排错和知识点查漏补缺的参照需注意其仅含验证性实验内容。1. 六个验证性实验的知识地图一条从点灯到看门狗的主线嵌入式系统实验这门课六个验证性实验摆在一起像六件互不相干的事点灯、串口、PWM、Flash、SPI、看门狗。真按顺序做完一遍会发现它们其实是一条链子——先让一个 .hex 文件真的落进板子的 Flash 并跑起来实验一再让板子学会和 PC 说话实验二然后用定时器把时间变成波形实验三用 Flash 把数据留下来实验四用 SPI 把字节送给外部器件实验五最后用独立看门狗给整套系统留一条退路实验六。这条链子的每一环本质相同CPU 通过一组寄存器去指挥一个外设GPIO 是最简单的一种看门狗是最容易被忽视的一种。这份笔记只覆盖验证性部分设计性和进阶实验不在其中适合刚做完实验要写报告、或者考前想把六个实验从头捋一遍的人。2. 开发环境与 GPIO第一个工程从导入到跑通实验一看着最没技术含量实际是整个课程的地基。后面五个实验用的是同一套流程导入工程、编译、串口更新、观察现象只是换了个工程名和现象。所以第一节把这条流水线拆开讲清楚后面就能直接套用这一节没打通后面五个实验会反复卡在同一个地方。2.1 导入、编译、串口更新三段式流程里的四个前提一套完整的下载链路是这样的IDE 把 C 源码编译成 .hex通过 Type-C 口走串口把 hex 送进板子上的引导程序引导程序把它写进 Flash复位后 CPU 从 Flash 取指执行。这条链路里没有独立的调试探针参与所以断点、单步、变量观察窗统统没有程序跑成什么样只能看灯和串口打印。想通这一点“为什么我的代码没反应”这类问题就有了一半的排查方向。流程本身只有三步但每一步都有前提步骤操作前提与关键点失败表现导入文件菜单导入工程工程目录不要有中文、空格、超长嵌套导入后文件树空、编译报找不到头文件编译编译工程模板工程原样复制后重命名别改模板本身编译通过但产物时间戳还是旧的连接串口更新里点连接Type-C 线接底板而不是只接供电口扫描不到目标或提示的串口号不对下载选择 Debug 目录下的 .hex 后更新一次只接一块板子串口不被其他工具占用提示更新失败、更新后现象不变配套 IDE 是 4.55 版连接成功后会回显“串口号 引导程序版本号”这两个信息建议每次都记在实验记录里。串口号能定位你连的是哪块板子版本号能确认通信链路真的通了——很多人失败在这里却以为是代码问题其实是串口被串口调试工具提前占用了必须先关掉占用再连接。工程目录的整理方式值得单独说一句。按“分门别类各有归处”的原则每个实验一个顶层文件夹其下再分工程、文档、截图模板工程复制一份出来重命名永远保留一份干净模板。血泪经验是直接在模板上改改到第三个实验时已经想不起原始版本长什么样想回退都没得回退。# 建议的目录结构每个实验一套模板单独留一份 embedded-lab/ ├── 00-template/ # 干净模板只读不改 ├── lab01-gpio/ │ ├── project/ # 复制自 00-template 并重命名 │ ├── shots/ # 现象截图 │ └── notes.md # 参数记录串口号、占空比、超时值 ├── lab02-uart/ └── ...这个结构解决的是复习时的检索问题考前翻笔记一眼能看到每个实验改了哪个参数、现象是什么而不是在十几个同名工程里靠时间戳猜。2.2 GPIO 的输出与输入写 1 不一定亮GPIO 是通用输入输出口的缩写听起来简单但它是理解“构件”这个概念最好的入口。一个引脚要工作至少要定四件事方向输入还是输出、输出类型推挽还是开漏、上下拉浮空、上拉、下拉、速度。这四件事在寄存器层面分别对应模式寄存器、输出类型寄存器、上下拉寄存器和速度寄存器在构件层面则被封装成一两个初始化函数加几个读写函数。寄存器管什么常踩的坑模式寄存器输入/输出/复用/模拟配成复用功能才能输出 PWM、SPI 波形输出类型寄存器推挽 / 开漏开漏不加上拉输出高电平时是悬空的上下拉寄存器内部上拉、下拉按键输入不配上拉读数随机跳输出数据寄存器输出电平写 1 亮还是写 0 亮取决于 LED 接法置位复位寄存器原子置位/复位多任务里改单一引脚用它别读改写整个端口输入数据寄存器读引脚实际电平读的是引脚不是输出寄存器两者可能不一致“写 1 灯不亮”是实验一最常见的翻车点原因通常有两个一是 LED 是共阳极接法引脚输出低电平才导通代码里逻辑反了二是引脚压根没配成输出模式写进去的值停在输出寄存器里引脚没动。解决办法很朴素——先确认电路接法再看模式寄存器的值最后才怀疑代码逻辑。输入侧同理。按键接在引脚上如果配成浮空输入手没碰的时候引脚电平是玄学读数随机跳配上拉或下拉才有确定的默认状态。机械按键还有抖动按下瞬间电平会在高低之间弹跳几毫秒软件上要么延时再读一次要么连续采样几次一致才认。实验里通常用最简单的延时消抖但复习时要清楚这不是唯一方案。/* 按键读取的典型写法上拉输入 简单消抖按键按下为低电平 */ int key_pressed(void) { if (gpio_read(KEY_PIN) 0) { /* 上拉输入按下拉低 */ delay_ms(10); /* 跳过机械抖动窗口 */ if (gpio_read(KEY_PIN) 0) /* 二次确认防误触发 */ return 1; } return 0; }这段代码的关键参数是那 10 毫秒太短跳不过抖动太长手感变钝。实际工程里更常见的是状态机消抖或者定时器扫描实验阶段用延时足够但要能说出它的代价——延时期间 CPU 什么都干不了。2.3 printf 调试与 C/汇编互调没有调试器时的黑匣子没有断点可用的时候printf 就是唯一的黑匣子。但 printf 默认输出到标准输出在单片机上这个“标准输出”不存在所以要把它重定向到串口重写底层单字符输出函数让每个字符走串口发送寄存器。没做重定向就调用 printf程序可能直接卡死在里面等一个永远不会来的输出设备现象是“灯不闪了、也没打印”很容易误判成死机。重定向之后printf 的用法和 PC 上一样但要注意两点一是在中断服务程序里别打印串口发送是慢操作会把中断拖到几十微秒甚至更久二是打印本身会改变时序某些对时间敏感的现象比如 PWM 呼吸的流畅度加了打印就看不出来了调试验证完记得删掉或条件编译掉。实验一里还有一段汇编样例目的是让 C 和汇编互相调用。规则不复杂但每一条都容易错/* 汇编侧实现一个两数相加的函数供 C 调用 */ EXPORT asm_add /* 导出符号C 里才能 extern 声明 */ AREA |.text|, CODE, READONLY asm_add ADD r0, r0, r1 /* 第 1、2 个参数在 r0、r1结果放回 r0 */ BX lr /* 返回lr 里是调用点地址 */ END要点有三个参数按顺序放在 r0 到 r3超过四个走栈返回值放 r0返回用 BX lr 而不是普通跳转。C 侧只要写extern int asm_add(int, int);就能像调用普通函数一样用它。真正容易忽略的是栈对齐——调用约定要求栈指针保持 8 字节对齐汇编函数里如果自己压栈又没管对齐浮点运算或者库函数调用就可能出问题。实验阶段这个坑不明显但复习时要记住它存在。3. 串口通信与中断从单字节回显到一帧数据实验二开始接触“异步事件”这个概念。前面点灯是主动轮询程序想什么时候读就什么时候读中断反过来外设有事了才叫 CPU 一声。这一个字的差别决定了后面所有外设的编程模型。3.1 中断三要素使能、标志、清标志任何一个中断要真正跑起来必须同时满足三件事外设自己的中断使能位打开、中断控制器里对应的通道使能、全局中断打开。三个漏一个现象都是“中断进不去”而且从代码上很难一眼看出来。排查顺序建议从外设使能位开始逐级往上查因为最外层通常是默认开着的。中断进来之后第一件事是清标志。串口接收中断的标志通常在读数据寄存器时自动清但发送完成之类的标志需要手动写清除如果忘了清退出中断的瞬间又会重新进一次现象是程序卡在中断里出不来主循环完全停摆——这种“看起来死机”的情况九成以上是标志没清或者清错了位。/* 串口接收中断服务程序读一个字节、回一个字节并做最简单的处理 */ void uart_rx_isr(void) { uint8_t ch uart_read_data(); /* 读数据寄存器同时清接收标志 */ if (ch 0x0D) { /* 收到回车认为一帧结束 */ frame_ready 1; /* 只置标志处理留给主循环 */ return; } if (rx_len RX_BUF_SIZE) /* 防溢出缓冲区满则丢弃 */ rx_buf[rx_len] ch; }这段代码最值得抄走的不是语法而是“中断里只做搬运、不做处理”的分工中断负责把字节放进缓冲区、置一个标志主循环看到标志再去解析。这样中断停留时间控制在几微秒不会影响其他中断的响应。实验里那个“收到一字节减 3 再发回”的小改动本质就是在这个框架里把回发值改一下现象是输入 7 收到 4——能对上说明收发链路和你的处理逻辑是通的。3.2 组帧单字节回显和一帧数据的差距单字节收发只能验证链路通不通实际通信一定是一帧一帧的。所谓组帧就是双方约定一套格式让接收方知道“从哪开始、有多长、对不对”。最常见的结构是帧头、长度、负载、校验四段字段长度作用设计要点帧头1~2 字节标识一帧开始选一个负载里不常出现的值如 0xAA 0x55长度1 字节负载字节数必须校验上限防止伪造长度导致缓冲区溢出负载N 字节真正的数据定长还是变长决定了接收端要不要状态机校验1 字节累加和或异或能发现单字节错误别指望它纠错接收端解析最好写成状态机等帧头、收长度、收负载、验校验任何一步对不上就回到等帧头。这样即使中间丢了字节也能自动重新同步不会一直错位。另一个必备机制是超时——收到半个帧之后对方不发了状态机要能在一段时间后自己复位否则会永远卡在“收负载”状态。提示帧头选值要避开负载的高频值。如果负载里全是 0x00 和 0xFF帧头却选了 0x00接收端会频繁误判成新帧开始现象是数据莫名其妙被截断。3.3 上位机侧串口工具和自写上位机的差别实验里先用 IDE 自带的串口工具验证这一步只验证板子会不会说话参数必须和板子完全一致波特率、数据位、停止位、校验位、流控。这五项里任何一项不同收到的就是乱码或者什么都收不到。另外串口工具通常有“十六进制显示”和“ASCII 显示”两种模式发数字的时候要看清楚——发“7”这个字符送出去的是 0x37发数值 7 送出去的是 0x07减 3 之后的结果完全不是一回事这是实验二最常见的错。自写上位机课程里用 C# 的串口类要解决的是两个新问题。第一个是线程串口接收事件在后台线程触发直接在里面更新界面会抛跨线程异常必须切回界面线程。第二个是粘包串口是字节流一帧数据可能分两次到达也可能两帧挤在一次事件里所以上位机侧同样要有一个和板子对称的组帧状态机不能假设“一次接收事件等于一帧”。// 上位机侧接收事件里只做入缓冲解析统一放到独立方法避免跨线程问题 private void OnDataReceived(object sender, SerialDataReceivedEventArgs e) { int n serialPort.BytesToRead; byte[] buf new byte[n]; serialPort.Read(buf, 0, n); // 先全部读出来别在事件里解析 lock (rxLock) { rxBuffer.AddRange(buf); } BeginInvoke(new Action(ParseFrames)); // 切回界面线程再处理 }这段的关键点在于“读”和“解析”分离事件里只管把字节搬进缓冲区解析交给界面线程两边用锁保护共享缓冲区。这是串口上位机最容易出问题的地方也是答辩时最容易被追问的地方。4. 构件化外设四连PWM、Flash、SPI 与看门狗实验三到实验六共享同一个套路找一个构件、看它的初始化参数、改一个参数、观察现象变化。所谓“构件”可以理解成把某个外设的寄存器操作打包成一组函数初始化传结构体使用调接口。复习的时候不要只记住函数名要能说出每个参数落到哪个寄存器、改大了会怎样。4.1 PWM频率、占空比与定时器的三个参数PWM 是用数字引脚模拟“中间电压”的手段引脚高速开关开关的快慢决定频率高电平占一个周期的比例决定占空比。灯看起来的亮度、电机看起来的转速实际感受的是占空比而不是频率——但频率太低会看到闪烁太高又会让开关损耗变大所以常见的 LED 调光落在几百赫兹到几千赫兹。定时器产生 PWM 靠三个参数配合参数含义影响预分频值把定时器时钟先除一次决定计数快慢间接影响频率和分辨率自动重装值计数器数到多少归零与预分频一起决定周期即频率比较值计数值小于它时输出有效电平直接决定占空比三者的关系可以写成两条式子背下来比记结论有用频率 定时器时钟 ÷ ((预分频 1) × (重装值 1))占空比 比较值 ÷ (重装值 1)。/* 以 80MHz 定时器时钟为例目标 1kHz、占空比可调 */ #define TIM_CLK 80000000UL #define PWM_FREQ 1000UL /* 1kHz人眼看不到闪烁 */ #define PRESCALER 79UL /* 80 分频计数时钟 1MHz */ #define PERIOD (TIM_CLK / ((PRESCALER 1) * PWM_FREQ)) /* 重装值 999 */ pwm_init(PWM_CH1, PRESCALER, PERIOD - 1); pwm_set_duty(PWM_CH1, PERIOD * 30 / 100); /* 30% 占空比 */参数怎么改取决于你要什么想调亮度只动比较值想改频率动预分频或重装值但同时会改变分辨率——重装值越小能调的占空比档位越少1000 档和 100 档的顺滑程度完全不是一个体验。实验里改一个参数看现象改的通常就是比较值这也是最安全的一个。两个易忽略的硬件前提PWM 输出引脚必须配成复用功能模式配成普通输出是出不来波形的占空比设成 0% 或 100% 时有的定时器配置会输出恒定电平而不是“几乎没有”的波形边界值要单独验证别拿它当线性变化的证据。4.2 Flash擦除边界与写入粒度Flash 和内存最大的区别是写之前必须先擦而且擦除的最小单位远大于写入的最小单位。以常见的 2KB 页为例擦除一次至少是一页写入则可以按字或双字进行。这意味着改一个字节实际流程是“把整页读到内存、改掉那个字节、擦掉整页、把整页写回去”。操作粒度说明擦除页如 2KB擦完后整页变成全 1即 0xFF写入字 / 双字只能把 1 改成 0不能把 0 改回 1读取字节和普通内存读一样但等待周期要配置三条必须记住的规则不擦就写写进去的数据是原值与新值的按位与结果不可预期跨页写超出当前页的部分会写到下一页的起始地址把别的数据覆盖掉擦写期间 CPU 取指会暂停如果代码和数据在同一块 Flash 上擦写时间过长会导致中断响应延迟所以擦写操作要避开高频中断。还有个寿命问题Flash 的擦写次数有限通常标称一万次量级。实验里随便折腾没关系但如果设计成“每次采集都存一次”几小时就能把一个扇区写废。正常做法是攒够一批再写或者把写入位置在扇区之间轮转不要盯着同一个地址反复擦写。4.3 SPI四种模式与一条没有应答的总线SPI 是同步串行总线四根线时钟、主出从入、主入从出、片选。和串口最大的不同是它有独立的时钟线所以速度快得多常见几兆到几十兆另一个不同是它没有应答机制主设备发出去的字节从设备收没收到、对不对协议层面完全不知道。最容易卡住的是时序模式。时钟极性和时钟相位两个位组合出四种模式模式时钟极性时钟相位采样时刻0空闲低第一个边沿采样上升沿采样1空闲低第二个边沿采样下降沿采样2空闲高第一个边沿采样下降沿采样3空闲高第二个边沿采样上升沿采样主从双方的模式必须一致不一致的现象是收到的数据整体错位一位看起来像“数据都对就是乘以 2 或者除以 2”。这是 SPI 调试里最经典的坑血泪经验是现象像移位错误先怀疑模式别怀疑接线。片选也要注意多数器件要求片选在整个字节传输期间保持有效中途拉高会把一次传输截断成两半。调试顺序建议固定下来先降速到几百千赫兹确认能通再逐步往上提先用回环把主出和主入短接验证主设备配置正确再接真实器件。SPI 没有应答一旦不通你无法区分是“发错了”还是“器件没理你”回环是唯一的隔离手段。4.4 独立看门狗超时公式与喂狗位置看门狗是一个独立计数的定时器程序必须在它数满之前“喂”一次让它重新计数如果程序跑飞、卡死、进了死循环喂狗动作停了计数器溢出就触发复位把系统救回来。独立看门狗之所以“独立”是因为它由内部低速时钟驱动主时钟挂了它照样工作。超时时间由预分频和重装值共同决定以 32kHz 左右的低速时钟为例计数时钟先被 4 固定分频再经过可编程预分频/* 独立看门狗超时估算t (4 * 2^PR * (RLR 1)) / f_LSI */ #define LSI_FREQ 32000UL /* 内部低速时钟实际有 ±% 偏差 */ #define IWDG_PR 3 /* 预分频系数选择位PR3 即 32 分频 */ #define IWDG_RLR 1249 /* 重装值喂狗时重新装载 */ /* 超时 ≈ (4 * 2^3 * (1249 1)) / 32000 ≈ 1.25 秒 */三个要点低速时钟精度差标称 32kHz 实际可能在 26~34kHz 之间浮动所以算出来的 1.25 秒只是估算要留足余量喂狗必须放在主循环里如果放在定时器中断里主循环卡死而中断照跑看门狗就形同虚设调试时 CPU 被暂停看门狗仍在计数很容易刚连上就复位需要在调试配置里选择暂停时冻结看门狗。复位之后要能区分“上电复位”和“看门狗复位”芯片通常有复位状态寄存器记录复位来源读一下就知道这次重启是正常上电还是被狗咬的。这一点在实验报告里写清楚比只写“程序会重启”有价值得多。5. 易漏点排查六个实验里最容易翻车的五处细节这些点单独看都不难难在它们发生时表现得很像别的问题。把它们列在一起是为了在现象出现时能快速对号入座。5.1 易漏点一路径里的中文、空格和超长嵌套为什么漏工程能导入、能打开看起来一切正常直到编译或下载时才报错报错信息又往往指向“找不到某个文件”把注意力引向代码。怎么补工程根目录用纯英文加下划线层级控制在三层以内从模板复制的时候顺手检查一遍路径。已经踩了的把整个文件夹挪到盘符根目录下再试能通就说明是路径问题。5.2 易漏点二改了代码没重编或下载了旧的 hex为什么漏编译和下载是两个按钮中间还夹着“选择文件”这一步。Debug 目录里堆着好几个同名 hex 时选错一个太正常了现象是“代码明明改了板子行为没变”。怎么补形成固定动作——改代码、编译、看编译输出确认无错、进 Debug 目录看 hex 的修改时间是不是刚刚、再下载。时间戳是最便宜的后悔药比反复检查代码快得多。5.3 易漏点三中断里做耗时操作为什么漏代码逻辑是对的功能也能实现只是系统变慢或者偶发卡顿很难联想到是中断待太久。串口打印、延时、Flash 擦写写在中断里都能“正常工作”代价藏在时序里。怎么补中断里只做三件事——读数据、存缓冲、置标志其余全部挪到主循环。判断标准很简单中断函数里出现循环、延时、打印中的任何一个就该重构。5.4 易漏点四现象和参数没有一一对应地记录为什么漏做实验时改动是连续的改完占空比看灯亮一点再改预分频看灯闪最后写报告时已经说不清哪个参数对应哪个现象只能写“观察到了预期现象”。怎么补每改一个参数就记一行参数名、原值、新值、现象。截图也要把参数界面一起截进去只截现象不截参数的图事后没有任何证明力。5.5 易漏点五Flash 没擦就写、或者写入跨页为什么漏写入函数返回成功读回来也“有数据”但数据是错的——因为写进去的是原值和新值的按位与结果读出来不是 0xFF 就是混合值看起来像数据损坏而不是操作顺序错误。怎么补把“先擦后写”做成固定流程擦除后读一遍确认全 0xFF 再写写入前算一下起始地址加长度有没有跨过页边界跨了就拆分或者换起始地址。6. 复习清单考前把六个实验过一遍的顺序与自查表复习这六个实验最有效的顺序不是按实验编号而是按“输入—处理—输出”三问过一遍。任何一个实验先问它的输入是什么按键、串口字节、定时器溢出、外部器件返回的数据再问处理逻辑在哪主循环还是中断状态机有几个状态最后问输出是什么引脚电平、串口字节、PWM 波形、Flash 里的数据。三问答不上来就说明这个实验只是照着步骤点完了没真正吃透。第二个动作是把六个实验的参数横向对比一遍。同样是“改一个参数看现象”PWM 改的是比较值串口改的是波特率或者回发值看门狗改的是重装值Flash 改的是写入地址改的东西不同但“参数—寄存器—现象”这条链条是一样的。能把这五条链子各自说清楚基本就稳了。实验核心构件一句话考点最常见错误一 环境与 GPIO通用输入输出方向、上下拉、输出类型四件事配齐写 1 不亮——接法反了或没配输出模式二 串口与中断串口 中断控制器中断三要素齐全标志要清中断里打印或发的是字符不是数值三 PWM定时器频率与占空比的两条公式引脚没配复用功能没波形四 Flash片上 Flash先擦后写别跨页没擦就写读回数据不对五 SPI同步串行总线主从模式必须一致模式不匹配数据整体移位六 独立看门狗独立看门狗超时公式与喂狗位置喂狗放在中断里主循环卡死也不复位第三个动作是准备三个“如果”。如果串口收不到数据你从哪一步开始查如果 PWM 没波形先看引脚模式还是先看参数如果板子反复重启怎么确认是看门狗而不是供电问题这三个问题答得出来说明排查路径是通的而不是只会复现成功路径。最后一个习惯每个实验留一份最小可复现记录包含工程路径、关键参数值、现象截图、改过的代码行。做完实验六再回头补实验一的记录八成会漏细节。我自己的教训是实验二那次改完回发逻辑直接下载结果现象死活不对折腾了半小时才发现下载的是上一版 hex。从那以后我每次下载前都强制走一遍“看编译输出、看 hex 时间戳、再点更新”的三步再没在这上面浪费过时间。希望帮到你。本文还有配套的精品资源点击获取