简介对应西南科技大学嵌入式系统基础课程这份4.03MB的压缩包整理自课堂实践环节面向大学阶段嵌入式方向初学者可作为实验操作与期末复习的配套资料。压缩包共117个文件主要包含13个C源文件与13个头文件用于实现驱动逻辑12个汇编文件展示启动初始化代码34个目标文件、6个hex及5个axf调试文件则对应不同编译阶段可直接烧录到开发板验证另有数码管显示原理图BMP和DOC说明文档帮助理解硬件连接与实验要求。从预览可见内容按LED工程、A-D转换、数码管显示等主题组织基本覆盖GPIO控制、模数转换、显示输出等常见外设实验目录划分清晰可单独提取任一工程进行重新编译修改。目前已有32人学习对刚接触嵌入式开发的同学来说这套资料能帮助打通从源码编写、编译下载到现象验证的完整流程也便于对照原理图排查连线问题。1. 拿到“西南科技嵌入式系统基础.7z”之后先搞清楚自己要补什么“西南科技嵌入式系统基础.7z”这个文件名看着像是一份学校课程资料包实则暴露了这门课真正的学习线索嵌入式系统基础。解压之后你会看到课件、实验指导、示例代码和几份课后题但大多数人的问题不是资料不够而是不知道从哪个文件开始。嵌入式的入门路径和纯软件不一样代码最终要控制寄存器、引脚、时钟和外设任何一层理解不到位板子上就是“现象不对”却无从查起。下面按我给学生带实验课的顺序重排这套资料先回答学这门课到底在学什么再给一套能复现的最小实验环境然后用三个最容易调错的参数串起知识骨架最后把课程资料变成你能自己维护的实验工程。适合刚转嵌入式的软件工程师也适合做过驱动但没认真读过寄存器手册的熟手往回补课。罗蕾的《嵌入式系统及应用》是这方向最常见的配套参考书课件里不少图表都能和它对应。与其下个没目录的 pdf 放在硬盘里吃灰不如先跑通一个最小实验再翻书书里的寄存器描述会突然变得具体。2. 嵌入式系统基础的核心概念从裸机到带系统的选型逻辑2.1 先分清你手里的硬件是什么体系嵌入式系统基础这门课第一周通常都在讲“嵌入式”的定义但我建议你直接在板子上看MCU 和 MPU 的区别。课程实验板上常见的是 Cortex-M 内核的 MCU比如 STM32F103 或者 STM32F407片内集成 Flash 和 RAM上电后直接执行片内程序而带 MMU 的 Cortex-A 处理器需要先搬 bootloader 再引导内核。资料包里如果同时出现“裸机实验”和“Linux 移植”两个目录说明课程想两头都覆盖但绝大多数作业落在 MCU 这头。判断方法是看实验指导里有没有提到“链接脚本”和“启动文件”。提到说明你要直接和硬件打交道凡是不带操作系统的代码都要自己管堆栈、中断向量表和时钟初始化。这个认知先立住后面读任何示例代码都有坐标感。常见做法是先翻一遍实验指导的目录把“GPIO”“串口”“中断”“定时器”这几项圈出来它们对应裸机开发的骨架。不要一上来就点开第一个示例工程编译那样你只会得到一个能亮的灯换块板子或者换个引脚就不知道改哪里。正确顺序是先看原理图找 LED 接在哪个引脚再看芯片手册确认该引脚的功能描述最后才打开代码改宏定义。课程资料包里通常有原理图 PDF没有的话直接看板子上的丝印也能猜个大概。2.2 寄存器操作、HAL 库、RTOS 各自解决什么问题很多人的困惑是课程里让我直接操作寄存器但工作之后都在用 HAL 库还冒出来一个 FreeRTOS这三者到底什么关系。它们解决的是不同层面的问题没有哪个更高级。层次代表性工具你付出什么你得到什么适用场景寄存器操作标准外设库、CMSIS读芯片手册、手算位域对硬件行为完全可控理解原理、精确时序、资源极限优化HAL/LL 库STM32CubeMX 生成代码被封装好的 API 束缚开发速度快跨芯片迁移容易产品原型、常规业务逻辑RTOSFreeRTOS、RT-Thread任务切换开销、学习调度概念用信号量/消息队列组织复杂业务多任务、实时要求、可维护性优先课程实验往往从寄存器直接开始是因为要让你明白外设工作过程。HAL 库本身也是对寄存器的封装你熟悉寄存器之后再看 HAL就像读带注释的代码而不是看天书。RTOS 解决的是任务调度问题不是外设控制裸机里写循环做轮询也能干活但任务一多优先级和阻塞关系就理不清。嵌入式系统基础课里 RTOS 只讲个开头但你要知道边界外设依然由寄存器驱动RTOS 只是在上面加了一层调度大脑。2.3 为什么交叉编译器是这门课的“第一关”课程资料里的示例代码都是 C但你不能像写普通程序一样用 gcc 编译。目标设备是 ARM 架构的 Cortex-M 处理器宿主机是 x86 架构所以要用 arm-none-eabi-gcc它生成的可执行文件里没有操作系统要求的入口链接完就是一段裸机映像。先验证工具链是否可用arm-none-eabi-gcc --version printf int main(void){return 0;}\n | arm-none-eabi-gcc -mcpucortex-m3 -mthumb -c -x c - -o /tmp/test.o file /tmp/test.o第一条命令确认编译器版本第二条用管道把一行空函数代码喂给编译器-mcpucortex-m3指定内核型号-mthumb表示使用 Thumb-2 指令集Cortex-M 不支持 ARM 模式漏掉这个参数生成的代码无法执行最后的-表示从标准输入读源码file用来查看生成的目标文件架构确认是 ARM 而不是 x86。这一步经常卡住新手编译器装错路径、环境变量没生效、或者拿本机 gcc 硬编报错却看不懂。其实只需要记住看到“arm-none-eabi-”前缀所有编译错误都要先问一句这个符号是不是和硬件绑定。3. 用最小环境把嵌入式系统基础实验跑起来工具链、编译与烧录3.1 解压和安装一次到位.7z 格式在 Windows 上可以用 7-Zip 解压在 Linux 下需要 p7zip。同时把交叉编译器和烧录工具一起装好sudo apt update sudo apt install -y p7zip-full gcc-arm-none-eabi make openocd 7z t 西南科技嵌入式系统基础.7z 7z x 西南科技嵌入式系统基础.7z -o./embedded-basic cd embedded-basic7z t用来测试压缩包完整性课程资料经常从网盘、二手群传了好几手不校验就解压可能解到一半报 CRC 错误。7z x里的-o选项指定输出目录注意-o和目录之间不能有空格。Debian/Ubuntu 下工具链包名是 gcc-arm-none-eabiFedora 系叫 arm-none-eabi-gccmacOS 用 brew install arm-none-eabi-gcc装完先跑一遍 2.3 节的验证命令。建议把整个资料包解压到纯英文路径下某些 make 脚本对中文路径和空格敏感Windows 上尤其明显。如果实验板用 ST-Link 调试器顺手装 stlink-tools如果板子比较老用 J-Link 的还要单独装 SEGGER 的驱动。这一步不复杂但最容易在“编译通过但烧不上”的问题上浪费一下午。3.2 一个能点灯的最小工程很多实验指导打开就是 Keil 工程如果你不想在 Windows 下装 IDE用 Makefile 加 arm-none-eabi-gcc 在命令行一样能跑通。以 STM32F103C8 为例最小工程包含四个文件main.c、stm32f103.ld、startup_stm32f103.s、Makefile。main.c 的核心代码是#include stm32f10x.h int main(void) { RCC-APB2ENR | RCC_APB2ENR_IOPCEN; /* 打开 GPIOC 时钟 */ GPIOC-CRH ~(0xF 20); /* 清空 PC13 配置位 */ GPIOC-CRH | (0x2 20); /* PC13 推挽输出2MHz */ while (1) { GPIOC-ODR ^ (1 13); /* 翻转 PC13 电平 */ for (volatile uint32_t i 0; i 500000; i); } }这里没有调用任何库函数直接操作寄存器APB2ENR 用来打开 GPIOC 的时钟CRH 配置 PC13 为通用推挽输出ODR 通过异或翻转引脚电平空循环做软件延时。课程资料里的示例代码可能用了标准外设库但寄存器版逻辑更直观方便你反推库函数到底帮你做了什么。要点在于外设寄存器地址是通过“基地址加偏移”在头文件里定义的所以这段代码必须带上 stm32f10x.h 那套 CMSIS 定义不要自己手写地址。配套的 Makefile 长这样TARGET blink OBJS main.o startup_stm32f103.o CFLAGS -mcpucortex-m3 -mthumb -Wall -O2 -nostdlib -T stm32f103.ld $(TARGET).elf: $(OBJS) arm-none-eabi-gcc $^ -o $ $(CFLAGS) arm-none-eabi-objcopy -O binary $ $(TARGET).bin %.o: %.c arm-none-eabi-gcc $(CFLAGS) -c $ -o $ clean: rm -f *.o *.elf *.bin flash: $(TARGET).bin st-flash write $(TARGET).bin 0x8000000Makefile 里最关键的是-nostdlib和-T前者告诉链接器不要链接 C 库启动代码后者指定链接脚本把代码放到 0x08000000 也就是 Flash 起始地址中断向量表放在代码段最前面。烧录用 st-flash write目标地址必须是 0x8000000写错位置板子直接跑飞。如果你习惯用 OpenOCD命令会是 openocd 加配置文件后面第 3.3 节会展开。3.3 烧录失败先看这三处烧录失败时别急着怀疑板子坏了按表逐个排查烧录方式典型命令适用情况排查重点ST-Linkst-flash write app.bin 0x8000000板载 ST-Link、F1/F4 都行lsusb 能否看到 ST-LinkOpenOCDopenocd -f interface/stlink-v2.cfg -f target/stm32f1x.cfg需要调试、单步跑是否同时开了另一个调试会话串口 ISP用 USB-TTL 拉低 BOOT0 再上电没有调试器的最廉价方案BOOT0 跳线是否在复位前设好J-LinkJLinkExe loadbin 命令手头只有 J-Link电压是否匹配SWD 接线长度以 OpenOCD 为例烧录命令一般是openocd -f interface/stlink-v2.cfg -f target/stm32f1x.cfg \ -c program blink.bin 0x08000000 verify reset exit这条命令先加载调试器和目标芯片的配置文件program把二进制写入指定地址verify回读校验reset复位板子exit退出 OpenOCD。不同 OpenOCD 版本里 target 配置文件名称略有差别老版本可能叫 stm32f1x_stlink.cfg先 ls /usr/share/openocd/scripts/target 看真实文件名。烧录失败最常见原因是调试器驱动冲突比如板载 ST-Link 被虚拟机或者另一个 Keil 会话占用其次是板子还在运行程序调试接口的电平状态不稳定断开 USB 重新插一次往往能解决。4. 嵌入式系统基础里的三个必调参数与常见坑时钟、中断优先级、串口波特率4.1 时钟树PLL 倍频不是越大越好课程实验里“灯不闪”“定时不准”“串口乱码”一半根因在时钟配置。STM32 默认上电用内部高速时钟 HSI如果代码里没把系统时钟切到 PLL所有外设都跑在低速状态如果 PLL 倍频配错外设工作频率就乱套。以 STM32F407 为例PLL 配置牵涉 PLLM、PLLN、PLLP、PLLQ 四个参数主频公式是 SYSCLK HSE / PLLM × PLLN / PLLP。下面这段是典型配置RCC-CR | RCC_CR_HSEON; /* 启用外部高速晶振 */ while (!(RCC-CR RCC_CR_HSERDY)); /* 等待 HSE 稳定 */ RCC-PLLCFGR (8 0) | /* PLLM8HSE 8MHz 先 8 分频 */ (336 6) | /* PLLN336倍频 336 倍 */ (0 16) | /* PLLP22 分频得到主频 */ (7 24); /* PLLQ7给 USB 提供 48MHz */ RCC-CR | RCC_CR_PLLON; /* 打开 PLL */计算过程是 8MHz 除以 8 等于 1MHz再乘 336 等于 336MHz再除以 2 得到 168MHz正好是 STM32F407 的推荐主频。这里最容易犯的错是把 F1 的配置思路搬到 F4 上F1 的 PLL 参数含义完全不同倍频值没有 PLLN 那么大照着迁移过来轻则时钟异常重则芯片锁死要复位。调时钟的原则是先确认 HSE 稳定再配置 PLL最后切换系统时钟源 SYSCLK顺序不能反。如果程序里同时初始化了外设和时钟务必确认时钟初始化在一切外设之前执行。4.2 中断优先级NVIC 抢占优先级与子优先级嵌入式系统基础的第二道坎是中断。很多人写了外部中断却永远进不去中断服务函数问题往往不在引脚配置而在 NVIC。用 CMSIS 提供的接口配置按键中断NVIC_SetPriorityGrouping(0x05); /* 抢占优先级 3 位子优先级 1 位 */ NVIC_SetPriority(EXTI0_IRQn, 1); /* 抢占优先级设为 1 */ NVIC_EnableIRQ(EXTI0_IRQn); /* 打开 EXTI0 中断通道 */NVIC_SetPriorityGrouping设置优先级分组方式整个系统生命周期里只能设置一次后续NVIC_SetPriority的数字在分组确定后才变得可读。数字越小优先级越高。这里有个隐蔽坑如果启动文件里中断服务函数名称拼错比如把 EXTI0_IRQHandler 写成 EXTI0_IRQHandler链接器不会报错程序正常跑但中断永远进不去。排查方法是 nm 你的 elf 文件看中断向量表里真实的函数符号名arm-none-eabi-nm blink.elf | grep IRQHandler常见做法是把所有外设中断优先级统一在一处初始化不要在每个外设模块里各自设置分组。优先级分组一旦被后执行的代码改动之前配好的优先级含义全部漂移会出现“低优先级卡住高优先级”这种极难排查的现场。如果实验里同时用多个中断抢占优先级用来处理实时性子优先级只处理同抢占优先级内部的先后关系别指望它解决嵌套问题。4.3 串口波特率与乱码排查串口是嵌入式系统基础实验里最常用的“眼睛”。波特率计算公式可以简化为 BRR fck / (16 × 目标波特率)。当 fck 是 72MHz、目标波特率是 115200 时BRR 约为 39.06硬件四舍五入到 39误差在容忍范围内但如果 fck 实际取的是 8MHz误差会扩大很多串口助手显示的内容全是乱码。排查顺序如下现象原因解法全部乱码系统时钟和代码预期不一致回 4.1 节检查 PLL 配置首字节错、后面正常上电瞬间电压不稳或复位时序加延时等电源稳定检查复位电容TX 无输出TX 和 RX 接反或没共地交叉对调确认 GND 相连收到一串 0x00/0xFF串口电平不匹配确认是 TTL 电平不能直连 RS232 电平调试时不要依赖串口 printf 来调延时。重定向 printf 到串口要自己实现 fputc循环里打印频率太高会阻塞主流程而且乱码会误导判断。课程实验最简单的验证方法是把串口收到的字节原样回发写一个中断里往发送寄存器写的处理先确认通路再往上叠协议解析。5. 把 .7z 里的资料变成可验证的技能最小可运行工程与自测5.1 用 git 和 Makefile 把课程实验工程化解压出来的课程资料一般是按“实验1、实验2”命名的目录每个目录里又是一个独立工程。我一般会把资料当原材料重构成自己的骨架底层公共代码放在 lib 目录每个实验只保留 main.c 和差异化的外设初始化文件顶层 Makefile 统一维护。这个骨架用 git 管理每个实验跑通后提交一次commit message 里写“实现现象 关键配置”比如feat: PC13 灯闪烁PLL 168MHzFreeRTOS 待接入。复习时 git log 比重新翻课件快得多。git init embedded-basic-lab cd embedded-basic-lab git add lib experiment_01 git commit -m init: 从课程包抽取 GPIO 灯实验工具链验证通过这套做法的直接收益是课程包提供的示例代码可能只保证在 Keil 里编译通过你用命令行工具链跑通的同时其实已经把链接脚本和启动文件理解了一遍。遇到“为什么我的灯不闪”这类问题git diff 能告诉你今天改了什么而不是靠记忆猜。5.2 用逻辑分析仪验证时序而不是只看灯亮软件延时闪烁只能说明代码流程对不能说明时序准。买一个几十块入门级逻辑分析仪接上 PC13 引脚和 GND抓一段翻转波形量一下两个上升沿之间的时间。理论延时 500ms实测 550ms说明空循环延时依赖编译优化级别。这时候把 Makefile 里的-O2改成-O0再测一次你会发现误差大幅缩小编译优化会把循环变量读入寄存器甚至直接优化掉这是肉眼看不到但波形图上一清二楚的事实。课程资料里凡是涉及延时和频率的外设实验都可以用这个方法验证不用在代码里塞满调试打印。5.3 裸机跑通后往 RTOS 再跨半步课程包里的裸机实验都做完后可以用 FreeRTOS 信号量重写其中一个轮询逻辑感受任务调度和裸机 while 循环的区别SemaphoreHandle_t blinkerSem; void vTask1(void *arg) { while (1) { xSemaphoreGive(blinkerSem); /* 释放信号量 */ vTaskDelay(pdMS_TO_TICKS(500)); } } void vTask2(void *arg) { while (1) { if (xSemaphoreTake(blinkerSem, portMAX_DELAY) pdTRUE) { GPIOC-ODR ^ (1 13); /* 翻转 LED */ } } }两个任务通过信号量松耦合任务 2 在拿不到信号量时阻塞不占用 CPU。对比裸机里用延时控制闪烁RTOS 方案更适合以后接传感器读取、协议解析、显示刷新并行工作。把这个实验跑通后再回去看 4.2 节的中断优先级你会意识到任务切换和中断之间的先后关系才是嵌入式系统真正难的地方。把NVIC_SetPriority里的抢占优先级从 1 改成 3再抓一次中断响应波形两种配置下的延迟差会直接影响实时性判断。本文还有配套的精品资源点击获取