当前位置: 开发笔记 > 编程语言 > 正文

mipi调试经验（转）

作者：mobiledu2502857577 | 来源：互联网 | 2023-09-15 12:35

以下是最近几个月在调试MIPIDSICSI的一些经验总结，因为协议有专门的文档，所以这里就记录一些常用知识点：一、D-PHY1、传输模式L

以下是最近几个月在调试 MIPI DSI / CSI 的一些经验总结&＃xff0c;因为协议有专门的文档&＃xff0c;所以这里就记录一些常用知识点&＃xff1a;

一、D-PHY

1、传输模式

LP&＃xff08;Low-Power&＃xff09; 模式&＃xff1a;用于传输控制信号&＃xff0c;最高速率 10 MHz

HS&＃xff08;High-Speed&＃xff09;模式&＃xff1a;用于高速传输数据&＃xff0c;速率范围 [80 Mbps&＃xff0c; 1Gbps] per Lane

传输的最小单元为 1 个字节&＃xff0c;采用小端的方式及 LSB first&＃xff0c;MSB last。

2、Lane States

* LP mode 有 4 种状态&＃xff1a; LP00、LP01&＃xff08;0&＃xff09;、LP10&＃xff08;1&＃xff09;、LP11 &＃xff08;Dp、Dn&＃xff09;

* HS mode 有 2 种状态&＃xff1a; HS-0、HS-1

HS 发送器发送的数据 LP 接收器看到的都是 LP00&＃xff0c;

3、Lane Levels

* LP&＃xff1a; 0 ~ 1.2V

* HS&＃xff1a; 100 ~ 300mV&＃xff0c;HS common level &＃61; 200mV&＃xff0c;swing &＃61; 200 mv

4、操作模式

在数据线上有 3 种可能的操作模式&＃xff1a;Escape mode, High-Speed (Burst) mode and Control mode&＃xff0c;下面是从停止状态进入相应模式需要的时序&＃xff1a;

* Escape mode 进入时序&＃xff1a;LP11→LP10→LP00→LP01→LP00&＃xff0c;退出时序&＃xff1a;LP10→LP11

当进入 Escape mode 需要发送 8-bit entry command 表明请求的动作&＃xff0c;比如要进行低速数据传输则需要发送 cmd&＃xff1a; 0x87&＃xff0c;进入超低功耗模式则发送 cmd&＃xff1a; 0x78。在 DSI 中 LP 通讯只用 Data Lane 0。

* High-Speed mode 进入时序&＃xff1a;LP11→LP01→LP00→SoT(0001_1101)&＃xff0c;退出时序&＃xff1a;EoT→LP11&＃xff0c;时序图如下&＃xff1a;

在CODE上查看代码片派生到我的代码片

- Acknowledge and Error report (if error occurs)
Byte 0 is 0x87 (escape mode low power data transmission header)
Byte 1 is 0x02 (Data type, 8.10 of “MIPI Alliance Specification for DSI”)
Byte 3,2 are error report bits[15:0] (8.9.5 of “MIPI Alliance Specification for DSI”)
Byte 4 is the ECC, calculated from byte 1,2,3
- Generic Short READ response
Byte 0 is 0x87 (escape mode low power data transmission header)
Byte 1 is 0x11 or 0x12 (8.10 of “MIPI Alliance Specification for DSI”)
Byte 2,3 are the read data. If only 1 byte is returned, byte 3 will be 0x00
Byte 4 is the ECC, calculated from byte 1,2,3
- Long READ packet response
Byte 0 is 0x87 (escape mode low power data transmission header)
Byte 1 is 0x1A (8.10 of “MIPI Alliance Specification for DSI”)
Byte 3,2 are the word count N (N&＃61;0 to 65535)
Byte 4 is the ECC, calculated from byte 1,2,3
Byte 5 to byte 5&＃43;N-1 are the N-byte read data
Byte 5&＃43;N&＃43;1, byte 5&＃43;N are the checksum, calculated on byte 5 to byte 5&＃43;N-1. If
checksum is not calculated by peripheral, this field is 0x0000.

6、Video 模式的 3 种数据格式

* Non-Burst Mode with Sync Pulses
* Non-Burst Mode with Sync Events
* Burst Mode

* 调试记录

LCD半边闪屏问题&＃xff0c;原厂给的信息&＃xff1a;分析了系統板送出的 video mode timing&＃xff0c;資訊摘要如下

HSCLK: 160MHz
Per lane bit-rate: 320Mbps (UI&＃61;3.125ns)
HS SoT HS-prepare &＃43; HS-zero 約 155ns

