企业官网建设流程全解析

开发板到手，心气儿正热，但接下来这一个月才是真正的分水岭。标题说“点个关注”，其实我清楚，大家真正想要的不是那个关注，是“板子买回来了然后呢”。这篇文章我就把“然后呢”这三个字掰开揉碎讲透，从你拆开快递那个瞬间开始，一直到你能独立做出一个带传感器、带通信、带显示的小项目为止。全程用我这些年实际踩过的坑当路标，你照着走，能少熬好几个通宵。

1. 板子到手先别急着插线，环境搭建才是第一关

很多人犯的第一个错误是板子一到手就到处找例程、连下载器、点灯，结果环境没配对，折腾一晚上连个编译都过不去，热情直接熄火。我建议按“装软件、装芯片包、装驱动、验证环境”四步走，每步都确认无误再继续。

1.1 开发工具选型：Keil MDK仍然是新手最优解

先说结论：学STM32F103，现阶段老老实实用 Keil MDK，别一上来就折腾 VSCode + GCC 那套。

我知道热词里有“vscode配置stm32开发环境”和“vscode stm32调试powerlink如何设置launch.json”，这些确实是进阶的好方向，但那是你在 Keil 下搞懂工程结构、调试逻辑之后的事。F103 的资料、例程、教程，90% 都是围绕 Keil 展开的，你拿 VSCode 起步，遇到问题连搜都不知道怎么搜。

Keil MDK 的安装有个经典大坑：它默认不区分 C51 和 ARM 两个版本，装完一个再装另一个会互相覆盖。正确做法是分两个目录安装，或者在安装时手动指定不同的安装路径，互不干扰。装完之后打开软件，如果新建工程时看不到 STM32F103C8 这个型号，说明芯片支持包没装。

芯片支持包有两种装法：

• 在 Keil 内通过 Pack Installer 在线安装，搜索“STM32F1”系列，下载对应的 Device Family Pack，例如 Keil.STM32F1xx_DFP。
• 去 ST 官网或 Keil 官网下载离线包，双击后自动导入。

国内网络环境下在线安装经常卡死，我建议直接下离线包。版本别追新，挑一个稳定版即可，F1 系列的 DFP 到 2.x 版本之后基本就没什么大变动了。

1.2 下载器驱动与连接：ST-Link、DAP-Link 与 J-Link 的取舍

下载器是另一个新手重灾区。你现在手里的板子大概率板载了一颗 DAP-Link 芯片（就是那个 USB 口附近多出来的小芯片），这类下载器免驱或者只需要 WinUSB 驱动，插上电脑就能在 Keil 里识别到。

如果你的板子是那种不带板载调试器的裸板或者最小系统板，你需要外接 ST-Link 或者 J-Link。这里给一个明确建议：

• 手头只有十几块钱预算，选 ST-Link V2 克隆版，稳定可靠，F103 完全够用。
• 不差钱或者以后想玩更高级芯片，选正版 J-Link，但没必要为了 F103 专门买。
• DAP-Link 也很好，开源方案，速度不慢，很多国产板子直接集成。

连接方式是标准的 SWD 四线：SWDIO、SWCLK、GND、3V3。千万别接错，尤其是 3V3 和 GND 反接，板子当场冒烟给你看。这个注意不是吓唬你，我见过不止一个新手把 ST-Link 的 3V3 输出接到板子的 GND 上，下载器直接烧了。

1.3 芯片包安装完成的验证方法

互相拉扯完之后，用最简单的方式验证环境通没通：新建一个空工程，选好型号，编译一次，不报错；连接下载器，点一下下载，能识别到芯片、烧录成功。这两步过了，你的环境就算真正立住了。

这里顺带提一个很多教程不会告诉你的事情：STM32F103C8T6 这种“小容量”芯片，Keil 里默认烧录算法的 FLM 文件选错的话，下载时会提示 “Cannot access target”。如果你用的是最小系统板，Programming Algorithm 一栏要手动选 64KB 或 128KB 的 Flash 算法，不要选默认的 512KB，否则下载大概率失败。

