通讯程序理解.doc

通讯程序理解 本程序中的通讯部分以103规约为规则，通过C语言编程实现控制系统与DSP控制板之间的通讯，并且将控制系统(即上位机操作)作为链路层主站，DSP控制板为链路层子站，遵照103规约，建立通讯联系，这是一种非平衡的传输方式，即控制系统一般作为启动站，而DSP控制板一般作为从动站。 在通讯过程中，数据信息以帧的形式传递，按照帧长是否可变分为固定长帧和可变长帧，一般情况下，复位，请求，响应帧（确认帧，忙帧，无所请求的数据帧等）都为固定帧长，在103规约中，每一个固定帧都有其特定的格式，详情请参考103规约。固定帧长帧的格式如下图： 其中启动字符和结束字符为固定值，控制域和地址域携带本次上传或下传的简单信息；传输顺序为先低后高，另外需要注意的是，帧与帧的传输之间线路空闲间隔至少为33位，而字符之间不需要线路空闲间隔；可变帧长一般用来传输数据信息，其帧长不固定，其中的控制域和地址域与固定长帧的含义并无差别。但是需要注意的是，可变长帧的报文头是固定的，这对于校验非常重要，这是可变帧长帧校验必不可少的校验对象，其之所以可变就是就是指的链路用户数据。其格式如下图所示： 应用服务数据为可变长度的信息集合，信息集合的应用场合由类型标志，命令类型等确定，应用服务数据单元的格式如下，关于详细内容请参考103公约： 地址域长度为一个字节，其高四位是发送方的地址，低四位为接收方的地址。控制域中在上层向下层和下层向上层的过程中所表示的含义有差别，具体参照103公约，其控制与的格式如下图： 注：其中分为两部分的空格中，上面的一部分表示从上层到下层传输时的含义，下面的一部分表示下层到上层传输是的含义。个人认为FCB较难理解，这里稍加阐释。上层向下层传输报文时，将FCB取相反的的值，上层为下层保存一个FCB的备份，若超时未收到所期望的报文，或出现差错，则上层控制系统不改变FCB的状态，重传该报文，最多3次，如果3次以内上层收不到下层的确定或响应信息，则表示通讯故障。 ASDU的类型有很多，每一种类型对应着一种数据格式，这在103规约中有明确规定，这里只介绍下一般命令型。个人认为一般命令型较为复杂，其余较易理解，这里就不在一一解释。一般命令型的格式如下： 序号 说明 1 类型标志TYP：01H 2 传送原因COT（见4.1.2） 3 命令类型FUN（见4.1.3） 4 附加信息SIN 其中附加信息在这里要详加解释，其每种命令类型对应的含义如下表： 命令类型FUN 附加信息SIN含义 查询定值20H 27 定值区域编号 20 定值区域切换30H 27 切换后的定值区号 20 请求启动记录说明51H 27 记录表中的序号 20 请求故障记录说明52H 27 记录表中的序号 20 其他 00H无意义 以下是对我们的程序的分析： 变量定义和结构体构造 变量包括通讯口状态，链路层通讯地址，校验信息，错误码定义，命令，功能码，类型标志，传送原因等， 对于结构体，首先建立数据应用层结构，应用服务数据单元接收部分具体结构如下： 一个完整的数据包由多个ASDU(应用服务数据单元）组成，每个ASDU包含在一个数据帧中 struct inasdu_data { unsigned char uAsduType; //ASDU类型标志 unsigned char uCmdType; //命令类型 unsigned char uFrmCount; //组成一个数据包的帧总数 unsigned char uFrmIndex; //数据包中的当前帧序号 unsigned char uData[10][255]; //构成当前ASDU的字符数组，其中uData[帧序号][0]作为有效数据计数器使用 unsigned char uValidFlag; //0 ASDU不可用;1 ASDU可用; }; 应用服务数据单元发送部分与之类似。 紧接着是链路层结构：串口状态数据,数据发送之前全部放置在该结构体的数据中 struct com_data { unsigned char uComState; //串口状态 unsigned char uTimeOut; //通讯超时次数 unsigned char uDataIndex; //数据区位置索引。接收状态时候该值为0，程序中将其加