一种板间串行通信方法和装置的制造方法_2

文档序号:9814059阅读:来源:国知局
送下行数据信息和在上一 轮询周期上报的待发送上行数据信息计算每个支路板在当前轮询周期的下行授权信息和 上行授权信息,其中,待发送下行数据信息包括待发送下行紧急数据长度和待发送下行普 通数据长度,待发送上行数据信息包括待发送上行紧急数据长度和待发送上行普通数据长 度;下行授权信息中包括授权发送下行紧急数据长度、授权发送下行普通数据长度,上行授 权信息中包括授权发送上行紧急数据长度、授权发送上行普通数据长度。
[0037] 主控板在上电初始化时将各支路板当前的待发送下行数据信息和上一轮询周期 上报的待发送上行数据信息清零,此后,主控板在每个轮询周期内,向各支路板发起通信, 并会接收到各支路板返回的业务数据W及该支路板在该轮询周期内的待发送上行数据信 息。而各支路板当前的待发送下行数据信息,也即主控板中当前存储的需要向各支路板发 送的业务数据长度,主控板可W根据自身存储的待发送业务数据确定。
[0038] 主控板根据多个支路板当前的待发送下行数据信息和在上一轮询周期上报的待 发送上行数据信息计算每个支路板在当前轮询周期的下行授权信息和上行授权信息的方 法有很多,例如,先根据主控板连接的多个支路板当前的待发送下行数据信息和在上一轮 询周期上报的待发送上行数据信息计算出多个支路板在当前轮询周期的待传输紧急数据 总长(所有支路板当前的待发送下行紧急数据长度和待发送上行紧急数据长度之和)和待 传输数据总长(所有支路板当前的待发送下行紧急数据长度、待发送下行普通数据长度、在 上一轮寻周期上报的待发送上行紧急数据长度、待发送上行普通数据长度之和);再根据计 算结果进行W下判断:
[0039] 如果待传输数据总长未超过预设单个轮询周期内的数据传输总量,则各支路板的 待发送下行数据和待发送上行数据都将得到授权。具体地,可W将每个支路板当前的待发 送下行数据信息中的待发送下行紧急数据长度、待发送下行普通数据长度分别作为该支路 板在当前轮询周期的下行授权信息中授权发送下行紧急数据长度、授权发送下行普通数据 长度,将每个支路板在上一轮询周期的待发送上行数据信息中的待发送上行紧急数据长 度、待发送上行普通数据长度分别作为该支路板在当前轮询周期的上行授权信息中授权发 送上行紧急数据长度、授权发送上行普通数据长度;
[0040] 如果待传输数据总长超过预设的轮询周期数据传输总量,且待传输紧急数据总长 未超过预设的轮询周期数据传输总量,则各支路板的待发送下行紧急数据和待发送上行紧 急数据都将得到授权,剩余可传输数据长度则被平均分配给各支路板的待发送下行普通数 据和待发送上行普通数据。具体地,可W计算轮询周期数据传输总量与待传输紧急数据总 长的差值,计算该差值与2倍的支路板个数的商,将每个支路板当前的待发送下行数据信息 中的待发送下行紧急数据长度、该商值分别作为该支路板在当前轮询周期的下行授权信息 中授权发送下行紧急数据长度、授权发送下行普通数据长度,将每个支路板在上一轮询周 期的待发送上行数据信息中的待发送上行紧急数据长度、该商值分别作为该支路板在当前 轮询周期的上行授权信息中授权发送上行紧急数据长度、授权发送上行普通数据长度;
[0041] 如果待传输紧急数据总长超过预设的轮询周期数据传输总量,则各支路板都仅有 待发送下行紧急数据和待发送上行紧急数据得到部分授权,待发送下行普通数据和待发送 上行普通数据均不能得到授权。具体地,可W将预设的轮询周期数据传输总量平均分配给 各支路板,例如,计算预设的轮询周期数据传输总量与2倍的支路板个数的商,然后将该商 值、0分别作为该支路板在当前轮询周期的下行授权信息中授权发送下行紧急数据长度、授 权发送下行普通数据长度,将该商值、0分别作为该支路板在当前轮询周期的上行授权信息 中授权发送上行紧急数据长度、授权发送上行普通数据长度。另外,考虑到各支路板的待传 输数据(包括待发送下行紧急数据和待发送上行紧急数据)长度的不同,也可W按比例进行 授权,不再寶述。
[0042] 步骤102、主控板轮询到任一支路板时,根据该支路板的下行授权信息读取待发送 下行业务数据,生成携带该支路板编号、该支路板在当前轮询周期的上行授权信息、读取的 下行业务数据的数据帖,将该数据帖发送到该支路板。
[0043] 在实际应用中,生成数据帖之后,发送数据帖之前,还需要对数据帖进行编码,例 如4B/5B编码,采用4B/5B编码可W保证数据信号有充足的跳变沿来满足接收端的相位定位 和恢复数据。4B/5B编码规则如表一所示:

