请教:RGB接口和CPU接口

QQ · 发表于 2005-12-5 20:25:00

hd66789,可rgb,可cpu.rgb会更快. 一般用spi传输命令. [br]+3 RD币

aestar · 发表于 2005-12-6 11:00:00

LCD接口包括串口和并口两种，其中并口包括CPU和RGB两种，CPUi/f有6800/8080并行方式，现在较多使用80方式的。8080系列CPU并行接口，由8位双向数据脚 D7-D0、RD、WR、D/C、CS组成。假如CS是低电平且RD为低，RD输入作为读数据锁存信号。无论是从GDRRAM读显示数据还是从状态寄存器读状态都需要受D/C脚的控制。假如CS是低电平且WR为低，WR输入作为写数据锁存信号。无论是写显示数据到GDDRAM还是将命令写入命令寄存器都需要受D/C脚的控制。RGB i/f现在主要有两种方式，16bit和18bit，16bit RGB数据位是R1-R5,G0-G5,B1-B5，显示比例为R:G:B 5:6:5，可显示彩色数量为65k种色彩，18bitRGB数据位是R0-R5,G0-G5,B0-B5，显示比例为R:G:B 6:6:6，可显示色彩为262k种色彩。其中R0，B0，G0为低位，R5，G5，B5为高位，在16bit，65k色显示方式中，通常为低位R0，B0悬空或置高，置低及接高位R5，B5等四种方式，这根据LCD厂家所选用的LCD Driver IC来决定。除了RGB数据线外，RGB连接方式还需要MCK,HSYNC和VSYNC三根时钟线来保证RGB数据按照正确的时序由CPU向LCD传输，其中MCK为系统时钟，提供稳定的方波时钟，HSYNC为行同步信号，VSYNC为场同步信号。[br]+5 RD币

3hyuer · 发表于 2005-12-12 14:11:00

今年SHARP的新LCD产品，全部都是CPU和I/O接口，没有RGB接口的。

topoping · 发表于 2005-12-20 21:57:00

照高手的意思...RGB 跟CPU 只差別在同步和控制信號...data format 是一樣的....對吧那請問一下高手....1.serial and parallel LCM 是屬於那一個介面.....2.Data format 有差異嗎[br]+3 RD币

leiy2k · 发表于 2005-12-23 17:52:00

CPU接口的LCD的Driver IC都带GRAM，driver IC作为MCU的一片协处理器，接受MCU发过来的Command/Data，可以相对独立的工作；而RGB接口的LCD的Driver IC可不带，一般没有（省钱）。用RGB接口的MCU一般更强大，有专门的接口电路，RGB接口的driver IC去掉了一个接口电路（即CPU接口中处理Command/data的IO电路），就需要MCU提供H/V两个场同步信号。[br]+5 RD币

tanguoxi · 发表于 2006-1-10 17:14:00

