CSI2与CDPHY学习_csi-2 v1

2401_83946070

于 2024-04-26 17:39:33 发布

阅读量899

点赞数 22

分类专栏：程序员文章标签：学习

本文链接：https://blog.csdn.net/2401_83946070/article/details/138225691

版权

程序员专栏收录该内容

142 篇文章 0 订阅

订阅专栏

下图给出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表示就行
图像长包CSI要求必须是一行为一包，无论CDPHY【但DSI没有这个限制】

VC是和sensor通道绑定的，一个VC里面可以传输不同的DT【一段时间采样YUV，一段时间采样RAW】.同一个VC里面不同DT的packet可以交织；不同VC的packet也可以交织

下图给出了payload为6n+5 byte时，各lane的数据分配情况。

1.2.1 CSI-CPHY长短包都不用ECC

CSI-CPHY不用ECC的原因是因为 CPHY对7-symbol进行线态编码的时候，利用的是线态变化表示数据，也即线态之间有联系，一但出现一个线态错误，会导致译码出现多个bit错误，这时ECC根本就无法纠错，所以采用了对重要信息PH和短包进行CRC checkSum的检错方法+冗余备份的形式进行纠错

1.2.2 DataType(DT)

这里单独把DataType拿出来，是要强调一点数据包除了传输图像数据的长包和图像帧/行同步信息的短包之外还可以传输Generic Data【配置和状态寄存器等】及自定义Data。

LPDT按packet传输数据，且不会去传输图像数据。

1.3CPHY的短包格式与SyncTiming

短包长度和长包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 没有限制，但是对于图像长包(DT 0x18~0x2F)payload可以只能是一行video数据。

Note：无论C/DPHY的CSI图像长包都是一行一包，DSI的长包没有这个要求。

本人猜测CSI对V/Hsync的timing没有要求，所以接收一行数据不用缓存，接收完一行数据之后可以进入LP。而DSI在sink侧是要恢复V/Hsync的timing，需要存储，所以包长小于行长，存储可以减少，但一般DSI都支持一行的包长。

对于CSI/DSI的图像数据长包都不应该有大于行长的LgP。因为中间是可以LP的。数据不会连续的。

短包包括两大类：

同步短包 FS/FE LS/LE EOTp
通用短包：包括传输一些快门打开/关闭，闪光灯触发等信息

正常burst传输情况下，FS/FE，LS/LE不需要像素级别的和payload对齐，如果需要像素级的V/HSync和水平垂直blanking区间timing，则可以按间隔要求发送short packet

1.3.1 FS/FE LS/LE与扫描方式和VC/DT的关系

FS/FE和LS/LE是和对应图像数据长包绑定的，能传输图像数据的长包DT为0x18—0x2F.长包还能传输非图像数据及自定义数据【这些DT不需要FS/FE/LS/LE】。

FS/FE和LS/LE的VC一定是和对应的图像数据长包VC一致的。

1.3.1.1 FS/FE

FS/FE和LS/LE都属于短包的数据类型，且都属于同步类短包：

从上表可以看到：

EOT的短包EOTp，注意这个和EOT流程是不一样的，EOTp是在HS发送数据，EOT是向LP mode切换的结束流程，这里不在详细介绍
LS/LE/EOTp都是可选的，FS/FE必须的

协议上给出FS/FE的16bit shortPacket date就是frame num。这个frame num不是实际的framenum 而是用来表示一个VC的完整帧和两帧的前后顺序。

frameNum从1开始，0表示无效
每一个VC的帧独立计数【和DT无关】
每帧帧号增加1或2【以2为步长增加只有在发送端有些帧被masked，没有被发送】
每隔一段时间reset to 1

例如：

1,2,1,2,1,2,1,2

1,2,3,4,5,1,2,3,4,5

1,3,5,1,3,5

1,2,4,1,2,4

1.3.1.2 LS/LE

LS/LE并不是必须的，一旦某VC的某DT的某一帧包含了LS/LE，则该VC和DT的这一帧所有行都要有LS/LE。

LS和对应的LE的shortPacket data是16bit的lineNum,和frameNum一样这并不是一个实际的lineNum。当然等于实际的lineNum也没有问题。lineNum有下面三种使用方式

行号为0，不起作用
同一VC和DT的LS lineNum每次增加1，FS之后的第一个LS行号会定期重置为1，不一定是每个FS之后都置为1------这种情况预期是用于逐行扫描帧
同一VC和DT的LS lineNum每次增加x(x>1)，FS之后的第一个LS行号会定期重置为非0起始值，连续帧之间的起始值可以不同,不一定是每个FS之后都重置-----这种情况预期是用于隔行扫描帧