2. 你的第一个工程：点灯背后是一整套芯片运行逻辑

环境好了，接下来就是新建工程、烧录第一个程序。这个阶段的核心不是让 LED 亮起来，而是搞明白“从代码到运行”的完整链路。很多人学了半年还在复制粘贴例程，根子就在这里没打通。

2.1 标准库、HAL 库还是寄存器？F103 阶段我推荐标准库

围绕 STM32 有三套开发方式：寄存器、标准外设库（StdPeriph_Lib，简称标准库）、HAL 库。三者的关系我用一句话说明白：

• 寄存器就是直接操作芯片内部的开关和阀门，最底层，可读性差，但最透明。
• 标准库把这些开关和阀门封装成函数，你不用记寄存器地址，但又能通过看源码理解工作原理。
• HAL 库再包一层，把底层的细节几乎全隐藏了，好处是移植方便，坏处是出了问题你很难盯到根上。

F103 阶段我用标准库，原因很实在：资料最多，老工程师的经验都是基于标准库写的；它的代码体量适中，适合“边用边学”；市面上 90% 的 F103 例程都是标准库写的，你搜问题、对代码都方便。等你把标准库跑熟了，再切 HAL 库或者寄存器，都是顺手的事。

2.2 新建标准库工程的五个必做步骤

以 Keil MDK 为例，新建一个标准库空工程，步骤是固定的：

1. 创建工程文件夹，把标准库的 Libraries、User、Project 几个目录分好，固件库可以从 ST 官网下载 STM32F10x_StdPeriph_Lib_V3.5.0（这个版本经典，别下太新的，反而资料少）。

2. 在 Keil 里新建工程，选择芯片型号 STM32F103C8 或对应的 C8T6。

3. 把启动文件、系统时钟文件、核心外设源文件加入工程。启动文件必须选对容量——用 C8T6 选 startup_stm32f10x_md.s 即可，ld.s 是小容量，hd.s 是大容量，选错了芯片直接跑飞。

4. 添加宏定义和头文件路径。标准库里必须定义两个宏：USE_STDPERIPH_DRIVER 和 STM32F10X_MD，前者告诉编译器启用标准库驱动，后者告诉编译器你用的是中等容量芯片，影响外设寄存器配置。

5. 编译。如果这一关过了，你就拥有了一个可以运行的“空壳”工程。

这一步最大的坑是头文件路径漏配。新手很容易被 IntelliSense 的红波浪线迷惑，其实 Keil 里只要头文件包含路径对、宏定义对，红波浪线不影响编译。真正让你编译失败的原因是头文件路径没加全，Libraries 下的 CMSIS 和 StdPeriph_Driver 的 Inc 目录都不能漏。

2.3 为什么你的 delay 函数会卡死

热词里有“stm32延时函数delay卡死”，这是新手期最高频的问题之一。标准库的延迟函数一般长这样（以 SysTick 为例）：

void delay_ms(uint32_t ms) { SysTick_Config(SystemCoreClock / 1000); while(ms--) { while(!(SysTick->CTRL & (1 << 16))); } SysTick->CTRL = 0; }

卡死的本质，是 SystemCoreClock 这个变量的值和你系统实际的时钟频率对不上。常见的原因有两个：

• 你没有配置系统时钟，或者配置了但你宏定义的时钟频率是 72MHz，实际外部晶振接的是 8MHz，而系统时钟初始化函数（SystemInit）根本没被调用。

• 你用的是 STM32F103C8T6 最小系统板，板上晶振是 8MHz，但你的工程里把 HSE_VALUE 宏或者启动文件里的倍频系数写错了，导致 SysTick 定时周期全部错乱。

解决思路很简单：在调试模式下打断点，看一看 SystemCoreClock 的实际值是多少。如果它显示 72000000，说明系统时钟正常；如果显示其他值，就从 SystemInit 到 RCC_Configuration 这条线索一步步查。最靠谱的做法是用固件库自带的 SystemInit()，并确保在 main 函数最开始调用它，然后再跑任何和延时相关的代码。

