lcd ram/半反穿技术解析【转】

简介:

转自:http://bbs.meizu.cn/viewthread.php?tid=3058847&page=1

我的话题应该会比较长一些。但是大致板块如下:
1.LCD RAM;-->此项目前已经Over
2.OCA贴附方式;==>这个暂时不能给出更新时间,但是会尽快.
3.揭短某机所谓的半反穿屏幕;-->12/23 11:51 已经更新完毕。
4.使用魅族这么长时间的经验以及建议;

---------------------------------------------------------------------
感谢各位捧场加分支持。接下来的内容已经在筹备和撰写中了。因为在线写,所以速度上不去,稍安勿躁。还请见谅。
---------------------------------------------------------------------------
预告下:

原帖由  超高压 于 2011-12-23 12:50 发表 
楼主高人,能不能分析一下苹果4的屏幕为什么就那么透彻呢,感觉跟贴在屏幕上的一样,而且在阳光下,显示效果也很好。个人觉得比M9显示效果强很多。MX暂时还没见过,不清楚。

高人不敢当,恩,下一个OCA的话题就是谈这个哦。基本上来讲两个原因:一是苹果本身UI所导致的,而是跟OCA贴附方式也是有一定关系的。既然比较就应该用同等UI,同等背景的情况下比较,那样的话,只剩下OCA贴附方式不一样而已了。但是OCA方式会降低10%的良率以及后期维修费用双倍增加。至于阳光下的反应好,那是因为苹果本身的亮度就比魅族高100左右,加上OCA方式去除了TP与LCD之间的空气,避免由空气带来的镜面反射作用。大致如此。
-------------------------------------------------------------------------------------------
首先来讲第一个话题LCD RAM
由来
最近魅族论坛和小米论坛最火的话题之一莫过于LCD RAM,当然小米最近后院起火,导致售后/投诉才是最火的.
何为LCD RAM?
LCD 是指字面意思是液晶显示屏(Liquid Crystal Display), 而RAM: 随机存取存储器(Random-Access Memory),两者完全是风马牛不相及的东西。
下图是一个标准的LCD的爆炸图(不含TP),请注意图中红色mark的地方:控制IC-- LCD的大脑。所谓的LCD RAM自然是指此大脑是否包含RAM.
<ignore_js_op>LCD explode.png

题外话<不感兴趣的可以跳过此节>
这个小东西占整个模组<不含TP>的大约8%~15%,也就是说以目前单片4.5的720P的IPS价格大致为200左右,这个IC的价格大约为16~30之间。<这个只是我估算出来的,还有待考证>。占整个手机成本比例其实算是很低了只有1%左右。当然同规格的IC是否内置RAM,的确价格方面会有差异,但是不会相差太多。目前产品同质化的严重的条件下产品的竞争力更多的表现为企业的采购力和成本控制能力。apple就是一个好的例子,最好的东西,最低的价格,当然一定是最大的量,甚至很多企业不惜亏本也要接apple的案子,原因有二:一是苹果能帮助企业一起提升制程能力,另外一方面,需要借助apple提升自己的形象。<不好意思扯的远了点>。

回到正题。
LCD是否需要RAM?
既然说到这里,我不得不澄清,这个狗血剧情并非新话题,其实在N久以前非高速产品<QVGA分辨率下的MTK产品时代>就一直存在此现象.这就好比N版的神雕侠侣,剧情不变,每一版的主演都在变.想当初一个年轻力壮的RGB和妖艳冻人貌美如花的如花:CPU一起当然要上演些狗血的激情.而现今廉颇老矣,尚能饭的自然只有MIPI.当然MIPI一人扮两角,搞2P是是万万不可的.因为这个主演的MIPI是一家之主,有N多小妾,其中两个一个被称为DSI和DCS。
下面我来正式介绍以上几个联袂激情演出的主角.大家热烈欢迎.
手机的器件很多,但主体无非是屏幕,主板,电池,外壳,最为核心的自然是主板和屏幕,屏幕与主板处理器之间的必然会有接口才能交换数据,我们称之为interface(数据接口)。
时间回到07年Iphone一代发布以前,主流手机尺寸还是2.2,分辨率大致QVGA,普通非智能手机平台如MTK/英飞凌/高通等都只有CPU接口(也写成MPU/MCU),若要采用RGB接口的大屏,则要添加一个CPU接口到LCD RGB接口的转换芯片。除此以外还有SPI,VSYNC,MDDI,MIPI等;

