Keil太贵还总报毒，破解版用着提心吊胆，VSCode真能行吗？

　　今天终于把Keil卸了。不是因为穷，是它老弹窗说“许可证过期”，连刷个固件都要等三秒加载。上个月电脑重装系统，找破解补丁找了俩钟头，结果杀软直接删了lic文件，LED灯都不亮了。

　　我用的是STM32F103C8T6最小系统板，不接CubeMX，不装HAL库，就写汇编启动文件+寄存器操作。先从官网下了arm-none-eabi-gcc 13.2版本，解压到D:\tools\gcc，手动把bin加进系统PATH。打开命令行敲`arm-none-eabi-gcc --version`，看到那一行`arm-none-eabi`才松口气。不是网上随便下的打包版，那种带GUI安装器的我直接跳过，怕它偷偷改注册表。

　　VSCode插件只装三个：C/C++（微软官方）、EIDE（国产开源，界面朴素但build按钮真能点）、Cortex-Debug（调试就靠它）。每个插件干啥事划得清清楚楚——C/C++只管代码提示，EIDE只管编译和烧录，Cortex-Debug只管打断点看变量。我把它们卸载重装过两遍，发现删掉任意一个，另外俩照样能用，这点比Keil强，Keil一崩全废。

　　项目配置全扔进`.vscode/settings.json`里。比如ST-Link路径写成`"eide.stlinkPath": "D:\\tools\\stlink\\ST-LINK_CLI.exe"`，OpenOCD路径也明确写死。新电脑拉代码只要`git clone`完，`code .`打开，按Ctrl+Shift+B就能编译。不用记什么全局环境变量，也不用翻论坛找驱动。Windows设备管理器里看见“STMicroelectronics STLink”就对了，要是显示“未知设备”，那就是驱动没装对，得去下STSW-LINK009那个旧版驱动。

　　写了个最简main函数，直接开PC13蓝灯。没用任何库，就三行：开时钟、设推挽、翻电平。链接脚本STM32F103C8T6.ld里写了`FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 64K`，连地址都自己算好了。编译时报`undefined reference to __libc_init_array`？加上`-lc -lnosys`就过了。这些错误网上搜不到现成答案，但看gcc手册就知道是缺基础库。

　　烧录用EIDE的按钮，选好STLink V2-1，勾上“烧录后校验”。它真会把hex写进板子再读一遍比对，错了就报红。调试时launch.json里`miDebuggerPath`必须指到`arm-none-eabi-gdb.exe`，端口填3333——这是OpenOCD默认开的。有次断点进了main却看不到变量，查了半天发现CMakeLists里`-O0`写成了`-O1`，优化打开变量就没了，得重编。

　　AI我没让它写中断函数。它生成的`EXTI0_IRQHandler`没加`__attribute__((interrupt))`，栈会乱。但让它根据手册生成GPIO配置行还是可以的，我说“PC13推挽50MHz”，它输出`GPIOC->CRH |= 0x00000003;`，核对寄存器手册后发现没错，省了翻页时间。

　　最后验了四件事：`make clean && make`两次，md5sum结果一样；调试时在监视窗口输`*(uint32_t*)0x40011000`，真能看见BSRR寄存器值；烧录失败自动回滚；MacBook上克隆同一份代码，`EIDE: Build`出来elf大小和Windows一模一样。

　　附上我今天测的四条命令：1. `arm-none-eabi-gcc -v | grep "Target"` → 必须是`arm-none-eabi`2. `openocd -c "adapter driver stlink" -c "transport select hla_swd" -c "echo OK"` → 输出OK才算驱动通3. `include "stm32f103xb.h"`不报错，说明头文件路径对了4. 编译完build目录下得有firmware.elf和firmware.hex

　　东西装完，晚上十点零七分，蓝灯亮了。

　　Keil太贵还总报毒，破解版用着提心吊胆，VSCode真能行吗？