完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
继上一次解决液晶屏出现花屏现象之后,在公司4台测试机上测试可用,但不久便传来工厂测试时液晶屏出现黑屏现象,紧接着上次任务,我又继续了无尽头的调试,同样,拿到液晶屏,打开液晶屏的配置文件dts文件.
打开查看参数,想起上次修改的是rockchip,dsi_hs_clk这个参数,上次改的值是450,然后在不断开机的时候就会出现黑屏现象或者开机动画不正常现象,但是当我把这个参数改大,液晶屏经过连续的开关机并不会出现黑屏或者开机动画不正常现象,但是致命的就是液晶屏左侧会出现一条竖线,继续增大rockchip,dsi_hs_clk这个值,就会出现花屏,然后我的第一想法就是改一个刚好合适的值,让它既不会黑屏又不会有水纹,但是最后结果我错了. 查看lcd屏的数据手册,看到rockchip,dsi_hs_clk的值最大为500,但是dts上rockchip,dsi_hs_clk写的是600,然后我就没有参考这个,就是在510—520之间调节,但最后发现都是无济于事,调高液晶屏左端会有一条竖线,调低会出现液晶屏开机黑屏或者开机动画不正常现象,紧接着我又想到了行场信号,查看LCD的时序图 由图中可以看到,Hsync水平同步信号和Vsync垂直同步信号的时序,其中tvw和thw为无效时间,tvbp和thbp为等待时间tvd为垂直像素,thd为水平同步信号,tvfp和thfp为结束时间,根据这张图我去调节dts里的参数,但是这些参数又有限制,LCD的数据手册上写了很清楚. tHW+tHBP+tHFP的典型值为241,tvW+tvBP+tvFP的典型值为33,根据这个,调节参数 但是最后发现,无论我怎么调节行场信号都不能解决问题,甚至对液晶屏显示都没有一点影响,很沮丧,就这样调节clock-frequency像素时钟和各行场信号,虽然有时候测试十多二十次正常,但是经不起次数更多的测试,这也花费了我不少时间,但是有一天我看到了网友们的调试经验,我发现我之前的想法错了,不多说上图 其中bpp为像素位宽,在本LCD屏中,设置的是24位像素 我之前对这个rockchip,dsi_hs_clk参数很模糊,不知到他到底怎么来的,直到今天明白,他是由行场信号、刷新率、像素位宽以及数据data线的数量有关,只有rockchip,dsi_hs_clk和刷新率两者匹配液晶屏才能正常显示,然而液晶屏的刷新率又是 根据计算,LCD数据手册给出的典型值算下来的fps刷新率正好为60,虽然是59.9多,但是可以认为是60,但是这个60在android系统中是最大的刷新率了,所以我就把这些参数都设置成典型值,根据上面rockchip,dsi_hs_clk公式可以计算出来每条MIPI data lane传输速率为456. 填入456后,测试30次正常,很开心很激动,继续测试到45次开机动画不正常,卡了一下,瞬间奔溃,但是还是很开心的,因为找到了突破点,之后我把参数改成450,发现液晶屏显示发生偏移,改成460发现液晶屏显示出现波纹,简直就是完美,然后我从560往下降,一个个测试,最终当参数改为458的时候,液晶屏测试100次无误,这也就符合了网友说的 好了,液晶屏一切正常了,是不是要手工领盒饭了呢,并不能,因为作为一个严谨好学的孩子,是不能停止脚步的,根据公式我算了一下数据手册上的DSI Clock frequency(HS)参数,当像素时钟clock-frequency最大为82.4MHz其他行场信号最小HW+tHBP+tHFP的值为136,tvW+tvBP+tvFP的为21时,刷新率fps为70.8多,最终算下来rockchip,dsi_hs_clk的值为494多,和数据手册上的MAX值为500相符,所以数据手册上的参数是正确的。 除此之外对公式进行解析: dsi_hs_clk = ((h_active + hfp + hbp + h_sync) * (v_active + vfp + vbp + v_sync) * fps * bpp) / lane_number 一帧画面需要的数据量为(单位bit): FRAME_BIT = (屏幕有效显示宽度+hsync+hfp+hbp) x ( 屏幕有效显示高度+vsync+vfp+vbp) x(RGB显示数据宽度24) 一秒钟内需要传输的数据量为(单位bps): FRAME_BIT x fps(帧率)。 那为何要除以lane_num----因为mipi通讯协议中,一个CLOCK几个lane是可以同时传输数据的. 但是有些还要再除2,因为根据mipi通讯协议,CLK_N、CLK_P这两根时钟线的上升沿/下降沿可以获取到数据,但是我们这个mipi屏好像没有上升下降都获取数据,所以暂且不除2。 因此我们可以得出如下结论:
那么我们是否可以任意无限制的提高mipi的传输时钟频率及lane数目呢?mipi通讯协议对此进行了限制,一组CLOCK最高只能支持4组lane,一组lane的传输速度最高只能支持到1 Gbps。也就是说一组CLOCK最高只能支持到4 Gbps速度传输。 此时就引出了一个新问题:4Gbps速度传输,是满足不了现在市场上推出的4K电视的带宽要求的,怎么办?答案是使用8组lane,使用两组clock来传输。 |
|
|
|
你好,我这Rk3288触摸屏点不动,你能帮忙分析一下原因。谢谢,我也姓严。
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问,请使用“评论”功能。
1906 浏览 1 评论
synopsys 的design ware:DW_fpv_div,浮点数除法器,默认32位下,想提升覆盖率(TMAX),如果用功能case去提升覆盖率呢?
2382 浏览 1 评论
RK3588 GStreamer调试四路鱼眼摄像头四宫格显示报错
5175 浏览 1 评论
【飞凌嵌入式OK3576-C开发板体验】RKNN神经网络-YOLO图像识别
254 浏览 0 评论
【飞凌嵌入式OK3576-C开发板体验】SSH远程登录网络配置及CAN通讯
1336 浏览 0 评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-22 01:20 , Processed in 0.517243 second(s), Total 75, Slave 57 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号