我重点说下,MCU(CPU),RGB interface。因为这个才是关系RAM的存在与否的关键。
CPU和RGB是两种不同的接口,简单的来讲:
CPU模式下,LCD controller是直接内置于LCD屏中的,这是所谓的Smart Display Panel,驱动程序只通过MPU数据总线将Data送到LCD的RAM中,至于显示到LCD中就直接交给内置的controller吧.
RGB模式下,就必须使用外部的controller,一般是指(手机或其他外部处理器)CPU自带,此时的LCD就是所谓的Dumb Display Panel(Dummy屏),数据必须通过点,行,帧时钟等由CPU自带controller去控制驱动数据显示到LCD上.
下面我简单用示意图来描述下这两者的差异.
<ignore_js_op>RGB CPU Iterface.PNG
速度上的较量:
这是两种不同的数据传输方式,一般来讲RGB接口传输数据要比CPU接口来的更快.因为对于LCD Driver IC而言,通过CPU interface,数据必须要先送至Driver IC内置的RAM,然后再由Driver IC内置的controller显示在LCD上.而相比之下RGB方式是通过接口直接往LCD上送data显示.说到底此两方案都需要一个RAM去暂存待发Data,只不过CPU是将GRAM做在Driver IC中,而RGB则需要接口转换IC(一般芯片中会集成此功能,内置GRAM.)但是不得不将这里所指的时间快慢只是以毫秒去计算的,人的感知根本无法对此作出判断.
优劣势的较量:
一般来说RGB更适用用以前所谓的大屏,QVGA/VGA,小屏(小于1.8寸)一般使用CPU interface.这个跟功耗基本上没有关系如果一定要扯到功耗比较,那么只能说同等驱动电压以及驱动尺寸下理论上CPU方式耗电更大,因为外置RAM的缘故.而CPU模式控制简单,无需时钟和同步信号,相比之下的RGB模式客制化程度更高.但是对开发端而言稍显复杂,并不是简单的下command的方式就能实现显示功能.
下面我们的故事进行到新版的狗血剧情中:MIPI阵营.(想了解MIPI的可以自行百度)
MIPI好比大户人家,MIPI就是一家之主的地主黄世仁.下面有无数小妾,DSI,DSC恰是其中两个.这两个各有所长,你可以认为,他们一个长的漂亮迷死了黄老爷,一个功夫厉害,爽死了黄老爷.总之结果就是和黄老爷搞上了.
<ignore_js_op>DCS DSI.JPG

以下内容来源网络。

DSI(Video Mode)视频模式.
这种工作模式与传统RGB接口相似,主机需要持续刷新显示器。由于不使用专用的数据信号传输同步信息,控制信号和RGB数据是以报文的形式通过MIPI总线传输的。因为主机需要定期刷新显示器,显示器就不需要帧缓冲器。这才MX LCD不需要RAM的关键原因。
DCS(Command mode)命令模式
MIPI总线控制器使用显示命令报文来向显示器发送像素数据流。显示器应该有一个全帧长的帧缓冲器来存储所有的像素数据。一旦数据被放在显示器的帧缓冲器中,定时控制器就从帧缓冲器中取出数据,并自动把它们显示在屏幕上。MIPI总线控制器不需要定期刷新显示器。
两种模式的优缺点
       在成本和功耗方面,每个工作模式都有优点和缺点。视频模式显示架构无须帧缓冲器。然而,主机定期以高速模式发送DSI视频报文却消耗了大量的平均能量。
       在理想情况,当显示内容不改变时(或不经常改变时),显示系统的中央处理器就应该切换到低功耗模式,而处理器和显示器之间的链路会在需要的时候激活。由于主机定期刷新的需要,部分中央处理器和存储器接口也需要保持激活状态,这可以使系统不会达到最好的功率预算。
       另一方面,命令模式显示架构允许显示器直接对整个帧缓冲器进行自刷新。然而,在显示器中集成全帧长帧缓冲器总是需要成本的,特别是今天的大多数用户所需求的高分辨率显示器。这就要求接口芯片有更大的管芯尺寸。显示器制造商也不得不为每种显示分辨率提供具有特定容量帧缓冲器的显示控制器。
       对于视频模式和命令模式显示架构,通常都需要对显示控制器的寄存器编程来设置相应的显示分辨率、外观比率和工作模式。MIPI并不定义任何标准协议来访问这些内部寄存器,因此,不同的显示器制造商可以定制自己专用的命令集。
       为了摆脱不同制造商专用显示命令之间的冲突,有些制造商更愿意让显示器能够自己进行初始化,以使显示器不需要MIPI主机控制器的配置就可以正常工作。在这种情况下,显示器通常有一个存储显示参数的PROM存储器。这是非常方便的,但PROM也占据了比较大的存储器空间。