以下转贴： hoho，小弟调LCD有些时候了，也来说说，见笑了：
我们先来看看驱动电路部分。记得在很早的时候，那时候还都是FSTN的显示屏满天飞的时候（也是小弟刚刚毕业开始作手机的时候）。LCD的驱动电路有很多是两片芯片的，一片LCDC，一片LCDDriver，一般的LCDC里面有一个display的buffer。LCDDriver是电路驱动液晶显示部分的电路，没有什么好讲的。更早的时候，LCD上就一片LCDDriver就行了，程序员需要控制两个（H,V)场扫描信号，而且程序员希望在某个坐标显示，都需要编程控制驱动电路来实现，后来发现显示屏越来越大，而MCU以及程序员没有这个能力和精力来对LCD进行这类的同步控制，于是LCDC就诞生出来承担起这些个功能。后来加上了buffer，就是说程序员可以把大批的显示内容以显示矩阵（display matrix）的形式写到buffer里，让LCDC来读取buffer里的数据再由LCDDriver显示到显示屏上。后来这个buffer越来越大，除了显示矩阵以外还放很多命令，所以也不能老把它笼统的叫buffer啊，所以就对放显示矩阵的存储空间有了一个专用的名字叫做GRAM。到现在嘛，这些驱动/控制电路以及buffer都合起来放在一片芯片中，统称为driver IC啦。也就是LCM上那颗COG的芯片，相信看这片回帖的兄弟们都看到过。而且这颗driver IC的功能越来越nb，有什么dimm功能啊，gamma功能啊，什么省电啊等等乱七八糟的功能，不过大多功能程序员都不需要去详细了解，现在的程序员都很轻松啦，只需要用很简单的几条命令就可以控制这颗driver IC来驱动LCD。
上面说的LCD的驱动电路的发展，而接口都是一直是CPU接口。因为这个发展的方向是：LCD driver作为MCU的一片协处理芯片，接受MCU发过来的command/data，而可以相对独立的处理显示工作。而怎么处理显示工作的过程，对于MCU和程序员来说，都是透明的。
后来为什么出现了RGB的接口电路，小弟真的还不知道为什么。但是有两点很清楚：一是用RGB接口的MCU/Backend IC一般都更加的强大，有专门的接口电路来配合RGB显示。一是一般用RGB接口的LCD driver都没有GRAM，这大大的降低了LCD driver的成本，而将这些成本转移到更大的液晶显示区域去。所以不难看出，高端的显示屏（>=2.2"，QCIFF）的一般都会选用RGB接口。想想吧，26w色的QCIFF的显示屏至少需要多少GRAM啊，这都是钱啊！
其实RGB接口的LCD也很简单了，甚至比CPU接口的LCD还要简单。和CPU接口的LCD driver相比，RGB接口的driver去掉了一个接口电路，就是去掉了CPU接口中的一个处理COMMAND/DATA数据的IO电路。（这个我光用语言说不大清楚，等小弟有空做一个ppt再放上来）这样的话，就需要MCU提供两个场同步信号（H,V），无疑提高了对MCU的要求，而且，LCD的帧率唯一受MCU/Backend IC的接口速度限制，所以如果MCU足够nb的话，LCD的刷新速度还是很不错的。还有就是有的GRB接口的driver做得还不是很nb，需要用SPI来传输一些少量的命令，而很多MCU没有这么一个专用的SPI，所以要用GPIO来模拟SPI。呵呵，看看也是够麻烦的。而且最郁闷的是，因为考虑到很多MCU/Backend IC芯片的接口速度还不是足够的快，所以很多厂家在LCD driver里还是放了部分或者是整个显示内存——唉，还是没有达到省钱的目的啊！
今天刚刚到北京第一天上班，也是第一次来这里灌水，没有很系统的总结LCD driver。只是抛砖引玉，等日后有空再好好总结一下和大家交流。[br]+5 RD币

caesarbbde · 发表于 2006-1-12 12:42:00

还是26楼的贴子讲的有道理现在高端方案都是用的RGB接口，比如OMAP。

caesarbbde · 发表于 2006-1-12 12:46:00

<DIV class=quote>以下是引用aquasnake在2005-12-3 18:22:47的发言：
MDDI 接口成本高啊，宁愿FPC做宽点也比买高通的转换IC便宜</DIV>

据我所知，是qualcomm的BB 支持MDDI，并不需要转换IC。
关于LCD接口必然向这个方向走。并不是FPC宽窄问题，是Data rate的问题

zorro7758 · 发表于 2006-2-24 20:56:00

<DIV class=quote>以下是引用leiy2k在2005-12-23 17:52:08的发言：

CPU接口的LCD的Driver IC都带GRAM，driver IC作为MCU的一片协处理器，接受MCU发过来的Command/Data，可以相对独立的工作；
而RGB接口的LCD的Driver IC可不带，一般没有（省钱）。用RGB接口的MCU一般更强大，有专门的接口电路，RGB接口的driver IC去掉了一个接口电路（即CPU接口中处理Command/data的IO电路），就需要MCU提供H/V两个场同步信号。

+5 RD币</DIV>

请问，如果没有IC的话，具体怎么来驱动他，我的RGB数据出来后，怎么到具体的每一个点。这么多COM线和SEG线，怎么来接他~~~~疑惑中，请高手指点~~~~

niles · 发表于 2006-2-25 08:43:00

提示: 该帖被管理员或版主屏蔽

jamesbond · 发表于 2006-2-25 15:23:00

<DIV class=quote>以下是引用caesarbbde在2006-1-12 12:46:10的发言：

据我所知，是qualcomm的BB 支持MDDI，并不需要转换IC。
关于LCD接口必然向这个方向走。并不是FPC宽窄问题，是Data rate的问题</DIV>

这个接口的原始最初动力就是为了解决长距离并行数据排线的传输成本的问题。所以qualcomm开发了此桥接转换接口技术，并用之于自己设计的chipset
实际上此interface bridge是串行接口
传输速率，串行永远不如并行，高通自己的平台当然是可以，但是其他平台要使用此接口技术要么买高通的接口IC，要么给高通LISENCE费整合到自己的chipset
所以高通也不遗余力游说广大LCD制造商使用此接口以配合高通的IC，否则也是光有公鸡没母鸡
此接口标准能否被承认还要看LCD制造联盟是否觉得该interface bridge能使其从中得到好出
对于下游设计公司或LCM模组制造公司，用5PIN 的MDDI与用几十PIN的LCM接口在FPC上的成本优势没几乎有[br]+3 RD币

