本文目录
- 有没有做HDMI开发的，spec中的pixel clock是什么含义
- ARM里为什么有System peripheral clock domain和Peripheral clock domain，二者有何区别
- irsensorinputconnector怎么读
- 学校里面在做HDMI 做数据传输，但是不明白传数据的时候TMDS的clock为什么只有165 MHz就可以了
- 像素时钟（Pixel Clock）与视频带宽（Bandwidth）是否一样
- 如何配置MIPI DSI Clock和PCLK
有没有做HDMI开发的，spec中的pixel clock是什么含义
pixel clock是像素时钟频率，意思是每秒钟的像素数。如720x480p@60hz，如果不算blanking区域的像素点数的话，需要的pixel clock是720x480x60。关于hdmi的协议解析可以查看http://blog.csdn.net/flaoter/article/details/73252240
ARM里为什么有System peripheral clock domain和Peripheral clock domain，二者有何区别
系统时钟一定比像素时钟快，并且像素时钟不能超过66.5Mhz 我翻译的可能不是很好我这里有英文版的文档 希望对你有帮助Camera Interface has two clock domains. The one is the system bus clock, which is HCLK. The other is the pixel clock, which is PCLK. The system clock must be faster than pixel clock.( The pixel clock must not be faster than 66.5Mhz) As highlighted in Figure 20- 7, CAMCLK must be divided from the fixed frequency like APLL or MPLL clock. If external clock oscillator is used, CAMCLK must be floated. Internal scaler clock is system clock. It is not mandatory for two clock domains to be synchronized with each other. Other signals as PCLK must be similarly connected to shimitt-triggered level shifter.
irsensorinputconnector怎么读
CMOSSensor的调试经验分享 我这里要介绍的就是CMOS摄像头的一些调试经验。 首先，要认识CMOS摄像头的结构。我们通常拿到的是集成封装好的模组，一般由三个部分组成：镜头、感应器和图像信号处理器构成。一般情况下，集成好的模组我们只看到外面的镜头、接口和封装壳，这种一般是固定焦距的。有些厂商只提供芯片，需要自己安装镜头，镜头要选择合适大小的镜头，如果没有夜视要求的话，最好选择带有红外滤光的镜头，因为一般的sensor都能感应到红外光线，如果不滤掉，会对图像色彩产生影响，另外要注意在PCB设计时要保证镜头的聚焦中心点要设计在sensor的感光矩阵中心上。除了这点CMOSSensor硬件上就和普通的IC差不多了，注意不要弄脏或者磨花表面的玻璃。 其次，CMOS模组输出信号可以是模拟信号输出和数字信号输出。模拟信号一般是电视信号输出，PAL和NTSC都有，直接连到电视看的；数字输出一般会有并行和串行两种形式，由于图像尺寸大小不同，所要传输的数据不同，数据的频率差异也很大，但是串行接口的pixelclock频率都要比并行方式高（同样的数据量下这不难理解），较高的频率对外围电路也有较高的要求；并行方式的频率就会相对低很多，但是它需要引脚连线；所以这应该是各有裨益。（笔者测试使用的系统是8bit并行接口）另外输出信号的格式有很多种，视频输出的主要格式有：RGB、YUV、BAYERPATTERN等。一般CMOSSensor模组会集成ISP在模组内部，其输出格式可以选择，这样可以根据自己使用的芯片的接口做出较适合自己系统的选择。其中，部分sensor为了降低成本或者技术问题，sensor部分不带ISP或者功能很简单，输出的是BAYERPATTERN，这种格式是sensor的原始图像，因此需要后期做处理，这需要有专门的图像处理器或者连接的通用处理器有较强的运算能力（需要运行图像处理算法）。 不管sensor模组使用何种数据格式，一般都有三个同步信号输出：帧同步/场同步（Framesynchronizing）、行同步（Horizontalsynchronizing）和像素时钟（pixelclock）。要保证信号的有效状态与自己系统一致，如都是场同步上升（下降）沿触发、行同步高（低）电平有效等。 通过以上介绍，我们就可以根据自己的使用的系统选择适合的sensor模组。要选择接口对应（如果并行接口，sensor模组输出数据bit位多于接受端，可以用丢弃低位的数据的方法连接）、数据格式可以接受或处理、pixelclock没有超过可接受的最高频率（有的是可调的，但帧率会受影响）、场同步和行同步可以调节到一致的sensor模组，这样才可以保证可以使用。 保证这些条件的正确性下，还要符合它的硬件电路要求，首要的是确定它的电源、时钟、RESET等信号是否符合芯片要求，其次要看所有的引脚是否连接正确，这样保证外围的电路没有错误情况下才可能正确显示图像。各个厂商生产的产品各不相同，一些厂商的sensor模组在默认状态下就可以输出图像，而有些厂商的sensor模组必须要设置一些寄存器以后才可以得到图像。区别是否可以直接输出图像，可以通过检测sensor的输出脚，如果三个同步信号都有，数据线上也有数据，那一般就会有默认图像输出，另外也可以跟厂商联系获得有关信息。如果没有默认输出就需要设置寄存器了，一般都是通过两线串行方式（IIC总线使用频率很高）设置寄存器。 摄像头问题及解决法汇总 一、名词解释 1.白平衡 白平衡指的是传感器对在光线不断变化环境下的色彩准确重现的能力表示。大多数拍照系统具有自动白平衡的功能，从而能在光线条件变化下自动改变白平衡值。设计工程师寻找的图像传感器应该配备了一个很好的自动白平衡（AWB）控制，从而提供正确的色彩重现。 2.动态范围 动态范围测量了图像传感器在同一张照片中同时捕获光明和黑暗物体的能力，通常定义为最亮信号与最暗信号（噪声门槛级别）比值的对数，通常用54dB来作为商业图像传感器的通用指标。具有较宽动态范围的图像传感器可以在明光环境下提供更好的性能（例如，使用较窄动态范围传感器在明光环境下拍出的照片会出现“水洗”或模糊的现象。） 3.工频干扰(Banding) Sensor在日光灯作为光源下获取图像数据时会产生flicker，其根本原因是照在不同pixel上光能量不同产生的，所接受的光能量的不同也就是图像的亮度的不同。 由于CMOSsensor的曝光方式是一行一行的方式进行的，任何一个pixel的曝光时间是一样的，也就是同一行上的每个pixel的曝光开始点和曝光的时间都是一模一样的，所以同一行的所有点所接收到的能量是一样的，而在不同行之间虽然曝光时间都是一样的，但是曝光的开始点是不同的，所以不同行之间所接受到的能量是不一定相同的。为了使不同行之间所接受的能量相同，就必须找一个特定的条件，使得每一行即使曝光开始点不同，但是所接受的光能量是相同的，这样就避开了flicker，这个特定的条件就是曝光时间必须是光能量周期的整数倍时间。 Banding由工频干扰引起，交流电光源都有光强的波动，在中国交流电频率是50Hz，光强的波动就是100Hz，周期10ms。如果camera曝光时间不是10ms的整数倍，那么在不同的感光面接收到的光能量一定不一样，体现在图像上就是有明暗条纹。消除banding就得想让曝光时间是10ms的整数倍！60Hz的交流电需要控制曝光时间为8.33ms的整数倍。 以50Hz为例说明，实现这个有两种法： 1、设置曝光控制，强制为10ms整数倍变化，但是这样会浪费一部分曝光时间，导致曝光无法用满，在室内自然就会损失性能。 2、修改桢率，使每桢图像分到的时间是10ms的整数倍，则可以用满每桢曝光时间在，室内效果更好。修改桢率可以插入DummyLine或者DummyPixel。这需要一点点计算，具体计算需要看sensor输出Timing。 例如把桢率设置为7.14fps，则每桢曝光时间是140ms。如果是15fps，则每桢曝光时间是66.66ms，如果强制曝光为10ms整数倍，最大即60ms，则有6.66ms无法参与曝光，损失性能。 具体调整桢率方法得和sensor的FAE沟通，每个sensor都可能不一样，不能一概而论。调整桢率还有个原则要注意，预览一般不能低于10fps，再低就很卡，常用14.3fps和12.5fps；抓拍不能低于5fps，否则用手就很难拍出清晰的照片，常用7.14fps。桢率是一个权衡折中 的选择，高了曝光时间不够，暗光效果太差，低了没法拍照，容易虚。 4.LensShading(colorshading) 5.ChiefRayAngle 拍摄镜头和传感器之间的接口是整个可拍照手机系统中最重要的接口之一。随着镜头的长度变得越来越短，光线到达传感器像素位置的角度也就会变得越来越大。每个像素上都有一个微镜头。微镜头的主要功能就是将来自不同角度的光线聚焦在此像素上。然而，随着像素位置的角度越来越大，某些光线将无法聚焦在像素上，从而导致光线损失和像素响应降低。 从镜头的传感器一侧，可以聚焦到像素上的光线的最大角度被定义为一个参数，称为主光角(CRA)。对于主光角的一般性定义是：此角度处的像素响应降低为零度角像素响应(此时，此像素是垂直于光线的)的80%。 光线进入每个像素的角度将依赖于该像素所处的位置。镜头轴心线附近的光线将以接近零度的角度进入像素中。随着它与轴心线的距离增大，角度也将随之增大。CRA与像素在传感器中的位置是相关的，它们之间的关系与镜头的设计有关。很紧凑的镜头都具有很复杂的CRA模式。如果镜头的CRA与传感器的微镜头设计不匹配，将会出现不理想的透过传感器的光线强度(也就是“阴影”)。通过改变微镜头设计，并对拍摄到的图像进行适当处理，就可以大大降低这种现象。 改变微镜头设计可以大大降低阴影现象。然而，在改变微镜头设计时，必须与镜头设计者密切配合，以便为各种拍摄镜头找到适合的CRA模式。相机的设计工程师应该确保这种技术合作得以实现，并确保传感器与镜头CRA特性可以很好地匹配。为确保成功实现此目标，美光开发了相关的仿真工具和评价工具。 由于光线是沿着不同的角度入射到传感器上的，因此对于各种镜头设计而言，阴影现象都是固有的。“cos4定律”说明，减少的光线与增大角度余弦值的四次方是成比例关系的。另外，在某些镜头设计中，镜头可能本身就会阻挡一部分光线(称为“晕光”)，这也会引起阴影现象。所以，即使微镜头设计可以最小化短镜头的阴影现象，此种现象还是会多多少少地存在。为了给相机设计者提供额外的校正阴影现象的方法，MT9D111中内嵌的图像处理器包含了阴影校正功能，它是为某些特定镜头而定制的。为了帮助设计工程师将传感器集成在他们的产品中，美光为其生产的所有传感器产品提供了各种开发软件。通过使用这些软件，相机设计工程师可以简化对各种芯片特性默认值的修改过程。每种变化的结果都可以显示在一个PC监视器上。对于很多相机中用到的新型镜头，通过使用这个开发系统，可以对校正镜头阴影和空间色彩失真进行参数设置。通过使用一个均匀点亮的白色目标，可以对设置响应过程进行简单的试验。软件开发工具可显示对阴影现象的分析结果。之后，工程师就可以使用区域方法来应用校正值。关于校正过程的寄存器设置将保存在开发系统中，以用于相机设计。 6.Binning Binning是将相邻的像元中感应的电荷被加在一起，以一个像素的模式读出。Binning分为水平方向Binning和垂直方向Binning，水平方向Binning是将相邻的行的电荷加在一起读出，而垂直方向Binning是将相邻的列的电荷加在一起读出，Binning这一技术的优点是能将几个像素联合起来作为一个像素使用，提高灵敏度，输出速度，降低分辨率，当行和列 同时采用Binning时，图像的纵横比并不改变，当采用2:2Binning，图像的解析度将减少75%。在手机小屏幕上Preview时建议用这种方式而不是通过DSP来做抽点的动作。 7.IRcut（滤除红外光） sensor不仅对可见光谱感光,而且对红外光谱感光.IR就是infrared红外光,如果没有IR-CutFilter,图象就会明显偏红,这种色差是没法来用软件来调整的,一般IR-Cut在650+/-10nm,而UV,紫外光的能量很小,一般就忽略了. 未加IRcut拍摄的照片,可见影响最大的是图像的色彩. 二、图像传感器拍摄问题汇总 1.出现横向条纹 比如出现横向的紫色或绿色条纹。一般情况下是时序有问题。 实例图如下： 硬件改善了MCLK和PCLK线，现在已经基本没有绿线了. 走线的时候要注意MCLK、PCLK还有帧同步（vsync）和行同步（hsync），基本上市面上的芯片这些信号都要分开走线，最好加GNDshielding. 总结: 现象:闪横的紫色或绿色干扰线 原因:Hsync和高速线距离太近太长,产生了耦合(10cm的高速线产生约5pF左右的耦合电容),导致HSYNC不能迅速拉升至90%的区域，相位不同步，最终数据采集有错位。然后因为YUV算法的作用，引起绿线和紫色的闪线。 解决法：绝对禁止将HSYNC，PCLK，MCLK这三根线挤在一起走线。1）HSYNC夹在低速线SDA和SCL之间 2）PCLK和MCLK如果一定要贴着走线，最好拉开一点距离，当中夹一根地线。 2.颜色和亮度不连续 一般是数据线存在短路、断路和连错的问题。图像会出现类似于水波纹的等高线或大面积色偏.D信号丢失画面整体也会色偏，比如RGB565,D0~D4均断路图像会因蓝色和绿色信号丢失过多而呈现红色。 1）一根数据线虚焊导致的等高线及颜色失真例子 等高线 正常的图像 2）两根数据线和其他设备复用导致的偏绿问题 8根数据线中有两根被其它设备复用了，所以这两跟线没出数据。 3）数据线接反的情况： 4）数据线错位 例1.好不容易把OV2640初始化了，但是预览的图像却不对，附件是我capture的一张图（我的一根手指头-_-|||）。我用Photoshop分析了一下上面的图片，发现只有G通道有信号，RB通道全黑。 我测了一下2640的10根数据线与CSI的16根数据线的连接关系，发现硬件工程师布板时弄错了将sensor的10根数据线D的8bit数据，结果造成了数据位的错位与丢失，造成了以上图像的状况。 5）数据线问题例图汇总 第一张是亮度很低的情况下抓到的原始数据图像 第二张是将光圈调大以后出现的现象 3.图像中只有红或绿颜色 Y和U/V的顺序不对。将摄像头的采样格式由CbYCrY改为YCbYCr后,颜色就对了。示例图片如下所示： 4.横向无规则条纹 5.竖向无规则条纹 6.偏红 7.热噪声. 过一段时间噪点逐渐增多. 开始工作时正常的，，没有色点，工作过一段时间后，模组开始出现色点，而且色点越来越多.如上图所示.原因： 工作一段时间sensor温度会提升，温度升高会加剧半导体材料的本征激发。这会导致sensorS/N降低，noise加剧。此状况与sensor材料关系较大，后端或软件处理可以减缓此状况但不能根除。这种叫hotpixel，是芯片过热造成的。 8.模拟电压过低或不稳定 模拟电压过低导致很强的光才能感应图像，并且偏色。 例1如下图所示，只有天花板上的灯管才感应成像，其他部分很模糊。 例2，模拟电压过低导致竖向条纹。提高AVDD后问题解决。 例3，在调试OV7725时发现，刚打开摄像头时图像有条纹，开了一段时间后图像就正常了，有没有哪位知道是什么原因；不正常的图像如下。查出问题了，是模拟电压不稳导致的。 9.背部材料太薄导致“鬼影” 补强的表面要用亚光黑油，防止漏光。 例1.OV2715异常图像，感测到了背面电路板的漏光，图像如下： 例2，GC0307图像异常，如下图。中间有条线，像分层那样的线，正常情况是没有。格科微的叫我们四周都补胶，就解决啦。 10.由噪声导致的图像横纹 在新版的电路板中，将CMOS移到离主IC较远的地方现象就消失了，之前是放在主IC的背面，猜测是主IC对CMOS造成的影响，比如在模拟电压上引入噪声。示例1如下图所示。 示例2： cmos为ov的30w像素，型号为ov7141。使用时出项很明显的水平方向的横波纹。采用3.3v和2.5v供电，其中VDD_C和VDD_A是由2.5v供电，pcb上直接将他们连在一起接2.5v。直接铺地，没有划分模拟地和数字地。 使用外接电源对AVDD供电，没有出现上述现象。可以确定是由主板的电源噪声引起的 改板后效果还可以，主要改动有： 1)原来是两层板，现在用的是4层板，有专门的电源层 2)LDO输出改用大容量的钽电容滤波。示波器测量电源纹波比以前小了。 11.工频干扰 在室外自然光下如果不会出现，那一定是50/60Hz引起的flicker; 12.Lens校准参数未调好导致的中间较亮的情况 用OV9650摄像头模组拍的图片，像素是800X600；中间较亮 从硬件来说，可能是lensset与sensor不匹配，特别是CRA，你得看看datasheet两者是否差距太大。 软件上，可能是lenscorrection没调好（个人感觉楼主状况属此列），设定好correction区域然后将gain值拉高让中心与周边亮度差异减少，如果此时整个画面过曝，可以将整体gain值再往下调（也可以设定曝光参数来减少画面亮度）。 按以上方法调整OV9650的几个与lenscorrection有关的寄存器的值，使中心和四周的亮度均匀！ 13.通过自动增益控制降低噪点 在调试OV7675时，图像有左边是模糊的，右边正常，图片如下： 将AGC调小之后不会出现了，但是没之前亮了.效果如下: 14.自动曝光计算出现的偏绿现象 OV7670： 在室外光线较亮拍摄时，画面颜色任何时候都正常。 在室内光线较暗拍摄时，刚打开摄像时拍摄的画面偏绿，几秒钟之后就会恢复正常。 属于正常现象。 OV767030W计算AE时间比较长。在计算AE的过程中容易出现偏色现象。可以丢帧或者延时解决这个问题 15.时序不对导致的图像上部或下部出现条纹因Vsync偏移出现问题的例子如下图所示。 问题解决方法： camera模组的timing调整不了。修改AP的camera控制，使垂直同步偏移12rows.图像输出正确。 16.lens镜间反射导致的眩光 这是一颗5M的模组拍摄的图片，天花板的灯在视场外边缘，图中为何出现紫红色的光？是什么原因造成的？ 属眩光现象，一般是由于多片lens镜间反射造成。通过改善镀膜制程，增加镜片透射率可以缓解次问题。 另外，这张照片光心偏到左边去了，holder偏移？lenssetcircle够大啊，这种偏移都能cover掉。 多谢各位关注，问题已经解决，此现象是lens组装到模组上面的机构问题产生。 17.pclk与vsync布线干扰 在调试一款手机摄像头(OV7675)时,发现画面垂直不同步,主要是画面的下半部分跳动很厉害,上半部分是好的. 问题已经找到了,帧同步VSYNC和PCLK布线有干扰 18.PCLK采样边沿选择不对导致的噪点 例1，图中有噪点 转换了一下Pclk的极性，这个躁点的问题得到了很好的解决。 例2.ov7675拍出来的照片发绿。可能是PCLK采样边缘不对，可以试试将pclk反向。也可能是数据线缺失问题。 例3，如下图所示。通过修改pclk的上升沿和下降沿就解决了。 主要有两点： 1.修改PCLK的上升沿的斜率。2.或者修改I/O的上升沿的斜率。 原因是不同厂家的模组layout的走线的长短，FPC的厚薄，都可能影响到PCLK的获取，FPC的公差过大，或者头板的制作是否有什么问题，都可能引起这个问题。如果可以通过硬件的方式改变PCLK上升沿的斜率，也可以解决这个问题。 来结案了，通过修改pclk的上升沿和下降沿就解决了 19.FPN问题 白天或亮一点的地方是没有这个问题，就只有在低照度下使用闪光灯拍照会有这样的情形。 FPN(fixedpatternnoise),无解。 20.台阶效应 gain过大，把digitalize的量化步距，乘大了，就出现台阶效应。还与内部的量化精度不够，有关系。 另外，若不同的颜色通道的gain不同（白平衡计算出的R/G/B_gain不同），会出现colorphaseerror。 示意图，如下，只画了B、G两个通道，B_gain比G_gain大，会造成灰阶的景物，有的地方B大，有的地方G大，就会出现颜色不断交替。 结合上台阶效应，可能就会表现成的这幅图 21.因电源问题产生的竖向条纹 现在已经确定是电源的问题了，我在每个电源都并上了一个大电容，条纹消失了。现在我是用CPU的I/O采集的，效果很好。 22.Lens与摄像头不匹配导致的部分偏红现象 图中下方居中的地方偏红。ov工程师将LENSCORRECTION调到了极限问题还存在，确认是LENS与SENSOR不匹配造成的，模组厂家更换了镜头后问题基本解决。 我下载了你的图片发现有以下问题： 1．首先你的照片awb就不对，本身这张照片就没有达到白平衡．2．照片边界锯齿现象很严重． 3．色偏问题，你首先要了解一下你的sensor的Lenschiefrayangle角度是多少，还有lens的CRA是多少.如果lens的CRA小于sensor的．一定会有偏色的现象．要么换lens．如果市场上找不合适的Lens,就说明sensor本身品质不是很好． 4.理论上lensshading是解决lens的通透率不一样的问题．但也许各家回加自己的算法，可以一试． 5．如果Lens和sensor都已经固定，可以人为想一些法来减少色差．a.可以将颜色调淡点，这样就不太明显 b．做AWB校正，排除不同sensor对RGB感应的不同，引起AWB曲线走的不准． CRA通俗的讲是lens的主轴光线和对成像有贡献的最大的如射光线的夹角,一般Lens厂商会提供CRA曲线,因为Lens从中心到四周的CRA是不一样的. 偏红除了SHADING外可能还是要调AWB，因为图片的下方其实就是一片白色，sensor在照白色的地方出现了偏红，再试试调整一下AWB，或者在灯箱里看看R,G,B的三条线是 否重合！ 如果是AWB的问题，那为什么图像还有白色区域呢？AWB是不会调的有的偏色，有的不偏，不知道的就不要乱说。 如果是CRA不比配，那出现的偏色应该是对称的，下面偏红则上面一定会偏红。个人觉得应该是漏光造成的，不是barrel就是通光孔那里引入了杂光。 23．DOVDD28走线过细过长以及地线不合理现象：花屏 原因：2.8V电压因为导线上的电阻吸收了电压，导致驱动能力不够。地线被拉高并产生毛刺现象，影响信号完整性和数据采集。 24.DVDD电压有问题 图中的高光部分是公室窗户。其它部分全黑，没有任何细节？是什么原因？AWB？AGC？还是对比度啊？ 问题解决了，是DVDD电压不对。 datasheet写的1.8V，问了FAE结果是1.2V。 25.增益小导致的白色条纹问题 当对着白色的物体时，刚进入预览时，会出现下图中显示的条纹，当移动手机时，则这种条纹消失，以后也不会出现，只有再次进入预览时可能会出现，请教各位大虾到底是什么原因？ 这个问题，现在已经解决了，加大了初始化代码中的增益之后，就可以了。 26.帧率问题导致的图像错位 Sensor为0v9655在拍sxga130万图像有时会出现图像错位的问题（如图），vga的则不会出现，帮忙分析。谢谢！ 帧率太高了,暴光时间短了.可以调整VBLANK,HBLANK来解决再降低FPS到5,试试,你的buffer速度呢??谢谢大家！在我这里降低帧速率比较有效。 27.电源噪声 OV9653出现如图所示的横向纹路。 问题已经解决，电源问题，AVDD加钽电容就好了。估计是电源纹波比较严重导致的。
学校里面在做HDMI 做数据传输，但是不明白传数据的时候TMDS的clock为什么只有165 MHz就可以了
HDMI线TMDS通道是有三个，你看WIKI的针介绍就知道了。给你算一下，165MHz×10bit=1.65Gbit, 一条就可以1.65Gbit，那么三条1.65×3=4.95Gbit；例如：1920*1080，逐行扫描，帧频为30，假设每帧扫描两次，在1秒内的图像数据量为1920×1080×30×2=1.25G像素那你说够不够呢？现在的高速线也算是1.4版，TMDS clock达到了340MHZ。其它还有很多技术上的，我也不算也懂，就像为什么同样的带宽1.4的线对3D有优化这个。所以HDMI线材，一般质量好的，都能达1080P，但这个是理论上的，算上其它，最好还是要现在1.4版的线。特别是长线！
像素时钟（Pixel Clock）与视频带宽（Bandwidth）是否一样
Dot Clock Mqd 一般表示在典型的，可长时间持续清晰稳定的分辨率下的稳定带宽。一般中文翻译为典型带宽。典型带宽不是0Y-6 最大值，而是厂商建议的『使用带宽』。 而现在业界描述的带宽，却表示的是一台显示器可以达 到的最高分辨率下的带宽，这就是『峰值带宽』的意义。 因此，虽然都是表示带宽，但表示范围稍有不同，并不能混为一谈 举个例子 整屏显示的『点』的个数! 分辨率为 800*600 点的个数 480000 个 分辨率为 2048*1536 点的个数 3175278 个 800*600下的Dot Clock就一定会比2048*1536下小许多，这样解释您应该可以明白了吧 厂商建议用户使用0449B(P1500)在230mhz，但并不表示这台 显示器就只能达到230mhz，如果您有特殊需要，您完全可以使用超过300mhz的带宽。
如何配置MIPI DSI Clock和PCLK
RK针对MIPI DSI的lcd配置时有两个clock, rockchip,dsi_hs_clk 和 clock-frequency.文件中如下:disp_mipi_init: mipi_dsi_init{compatible = “rockchip,mipi_dsi_init“;rockchip,screen_init = 《1》;rockchip,dsi_lane = 《4》;rockchip,dsi_hs_clk = 《348》;rockchip,mipi_dsi_num = 《1》;};disp_timings: display-timings {native-mode = 《&timing0》;compatible = “rockchip,display-timings“;timing0: timing0 {screen-type = 《SCREEN_MIPI》;lvds-format = 《LVDS_8BIT_2》;out-face = 《OUT_P888》;clock-frequency = 《58200000》;hactive = 《480》;vactive = 《1280》;hback-porch = 《160》;hfront-porch = 《160》;vback-porch = 《10》;vfront-porch = 《12》;hsync-len = 《24》;vsync-len = 《2》;hsync-active = 《0》;vsync-active = 《0》;de-active = 《0》;pixelclk-active = 《0》;swap-rb = 《0》;swap-rg = 《0》;swap-gb = 《0》;};};有人可能对这两个值不太清楚如何设置,而设置出错会引起显示异常,这里简要说明下:clock-frequency:即DCLK(dotc clock), PCLK(pixel clock).clock-frequency = (h_active + hfp + hbp + h_sync) * (v_active + vfp + vbp + v_sync) * fps厂商给的参考值是58.2MHz, 那么fps就是:fps = 58200000 / (480 + 160 + 160 +24) * (1280 + 12 + 10 + 2) = 54HzPCLK不能太大,Android支持不超过60fps.PCLK不能太小,小了画面刷新率会比较慢.rockchip,dsi_hs_clk:即每条MIPI data lane 传输速率.dsi_hs_clk = ((h_active + hfp + hbp + h_sync) * (v_active + vfp + vbp + v_sync) * fps * bpp) / lane_number这里就是:dsi_hs_clk = ((480 + 160 + 160 +24) * (1280 + 12 + 10 + 2) * 54 * 24) / 4 = 348136704 bps = 348 Mbpshs_clk不能太小,太小会显示灰屏,偏小会偏移.hs_clk不能太大,过大画面会显示条纹.RK文档有提到 dsi_hs_clk还需要加上100, 追踪了下源码,没看出来.另外我有实际测试其中一款屏,发现最终的值还是会有差异,不知道这是为什么.顺便说下, 由于MIPI DSI上升沿和下降沿都可以发送数据,所以MIPI CLK Lane * 2 = MIPI DATA Lane在测量的时候, 要注意MIPI DSI CLK Lane的时钟速率会慢一倍.