MIPI-DSI LP mode命令及格式详解

最新推荐文章于 2024-08-07 11:45:55 发布

liuxd3000

最新推荐文章于 2024-08-07 11:45:55 发布

阅读量2.1w

点赞数 6

分类专栏：总线传输 lcd mipi

总线传输同时被 2 个专栏收录

21 篇文章 6 订阅

订阅专栏

lcd mipi

2 篇文章 0 订阅

订阅专栏

D- PHY的物理层支持HS(High Speed)和LP(Low Power)两种工作模式

HS模式：低压查分信号功耗大高速率（80M -1Gbps）信号幅值（100mv-300mv）

LP模式：单端信号功耗小，速率低（< 10Mbps) 信号幅值（0-1.2V）

在高速模式下，通道状态是差分的0或1，定义P比N高时定义为1，P比N低时定义为0，此时线上典型电压为差分200mv

在LP模式下，只用lane0传输数据和时钟，双向数据传输。

链路层的模式分为：Command模式和Video模式。

链路层选择Command模式时，物理层可以为HS模式，也可以为LP模式；
链路层选择Video模式时，物理层只能选择HS模式。

Video模式时，物理层只能选择HS模式，下面是video模式下传递一个些图片像素数据包（长包）。

和command模式不同的是Data Type，这里的Data Type是3Eh,下面有一张Data Type的表。

下面介绍一下qualcomm平台dtsi配置文件中关于对video模式配置说明：

qcom,mdss-dsi-panel-type = "dsi_video_mode";

qcom,mdss-dsi-on-command = [29 01 00 00 00 00 04 B9 FF 83 94

29 01 00 00 00 00 02 C6 EF

05 01 00 00 78 00 02 11 00

05 01 00 00 14 00 02 29 00];

qcom,mdss-dsi-off-command = [05 01 00 00 32 00 02 28 00

05 01 00 00 78 00 02 10 00];

qcom,mdss-dsi-on-command-state = "dsi_lp_mode";

qcom,mdss-dsi-off-command-state = "dsi_hs_mode";

qcom,mdss-dsi-on-command 是在Mdss_dsi_panel.c (drivers\video\msm\mdss)的

static int mdss_dsi_panel_on(struct mdss_panel_data *pdata)函数里用到的，点亮LCM的指令，未来这个函数将会被FB驱动resume里面调用到。

类似的，qcom,mdss-dsi-off-command 同样在文件

Mdss_dsi_panel.c (drivers\video\msm\mdss)的static int mdss_dsi_panel_off(struct mdss_panel_data *pdata)用到，未来将会被FB驱动的suspend函数里调用，用于关掉LCM的指令。

定义这个panel为"dsi_video_mode"，在下发mdss-dsi-on-command之后会把DSI转换到video-hs模式下。

那么mdss-dsi-on-command 和 mdss-dsi-off-command是什么时候调用的呢？

如果按照MTK平台对LCM处理的思维，大概是这样的：

LCM_DRIVER nt52021_hd720_dsi_vdo_lcm_drv =

{

.name = "nt52021_hd720_dsi_vdo",

.set_util_funcs = lcm_set_util_funcs,

.get_params = lcm_get_params,

.init = lcm_init,//reset 调用DSI发初始化数据

.suspend = lcm_suspend,//调用DSI发灭panel数据

.resume = lcm_resume,//reset 调用DSI发初始化数据

.compare_id = lcm_compare_id,

#if (LCM_DSI_CMD_MODE)

.update = lcm_update,

#endif

};

而高通平台是则是在LCM的FB驱动里面，probe通过调用MDP驱动结构体的初始化函数，调用DSI驱动想MDPcore注册的回调函数，这些回调函数就是操作DSI发送不同的数据，而这些数据恰恰就是dtsi里面需要配置的mdss-dsi-on-command 和 mdss-dsi-off-command。

言归正传，前面说明了DSI 在video模式下面发送一些像素图片的数据包内容，但是在实际传输这些数据包的时候需要遵守一些时序控制。

Video模式又分三种子模式：

1 Non-burst Mode Sync pulses: 在这种模式下，DSI基于各种不同的同步数据包来做数据同步。这种数据包括：重构，时间校准等。更具体的请参考DSI协议标准。

2 Non-burst Mode Sync event: 这种模式和第一种模式很像，但是这种模式不会发重构和时间校准的数据包，它们只发送一种叫做”Sync event”的包。

3 Burst mode: 在horizontal 的时序是一样的情况下DSI会把连接的速度提升到Panel支持的最大速度。在这种模式下发送RGB数据包的时间被压缩，以留出更多的时间用来传送其他的数据。

为了使能Video模式Host需要发送各种不同的包到panel用来设置开始和结束的Porch.以下是Video模式中用到的数据包：

• VSS: DSI Sync Event Packet: V Sync Start

• VSE: DSI Sync Event Packet: V Sync End

• BLLP: DSI Packet: Arbitrary sequence of non-restricted DSI packets or Low Power Mode incluing optional BTA.

• HSS: DSI Sync Event Packet: H Sync Start

• HAS: DSI Blanking Packet: Horizontal Sync Active or Low Power Mode, No Data

• HSE: DSI Sync Event Packet: H Sync End

• HFP: DSI Blanking Packet: Horizontal Front Porch or Low Power Mode

• HBP: DSI Blanking Packet: Horizontal Back Porch or Low Power Mode

• RGB: DSI Packet: Arbitrary sequence of pixel stream and Null Packets

• LPM: Low Power Mode incuding optional BTA

上图顶部有圆弧的代表数据包，长方形的代表时序的状态。

那么MIPI host如何输入一帧的数据呢，下面分别是三种video mode下的数据传输时序图：

结合屏的物理结构才看得动上面时序图的含义：

以BURST mode为例：

首先会发送VSPW行（VSA lines）的空数据包，在发送VBP lines的空数据包，接着发送VACT lines（屏宽）的有效RGB数据，其中每一行数据都包含HSS 行开始信号+HBP数据包+RGB+HFP数据包。最后就是发送VFP lines的空数据包。这样就刷满了一整屏，也就是一帧的数据。

那么这三种video模式的区别就是传递的数序和数据包位置的不同，至于最终在dtsi配置哪一个模式就要根据实际的panel IC所支持video 模式来。

dtsi对应项：

qcom,mdss-dsi-traffic-mode = "non_burst_sync_event";

另外说明一下dtsi 里面qcom,mdss-dsi-h-sync-pulse 的含义

在kernel/Documentation/devicetree/bindings/fb/mdss-dsi-panel.txt:196中说明了：