注意:本文是基于CSI2-V3.0 spec。
其中CPHY为 V2.0
DPHY为V2.5
本文主要在packet级别介绍CSI2与对应的CDPHY,需要注意的是CDPHY的burst数据就是以packet为单位
1.CSI-CPHY
1.1CPHY的多lane分配与合并
- csi-cphy规定至少需要一条lane用于传输视频,最大lane数并没有做规定
- cphy是以16bit为传输单元
- csi protocol层将packet按16bit顺序平均分配到各条lane上
- packet长度为16bit对齐
- 每条lane传输数据同时开始,同时结束。通过对packet footer FILLER字段填充保证所有lane数据量相等,也即packet长度是2Nx16的整数倍 N为lane数
下图给出多lane分配概念图
下图为多lane合并概念图
下图给出N Lane分配图,可以看出所有lane同时开始,同时结束。
由于CPHY的每条lane 在RX端都会恢复出自己的wordClkHS,所以在多lane merge的时候为了保证各lane之间的同步,需要用ElastBuff做deskew。EBuff写入端clk是各lane恢复的wordClkHs,读clk是公用一个wordClkHs
1.2 CPHY的长包格式
- 包头packet header共有2N份相同的3x16bit组成,每条lane2份。每条lane上的两份PH用syncWord隔开【总共添加了N份syncWord】。
- 把每条lane上的2份PH分别叫做main PH和redundant PH
- 从上图来看PH的16bit有连续N份,按照多lane分配原则,正好每条lane上一份,main PH分配完毕,ppi接口指示插入syncWord,然后开始分配redundant PH
- 可以看到该packet的PH没有ECC,不能进行PH的一bit纠错,所以才用了redundant PH和每条lane都发送PH的策略
- PH的checkSum只能检错
- payload可能不是16bit的整数倍,所以需要PF的FILLER字段填充到2Nx16的整数倍
- PF的checkSum是对payload的数据进行检错
- PF不需要备份,按顺序在各lane上分配就行
- 有5bit的VC ID,其中VCX 3bit+DataID[7:6],所以支持32个虚拟通道
- DataID[5:0] 标识数据类型DT(Data Type)
- 长包payload数据没有明显的限制,能够用16bitWC表示就行
VC是和sensor通道绑定的,一个VC里面可以传输不同的DT【一段时间采样YUV,一段时间采样RAW】.同一个VC里面不同DT的packet可以交织;不同VC的packet也可以交织
下图给出了payload为6n+5 byte时,各lane的数据分配情况。
1.3CPHY的短包格式
- 短包长度和长包PH一致
- 和长包的PH冗余是一样的,2N个3x16bit,每条lane上的前3x16bit和后3x16用syncWord隔开
- 短包没有payload,只有16bit short packet Data
- 有5bit的VC ID,其中VCX 3bit+DataID[7:6],所以支持32个虚拟通道
- DataID[5:0] 标识数据类型,包括Frame start(FS),frame end(FE)和line start(LS),line end(LE)类型短包
因为长包payload 没有限制,所以payload可以是半行,一行,多行,整帧video数据。所以FS/FE是必须的,LS/LE可选。但一般情况下packet采用一行数据。
正常burst传输情况下,FS/FE,LS/LE不需要像素级别的和payload对齐,如果需要像素级的V/HSync和水平垂直blanking区间timing,则可以按要求发送short packet