关于26万色LCD接口

zyphor1

请问各位大大，如果是16位接口来驱动26万色LCD。
是9位传两次，还是先传16位，再传2位呢？

aaron

<P>两种方式都可以实现</P>

zyphor1

哪种方法更好一些？

5henRD

<DIV class=quote><B>以下是引用<I>zyphor1</I>在2005-11-21 13:44:19的发言：</B>
请问各位大大，如果是16位接口来驱动26万色LCD。
是9位传两次，还是先传16位，再传2位呢？</DIV>
<P>


先传16位，再传2位
From SW's opinion, it will run faster than the first method.</P>
<P align=right><FONT color=red>+3RD币</FONT></P>

aquasnake

<P>不支持18BIT数据接口是不能用的</P><P>只有通过硬件16BIT锁存器锁存，在下一个MACHINE CLK的时候再发送高16BIT中的最低2BIT，同时选通CS、WR发出完整的18BIT数据</P><P>这其实是分2次送32BIT数据中的18BIT，同时LCM驱动也要用IO模拟时序的方式，至少速度慢了1倍</P>[br]<p align=right><font color=red>+5 RD币</font></p>

zyphor1

<P>多谢几位指点！</P><P>To <b><FONT color=#000066>aquasnake</FONT></b> :</P><P>请问LCM驱动要用IO模拟时序这块不太懂，要模拟哪几个信号呢？是CS,WR？</P>

aquasnake

<P>要用GPIO软件控制LCM的/CS、/WR</P>

mikal

<DIV class=quote><B>以下是引用<I>aquasnake</I>在2005-11-21 17:13:11的发言：</B>

<P>不支持18BIT数据接口是不能用的</P>
<P>只有通过硬件16BIT锁存器锁存，在下一个MACHINE CLK的时候再发送高16BIT中的最低2BIT，同时选通CS、WR发出完整的18BIT数据</P>
<P>这其实是分2次送32BIT数据中的18BIT，同时LCM驱动也要用IO模拟时序的方式，至少速度慢了1倍</P>

<P align=right><FONT color=red>+5 RD币</FONT></P></DIV>


26万色lcd目前基本有两种，一种是直接支持26万色的数据，另外一种是由65k色插值到26万色（目前市场上的手机号称26万色的大都是这种模式）。
至于真是支持18bit数据的输入，之于是何种模式输入，并不重要，lcd的控制其全做好了。通常把lcd挂到cpu的总线上，就可以把lcd当一个设备来读写，至于lcd的/CS需要gpio口控制，但是/WR是否只能接到bus上的/WR pin上；而且这种lcd是自动锁住cpu连续送到bus上的数据。cpu这段只要连续送数据就可以了，并不要考虑是否改变cs或是wr的读写状态。[br]<p align=right><font color=red>+5 RD币</font></p>

aquasnake

<P>假26W色的接口是16BIT，16BIT转18BIT是通过色深对应映射关系，实际上只能还原26W色中的65K色。这种做法不大会用，因为成本比真26W色还高。只是提供一个兼容的接口。</P><P>16BIT色深还原65K色：2^16=65536=65K</P><P>18BIT色深还原26W色：2^18=26W</P><P>还是不要多想用16BIT做26W色的牛角尖了，吃力不讨好。我所写的是理论硬件转接做法，实际上如果不是做研究的话没什么用处</P>[br]<p align=right><font color=red>+5 RD币</font></p>

Lilyximen

18BIT图像数据传到LCD，需要每个象素需要传两次，而16BIT而只要传一次就好。而且可能会影响video的性能。所以现在都是用16BIT。[br]<p align=right><font color=red>+3 RD币</font></p>

中国少东家

<P>多媒体芯片支持8位 9位和16位传送 公司是用8位传三次 节约linkboard成本 啊 </P>[br]<p align=right><font color=red>+3 RD币</font></p>

Lilyximen

<P>请教一下，对于目前市场上的手机，如何用测试手段知道LCD是26万色还是6万色？</P>

flypen

18位的图像一般分为PLANAR和PACKED模式，前者占用4个字节，由于数据是对齐的，效率更高；后者占用3个字节，节约内存，但是数据不对齐，所以操作起来有点麻烦，效率也较低一些。大家一般采用什么方式，原因是什么？[br]<p align=right><font color=red>+3 RD币</font></p>

ljstranger

<P>这个基本上来说。。</P><P>首先图片源问题，第2 BB要支持18bit，然后具体的传送一般26万色的屏都会提供几种模式，到它那一头就没问题，关键是看你们公司</P>

snaper

<P>从感观上看，我想还是很难看出26W（18位）和6W（16位）的区别，其实一般LCD控制器都是将6W插值为26W，这样实际就不止6W色了，所以差别就不容易看出。</P><P>具体映射关系是这样的：18位中RGB各占6位，16位RGB结构为565，其中18位中RED最低位是原来16位中RED的最高位填过来的，人眼对绿光敏感，所以16位中的GREEN的6位就直接映射，BLUE和RED是一样的道理，也是用最高位来填最低位。</P><P>看看目前支持26W色的LCD控制器，如HD66789，S6D0110等都有相应的寄存器控制来确定是16位还是18位每像素，</P><P>我们用的是TURLY的26W色TFT-LCD，八位数据线，这样用16位时要传2次，用18位时要传三次（每次一种基色），最终我们用的是16位。其实在基带板连线上来支持18位，我认为是得不偿失的，16的连线我也少见，想想在翻盖手机中，那一簇柔性PCB还要联控制线和音频线等，模组提供商是要权衡利弊的。</P>[br]<p align=right><font color=red>+3 RD币</font></p>

cmise

9位方式会容易一些。

Tomzou

<P>个人看法：</P><P>首先，在确定硬件的连接方式后，然后再讨论是用16bit还是18bit，因为LCD供应商一般是会提供PIN脚做选择。</P><P>其次，要看MPU是否支持18bit，如果不支持，没有意义。</P><P>再者，对大多数的LCD Driver IC，即便传的是16bit，也会利用不同的插补算法补足R6G6B6。</P><P>如有不对，请各位多多指教！谢谢！</P>

teapot

<P>16+2</P><P>2+16</P><P>9+9</P><P>都要传两次，我见过的平台都是16bit接口的。不知道有没有支持18bit或更高bit的数据总线的平台？</P>

helloworld

<P>现在的关键就在平台的使用上，如果平台中只有16bit接口，除非cpu频率很高，否则用16bit做262k色的难度很大，因为数据传输两次，而且在处理过程中如果用18bit来处理，会造成数据的不对齐，在内存的使用上也会有很大的浪费。</P><P>在讨论用16＋2或者9＋9时，都是无所谓的，这里的差别主要是输出时移位运算的问题，主要 的还是数据处理过程中浪费的时间更多！</P><P>所以建议16bit接口的低频率平台不要做262k色，真的是吃力不讨好的。</P>[br]<p align=right><font color=red>+3 RD币</font></p>

new_bie

<P>要驱动26万色，还是老老实实的看平台是否支持18bit(我还没用过这种平台)，然后再连接18根数据线来做
现在的方法都是吃力不讨好，所以很多平台都是支持到6万色</P>