看完上面这一段,应该会有人明白了。其实这只是两种方式而已,都是把手机处理器的数据传送到LCD上,并显示出来,结果都是一样。正如魅族工程师所言,目前的处理器完全能够应付,RAM是多次一举。

下面就部分网友提出的为何9100和IP4内置RAM的事情进行澄清.
       首先是9100,我没有找到9100的资料,但我不相信9100上市产品在使用command mode,这样的方式虽然节省端口的数据量,但是存在刷新频率低,并且这么高的分辨率以及亮度的产品,肯定会导致filker闪烁出现.并且以9100的处理器,同时为两块WVGA的产品video mode的刷新完全没有压力.
       其次是IP4,IP4驱动IC的确内置RAM.但是却未使用在产品端.下面我来举证.
       这是IP4/IP4S的测试开发板.
看图中,大家可以比对下网上的拆机图片,确认下是不是apple的模组?
<ignore_js_op>N94.png 
       此测试系统使用的是solomon SSD2825的MIPI芯片使用video mode点亮的.我拿到的datasheet并非正式版,(其实SSD2805完全可以驱动Apple的模组,只是必须以command mode,)因为此产品为3lane产品,而SSD2805只能支持2lane,最大带宽无法满足video mode,而SSD2825支持4lane,最高分辨率可以支持到1920*1200;
      下面看我在SSD2825 Datasheet中的截图.
<ignore_js_op>DUMB DISPLAY.PNG 
       此IC同时支持Dumb display panel 和Smart display panel.而对我们MX的处理器更不用说,其实**的处理完全支持(个人猜想),那么为什么**没有这样做呢.肯定是降低开发难度,不需要在LCD接口调试上花费太多精力,但缺点也显而易见,可能偶尔会出现屏幕延时的现象.
       再来讨论下IP4为何内置LCD RAM,首先IP4内置RAM这个毋庸置疑,但是内置不代表他在使用,原因有二:一是对Apple这样走量的客户,订单随便都是上千万,这样的量,内置和不内置价格基本无异.二来,Apple是不做亏本生意的,那么RAM是干嘛用的,答案就是For工厂端的测试使用,众所周知,使用command mode的时候,对带宽要求较低,从某种意义上来讲,对LCD工厂端测试机的要求相应也会降低.apple虽然是暴利企业,但是不得不说他很会供应商打成一片,帮助供应商一起降低成本,等于变相的降低自己的成本.
好了,现在问题解决了.大家还期待什么?**以及众媒体的下一轮诋毁?来吧.脑残们.哥举起打狗棒候着你们.
       最后的话,其实我们真的没必要掐来掐去,都是数码爱好者,只是大家需求不一样而已.何必来这种下三滥的诋毁.真以为**是发烧友俱乐部?呵呵,我只能默默的在心底呼喊:脑残.但是从另外一个角度来讲**是一个成功的产品,因为价格真的很有杀伤力.但同时蛋疼的也低价所带来的品质低劣,售后等一大堆问题.
       读完以上内容大家应该对此次LCD RAM有个定夺了吧,其实说是魅族cost down而使用残缺屏,完全是扯鸡巴蛋。这是活脱脱的扣屎盆子的行为。我都懒得鄙视某些企业,不实实在在的做企业,倒是拿些“全球”“最快”“双核”“顶级供应商”“1999”“发烧友”字样,帮助一些无知的有着发烧梦的伪发烧友成就他们所谓的发烧梦想。我更愿意把他看着是一个公开的媒体愚民宣传,当然我不想对这些被愚弄的或者自愿被愚弄的小辈报以同情心。
__________________________________
LCD RAM部分更新完成。如有不实之处,还请各位指教。

To be continue......

[ 本帖最后由 westjam 于 2011-12-23 13:00 编辑 ]

 











本文转自张昺华-sky博客园博客,原文链接:http://www.cnblogs.com/sky-heaven/p/5198579.html,如需转载请自行联系原作者