2.4 点灯例程的两种写法与调试技巧

点亮板载 LED，标准库写法大概是：

RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_GPIOC, ENABLE); GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin = GPIO_Pin_13; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOC, &GPIO_InitStructure);

注意一个细节：F103 的引脚分为 5V 容忍（FT）引脚和非 FT 引脚，板载 LED 通常挂在普通 IO 上，驱动能力完全够，但如果你想外接大功率负载，比如直接驱动继电器、电机驱动板，不能直接拿 IO 去扛，必须加驱动电路或者三极管/MOS 管。这属于硬件设计的范畴，但学习阶段就要有这个意识。

点灯不能只点“亮”，还要点出花样：用 PWM 做呼吸灯、用按键控制 LED 亮灭、用定时器让 LED 按照精确时序闪烁。这三个变式分别覆盖了 GPIO 输出、输入、定时器三大基础外设，做完它们，你的 F103 才真正算入门。

3. 从点灯到外设：定时器、串口、I2C/SPI 的进阶路线

很多新手点完灯就不知道学什么了。我的建议是：把 F103 当瑞士军刀捏，一个外设一个外设地过。排序是：GPIO → 定时器 → 串口 → 中断 → I2C/SPI → DMA → ADC。下面挑几个最容易被问爆的点详细展开。

3.1 定时器的四种玩法，对应四种工作场景

F103 的定时器功能极其丰富，绝不是“延时”这么简单。对于新手，至少要掌握四种用法：

• PWM 输出：呼吸灯、舵机控制、电机调速，原理是定时器比较寄存器控制引脚电平翻转点。舵机控制用的是频率 50Hz、脉宽 0.5ms-2.5ms 的 PWM 波。

• 输入捕获：测量外部信号的频率和脉宽，热词里的 stm32 超声波测距，本质就是“发送脉冲，然后用定时器捕获回波引脚的电平跳变，计算时间差”。

• 定时中断：精确的周期性任务调度，比如每 1ms 执行一次扫描按键，每 10ms 更新一次 OLED 显示。

• 编码器模式：读取正交编码器（比如电机测速的那种 AB 相编码器）的转速和方向。这个功能是定时器硬件支持的，不用外部中断去数脉冲，MCU 开销小很多。

拿超声波测距举例，完整逻辑是：Trig 引脚输出至少 10us 的高电平触发超声波模块，然后 Echo 引脚会返回一个高电平脉冲，脉宽和距离成正比。你用定时器的输入捕获功能测量 Echo 引脚高电平持续的时间，再用公式距离(cm) = 脉宽时间(us) / 58就能算出来。很多新手只会用 delay 测量脉宽，结果 delay 本身存在误差，测出来的距离忽远忽近。正确的做法就是用定时器输入捕获，误差小一个数量级。

3.2 串口通信：接线、参数、收发与 PID 调参

串口（USART）是 F103 和外界沟通最常用的手段，也是做调试的命脉。一根 TX、一根 RX、一根 GND，就能实现双向通信。

很多新手栽在串口助手上。接线时要注意你的板子上的串口芯片（CH340、CP2102 或板载 ST-Link 的虚拟串口）是不是已经把 TTL 电平转换好了。如果你用的是 USB 转 TTL 模块，那么：

• 模块的 TXD 接到板子的 RX 引脚（PA10）；
• 模块的 RXD 接到板子的 TX 引脚（PA9）；
• 地线必须共地，否则电平基准不同，收到的全是乱码。

通信参数默认是 115200-8-N-1，波特率、数据位、停止位、校验位要和代码一致，参数对了才能抄收。菜鸟最易犯的错是代码里写 9600，串口助手设置成 115200，界面上一堆乱码，还以为是硬件坏了。

