1. ST-LINK调试环境搭建
第一次用ST-LINK调试STM32时，我花了整整一个下午才搞定环境配置。现在回想起来，其实只要注意几个关键点就能避免很多坑。先说说硬件连接，ST-LINK和开发板的接线看似简单，但接错线的情况太常见了。VCC、GND、SWDIO、SWCLK这四根线必须接对，特别是SWDIO和SWCLK不能接反。我建议用彩色杜邦线区分，比如红色接VCC、黑色接GND、黄色接SWDIO、绿色接SWCLK，这样一目了然。
Keil的环境配置也有讲究。打开Options for Target -> Debug选项卡，选择ST-Link Debugger后，千万别忘了点右边的Settings。这里有个关键设置：Port一定要选SW模式。有次我手滑选了JTAG模式，结果死活连不上板子，排查了半天才发现是这个选项的问题。Debug选项卡里还有个容易被忽视的参数：Max Clock，建议先设为1MHz，如果连接稳定再逐步提高。
Flash下载配置是另一个容易翻车的地方。在Utilities选项卡中，一定要勾选"Update Target before Debugging"。更关键的是Flash算法选择，这个必须和你的芯片型号匹配。比如STM32F103C8T6是128KB Flash，如果错选了512KB的算法，轻则调试异常，重则直接烧不进程序。我建议在Keil安装目录的ARM/Flash文件夹里确认算法文件是否完整。
2. 调试实战技巧
真正开始调试后，我发现断点设置是个技术活。刚开始我习惯在main函数开头设断点，后来发现这样会错过很多早期初始化问题。现在我的做法是：先在SystemInit函数设断点，确认时钟配置正确后再移到main函数。设置断点有个小技巧：右键点击行号左侧的灰色区域，比用工具栏按钮更精准。
外设监控是硬件调试的最大优势。比如调试UART时，我会在USART_Init函数后设断点，然后查看USARTx->BRR寄存器的值，确认波特率计算是否正确。GPIO调试更直观，直接观察ODR或IDR寄存器就能知道引脚状态。Keil的Watch窗口可以添加这些寄存器，但要注意寄存器名称要写全，比如GPIOA->ODR而不是简单的ODR。
单步调试时我推荐多用Step Over（F10）而不是Step Into（F11）。除非必要，否则进入库函数只会增加调试复杂度。有个实用技巧：遇到for循环时，可以在循环体内设临时断点，然后直接Run（F5），比单步执行效率高得多。局部变量窗口也很有用，但要注意优化等级设为-O0，否则变量可能被优化掉看不到。
3. 常见问题解决方案
最让人头疼的莫过于"No ST-LINK detected"错误。遇到这种情况，我通常会按这个顺序排查：首先检查USB线是否接好，换个USB口试试；然后看设备管理器里ST-LINK驱动是否正常（显示为STMicroelectronics STLink dongle）；接着确认Keil里是否选了正确的调试器；最后检查板子供电是否正常。有次我遇到这个错误，最后发现是开发板的3.3V LDO芯片烧了，换了个板子立马就好。
Flash下载失败也很常见。除了前面说的算法选择问题，还要注意芯片是否处于写保护状态。我常用的解决方法是：先尝试全片擦除，如果还不行就用ST官方工具ST-LINK Utility解除保护。有时候Keil会报"Flash timeout"错误，这通常是时钟速度设置过高导致的，把Debug->Settings里的时钟频率调低就能解决。
断点失效的问题我也遇到过几次。原因主要有两个：一是代码优化导致行号对应关系错乱，解决方法是在Options for Target->C/C++里把优化等级设为-O0；二是断点数量超过限制（ST-LINK V2最多支持4个硬件断点），这时候可以改用软件断点，或者在关键位置集中调试。
4. 高级调试技巧
条件断点是个神器，特别适合排查偶发问题。比如我想捕获某个变量等于特定值的情况，就在变量所在行设断点，右键选择"Condition"并设置条件表达式。有次调试I2C通讯，我就是用条件断点在SCL=1且SDA=0时触发，成功抓到了起始条件异常的问题。
实时变量监控也很有用。在Watch窗口添加变量后，右键选择"Periodic Update"，就能在程序运行时实时观察变量变化。调试电机控制时，我用这个方法监控PWM占空比的变化过程，比停下来看变量值直观多了。不过要注意，实时更新会影响调试性能，变量太多时可能会卡顿。
内存窗口对于排查内存相关的问题必不可少。我常用它来检查数组越界、指针错误等问题。比如怀疑某个缓冲区溢出时，可以在Memory窗口输入缓冲区地址，观察前后内存区域是否被意外修改。有个技巧：右键内存窗口可以切换显示格式，比如HEX、ASCII、Float等，不同场景下用不同格式更便于分析。
5. 外设调试专项
GPIO调试看似简单，实则暗藏玄机。除了看ODR寄存器，我还会关注CRL/CRH寄存器，确认引脚模式配置是否正确。比如配置成输出模式但引脚没反应，很可能是误设为了模拟输入模式。调试中断型GPIO时，最好在EXTI中断服务函数里设断点，配合NVIC寄存器查看中断状态。
定时器的调试更需要技巧。以TIM2为例，我会先检查CR1寄存器的CEN位是否置1，再确认PSC和ARR寄存器是否设为预期值。调试PWM输出时，除了看CCR寄存器，还要用逻辑分析仪或示波器实际测量波形。Keil的逻辑分析仪功能也能用，但需要正确配置Trace引脚。
ADC调试最容易遇到的问题是采样值不准。除了检查SMPR采样时间设置，还要确认VDDA电压是否稳定。我有个小技巧：先把ADC输入接到VREFINT通道（内部参考电压），看读数是否接近理论值（约1.2V），这样可以快速判断是ADC问题还是外部电路问题。DMA传输的ADC数据更要小心，记得检查内存地址对齐和传输长度。
6. 性能优化调试
代码跑得慢时，我首先会看Call Stack+Locals窗口，找出最耗时的函数。然后配合Disassembly窗口分析汇编代码，看看是不是有不必要的循环或函数调用。有个实用技巧：在Options for Target->Debug里勾选"Trace Enable"，可以查看每条指令的执行时间。
内存使用优化也很关键。我经常用MAP文件分析内存分布，重点看Heap和Stack的使用情况。如果发现栈溢出风险，可以在startup_stm32f10x_xx.s文件里调整栈大小。调试malloc/free相关的问题时，建议在Memory窗口观察堆区变化，配合Watch窗口监控__heap_limit等变量。
电源功耗调试则需要更多技巧。除了测量实际电流，我还会在调试时查看PWR和RCC寄存器，确认各种外设时钟是否按预期开关。低功耗模式下调试更麻烦，这时候可以临时提高调试时钟频率，或者用特殊的低功耗调试模式。ST的CubeMonitor工具在这方面比Keil更方便，可以实时监控功耗变化。