相关文章
|
9月前
|
Web App开发 数据采集 开发者
某查”平台请求头反爬技术解析与应对
某查”平台请求头反爬技术解析与应对
|
8月前
|
传感器 人工智能 物联网
穿戴科技新风尚:智能服装设计与技术全解析
穿戴科技新风尚:智能服装设计与技术全解析
689 85
|
8月前
|
人工智能 API 语音技术
HarmonyOS Next~鸿蒙AI功能开发:Core Speech Kit与Core Vision Kit的技术解析与实践
本文深入解析鸿蒙操作系统(HarmonyOS)中的Core Speech Kit与Core Vision Kit,探讨其在AI功能开发中的核心能力与实践方法。Core Speech Kit聚焦语音交互,提供语音识别、合成等功能,支持多场景应用;Core Vision Kit专注视觉处理,涵盖人脸检测、OCR等技术。文章还分析了两者的协同应用及生态发展趋势,展望未来AI技术与鸿蒙系统结合带来的智能交互新阶段。
550 31
|
8月前
|
机器学习/深度学习 缓存 自然语言处理
深入解析Tiktokenizer:大语言模型中核心分词技术的原理与架构
Tiktokenizer 是一款现代分词工具,旨在高效、智能地将文本转换为机器可处理的离散单元(token)。它不仅超越了传统的空格分割和正则表达式匹配方法,还结合了上下文感知能力,适应复杂语言结构。Tiktokenizer 的核心特性包括自适应 token 分割、高效编码能力和出色的可扩展性,使其适用于从聊天机器人到大规模文本分析等多种应用场景。通过模块化设计,Tiktokenizer 确保了代码的可重用性和维护性,并在分词精度、处理效率和灵活性方面表现出色。此外,它支持多语言处理、表情符号识别和领域特定文本处理,能够应对各种复杂的文本输入需求。
1075 6
深入解析Tiktokenizer:大语言模型中核心分词技术的原理与架构
|
8月前
|
编解码 监控 网络协议
RTSP协议规范与SmartMediaKit播放器技术解析
RTSP协议是实时流媒体传输的重要规范,大牛直播SDK的rtsp播放器基于此构建,具备跨平台支持、超低延迟(100-300ms)、多实例播放、高效资源利用、音视频同步等优势。它广泛应用于安防监控、远程教学等领域,提供实时录像、快照等功能,优化网络传输与解码效率,并通过事件回调机制保障稳定性。作为高性能解决方案,它推动了实时流媒体技术的发展。
477 5
|
8月前
|
数据采集 机器学习/深度学习 存储
可穿戴设备如何重塑医疗健康:技术解析与应用实战
可穿戴设备如何重塑医疗健康:技术解析与应用实战
324 4
|
8月前
|
机器学习/深度学习 人工智能 自然语言处理
AI技术如何重塑客服系统?解析合力亿捷AI智能客服系统实践案例
本文探讨了人工智能技术在客服系统中的应用,涵盖技术架构、关键技术和优化策略。通过感知层、认知层、决策层和执行层的协同工作,结合自然语言处理、知识库构建和多模态交互技术,合力亿捷客服系统实现了智能化服务。文章还提出了用户体验优化、服务质量提升和系统性能改进的方法,并展望了未来发展方向,强调其在客户服务领域的核心价值与潜力。
497 6
|
8月前
|
编解码 人工智能 并行计算
基于 Megatron 的多模态大模型训练加速技术解析
Pai-Megatron-Patch 是一款由阿里云人工智能平台PAI 研发的围绕英伟达 Megatron 的大模型训练配套工具,旨在帮助开发者快速上手大模型,打通大模型相关的高效分布式训练、有监督指令微调、下游任务评估等大模型开发链路。本文以 Qwen2-VL 为例,从易用性和训练性能优化两个方面介绍基于 Megatron 构建的 Pai-Megatron-Patch 多模态大模型训练的关键技术
|
8月前
|
监控 负载均衡 安全
静态IP代理与动态IP代理:提升速度与保障隐私的技术解析
本文探讨了静态IP代理和动态IP代理的特性和应用场景。静态IP代理通过高质量服务提供商、网络设置优化、定期更换IP与负载均衡及性能监控提升网络访问速度;动态IP代理则通过隐藏真实IP、增强安全性、绕过封锁和提供独立IP保障用户隐私。结合实际案例与代码示例,展示了两者在不同场景下的优势,帮助用户根据需求选择合适的代理服务以实现高效、安全的网络访问。
300 1
|
8月前
|
机器学习/深度学习 数据采集 自然语言处理
基于Python的情感分析与情绪识别技术深度解析
本文探讨了基于Python的情感分析与情绪识别技术,涵盖基础概念、实现方法及工业应用。文中区分了情感分析与情绪识别的核心差异,阐述了从词典法到深度学习的技术演进,并通过具体代码展示了Transformers架构在细粒度情感分析中的应用,以及多模态情绪识别框架的设计。此外,还介绍了电商评论分析系统的构建与优化策略,包括领域自适应训练和集成学习等方法。未来,随着深度学习和多模态数据的发展,该技术将更加智能与精准。
520 1

推荐镜像

更多
  • DNS
  • 下一篇
    oss云网关配置