热词里提到“stm32串口调试pid”，这个用法我特别推荐：写一个串口中断接收解析函数，把 PID 参数（比例、积分、微分系数）通过串口动态下发到 MCU，MCU 内部修改控制器的参数，然后把当前实际速度或位置回传上去。这样不用每次改代码重新编译烧录，调参效率至少翻一倍。这个功能做起来并不复杂，难的是你需要先建一个稳定的接收协议，比如帧头+数据长度+数据+校验和。

3.3 中断系统：理解优先级和嵌套是安全驾驶的前提

中断是嵌入式开发的基石，但新手很容易把中断当成“随便用”的功能。这里只强调三个原则：

• 中断回调函数里严禁写延时，尤其是 delay 循环,否则中断事件阻塞时间过长，主循环和外设全部受影响。
• 每个中断都要设置合适的抢占优先级。F103 用 NVIC 管理，分组方式 4 位全抢占优先级、无子优先级，如果某个中断卡住了低优先级的中断和主程序，整个系统就“假死”了。
• 中断里访问共享变量时要加 volatile 修饰，告诉编译器这个变量可能被中断改掉，不能优化到寄存器里。

串口中断是新高频踩坑点。用串口接收一帧不定长的数据，很多人用 while 等标志位或者固定字节数接收，结果丢帧、卡死在中断里。推荐做法是配置空闲中断（IDLE）——串口总线空闲时触发一次中断，在中断里读取已接收的数据长度，然后处理一帧完整数据。这样无论帧多长都能稳定接收。

3.4 I2C 和 SPI：LCD 读写失败的大概率原因

F103 的 I2C 外设硬件实现被不少人吐槽过，所以很多例程用的是模拟 I2C（两个 GPIO 软切时序）。我个人建议学阶段先把模拟 I2C 用熟，再去碰硬件 I2C，不然会被 I2C 总线的坑折磨到怀疑人生。

热词里“stm32使用ili9341读id是a1a1”就是一个非常典型的 I2C/SPI 总线问题。ILI9341 是 TFT LCD 的常用驱动芯片，读 ID 应该是 0x9341 之类的值，读到 0xA1A1 说明通信时序或者电平匹配出了问题。排查路径很清晰：

• 最优先查电平，ILI9341 模块的工作电压是 3.3V，如果你的 MCU 是 5V 逻辑或者模块上的电平转换电路有问题，ID 乱掉是必然的。
• 然后看 SPI 时序，检查 CPOL 和 CPHA 参数是否匹配。ILI9341 通常要求模式 0，但你代码里配置成了模式 3，数据全乱。
• 最后排查引脚定义，SPI 通信的四根线（SCK、MOSI、MISO、CS）里任何一根接错，读出来的 ID 就是垃圾数据。

这些坑在官方例程里很少见，因为官方例程的接线图和时序参数是绑定好的，一旦你自己改引脚或者换了模块，问题就全暴露出来了。

4. 通信与网络：CAN、RS485、WiFi 模块的实战入门

F103 之所以到今天还有大量项目在用它，一个重要的原因就是它的通信外设非常全。USART、SPI、I2C、CAN、USB 应有尽有，对学习“嵌入式通信协议栈”来说是最完美的启蒙平台。

4.1 为什么你的 CAN 通信突然连不上

热词里有“stm32 can通信突然连不上”，我敢打赌，十个里有八个出在终端电阻和波特率上。

CAN 总线是差分信号传输，正常工作时总线的两端必须各接一个 120Ω 终端电阻，用来匹配阻抗、消除反射。如果总线两端都没接电阻，或者只接了一端，通信极易间歇性失败，表现是什么呢？你的收发程序一开始能跑，但跑着跑着就收不到报文了，重新上电又好了。这个现象几乎就是终端电阻缺失的典型症状。

