引言

搞嵌入式的兄弟都懂：明明是 “写代码控制硬件”，最后却总在 “跟寄存器死磕”“重复烧录到手指抽筋”“调试到凌晨三点” 里打转。但老司机早就摸透了 —— 真正的嵌入式高手，都把 “偷懒” 玩成了技术：用对工具、搭好框架，让机器干重复活，自己只搞核心逻辑。今天就拆三个 “偷懒大招”，从脚本到调试再到中间件，教你少写代码、多出成果。

大招 1：写个 “自动化脚本”，让电脑替你当 “复读机”

嵌入式开发里最烦的是什么？不是写算法，是重复操作：改一行代码要重新编译、烧录；测 10 块开发板要重复 10 次刷固件；甚至连 “清除日志→启动程序→保存数据” 都要手动点半天。

这时候写个小脚本，直接把电脑变成 “自动复读机”，比你自己动手快 10 倍。

• 例子 1：Python 搞定 “一键烧录”以前烧录固件要打开工具、选文件、点确认，现在写个 20 行的 Python 脚本，调用烧录工具的命令行接口，双击脚本直接跑。比如用subprocess模块调用 J-Link 的烧录命令，连板卡检测、固件路径都帮你自动填好，还能加个循环批量烧录多块板，烧完自动弹窗提醒 —— 你喝杯咖啡的功夫，5 块板都刷完了。

  贴段简化版代码感受下：

  import subprocess
  import os
  
  # 固件路径和烧录命令
  FIRMWARE_PATH = "./build/app.hex"
  JLINK_CMD = "JLinkExe -device STM32F103C8 -if SWD -speed 4000 -CommandFile烧录指令.txt"
  
  # 检查固件是否存在
  if os.path.exists(FIRMWARE_PATH):
      print("开始烧录...")
      # 调用J-Link执行烧录
      subprocess.run(JLINK_CMD, shell=True)
      print("烧录完成！")
  else:
      print("固件文件找不到，赶紧检查编译！")
  

• 例子 2：Makefile 解放 “编译手”不用每次改完代码都敲 “gcc xxx -o xxx”“arm-none-eabi-objcopy xxx” 这一串命令。写个 Makefile，把编译、链接、生成 hex 文件、清除中间文件的逻辑全放进去，之后只需要敲make自动编译，敲make clean自动清文件 —— 甚至能加个make flash，编译完直接调用烧录脚本，一步到位。

大招 2：调试不瞎猜，用 “工具组合拳” 少走弯路

嵌入式调试最坑的是 “凭感觉”：程序跑飞了，以为是逻辑错，查了半天发现是引脚没配置对；串口打印一堆数据，盯着屏幕看半天找不到关键信息 —— 这不是 “调试”，是 “瞎蒙”。

真正的 “偷懒” 调试，是用对工具，让问题自己 “跳出来”。

• 别再只用 print！用 GDB+OpenOCD “断点溯源”开发板连个 J-Link 或 CMSIS-DAP，再配个 OpenOCD，直接用 GDB 远程调试：在关键函数设断点，程序停住后看寄存器值、变量变化，甚至能单步执行看哪行代码出问题。比如怀疑中断没触发，设个中断服务函数的断点，跑一下就知道进没进 —— 比你加 10 行串口打印，再重启 10 次板卡快多了。

• 加个 “调试宏”，开关自如不删代码不用调试的时候删光打印，要调试又重新加 —— 写个DEBUG宏，把调试信息包起来：

  #ifdef DEBUG
  #define DBG_PRINT(fmt, ...) printf("[DEBUG] " fmt "\r\n", ##__VA_ARGS__)
  #else
  #define DBG_PRINT(fmt, ...) // 空宏，编译时自动删掉
  #endif
  

  编译的时候加个-DDEBUG就开启打印，不加就关闭，代码不用改来改去，调试完也不用手动删打印，爽得很。

• 硬件问题？逻辑分析仪 “抓波形说话”串口、I2C、SPI 通信出问题，别光看代码 —— 接个几十块的逻辑分析仪（比如 DSLogic），抓一下引脚的波形：看看 I2C 的 SDA 和 SCL 有没有拉低，SPI 的时钟有没有同步，串口的波特率对不对。波形一出来，是硬件接线错还是软件时序错，一眼就看明白，不用再 “猜谜”。

大招 3：别造轮子！用中间件 “拼” 出功能

嵌入式开发里最傻的事，是 “什么都想自己写”：要个网络功能，从 TCP/IP 协议栈开始写；要个 RTOS，自己写任务调度；要个驱动，从寄存器配置开始撸 —— 这不是 “能力强”，是 “跟自己过不去”。

现在的中间件早就把 “轮子” 造好了，你要做的只是 “拼积木”。

• RTOS 选带 “组件库” 的，少写驱动代码比如用 RT-Thread，它不光有任务调度、定时器这些基础功能，还自带了 SPI、I2C、UART 的设备驱动框架，甚至连 WiFi、蓝牙、文件系统的组件都给你打包好了。要驱动一个 OLED 屏，不用自己配置 SPI 引脚、写时序函数，直接调用 RT-Thread 的 SPI 设备接口，几行代码就能初始化好 —— 别人写一天的驱动，你半小时搞定。

• 用 “设备树” 告别 “寄存器硬编码”以前改个引脚，要在代码里找GPIO_InitStruct.Pin = GPIO_PIN_5这种硬编码，改完还要重新编译。现在用 Linux 设备树（或者 RT-Thread 的设备树），把引脚配置、外设参数全写在.dts 文件里：要换引脚，改下设备树里的pin = <PA5>；要改 UART 波特率，改下baudrate = <115200>—— 不用动 C 代码，重新编译设备树就行，适配不同板卡快多了。

• 小功能用 “现成组件”，别重复造轮子要做数据解析？用 cJSON 库，不用自己写 JSON 解析函数；要做 CRC 校验？用 mbedtls 里的 CRC 模块；要做延时？用 RTOS 的rt_thread_mdelay()，不用自己写for循环延时。这些组件经过无数人验证，比你自己写的稳定，还省时间 —— 把精力花在核心逻辑上，比纠结 “CRC 怎么算” 有用多了。

最后：嵌入式的 “偷懒”，是更高阶的效率

别觉得 “偷懒” 是摸鱼 —— 嵌入式开发的 “偷懒”，本质是 “用工具替代重复劳动，用框架降低开发难度”。你少写的是重复代码，多出来的是时间：可以优化核心算法，可以多测几个边界 case，甚至可以早点下班陪家人。

毕竟，老板要的是 “能跑的产品”，不是 “你写了多少行代码”。下次再遇到重复活，先想想：有没有工具能替我干？有没有框架能直接用？—— 这才是嵌入式高手的真正 “偷懒” 之道。

如果你有自己的 “偷懒技巧”，比如常用的自动化脚本、调试神器，欢迎在评论区分享 —— 咱们一起把 “偷懒” 进行到底，少加班，多出活！