声明:作者是做嵌入式软件开发的,并非专业的硬件设计人员,笔记内容根据自己的经验和对协议的理解输出,肯定存在有些理解和翻译不到位的地方,有疑问请参考原始规范看
高速数据传输以突发传输(bursts)方式进行。为了帮助接收端做同步,在发送端的data bursts会使用一个前导(leader)序列和一个尾部(trailer)序列进行扩展,这些序列在接收端要能正常去掉,不对实际数据造成影响。因此前导和尾部序列只能在传输线上被看到。
数据传输起始点和结束点都是Stop状态。在突发传输之间的间歇中,Data Lane要保持在状态,除非在Lane上出现了Turnaround或Escape请求。在一次HS Data Burst传输中,Clock Lane要处于High-Speed模式,提供DDR时钟到Slave侧。
Burst Payload Data
一次burst的载荷数据最小长度是1个字节,多于1个字节必须是字节的整数倍。需要注意的是对于长度较短的burst,除去有效载荷数据,Start和End的开销会非常大。PHY并没有明确数据的最大字节数。但在PHY里面,处于HS data burst的时候,并没有自动恢复错误的方法,实际的BER不可能为0。因此对于每种协议来讲,如何考虑最佳的burst长度是非常重要的。
Start-of-Transmission
Transmit请求之后,Data Lane退出Stop状态,并且通过一个SoT(Start-of-Transmission)过程来准备High-Speed模式。下面的表格描述了SoT过程中TX和RX侧的事件顺序:

文章详细介绍了高速数据传输中的突发传输机制,包括前导和尾部序列的作用,数据传输的起始和结束状态,以及最小和最大数据长度的考虑。同时,讨论了ALP模式的一般burst格式,包括唤醒过程、同步序列和结束序列,以及接收端如何检测End-of-Burst的两种机制。
354

被折叠的 条评论
为什么被折叠?