波特率的问题则更隐蔽。两只设备的 CAN 波特率必须一模一样，哪怕一个配 500K，一个配 499K 都不行。F103 的 CAN 波特率由分频器和同步段、采样点这些参数共同决定。入门阶段不要瞎调这些参数，直接用库函数里的 CAN_InitStructure 预设值，并把CAN_SJW、CAN_BS1、CAN_BS2按“1Tq + 8Tq + 7Tq”之类的经典组合配好，不要随意改动。

还有一个新手必踩的坑：回环测试。F103 的 CAN 控制器有一个回环模式（Loopback Mode），在这个模式下报文只会发到控制器自己，不会上总线。很多教程用回环模式演示，看起来一切正常，但你把代码改成正常模式后收不到数据，就以为是硬件坏了。其实只要把回环模式关闭，再接上总线，就能收到其他节点的数据了。

4.2 RS485 与伺服电机控制

热词里“stm32控制伺服电机485”牵涉到 RS485 总线。RS485 是差分半双工通信，特点是抗干扰性强、传输距离远，工业场景大量使用。F103 的 USART 加上一个 MAX485 这样的收发器芯片就能组成 RS485 节点。

实现 RS485 通信有一个核心注意点：由于是半双工，发送和接收共用一对线，必须通过控制 DE（Driver Enable）引脚来切换收发状态。发数据前拉高 DE，发完再拉低，切换回接收。很多新手忘了控制这根 DE 线，代码里一直发，一直发，结果总线上全是自己造成的数据冲突。

控制伺服电机时，通常的做法是 MCU 发送 Modbus RTU 格式的报文，通过 RS485 总线发给伺服驱动器。这里有一个高分细节：使能脚 DE 的时序要控制得非常准，必须在发送完最后一个字节后再拉低 DE，不能提前拉，否则最后一个字节会被截断，驱动器的响应永远不对。嵌入式里这种“差半拍”的问题最折磨人，调试时用逻辑分析仪抓 DE 和 TX 的波形对比，一眼就能看出时机不对。

4.3 给 F103 加“外脑”：ESP8266 与巴法云的上云套路

学完本地通信，接下来的乐趣在上云。热词里的“stm32 巴法云”就是一条很实用的路径：F103 通过 UART 和 ESP8266 模块通信，ESP8266 连上家里 WiFi，再用 MQTT 协议连接到巴法云这类公共物联网平台。

流程不复杂，但有几道坎：

• 给 ESP8266 发送指令时，注意它要求以\r\n结尾，很多新手只发字符串不加回车换行，结果模块毫无反应，还以为是波特率不对。
• F103 和 ESP8266 的 UART 波特率要匹配，常用的固件默认 115200，但你代码里配成 9600，收到的全是乱码。
• MQTT 的客户端 ID 要唯一，用 F103 的 MAC 地址或芯片 UID 做后缀最稳，固定 ID 会导致多次连接被服务器踢线。

上云之后能干什么？可以做一个非常经典的硬件，远程温湿度监控。DS18B20 或者 DHT11 采集环境数据，F103 通过 ESP8266 把数据发布到云端，手机端用微信小程序或者 App 订阅主题即可实时查看。这个项目不大，但把传感器采集、串口通信、网络通信、云平台对接全打通了，是一个特别适合学生的综合练习。

5. 那些“老手才懂”的疑难杂症排查技巧

到现在为止，你应该已经能独立点亮 LED、驱动外设、跑串口、上 CAN 总线了。但嵌入式开发的日常不只是写代码，大部分时间是在排障。这一章我把自媒体留言区和粉丝群里问得最多的几个怪问题集中讲一下。

5.1 芯片第一脚怎么确认

这个问题看着初级，但真出错的不少。芯片封装上通常有这些标记之一：圆形凹点、斜切角、丝印横线。它们都指向第 1 脚。比如 STM32F103C8T6 的 LQFP48 封装，左上角有一个圆形凹点，它正对的就是第 1 脚。从第 1 脚开始，逆时针数下去就是第 2、3、4 脚。原理图里的引脚编号和实物是一一对应的，数错了脚，焊上去的电容电阻全错位，板子必烧。

