调试单片机晶振时，不少人遇到过离谱现象：示波器探头刚碰到晶振引脚，单片机直接触发复位。反复检查晶振起振状态，电路看起来完全正常，可一碰就出问题。根源大多出在探头负载效应和测量方式上，并非晶振本身故障。1. X1探头直接破坏谐振回路用X1档探

嵌入式开发里不少人习惯用malloc动态申请内存，可明明栈大小设得足够，程序跑一段时间后还是突然堆栈溢出崩溃。问题往往不在栈本身，而是堆和栈的联动逻辑出了问题。1. 堆和栈双向对撞STM32这类单片机的内存布局里，堆从低地址往高地址长，栈从

中断嵌套是嵌入式系统的基本功，可不少人配置完NVIC后发现，明明设了高抢占优先级，却还是被低优先级中断打断。排查一圈代码，使能位、中断通道都没问题，最后发现根源在优先级分组这个全局配置上。1. 优先级分组只配一次，配错全局乱NVIC_Pri

做过IAP升级的开发者几乎都遇到过这个场景：向量表偏移反复确认，SCB->VTOR也写对了，APP单独烧录到起始地址跑得稳稳当当，可Bootloader一跳转，程序立刻飞掉。问题往往不在向量表本身，而是跳转流程里藏着几个容易被忽略的细节。1

PWM配置是嵌入式开发的基础操作，可偏偏有人把定时器通道模式、GPIO复用功能反复核对了无数遍，示波器探头上依然是一条直线。问题往往不在这些明面上的寄存器，而是藏在几个容易被忽略的角落。1. 高级定时器的主输出没开这是最常见的坑。TIM1和

很多开发者都遇到过这样的场景：定时器初始化代码反复核对，使能位开了，NVIC优先级也配了，可中断服务函数就是纹丝不动。问题往往不在这些明面上的配置，而是藏在几个容易被忽略的角落。1. 中断服务函数名写错了这是最隐蔽的坑。你在代码里写了一个v

上拉电阻焊了，示波器也能看到波形，但程序就是卡在HAL_I2C_Master_Transmit的ACK等待里。问题往往不在电阻本身。1、电阻焊了不等于电路通了上拉电阻的作用是把SDA和SCL拉到高电平。但很多人忽略了一个事实：电阻两端必须真

做电池供电的嵌入式项目时，不少人都遇到过这种尴尬：反复核对了唤醒源配置，引脚、中断、NVIC全检查了一遍，单片机进入低功耗后还是彻底“睡死”，怎么都唤不醒。其实很多时候问题根本不出在唤醒源本身，而是这些容易被忽略的隐性环节。1. 悄悄触发的

电容从12pF换到22pF，再换到30pF，示波器上依旧一片死寂。很多人以为是电容没选对，其实真正的凶手往往藏在电容之外。1、电容没错，是你漏算了寄生参数负载电容的公式是 CL = (C1×C2)/(C1+C2) + Cs，其中Cs是PCB

HAL_UART_Transmit_DMA()第一次调用完美运行，第二次直接返回HAL_BUSY。这个坑，几乎每个用STM32 HAL库的人都踩过。1、真相：DMA传完不等于串口发完很多人以为DMA把数据搬到TDR寄存器就结束了。错。HAL

在嵌入式开发中，"中断里加延时"是新手最容易踩的坑，没有之一。看起来只是加了一行代码，结果整个系统直接瘫痪。1、为什么会卡死？以STM32的HAL_Delay()为例，它依赖SysTick中断来更新计数。问题在于：SysTick优先级通常比

线序对了，供电也没问题，调试器就是连不上。这种困境，几乎每个嵌入式开发者都经历过。1、线序只是最浅的坑很多人第一反应是线序接错。用万用表蜂鸣档逐一检测，确认SWDIO对SWDIO、SWCLK对SWCLK，结果还是不通。因为线序正确，只是入门

板子刚通电，芯片温度直飙80度以上，摸一下直接起泡。别急着怀疑芯片坏了，先冷静排查这几个点。第一步：先断电，用万用表量电源对地阻值上电前，万用表打到电阻档，测VCC和GND之间的阻值。正常板子应该有几百欧到几K欧。如果接近0欧，说明电源层确

代码里写的9600，串口助手也设的9600，出来的全是乱码。先别怀疑波特率，真正的凶手往往是别的东西。第一嫌疑人：时钟源不准MCU的波特率由时钟分频产生。很多MCU默认用内部RC振荡器，精度只有正负1%到2%。9600波特率下，1%的误差就

单片机通电，3.3V正常，晶振也起振了，拿万用表戳了几个关键点都没问题，但代码就是不跑，LED怎么也不亮。烧录器显示烧录成功，重烧了一遍还是一样。这类问题在嵌入式调试里太常见了，电源和晶振只是必要条件，不是充分条件。烧录成功不等于能跑很多人

STM32系列微控制器是由意法半导体推出的一类基于ARM Cortex-M内核的高性能、低功耗微控制器。凭借丰富的外设资源、强大的处理能力以及灵活的功耗管理，STM32系列成为嵌入式系统设计中极受欢迎的选型之一。那么其主要的应用领域都有哪些

我是老温，一名热爱学习的嵌入式工程师关注我，一起变得更加优秀！一、封装成库的好处一个的设备程序如果完美库化，它意味着:1、所有工程师在移植或创建该设备驱动时，花费的代价超小。2、随着使用者的增多，它饱经考验，不断趋于稳定，变为当之无愧的公共代码。3、库对外的接口(函数名及其参数声明)是不变的，当所有

我是老温，一名热爱学习的嵌入式工程师关注我，一起变得更加优秀！大家好，今天分享一篇关于Code Review相关的文章，希望给大家一些启发。通过在工作/面试中做Code Review的过程，有一些自己认为错误的实践分享出来，也欢迎大家来一起讨论。一、什么时候都一定要做Code ReviewCode

程序跑飞是嵌入式开发中最令人头疼的"幽灵bug"——死机、复位、功能异常，却难以复现。别慌，按以下步骤逐一排查，效率翻倍。第一步：先查硬件，别急着改代码电源电压是否稳定？用万用表实测VCC引脚。复位引脚是否被噪声干扰？晶振是否起振？这三项占