在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 5882|回复: 7

[求助] MIPI如何控制Video Timing

[复制链接]
发表于 2018-12-24 08:49:01 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
最近在看MIPI DSI的文档,对于mipi如何控制Video Timing这块一直没搞明白。Video数据先由DSI控制器打包,打包完通过DHPY 串行发出去。那这些包是怎么控制HSW, HBP, HACT 和HFP的呢?
对于peripheral来说,HSW/HBP/HACT/HFP这些定义都是以 pixel clock为单位的。
假设peripheral的参数定义是 480*854, frame rate = 60Hz
HSW:10,               VSW : 4
HBP  :60,              VBP :20
HFP   : 60,            VFP : 20
pixel clock为33.33MHz (period = 30ns), 所有 tHSW = 10*30 = 300ns.


是否意味着:MIPI发送了Hsync Start (HSS)的包,然后发BLLP, 最后发 Hsync End (HSE)包,那从HSS到HSE的时间就是tHSW的绝对时间 300ns呢?
如果是的话,那 RGB的绝对时间怎么算呢? 这个一旦图像分辨率定了,这个会随着MIPI的传输速率变化而变化。
video_timing.png
 楼主| 发表于 2018-12-24 08:56:38 | 显示全部楼层
因为一行要传输有效的480个像素,所以共 480*3=1440 byte, 假设MIPI 2lane传输, 每条lane速率是1Gbps, 则byte clock就是125MHz, 8ns. 所以mipi端的耗时就是 (1440/2 ) * 8 = 5760 ns.  该值≠480 * 30ns = 14400ns。
所以 MIPI Timing 的type-1 应该是不对的。 RGB时间不对。
 楼主| 发表于 2018-12-24 09:03:20 | 显示全部楼层
type-2 和 type-3 的RGB 的绝对时间都是 5760ns. 区别在于 HSW/HBP/HFP的时间, 拿HSW为例,
type-2还是绝对时间 300ns,;但是如果HBP/HFP也都按绝对值算, 因为RGB时间少了,line time这个绝对值没法满足;

type-3就是等比例缩小的, 等于 14400/5760 = 300/x,  x= 120ns.     但是如果都等比例缩小,则HBP/HFP时间都小了, line time这个绝对值也没法满足了

那这两种算法哪种对呢?
 楼主| 发表于 2018-12-24 09:05:11 | 显示全部楼层
到底该怎么算呢????? 有大神懂的吗
发表于 2018-12-24 16:27:08 | 显示全部楼层
很简单,只要保证RGB能发送出去就行了,blank的时间可以任意设置
 楼主| 发表于 2018-12-24 19:20:17 | 显示全部楼层
回复 5# student2010
那DSI在点屏的时候,屏spec推荐的hbp/hfp 这些值,怎么体现在 MIPI端口的timing上呢?
发表于 2018-12-25 08:25:06 | 显示全部楼层
点屏的H blank可以任意设置的,V blank不能太大,不然会显示异常。推荐值只是参考,不需要完全相同。毕竟涉及跨时钟域,H blank很难完全相同,除非2个时钟是同源时钟。
发表于 2021-8-30 15:18:33 | 显示全部楼层
到底该怎么算呢????? 有大神懂的吗
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /2 下一条


小黑屋| 手机版| 关于我们| 联系我们| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-12-26 12:00 , Processed in 0.019545 second(s), 7 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表