更隐蔽的一个坑是，有些国产替代芯片（比如 GD32、APM32）的封装标记位置会有细微区别，虽然兼容 STM32 的引脚，但丝印位置不能完全按 ST 的习惯猜。最好的确认方式永远是翻数据手册里的封装尺寸图和引脚定义图，不要凭经验闭眼干。

5.2 STM32F103 的 JTAG 引脚复用问题

热词里有“stm32禁用jtag”，很多人上来就把 JTAG 关了，结果程序一烧进去，下载器又找不到芯片了，直接硬锁。

先说原理：F103 的 PA13、PA14、PA15、PB3、PB4 默认被调试功能（JTAG）占用，你想拿它们当普通 IO 用，必须在代码里主动关闭 JTAG，只保留 SWD。关闭的代码是：

GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable, ENABLE);

问题在于，这个代码烧进去之后，JTAG 功能确实被关了，但你如果用 JTAG 下载器（不是 SWD），那就再也连不上了。解决思路是：

• 调试时，下载器用 SWD 模式而不是 JTAG 模式，SWD 只占用 PA13（SWDIO）和 PA14（SWCLK），这两个脚别拿去做普通 IO。
• 如果实在要复用 PA15、PB3、PB4，必须确保你还有别的下载入口，比如用串口 ISP 烧录解锁。
• 遇到芯片锁死，用 ST-Link 的“Connect under reset”模式连一下，或者按住板子的复位键再点下载，通常能救回来。

5.3 引脚状态莫名其妙变高电平

这是一个经常让人崩溃的现象：GPIO 配置成输入，引脚却一直读到高电平，外部明明没有上拉。排查思路有两种：

• 检查 GPIO 配置的上下拉状态。STM32 的输入模式下可以配置为上拉、下拉、浮空。如果配置成上拉输入，引脚空置时读到的自然是 1，这是正常现象。
• 如果配置成浮空输入，引脚空置时电平是不定的，可能高也可能低，临界状态还会导致读值不稳定。解决办法是外接一个明确的上拉或下拉电阻。

上拉/下拉还有一个隐藏的坑：使用内部上拉时，外部电路如果接了很大阻值的下拉电阻，电压被掐在中点附近，读值会极其不稳定，时高时低。这类问题靠代码查是永远查不出来的，必须拿起万用表量引脚电压。嵌入式里很多疑难杂症，最终问题都出在“没量电平”这个操作上。

5.4 芯片发烫，但程序还能跑

芯片轻微发烫分两种情况：

• 正常运行温度：F103 工作电流在几十毫安级别，用手摸微温是正常的。
• 异常温升：如果烫得手指不能停留，几乎可以肯定是某个引脚的输出负载过大，或者电源接反了。

排查手段固化一条：用万用表量 3.3V 和 GND 之间的电阻，如果阻值只有几十欧甚至几欧，那就卧槽了，板子上有短路。常见短路点包括焊锡连锡、贴片电容击穿、传感器模块接反。如果板子还是有保修期或者便宜的，直接换板子比排查短路快得多。

6. 从 F103 出发：进阶方向和毕业设计选题建议

学会了上述内容，你已经不是“点灯工程师”了，而是一个能独立完成任务的小型嵌入式开发员。接下来往哪走？我给三个明确的方向。

6.1 方向一：USB 设备开发

热词里有“stm32 如何做usb设备”，F103 内置 USB 2.0 全速外设，可以枚举成 HID 键盘/鼠标、CDC 虚拟串口、Mass Storage（U 盘）等设备。这个方向非常推荐，因为 USB 协议栈本身就值得花半年研究。

新手从虚拟串口开始：F103 枚举成一个“USB 转串口”设备，电脑端不需要装驱动就能多出一个 COM 口，数据从 USB 口直接收发。这个项目做成的成就感比我说的任何一个外设项目都强，因为你亲手打通了一条“电脑—USB—MCU—传感器”的链路。

6.2 方向二：FreeRTOS 与实时多任务

