还记得在M3内核还没有现在这么流行的年代，我的办公桌抽屉里总会堆满各种单片机仿真工具。 8位计算机、16位计算机、32位计算机都不同，软件开发环境也不同。 各种各样的事情都有。 为此，笔记本的内存经常是100%，时不时地出现死机的情况，着实让人非常沮丧。
现在情况发生了很大变化。 基本上大家都在依赖Jlink等模拟器，软件开发环境也变得比较固定。 然而，开发工具的不断升级和版本迭代往往需要卸载和重新安装操作，或者在漫长的升级过程中，Jlink仿真工具时不时地崩溃，这也给开发过程带来了很多麻烦。 在我看来单片机仿真软件教程单片机仿真软件教程，这种死板的开发方式早就应该被淘汰，然后转换成更便捷的方式。 比如采用串口下载+日志调试就非常合理。
事实上，这种方法已经流行很多年了。 它不是一个新的开发策略，可以实现与模拟器相同的功能。 有人说这种方法不直观，无法跟踪断点。 我认为这是一个优点。 想象一下，您的代码大约有 10,000 行。 使用模拟器设置5个断点，然后依次执行到这些设置断点的位置。 在 WATCH 窗口中观察相应的全局或局部变量。 执行过程中难免会发生一些意外。 情况，导致无法进入断点。 这时，工程师需要进一步检查断点之间，或者断点处的变量与外部因变量或代码之间是否有bug。 完全手动操作太痛苦了。
如果使用串口编程，输出日志的方法其实会直观很多。 可以通过编译器输出同类别的BUG信息。 在程序编写过程中，养成良好的编程习惯，在每段代码中添加需要观察的信息。 LOG输出信息，通过宏定义打开需要观察的具体LOG条目。 这样，在硬件投资方面，只需要一根USB线，LOG信息直接输出到终端，或者保存为文本，查看起来非常方便。 有经验的工程师还可以在LOG中添加一些FIX方法，这样整体的开发效率会大大提高。
总的来说，串口+日志开发相比之前给模拟器加断点的方式主要有两个方面的优势。 在硬件方面，节省了购买模拟器的成本，在软件方面，避免了断点跟踪和手动查询BUG的困境。 随着单片机软件开发环境的不断优化，这种方法必然会得到更广泛的应用和推广。
