标签：blog http io ar os 使用 sp for on
1）DBI接口
A，也就是通常所讲的MCU借口，俗称80 system接口。The lcd interface between host processor and LCM device list as below,The LCM driver will repeated update panel display。MCU借口通过并行接口传输控制命令和数据，并通过往LCM模组自带的GRAM（graphic RAM）更新数据实现屏幕的刷新。
DBI接口分为串行和并行两种，模型如下：
B，以典型的18位数据跟16位数据做说明（8位寄存器控制）。
如上硬件采用18位数据线，控制命令和参数占用DB0到DB7并行传输，图像数据采用RGB666的格式并行传输。
如上硬件采用16位数据线，控制命令和参数占用DB0到DB7并行传输，图像数据采用RGB565的格式并行传输。
C，关于DBI data format的说明
（I）对于16位的datawidth，典型的数据格式举例如下
1cycle/1pixel,RGB565,格式是：rrrrrggggggbbbbb
3cycle/2pixel,RGB666,格式是：xxxxrrrrrrgggggg
xxxxbbbbbbrrrrrr
xxxxggggggbbbbbb
3cycle/2pixel,RGB888,格式是：rrrrrrrrgggggggg
bbbbbbbbrrrrrrrr
ggggggggbbbbbbbb
（II）对于18位的datawidth，典型的数据格式举例如下
1cycle/1pixel,RGB666,格式是：rrrrrrggggggbbbbbb
3cycle/2pixel,RGB888,格式是：rrrrrrrrgggggggg
bbbbbbbbrrrrrrrr
ggggggggbbbbbbbb
D，硬件接口及时序
（I）硬件连接图：
RESX：复位；CSX：chip select片选；TE：tearing enable；D/CX：register select寄存器选择；WRX/SCL：write control；RDX：read control；DB[....]：传输线。
（II）写周期：
（III）读周期：
（IV）关于屏参中6个读写时序
（2）DPI接口
也就是通常所说的RGB接口，采用普通的同步、时钟、信号线来传输特定数据，采用SPI等控制线完成命令控制。某种程度上，DPI与DBI的最大差别是，DPI的数据线和控制线分离，而DBI是复用的。
它的模型如下：
它的信号时序图如下（注意DE模式跟SYNC模式的区别）：
其中，backporch和syncwidth应尽量分配大些，因为靠它决定有效区域的起始位置，而frontporch则可以分配小点（该方法可用在sync模式的屏参驱动DE的屏，需注意backporch+syncwidth+frontporch才等于DE模式下的blanking值）。
曾经在调试一个DPI接口LCM时碰到一个奇怪现象，RGB的接口用一个LVDS转换芯片跟一款LVDS模组相连。重烧程序完后可以显示图像，断电再上电就没有图像，后来发现是上电屏参初始化中没有配置一个CS拉高的使能信号脚。烧完程序后该脚为高所以可以显示，重断电再上电默认为低所以没有图像。
DPI接口的CLOCK计算方法：
其实ref为0，其他的三个参数以屏参中设定为准。
就DPI接口的CLOCK极性选择，作如下说明：
A、首先看数据线，当开始传输第一个数据时，如果EN为下降沿，即传输Valid data 时EN低有效。则：Params->dpi.de_pol=LCM_POLARITY_FALLING; 反之亦然；
B、VSYNC和HSYNC分别代表一帧数据和一行数据的开始，当一帧以下降沿开始时，设置：Params->dpi.vsync_pol=LCM_POLARITY_FALLING; 反之亦然；当一行以下降沿开始时，设置：Params->dpi.hsync_pol=LCM_POLARITY_FALLING; 反之亦然。
C、PCLK的极性没有固定的要求，主要是看其与data的关系，即保证latch到正确的数据，这一点和sensor的PCLK设置相同。当开始传输第一个数据时，如果PCLK为下降沿，即在下降沿latch数据时，最好设置：Params->dpi.clk_pol=LCM_POLARITY_FALLING; 反之亦然。
（3）DPI与DBI的兼容
现在很多LCM的模组可以做到DBI和DPI接口的兼容。因为在IM2/IM1/IM0由手机主板决定的前提下，比如6516支持MCU接口，同时该模组放到另一款DPI接口的主板上也可以照样使用。
另一个补充问题，关于显示位数，由于嵌入式WINDOWS系统的GUI是16位的，不同于桌面WINDOWS的32位，所以24位的位图在WIN CE中，只能以16位色显示，一定会丢掉某些颜色。这个缺陷还在于，就算是18(RGB666)位的LCM数据位显式，最终软件中接受的GUI颜色还是16位，要把RGB565转成RGB666才能当18位色显示，相当于插值了。
（4）DSI接口
DSI，是一种串行传输方式，包括数据、指令、其他信息。连接方式如下图：
DSI的数据传输过程如下：
由于DSI的数据是封包处理的，不像DBI接口那样可以明显知道原始的传输内容，所以在一些问题的解决方法是不同的。在调试OTM8009A的DIS接口LCM时，发现LCD在按电源键睡眠后必须按两次才能唤醒，一开始无论如何都没有想到是屏的问题，最后是修改LCM的DSI驱动公共函数解决的，也就是把dsi_enable_power中的DSI_lane0_ULP_mode形参都置0，以避免DSI处于极度睡眠中。
DSI的三种格式分类说明如下：
关于CABC，是一种通过屏参来控制LCM自身背光的一种方式，跟之前采用独立GPIO或PWM控制背光的方式最大的区别在于：背光的亮灭和调节均跟LCM的使用有关。在碰到开机白屏或者会有雪花点，均是在初始化中使能了CABC功能，而SHOW画面显然都是在屏初始化之后，背光亮了而屏没有数据，这样很难避免白屏和雪花点。解决方法是：在LCM驱动的对应设置背光的函数中，先设置亮度等级，再使能CABC，也就是不要在初始化中设置CABC，这样就可以避免问题。
关于CABC的调节还有另一种问题，就是DSI调节亮度跟DSI VIDEO MODE的冲突。CABC是设定最大亮度，LCD的亮度填充会随着画面内容的变化来自动调节，达到省电的目的。当然，菜单的亮度调节是另外一回事，这就导致出现开机图像异常和睡眠后唤醒的图像异常，根本原因在于在RGB数据中穿插DSI控制命令，如果芯片发送端无法做到在RGB帧之间发送CABC命令，导致RGB图像断裂连接不上，就会出现异常。
标签：blog http io ar os 使用 sp for on
原文地址：http://www.cnblogs.com/biglucky/p/4146046.html