等你写过 2000 行以上的裸机代码，你会发现裸机 while 死循环加标志位的架构开始顶不住了——多个外设、多个任务互相抢占 CPU，状态机越写越乱。这时候就该上实时操作系统。

FreeRTOS 在 F103 上运行的经典配置是，两个任务，一个负责传感器采集，一个负责通信/显示，通过队列传递数据。这类架构一旦跑通了，整个工程的扩展性会瞬间上一个台阶，你后续加任何功能模块都只是在加任务，而不是在改主循环。

6.3 方向三：毕业设计级别的整合项目

如果你要拿 F103 做毕业设计或者竞赛作品，我给一个既不会太简单也不会过于复杂的选题方向，基于 F103 的智能鱼缸系统。

热词里有“stm32鱼缸”，这个方向特别适合：

• 传感器端：DS18B20 测水温，水位传感器测水量，光敏电阻测光照。
• 执行端：水泵循环、加热棒温控（继电器）、LED 补光（PWM 调光）。
• 通信端：ESP8266 上报数据到巴法云，手机远程查看状态。
• 显示端：OLED 屏本地显示关键参数。

这个项目集合了 GPIO、ADC、定时器 PWM、串口、I2C（OLED）、网络通信（ESP8266）六大模块，难度梯度适中，做出来既有实物又有演示效果，答辩和展示都很有说服力。

还有“基于stm32的毕业设计”、“stm32项目”这些词背后全是类似需求，你可以参考这个模板自行扩展，比如加一个“自动喂食”功能，就是加一个舵机加一个定时任务的事。

7. 入门阶段最容易自我劝退的五个心理陷阱

最后这部分技术含量不高，但我觉得比前面的代码都重要。带过不少人入门，我总结出新手期最容易自我劝退的五种心态，你对照一下。

• 第一个陷阱是“资料太多不知道看哪个”。解决方案是锁定一套资料学完再换，我推荐手上板子配套的例程手册一本，从头到尾啃完，中间不换。资料多的时候选择本身就是一种消耗，少而精才是出路。

• 第二个陷阱是“代码报错就到处搜，搜完粘贴又报错”。解决办法是学会看编译器的报错信息，定位到具体文件和行号，先读一遍代码上下文，再决定要不要搜。嵌入式开发里最不值钱的就是复制粘贴，最有用的能力是读错误信息。

• 第三个陷阱是“硬件一动不动就怀疑板子坏了”。十个板子九个是代码问题，剩下一个是接线问题，真正的硬件损坏概率极低。排查顺序永远是：供电正常吗？晶振起振吗？复位脚正常吗？代码逻辑对了吗？

• 第四个陷阱是“遇到一个问题就从头学一遍理论”。嵌入式是实践学科，你不需要先把《Cortex-M3 权威指南》读完再动手，遇到问题再回去查理论，效率最高。理论是用来辅助实践的，不是用来吓退你的。

• 第五个陷阱是“不敢改例程”。很多人拿到例程只敢改参数，不敢删代码、不敢加代码。我的建议是，拿到一个例程，先复制一份，原版留作备份，然后大胆删掉你认为不重要的代码，看现象如何变化，再改回来。这个过程既能验证你对代码运行逻辑的理解，又是最快的学习方式。

我当年入门 F103 的时候，也经历过板子烧了、芯片锁死、串口乱码、LCD 白屏的各种经典事故。这些东西回看都是成长的勋章，但当时每一件都让人想砸桌子。如果你能看完这篇文章，并且按里面的思路走，我相信你能把这些坑直接跳过。电子这条路上，“会踩坑”的阶段迟早要过，但“少踩坑”是可以靠前人经验换来的。

最后给一个小建议：你手上的 F103 开发板，玩熟之后别急着吃灰，它是最好的“协议学习板”。CAN、RS485、USB、TCP/IP 这些工业以太网协议的底层，你都可以拿它练手。玩透一块板子的价值，远大于买十块。