3、花屏现象分类：静态花屏、动态花屏、条纹花屏、雪花点花屏、颜色失真花屏

做显示调试这些年，我见过最头疼的事就是——屏幕花了，但不知道是哪一种花。你想想看，同样是花屏，静态的和动态的，根因可能完全相反。我刚开始带项目时，就吃过这个亏，对着一个条纹花屏查了三天硬件，最后发现是软件里一个寄存器配错了。

所以这一章，咱们先把花屏现象分清楚。说白了，就是给花屏“拍个照”，然后对号入座。我习惯把花屏分成五类：静态、动态、条纹、雪花点、颜色失真。每一类的表象、根因、排查方向都不一样。

核心原则：花屏分类是调试的第一步。分对了，方向就对了；分错了，越调越乱。

静态花屏，就是画面固定在某一个错误状态，不闪、不跳、不滚。你看着它，它就一直那样。比如屏幕左上角一块固定的色块，或者整个画面偏绿，但不动。

这类问题，我一般先怀疑 初始化序列。我记得有一次，客户反馈屏幕开机就有一块紫色区域，怎么刷都不变。我查了三天，最后发现是初始化代码里，某个寄存器的地址写错了，导致那块区域的驱动电压没起来。

我的习惯：遇到静态花屏，先读一遍所有寄存器，和规格书对比。很多时候，就是某个bit写反了。

动态花屏，画面会动。可能是整个屏幕在闪烁，也可能是局部区域在跳动，或者像水波纹一样扩散。这类问题最让人抓狂，因为它不是固定的，你很难抓到一个稳定的现象去分析。

为什么会这样？说白了，就是 数据在传输或刷新过程中出了问题。我遇到过最典型的一个案例：MIPI DSI 的时钟频率配高了，屏幕在60Hz刷新时正常，但切到90Hz就开始闪。后来我把时钟降了一档，问题就消失了。

注意：动态花屏不要只看软件。我曾经被一个动态花屏坑了两个月，最后发现是FPC排线接触不良，手指一碰就闪。所以，先排除物理连接。

条纹花屏，就是屏幕上出现一条或多条垂直或水平的条纹。条纹可能是彩色的，也可能是黑白的。这类问题，我个人的经验是：垂直条纹查源极驱动，水平条纹查栅极驱动。

你想想看，屏幕的像素是怎么刷新的？一行一行扫，一列一列写。如果某一列的驱动芯片坏了，那整列都会出问题，形成垂直条纹。同理，某一行驱动坏了，就是水平条纹。

避坑指南：我曾经遇到一个斜条纹问题，以为是硬件坏了，换了三块屏都不行。最后发现是MIPI的D-PHY时钟和数据之间的skew没调好。所以，条纹花屏别急着换屏，先调调时序。

雪花点，就是屏幕上出现密密麻麻的、随机分布的小亮点或暗点，像电视没信号时的雪花。这类问题，在嵌入式屏幕上其实不多见，但一旦出现，基本就是 信号完整性 的问题。

我印象很深的一个项目：某款平板电脑，在低温环境下屏幕全是雪花点。一开始以为是屏坏了，后来我用示波器抓了MIPI数据线的眼图，发现眼图都快闭上了。原来是PCB走线太长，信号衰减太严重。加了一级re-driver就解决了。

一句话总结：雪花点 = 信号质量差。别怀疑屏，先怀疑你的PCB和线束。

颜色失真，就是画面能显示，但颜色不对。比如红色变成了粉色，蓝色变成了紫色，或者整个画面偏黄、偏蓝。这类问题，我一般从 颜色空间和Gamma 入手。

嗯，这里要注意：颜色失真和前面几种花屏不一样，它往往不是“坏”了，而是“配”错了。我遇到过最离谱的一次，是客户说屏幕偏红，我查了三天，最后发现是RGB的bit顺序配反了——本来是RGB565，配成了BGR565。改一个宏定义就解决了。

特别提醒：颜色失真不要一上来就调硬件。先确认软件里的颜色格式、Gamma表、Dithering配置是否正确。我见过太多人把时间浪费在换屏上，结果只是代码里一个参数写错了。

下面这张图，是我自己调试时常用的分类框架。每次拿到一个花屏问题，我先看它属于哪一类，然后按图索骥，效率高很多。

这张图我贴在工作台旁边好几年了。每次拿到一个新问题，先看现象属于哪一类，然后直接看对应的根因列表，排查效率能提升一倍。你也不妨试试。