pet9999 · 发表于 2006-2-25 18:16:00

彩屏接口趋势，应该会转向RGB I/F，因为成本与质量的考量。一般说来，RGB I/F的LCM少了一个RAM，而这个RAM成本又偏高，所以价格大致会贵一些，举例来说，日本牌的QVGA屏成本大概会差约$4USD。在质量方面，RGB接口的屏能防止的抖动与tiering，特别是当有用到图形加速或GUI时，非得用RGB I/F不可。当然，RGB I/F并不是完美的，他的功耗控制会是一个问题，所幸目前的CPU或Graphic chip内的controler都做得不错。至於高速串行接口，目前除屏的来源较少外，还有功耗的问题，短期内不易普及。[br]+3 RD币

aestar · 发表于 2006-3-13 14:30:00

据qualcomm说，MDDI现在已经成为国际标准了，我不知道有哪些厂家做的LCD支持这种接口

peterchen · 发表于 2006-3-13 23:09:00

目前手机用的LCD屏主要有8080系列CPU类型接口和RGB类型接口，其它类型用得比较少。RGB类型接口要控制主LCD和从LCD的话，要提供两组控制接口(I2C或SPI)，分别控制两个LCD。使用8080系列接口，数据线可以复用，通过不同的片选来区分主LCD和从LCD。[em01][em01][em01]

EverestDH · 发表于 2009-7-4 16:28:00

mark!!!

pan8880 · 发表于 2009-9-18 15:27:00

以下是引用aestar在2005-12-6 11:00:00的发言：
LCD接口包括串口和并口两种，其中并口包括CPU和RGB两种，CPUi/f有6800/8080并行方式，现在较多使用80方式的。8080系列CPU并行接口，由8位双向数据脚 D7-D0、RD、WR、D/C、CS组成。假如CS是低电平且RD为低，RD输入作为读数据锁存信号。无论是从GDRRAM读显示数据还是从状态寄存器读状态都需要受D/C脚的控制。假如CS是低电平且WR为低，WR输入作为写数据锁存信号。无论是写显示数据到GDDRAM还是将命令写入命令寄存器都需要受D/C脚的控制。RGB i/f现在主要有两种方式，16bit和18bit，16bit RGB数据位是R1-R5,G0-G5,B1-B5，显示比例为R:G:B 5:6:5，可显示彩色数量为65k种色彩，18bitRGB数据位是R0-R5,G0-G5,B0-B5，显示比例为R:G:B 6:6:6，可显示色彩为262k种色彩。其中R0，B0，G0为低位，R5，G5，B5为高位，在16bit，65k色显示方式中，通常为低位R0，B0悬空或置高，置低及接高位R5，B5等四种方式，这根据LCD厂家所选用的LCD Driver IC来决定。除了RGB数据线外，RGB连接方式还需要MCK,HSYNC和VSYNC三根时钟线来保证RGB数据按照正确的时序由CPU向LCD传输，其中MCK为系统时钟，提供稳定的方波时钟，HSYNC为行同步信号，VSYNC为场同步信号。
+5 RD币

楼上是对的，CPU接口也可以是16bit或者18bit的，68和80 的区别只是在读写控制上，随便找个LCD的 driver ic看看那就知道。本想传个图上来，公司上网不方便

bimingpan · 发表于 2010-2-23 14:47:00

CPU接口的控制比较简单，不需要时钟和同步信号，但是比较耗费GRAM，没办法做大屏，RGB正相反。另外，大部分TFT的屏都用RGB的。

chf001 · 发表于 2010-2-23 15:03:00

CPU接口的TFT屏一般不超过3.5寸
CPU接口的屏内部带控制器，满足LCD的刷新显示，BB只需要向LCM传一次数据，对BB的带宽没有多大的影响，LCM内部的控制器会定时刷新，例如以60HZ的频率刷新
数字RGB，包括行同步，场同步等信号，要求BB带有控制器，以一定频率向LCM传输数据，这样的话会占用一定的BB带宽，所以频率低的BB使用BB接口，功能强大的AP使用RGB接口可以满足大尺寸的应用

		自动登录	找回密码
密码			注册

niles niles 当前离线积分 6727 IP卡狗仔卡	发表于 2006-2-25 08:43:00 \| 显示全部楼层提示: 该帖被管理员或版主屏蔽
niles niles 当前离线积分 6727 IP卡狗仔卡
	点评回复使用道具举报显身卡

[讨论] 请教:RGB接口和CPU接口