嵌入式开发过程中的一点调试经验

嵌入式开发过程中的一点调试经验

嵌入式开发最麻烦的在现场调试过程中或实际运营过程中出现问题很难定位。
我在实际开发过程中一点经验分享给大家
嵌入式开发调试分为开发阶段调试，现场调试，运行调试
以STM32为例，SWD、串口1，BOOT0脚，flash芯片建议作用标配硬件。

开发阶段调试就是确定下功能需求后，功能实现阶段，这一阶段的调试主要依靠就是SWD在线调试及串口打印调试。串口1还可以用于STM32的代码烧写，产品发出以后很多时候会把SWD关闭防止固件泄露，这时如果需要更新固件串口1就用得上。在开发阶段也经常需要把程序运行状态打印以便观察运行情况。建议使用rt-thread上的ulog组件，开发阶段打印在串口终端上，现场调试及实际运营就关掉，但还可以保存在flash。

现场调试阶段，rt-thread与freertos都以命令行终端输出，而且都支持自定义命令方式，可以将需要关注变量成组打印出来，与可以通过命令行直接修改变量值修改程序运行状态，但这种方式需要熟悉自己程序的运行过程才能定出自己需要的命令。

最后一种就是实际运行调试，这种就只能依靠日志记录了，所以建议每个函数都需要有返回值，就算调用者的不处理函数返回值，也可以将其以日志方法记录下。出现问题后好定位问题所在。但日志记录比较花费时间，所以日志也需要分级别来处理，推荐使用rt-thread 的ulog组件。