[0045] 表一
[0046] 步骤103、该支路板接收主控板发送的数据帖,确定该数据帖携带的支路板编号与 自身的支路板编号相同,因此,根据该数据帖携带的上行授权信息读取待发送上行业务数 据并确定该支路板在当前轮询周期的待发送上行数据信息,生成携带该支路板编号、该支 路板在当前轮询周期的待发送上行数据信息、读取的上行业务数据的数据帖,将生成的数 据帖返回给主控板。
[0047] 其他各支路板也会接收主控板发送的数据帖,并在确定该数据帖携带的支路板编 号与自身的支路板编号不相同之后,丢弃该数据帖。
[0048] 支路板接收到主控板发来的数据之后,需要对数据进行解码,如果主控板发送数 据帖前对数据采用4B/5B编码,则支路板接收数据后对数据采用5B/4B解码。
[0049] 支路板生成数据帖之后,将数据帖返回主控板之前,同样需要对数据帖进行编码。 主控板接收到支路板发来的数据之后,需要对数据进行解码,如果支路板发送数据帖前对 数据帖采用4B/5B编码,则主控板接收数据后对数据采用5B/4B解码。
[0050] 在本实施例中,数据发送采用可变长数据帖结构,数据长度根据需要确定。主控板 和支路板在发送数据帖之前,首先要发送2个空闲码用于接收端的数据恢复定位,然后发送 帖开始标志J、K,接着发送数据帖,数据帖发送结束时发送帖结束标志T、R。
[0051] 在本实施例中,主控板向支路板发送的数据帖(下行数据帖)的帖结构如图2所示, 包括下行标识、支路板编号、上行授权信息、下行业务数据等字段,支路板向主控板发送的 数据帖(上行数据帖)的帖结构如图3所示,包括上行标识、支路板编号、待发送上行数据信 息、上行业务数据等字段。
[0052] 在本实施例中,主控板WN倍数据速率的时钟采样支路板发来的数据信号,从而获 取支路板发来的数据帖。各支路板是WN倍数据发送速率的时钟采样主控板发来的数据信 号,从而获取主控板发来的数据帖。运里的数据速率也即是指数据信号在主控板连接各支 路板的数据线中的传输速率,N值应该是大于2的正整数,最佳取值为3,W3倍数据速率的时 钟去采样,可W通过寻找数据信号的变化沿来选择锁定数据的时钟沿,只要数据有足够的 变化沿就能保证正确恢复出数据。
[0053] 如图4所示采样结果,W3倍数据速率的时钟去采样数据时,数据恢复过程如下:把 时钟沿编号为1、2、3,如果1、2时钟沿采样的数据不一致,则用时钟沿3来采样恢复数据,如 果下次3、1时钟沿采样的数据不一致,则用时钟沿2来采样恢复数据,如果没有检测到数据 沿,则继续沿用上次的时钟沿采样恢复数据。在采用4B/5B编码时,每5个比特都保证有数据 的跳变沿,并且在5个比特内时钟的偏差是很小的,运样就能保证可靠的恢复出数据。在实 际应用中,实践证明可W用FPGA实现125M的数据速率。
[0054] 需要说明的是,在本实施例中,主控板和各支路板在不通过数据线发送数据时,需 要设置为高阻态。
[0055] W上对本发明实施例板间串行通信实现原理进行了详细说明,基于上述原理,本 发明提供了一种应用于主控板的板间串行通信方法和一种应用于支路板的板间串
当前第2页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1