关于262K的TFT LCD，大家来讨论

RT！再说一点希望：希望我们发的贴越来越实用啊，在网站上看了很多莫名其妙的帖子，可能只是为了RD币吧！
正题：我现在开发的型号，用的262K TFT，但是我们的参考型号虽然也是262K LCD，但是却只使用了65535色的模式，图片的格式也是65K的，所以想问一下大家，现在主流的TFT手机虽然都用262K的，但是是否真的使用262K的模式啊？显示的图片信息也是262K的吗？
请教了，希望大家多多提意见啊！

竟然没有人顶！晕了……

不太清楚哦不过看过2'TFT一些IC出pin的电路,262K的R:G:B=6:6:6是了然后我们也会预留出使用模式选择的pin其他的就不是很清楚了

这个好像跟LCM的数据线有关系。16位的肯定是65535色，18位数据线才能够达到262K色。模式可以在内部驱动芯片选择切换的。

看你多媒体芯片的支持了如果不支持 只能送16位 如果支持就送18位 我原来用的就是分三次用8位送上去的

看到驱动板块的几个好回帖，转过来讨论一下： 以下是引用[I]aquasnake[/I]的发言： 不支持18BIT数据接口是不能用的只有通过硬件16BIT锁存器锁存，在下一个MACHINE CLK的时候再发送高16BIT中的最低2BIT，同时选通CS、WR发出完整的18BIT数据这其实是分2次送32BIT数据中的18BIT，同时LCM驱动也要用IO模拟时序的方式，至少速度慢了1倍以下是引用mikal 的发言：
26万色lcd目前基本有两种，一种是直接支持26万色的数据，另外一种是由65k色插值到26万色（目前市场上的手机号称26万色的大都是这种模式）。
至于真是支持18bit数据的输入，之于是何种模式输入，并不重要，lcd的控制其全做好了。通常把lcd挂到cpu的总线上，就可以把lcd当一个设备来读写，至于lcd的/CS需要gpio口控制，但是/WR是否只能接到bus上的/WR pin上；而且这种lcd是自动锁住cpu连续送到bus上的数据。cpu这段只要连续送数据就可以了，并不要考虑是否改变cs或是wr的读写状态。
以下是引用aquasnake 的发言： 假26W色的接口是16BIT，16BIT转18BIT是通过色深对应映射关系，实际上只能还原26W色中的65K色。这种做法不大会用，因为成本比真26W色还高。只是提供一个兼容的接口。16BIT色深还原65K色：2^16=65536=65K18BIT色深还原26W色：2^18=26W还是不要多想用16BIT做26W色的牛角尖了，吃力不讨好。我所写的是理论硬件转接做法，实际上如果不是做研究的话没什么用处

感谢6楼的MM！不知道你做什么工作的？！

这个和软件有很大关系的，比如linux现在大都用的是16位的，如果变成18位，效率会很低。

其实LCD是否使用262k和数据线不是很有一一对应的关系。你可以使用8/9/16/18数据线都可以实现262K模式。当然数据线的位数和传输速度有很大关系。现在很多厂家的LCD其实都是262K的，但是很多厂家却只设置到65K，因为使用262K和65K的效果差别已经不是很大，即使同时对比的情况下，不一定所有人都能够区别出来。另外一个关键的原因为什么262K当作65K是因为如果使用262K的话需要NorFlash的容量更大，可能导致需要价格更高、容量更大的NorFlash哦。

正如楼上的所言，其实不光是FlashROM的问题，在MMI调用的图像缓冲区里，16位直接就用unsigned short定义了，18位呢？难道要用unsigned long型，岂不更浪费不多的RAM空间？再说了，一般LCD控制器出来的16位也不是一般的16位，而是经过映射后的18位（虽然不是真的18位），效果不是一般人能分辨得出来的。其实实现18位显示，无论软件还是硬件都要面临很大的问题，另外现在尽管多媒体处理器大多都支持16位连线接口，但据我所知有些设计厂家为了节约有限的硬件资源（或是设计考虑），用了8位的数据线，刷新速度也还行。至于为什么会出现18位，我看到一本书上讲人的极限分辨率也就26W色深，也不知道对不对，反正现在26W出来这多年了，也没听说出24位的，PC机上的LCD有真彩32位模式，我想那肯定不能和手机相提并论。依我看，不管是多少位的，也不管是何种方式实现的，最终还是让人看的，为什么有的屏看起来就是要鲜艳很多？我想这不简简单单是一个18位的问题，图片源是一个问题，最重要的还是要把LCD调到最佳状态，这可要下一番真功夫的。

谢谢楼上各位，谢谢snaper！现在我们就采用了16bit interface，然后262K LCD自动映射18 bit，呵呵……并分辨不出来啊，否则18bit占空间真的很大，而且送数据很麻烦啊！

说的瞒专业的，小弟还有些不懂！