通讯规约编程入门

首先照例是一段废话：

从进公司到现在，经历着，也成长着……从一开始写25160驱动（现在想来，这实际上是加强版面试性质的任务），到后来的规约编程，再到现在的核心程序升级开发，这些无不让我感到兴奋！每当回首这些时光，我都会感到莫名的喜悦和骄傲。虽说是25160引我入行的，但是，归约编程对于我来说，一定是令我感觉最亲切，也最有感情的。今天在整理本本的时候，偶然发现了一个札记，我突然觉得它是不应该仅仅待在我的本本里的，于是发上来，与后人共勉。

注：本文源于多篇网络文章及bbs言论，除了南京DISA小凡(2005-6-23 )之外的其他作者或出处不详，我仅作了剪辑、编辑和少量修改。

/***********************************我就是传说中霸气的分割线**************************************/

通讯规约编程入门：从解剖一只麻雀开始

我发现最快入门的方法就是所谓的“解剖一只麻雀”。
找一个典型的Polling（问答式）小规约，比如说一个直流屏规约，有规约，有源代码。先读懂规约本身。然后参照规约分析源代码。
源代码的分析应该先从数据结构着手。从变量的命名、注释了解这些变量的大概含义。习惯良好的程序应该有清楚的注释及简洁的说明。对于新手不可能要求百分之百了解这些变量的含义，能了解百分之五六十就相当不错了。即使是对这个程序员习惯比较熟悉的高手至多也只能了解百分之八九十。对于不理解的变量只能在程序中观察其用法及功能。
大致了解了数据结构后就可以分析程序了。
程序的分析要先宏观后微观。
所谓的宏观就是要了解程序的结构，流程，调用关系。
对于一个规约程序，其基本功能大致包括：初始化，报文组装及发送，报文接收，报文解析及数据入库。
微观就是对每一个功能模块进行分析。如：
报文组装先是判断发送什么报文。按功能可分为：召唤遥测、召唤遥信、校时等等；按机制可分为：循环查询报文、定时查询报文、插入报文等等。决定发送什么报文后就是按照规约规定的帧格式对这个报文的组装。组装完成就可以发送。
报文的发送一般是在中断程序里完成的，一般规约程序里只要调用一个填写发送缓冲区的函数就行了。
报文的接收说起来相对比较复杂。
从串口收到一个一个二进制字节按顺序填入一个环形接收缓冲区，这部分功能应该是在接收中断里完成的。在对其进行报文解析分析之前它是没有意义的，我称其为数据流。而规约程序的功能就是要从这个数据流中拾取出完整的规约报文并将其填入处理缓冲区。注意：这儿提到了两个缓冲区：接收缓冲区和处理缓冲区。一个好的程序应该将这两个缓冲区分开。既要高效率，又不能丢帧，这其中有很多技巧，很多细节要注意。拾取的过程包括：寻找同步头；计算帧长；复制进处理缓冲区；校验帧的完整性等等。这些过程在此就不细讲了，回头有空再向朋友们介绍。另外说一句：对于所有不同的规约，这部分功能基本上是一样的，无非就是同步头不同，帧长位置不同，校验方式不同等。我为此专门做了一个通用模块，通过组态，可适应目前大部分的规约报文。这样在编制不同规约程序的时候可以省去不少工作量。
收到一个完整的规约报文之后就可以对其进行解析。按照报文类型调用不同的处理函数，如遥测、遥信等处理函数。这些函数的功能就是从接收的报文中提取感兴趣的数据，该处理的处理，该入库的入库。