小灰笔记

这里是前面看到的数据包的接收处理的部分，最初的这部分首先根据SOH还是STX来进行判断，因为这个会涉及到数据包的数据多少。前面调试BootLoader的时候，在串口监控工具中看到的不断输出的C其实就是这里的一个流控的命令，也就是最后一条。而数据帧的组成也是很简单的，一个固定信息作为头，然后是带有校验功能的数据包编码，再往后是数据，最后是CRC的数值。这两个表格对于理解这个xmodem还是很有帮助的，第一个是一整包数据的组成，而第二个则是这个协议中涉及到的一些命令，也就是流控命令。...

我之前使用Arduino的串口监控工具频次特别多，一者是因为我接触到的串口监控工具可能本来就不是很多，另一方面则是Arduino的串口监控工具其实已经完全满足了我个人的需求。我用Arduino的串口监控工具很重要的一点在于它支持时间戳信息的展示，这样，对于我去理解软件执行的动作时序间隔是很有帮助的。因为，使用其他的串口工具的时候我也有一些查看log文件的尝试，我觉得log文件如果能够不断刷新，不断看到新的数据也是很好的。这样的功能，后期如果集成到我的开发工作流中，对我的工作效率以及质量还是会有一些帮助的。.

我使用串口，现在比较需要的一个功能其实是支持我在嵌入式的软件中通过printf来打印我想了解的软件状态或者信息。接下来，可以先尝试实现这样的一个功能，以后直接把这个功能集成到我自己的开发环境中优化一下自己的工作流程。这个是的python的代码实现，我设计了一个死循环，不断去读取来自于串口的信息，如果能够读到那么就原封不动打印出来。为了能达到同样的一行行的显示效果，打印的时候去掉了默认的换行结尾。这是Arduino的串口监控工具看到的打印信息，如果稍后我的调试顺利，我也应该得到一个类似的效果才对。...

针对这个，其实就可以做一个基础的软件包的功能测试了，不需要实际的串口物理器件。最初我可能错误的理解，认为LOOP可能是循环相关的，其实这个是LOOPBACK的缩写。在文档的另外一个地方，出现了一个按照行读取的例子，这里就用到了上面的URL。其实，这个例子就可以作为一个简单的模块的测试直接使用的测试例子了。但是，这个测试在我的测试环境中感觉执行的速度并不是很快，这方面的原因暂且没有找到。pyserial的工作方式我现在从文档中找到了2种，一种是直接使用物理的真实串口来通信，另外一种是仿真的模式。...

这是RS232种对于DB9设计的定义，如果是简单的通信功能，连接2、3、5的管脚即可。这是之前接触过的简单的接线说明，因为之前已经用过了一个RS232转USB的线。想来，工作的处理，应该少不了这个接口定义了。正好自己也有扩充自己硬件知识的计划，先记录到我的待学习清单中，后面补充TTL电平的学习。以上是对RS232通信的一个简单了解，大部分的了解点还是处于硬件接口以及规范的范畴。这个是接口标准以及通信速率的介绍，看起来相比CAN通信来说，性能等还是差一些。跟我之前的经验也是相符的。...

串口应该算是一个很有历史的技术了，在嵌入式的领域中应该有着极其广泛的应用。由于我自己工作的特殊性，从事了汽车电子，前几年的开发又是接触的别人的相对成熟的软硬件开发平台，因此这方面在工作的过程中就基本上没有用到。我真正觉得串口是一个好东西的时候其实是在我玩我的Arduino的时候，发现这种方式还是非常直接干脆的。但是，我觉得这个还是欠缺了点什么，主要的欠缺点应该就是没有Arduino那样的便捷。或许，我应该找一个上位机的东西，把我的调试以及测试串成块。暂且做这个工具的安装以及文档生成的记录，后面的调试再说。.

全部学习汇总： GreyZhang/g_serial: Some serial learning notes which may be usefull in embedded system debugging. (github.com)之前用过Arduino，它的IDE有一个很好用的串口监视器。很长的时间以来，我把这个当做我的串口监控工具来使用。当然，putty等开源工具也是我经常用的工具。但是，putty有一个不是很好的一点，那就是没有每一行的时间戳。如果用习惯了Arduino的串口监控工具，这个有时候还