嵌入式系统的通信规约管理平台设计

struct CommSerial

{unsigned int SerialByte;

unsigned char ByteStartBit,ByteEndBit}my={2,0,8}；

字节顺序号为2，字节内起始位号为0，位数为8，说明是帧中的第三个字节。如果规约用已有定义的字节的空位来定义，顺序号可以重复，但位号不能重复，用累加实现。

（4）逻辑规则的有穷性

逻辑规则包含以下四个方面。

①命令应答关系规则：包括通信双方中，控制方发送的命令和监测方的应答数据对应关系，以及监测方的状态指示和控制方的发送命令关系两个方面。这种对应关系是确定的、有限的和可描述的。

②双方数据发送的时间规则：控制方的自动轮询时间规则、监视方主动上报的时间规则及人工随机干预的控制命令，以上都是有限的与确定的。

③优先级规则：控制方同时出现多种要发送的命令，应按优先级规则进行传送。

④在帧结构的各控制元素一级封装下，数据对象本身又进行了二级封装。这种二级封可按一级封装的方式解决。

（5）传送原因的可分类性

控制方的传输原因有自动轮询、人工随机干预、监视方出现需优先处理的状态或指示；监视方向的传输原因有受召唤与主动上报两种。

综上所述，通信规约管理平台的设计是完全可行的。

图2 通信报文统一抽象格式

2 通信规约管理平台的基本组织方式

管理平台组织方式是将规约按照统一格式分解，以形成规约说明书或规约描述文件，将之放在外存，启动注册命令，管理平台将规约说明书进行系统注册，填入规约注册控制表。运行时，管理平台从规约注意表中提取指定的规约说明书，并找到一个空白规约控制块CPCB，根据规约说明文件填写CPCB，再由CPCB控制管理这个具体规约的运行。空白规约控制块的个数是有限的。一个进程按照CPCB的内容来运行，同时一个进程管理一个硬件通信端口资源，即通信端口的数量决定通信进程的数量。平台可根据运行各规约的实现性要求，来安排一个进程运行CPCB的数量。当然，一个进程依照一个CPCB运行是容易实现的。

2.1 规约说明书

规约说明书由基本情况表、静态描述表、动态描述表、逻辑规则表构成。静态描述表由控制元素对象中不随时间变化而变化的属性信息及其它信息组成；动态描述表用于描述随时间不断变化的控制元素和数据元素信息及其它信息；逻辑描述表由命令应答关系表、应答命令表、时间规则表、优先级规则表、筛选规则表和二级封装规则表组成。

（1）基本情况表

包括规约名称、最大帧长、数据对象个数、命令对象个数和状态指示对象个数，如图3（a）所示。

（2）静态描述

由同步字、传输方向、源地址、结束符及其它6种数据对象构成，如图3（b）所示。同步字标志一帧数据的开始；传输方向说明当前是工作在控制方向还是标志测方向；源地址说明报文的发送设备地址；结束符标志一帧报文的尾；其它对象指向所有不在上述静态描述之中的控制元素对象链的队首。静态描述中的每个控制元素对象都有本规约内全局统一的标识号（ID）。

（3）动态描述

用于描述随时间具体因素控制而不断变化的信息，它包括帧号对象、校验码对象、报文长度对象、数据对象、请求命令对象、应答命令对象、目的地址对象及其它对象，如图3（c）所示。帧号是完整报文的分帧传送，规约规定的报文帧的帧长是有限的；超限时分帧传送，发送方指明帧号，接受方按帧号重新组装。校验码对象用于传输差错控制，检验一帧报文的合法性。报文长度对象管理并指明有效数据的长度。数据对象按应答命令对象指明的类型组织该类数据。目的地址对于控制方向，指明服务的设备地址，它可能向多个设备轮流请求；对于监测方向，指明请求服务的设备地址。数据对象取决于具体规约的定义。应答命令对换快捷指明应答数据对象的类型。请求命