EIS与EIBLCN报文结构分析.docVIP

EIS与EIB、LCN报文结构分析 您是否也有过这样的疑问，一个报文到底是如何构成的和如何被传递的呢？下文将就这个问题通过EIS和EIB、LCN三种总线技术进行比较分析，对这些多主总线系统中有趣的细节问题进行进一步的探讨。 比特和字节 我们都知道，计算机只能对2个电平状态进行区分和处理：低电位和高电位，即0和1。这样的一个信息单位，我们称之为比特。当人们需要传送大量信息的时候，必须连贯的将这些独立的比特信号依次发送出去。 人们一般将8个比特信息列为一个组，并命名为1个字节。一个报文通常是由很多字节组成的，这三个总线系统虽然都支持不同长度的报文的发送，但EIB与LCN都以8字节的报文为主，而EIS则是以11字节的报文为主。 为了使接收方得知一个字节开始传送，必须在字节前增加一个起始比特。同样，为了使被传送的字节最后一位与起始比特区分开来，人们又在该字节的末尾由增加了一个短暂的间歇时间，做为终止比特。参见图1（LCN报文结构）、图2（EIB报文结构）。图3（EIS报文结构） 如图所示：在9600Bit/s传送速度下，EIS与LCN系统传送一个字节（起始比特＋字节＋中止比特＝10比特）占用时间为1.04ms（但实际中EIS传输的速度为19200 Bit/S,耗时仅为502us），而EIB系统在每个字节传送结束后又增加了一个校验比特和2个比特的间歇时间，因而需要占用13个比特的空间来完成1个字节的有效传送，耗时1.352ms。 仲裁法则 为了在总线中同一时刻只能允许一个模块发送信息，总线中的所有成员必须协调一致。每个总线成员在发送信息前，总是先监测总线是否空闲。当总线空闲时间大于2ms (EIB: 5ms)时，才能允许该模块发送信息。其他成员将立即了解总线的工作状态并继续等待，直到总线再次空闲下来。这个原理很简单，在95%的情况下都是如此运行的。 假设当两个成员在同一个时刻都要求向总线发送数据的情况下，会发生什么事情呢？这两个成员在开始阶段并不冲突，一个比特接一个比特的发送报文，但过不了多长时间，总线中将同时传送2个不同的比特：冲突产生了。每个发送模块均具备一个缓冲区，在这里对正在发送的比特和总线实际状态比特值进行比较：突然间产生一个不一致的结果。协议原则为此做出了一个明确的定义：0比特（低电平）优先于1比特（高电平）。这样，刚才发送1的那个成员将自动中止报文的发送，而发送0的那个成员将不收到任何影响，继续工作。 基于这个原因，EIB在报文的起始位置增加了一个表示优先级别的字节，使用了其中的4个比特。在这4个比特中，0比特越多，优先级就越高。一共可以组成16个级别。但这个解决方案存在着一个美丽的失误：它仅仅是在两个报文同时要求发送时才能发挥作用，而20个电文中，有19个是不存在冲突的：谁已经占用了总线，谁将保留总线的优先权－这个优先级的设置实际上没多大实际作用。弊大于利。而EIS中的优先级字节，只存在于向总线发送报文的开始时，抢占总线时使用。这个在一对多的控制情况下非常有用。 因此EIS与LCN在发送报文的第一个字节直接放入了8比特的模块序列编号，报文优先级别的设置取决于等待总线休闲的时间。普通的报文标准等待时间为LCN为1.9ms,EIS为3.2ms，之后才有资格向总线发送数据。当某个成员需要发送紧急报文时，设置休闲等待时间最短达到LCN为1.5ms，EIS为2.2ms，当普通的成员还在等待总线空闲时，优先级模块就已经取得了总线的控制权，开始优先级别报文的发送。 图一：EIB报文结构 图二：LCN报文结构 图三：EIS报文结构 地址 在每个报文的起始都标识发送成员的序列编号/地址，然后自然是接收方的编号，也称为目的地址。 所有底层直接连接的成员（EIB：线路；EIS与LCN：群）对每个的总线报文都逐一监测，是否报文的目的地址与自己相符，以决定是否执行该报文的指令。在EIS与EIB系统中，始终采用工作组方式：所有的成员将首先对比它的组列表信息，看看它是否属于该报文的组成员范围，只有符合工作组清单上的成员，该报文才被执行。 在EIS与LCN系统中则有两种可能性：点对点式或工作组方式。并且在模块中内置两个工作组列表，一种如同EIB，所有的参数都事先定义，固化在模块中，另一种则允许在实际工作中动态更改变化。 这三个系统都使用2字节的地址编码方式，因为它们都是其中15个比特的有效编码空间，因此它们最大容量都是3万个成员左右。在EIB报文中，前2个字节是发送地址，后2个字节为目的地址，而EIS报文中则是前2个字节是目的地址，后2个字节为发送地址（这样有助于在接收方一旦判断不是自己的报文则可立即停止处理，而去处理其它事情，这点在模拟采样单元通道中优显突出）。见图一、图二、图三。 为了能够节省1个字节的空间，使4个字节的地址长度减为3个字节，LCN