由上述的 timing 懷疑與現象是因為 IC HS data settle timing 搭配不當所導致
看来是我们输出的mipi信号 HS-prepare &＃43; HS-zero 比 LCD 默认设置短引起的。还有随机整屏闪动的问题通过调节 VFP 和 VBP 的值调到了理想状态。另外 LCD 的 VCC 在使用 mos 管控制后休眠后会有 2.0V 的悬浮电压&＃xff0c;通过 RC 电路将电压放掉&＃xff0c;将 C78 换成了 10K 电阻。
LCD电路上有几个比较重要的电压: AVDD、VCC、VGH、VGL、HAVDD、VCOM&＃xff08;由AVDD通过电阻分压得到&＃xff09;

* 唤醒慢的问题

在最初调试的几款 LCD 里面初始化 cmd 都比较少&＃xff0c;后来在调试一款 IPS 屏的时候发现唤醒需要 3 秒左右&＃xff0c;这款 LCD 初始化 cmd 有100多条&＃xff0c;之前在调试一款 LCD 的时候每条 cmd 发送之后需要 delay 10ms 再发下一条 cmd&＃xff0c;所以在这款 LCD 这里不能有 delay&＃xff0c;并且经过调试在确保发送成功的情况下将 LP 的传输速度提高了 3 倍&＃xff08;这里需要读取每条 cmd 的返回值 0x84 确认命令是否发送成功&＃xff09;&＃xff0c;优化后唤醒时间不到 1 秒。

* LCD 参数理解更正

才发现之前一直对 LCD 的几个参数 HFP、HBP、VFP、VBP 理解有错误&＃xff0c;正确的应该是以同步信号&＃xff08;HSYNC、VSYNC&＃xff09;为基准&＃xff0c;在同步信号之前的称为 Front&＃xff0c;在同步信号之后的称为 Back&＃xff0c;而不是之前理解的以有效像素为基准。

* LCD 显示呈锯齿状问题

这两天&＃xff08;12.11&＃xff09;还调试了一款 540 x 960 分辨率的 mipi LCD&＃xff0c;在开始的时候一直点不亮&＃xff0c;和供应商确认了好久无意间才发现是他们给的初始化代码是错的&＃xff0c;使用正确的初始化代码就能点亮了&＃xff0c;不过显示出来的图像却是呈锯齿状的&＃xff0c;即没有对齐。之前在别的平台也遇到过类似问题&＃xff0c;也就是分辨率不是 16 的整数倍&＃xff0c;LCD controller 在取数据的时候会对不齐。边研究 Datasheet 边和 ASIC 同事讨论&＃xff0c;后来确定了一个方案&＃xff1a;即在 DSI、LCD 寄存器里面设置分辨率为 540 x 960 以让 LCD 正确识别信号&＃xff0c;但 framebuffer 需要设置为 544 x 960 以对齐&＃xff0c;并且设置 Source pitch 寄存器为 544&＃xff0c;这样显示就正常了&＃xff0c;相当于 framebuffer 里每一行的最后 4 个 pixel 会被 LCD controller 丢掉。

今天&＃xff08;12.12&＃xff09;在和 ASIC 同事的讨论下更正了之前的理解&＃xff1a;LCD controller 在计算取数据的时候&＃xff0c;地址是根据&＃xff08;x&＃xff0c;y&＃xff09;坐标来算的&＃xff0c;差不多是address &＃61; y * pitch &＃43; x &＃43; base&＃xff0c;pitch 就是一行 pixel 在内存里的大小&＃xff0c;这个至少是要对齐到 8byte&＃xff0c; 因为 bus 宽度是 8byte&＃xff0c;如 Data sheet 中的描述 ”Source pitch for RGB channel, QWORD aligned if linear mode“。之前计算 pitch 值的公式为&＃xff1a;xres / 8 * bits_per_pixel / 8&＃xff0c;如果 xres &＃61; 540&＃xff0c;bits_per_pixel &＃61; 32&＃xff0c;计算的结果因为取整的原因为 0x10c&＃xff0c;实际上正确的值应该是 0x10e&＃xff0c;所以需要将公式改为&＃xff1a;xres * (bits_per_pixel / 8) / 8&＃xff0c;即在每个像素占 4byte 的情况下只要 xres 为偶数就可以满足对齐的要求&＃xff0c;而不用改为 544。

原文&＃xff1a;http://blog.csdn.net/g_salamander/article/details/9163455

转:https://www.cnblogs.com/hwl1023/p/5041081.html