MTK6223D如何接并口LCD？

whb3103536

如题，各位，本人目前有一手机方案采用MT6223D来实现！但发现其规格书上面写着只支持串行LCD。如图1图2所示；
但听说市面上面人家做的6223D都支持并口屏，而且没有加DSP。请教大家这是怎么回事？
<img src="attachments/dvbbs/2009-11/2009112022153473499.jpg" border="0" onclick="zoom(this)" onload="if(this.width>document.body.clientWidth*0.5) {this.resized=true;this.width=document.body.clientWidth*0.5;this.style.cursor='pointer';} else {this.onclick=null}" alt="" />
<img src="attachments/dvbbs/2009-11/2009112022155973499.jpg" border="0" onclick="zoom(this)" onload="if(this.width>document.body.clientWidth*0.5) {this.resized=true;this.width=document.body.clientWidth*0.5;this.style.cursor='pointer';} else {this.onclick=null}" alt="" />

stevenson

并口屏是挂在EMI总线上（ED0：15）[em01]

wangjun

有没有厂家做并口LCD,t同时实现30万camera的摄像头，不额外增加DSP，在6223D平台上面？

caohuafeng

并口也可以啊，可以用摄像头的DATA线做也可以。

whb3103536

还是不太明白，别人怎么做的！

dyyjun

支持串口不代表不支持并口

aquasnake

memory bus, OK?

sandy_jiang

可以用EMI接口来实现并口屏，EMI总线是跟ARM总线相连的，实际23C的8bit接口也是最终接到AMR总线上的，

dyyjun

用EMI没问题，根据LCD模块配好时序，A0结LCD的RS，cmd或data用A0来区分，应该ok

bluezhang853

MT6223D 采用EMI总线刷QVGA 的LCD 效果怎么样的?

aquasnake

1。EMI总线是最简单的，23用串口屏幕挂LCD，然后EMI接CP，这种架构是性能最弱的。

这种方式，多媒体JPG解码，摄相头的数据显示流是从CP-- >BB-->LCD.在操作摄像头preview同时显示的时候，效能很差

2。EMI接CP，LCD挂在CP的LCD接口上，这种架构性能是最好的。

BB--> CP-->LCD，普通情况下LCD由BB直接 BYPASS控制，在摄相preview时候，在解码AVI视频的时候，CP直接控制LCD，并操作SD卡读取或者存储。

有些做23的设计公司，把LCD挂在23的8 bit（6bit? rgb565??) LCD controller上，这种设计就是垃圾

pman_cnsh

EMI上只有两个CS用于norflash+psram，因此外部必须加逻辑门做扩展支持CP或者并行LCD

性能就没有办法保证了。

dyyjun

以下是引用pman_cnsh在2009-12-9 21:28:47的发言：
EMI上只有两个CS用于norflash+psram，因此外部必须加逻辑门做扩展支持CP或者并行LCD

性能就没有办法保证了。

Do not worry, CS is just encodeed by high address, there is little performance cost.

dyyjun

以下是引用aquasnake在2009-12-9 19:43:55的发言：
1。EMI总线是最简单的，23用串口屏幕挂LCD，然后EMI接CP，这种架构是性能最弱的。

这种方式，多媒体JPG解码，摄相头的数据显示流是从CP-- >BB-->LCD.在操作摄像头preview同时显示的时候，效能很差

2。EMI接CP，LCD挂在CP的LCD接口上，这种架构性能是最好的。

BB--> CP-->LCD，普通情况下LCD由BB直接 BYPASS控制，在摄相preview时候，在解码AVI视频的时候，CP直接控制LCD，并操作SD卡读取或者存储。

有些做23的设计公司，把LCD挂在23的8 bit（6bit? rgb565??) LCD controller上，这种设计就是垃圾

BB--> CP-->LCD，普通情况下LCD由BB直接 BYPASS控制，在摄相preview时候，在解码AVI视频的时候，CP直接控制LCD，并操作SD卡读取或者存储。:
Maybe you do not need bypass in nornal mode controled by BB, you can also use CP to controle the LCD. You just need to transfer your display image to CP to display. I think this way is easier for hardware and software.

weiy98

以下是引用dyyjun在2009-12-10 4:56:43的发言：
圾

BB--> CP-->LCD，普通情况下LCD由BB直接 BYPASS控制，在摄相preview时候，在解码AVI视频的时候，CP直接控制LCD，并操作SD卡读取或者存储。:
Maybe you do not need bypass in nornal mode controled by BB, you can also use CP to controle the LCD. You just need to transfer your display image to CP to display. I think this way is easier for hardware and software.

功耗呢

dyyjun

以下是引用weiy98在2009-12-11 10:25:17的发言：
.
功耗呢

背光都点亮了还在乎CP的功耗？：）

weiy98

以下是引用dyyjun在2009-12-11 10:48:25的发言：
呢
背光都点亮了还在乎CP的功耗？：）

您这么想，我也没什么话好说了

aquasnake

确实供耗是非常重要的因素，CP在suspend,bypass,正常跑的时候供耗是不同的，BYPASS下，内部MCU Kenel关闭，接口VIO维持,外部CPLD逻辑电路工作，远比MCU Kenel跑起来省电很多。通常的话一旦起来，就至少15ma电流。

aquasnake

以下是引用pman_cnsh在2009-12-9 21:28:47的发言：
EMI上只有两个CS用于norflash+psram，因此外部必须加逻辑门做扩展支持CP或者并行LCD

性能就没有办法保证了。

最高位地址线如果都没用到的话，毫不增加任何硬件成本。

CS片选，在SOC内部，也是通过地址译码电路产生的，而这个地址是独立于EMA的，是由寄存器设置的，不同在于用EMA最高位产生CS会占用一半的bank空间容量。目前的23，24位地址线的最大寻址范围足够可以牺牲一个最高位地址线。

pman_cnsh

利用地址线的确是一个办法，我没有验证过，但是从读写时序上CS早于地址线有效，晚于地址线无效，使用地址线可能存在时序问题，特别是burst工作模式下？