显示原理剖析：从像素到画面的硬核基础

做嵌入式GUI，说白了就是跟屏幕打交道。你写的每一行代码，最终都要变成屏幕上的一个点、一条线、一个字。如果连屏幕怎么工作的都不清楚，那字体显示校准就无从谈起。今天我就带你把这块硬骨头啃下来。

LCD驱动原理：屏幕背后的“指挥官”

LCD屏幕本身不会自己亮起来。它需要一颗驱动芯片来指挥。我早期做项目时，总觉得驱动芯片就是个黑盒子，直到有一次屏幕出现条纹，才逼着我把它研究透了。

驱动芯片的核心工作就三件事：

• 行列扫描：屏幕上的每个像素点，其实是一个个小开关。驱动芯片通过行驱动器和列驱动器，一行一行地扫描过去。就像你读文章，从左到右、从上到下。
• 电压控制：每个像素点的亮度，由加在它两端的电压决定。电压高就亮，电压低就暗。LCD用的是交流电压，因为直流电压会损坏液晶分子。
• 时序同步：行同步信号（HSYNC）和场同步信号（VSYNC）是驱动芯片的“节拍器”。没有它们，画面就会乱掉。

像素与分辨率：屏幕的“细胞”和“骨架”

像素是屏幕的最小显示单元。每个像素由红、绿、蓝三个子像素组成。你想想看，一个800×480的屏幕，就是800列、480行，总共384000个像素点。每个点都能独立控制颜色。

分辨率决定了画面的细腻程度。但这里有个坑：分辨率不等于物理尺寸。同样是320×240，2.8寸屏和3.5寸屏的像素密度完全不同。我做字体显示时，最头疼的就是这个——同样的字号，在不同PPI的屏上，大小差很多。

分辨率还有两个概念要分清：

• 显示分辨率：屏幕实际能显示的像素数。比如480×272。
• 帧缓冲分辨率：内存中分配的像素缓冲区大小。它可以比显示分辨率大，用于实现滚动或缩放。

帧缓冲（FrameBuffer）工作机制：内存里的“画板”

帧缓冲，说白了就是一块内存区域。你把像素数据写进去，驱动芯片就把它刷到屏幕上。我习惯把它想象成一个画板——你在画板上画什么，屏幕就显示什么。

帧缓冲的工作流程是这样的：

1. CPU把像素数据写入帧缓冲内存
2. LCD控制器通过DMA，直接从帧缓冲读取数据
3. 数据经过RGB接口或LVDS接口，传给屏幕驱动芯片
4. 驱动芯片把数据转换成电压信号，点亮屏幕

这里有个关键点：帧缓冲的格式。常见的有：

格式	每像素位数	颜色数	适用场景
RGB565	16位	65536色	嵌入式GUI常用，省内存
RGB888	24位	1677万色	高画质需求
ARGB8888	32位	1677万色+Alpha	需要透明效果
灰度8位	8位	256级灰度	电子墨水屏、低端屏

RGB与灰度显示：颜色的“数字密码”

RGB颜色模型，就是用红、绿、蓝三个分量来合成颜色。每个分量用一个数字表示，范围0~255（8位）。比如红色是(255,0,0)，白色是(255,255,255)。

但灰度显示就不同了。它只用亮度一个维度。把彩色转灰度，常用的公式是：

灰度值 = 0.299 × R + 0.587 × G + 0.114 × B

这个公式考虑了人眼对不同颜色的敏感度。绿色最敏感，蓝色最不敏感。我做字体抗锯齿时，就用这个公式把彩色字转成灰度字，再配合子像素渲染，效果很好。

灰度显示还有一个重要概念：灰度级。8位灰度有256级，4位灰度只有16级。灰度级越少，画面越容易出现“等高线”效应——就是颜色过渡不平滑，出现一圈一圈的条纹。我在做电子墨水屏项目时，就遇到过这个问题，后来通过抖动算法解决了。

核心知识体系

下面这张图，把本章的核心逻辑串起来了。你可以看到，从CPU到屏幕，中间经过了哪些环节。

这张图把整个显示链路画清楚了。CPU把数据写入帧缓冲，LCD控制器通过DMA读取，再传给驱动芯片。中间涉及分辨率、像素格式、时序信号三个关键因素。任何一个环节出问题，画面都会异常。