1、显示系统概述：嵌入式游戏机显示架构、显示子系统组成、显示驱动的作用与分层
各位同学，咱们今天聊聊嵌入式游戏机的显示系统。说实话，这个主题我特别喜欢，因为我在做掌机项目时，被显示问题折腾得够呛。你想想看，一个游戏机，画面都出不来，那还玩什么？
显示系统，说白了就是让像素听话的系统。它负责把游戏逻辑算出来的画面，变成屏幕上你能看到的彩色图像。这里面门道不少，咱们一层层剥开看。
1.1 嵌入式游戏机显示架构
先说说整体架构。嵌入式游戏机的显示系统，一般分三层：
- 应用层：游戏引擎、UI框架，负责生成画面内容
- 驱动层：显示驱动，负责管理帧缓冲、配置显示控制器
- 硬件层：LCD/OLED屏幕、显示控制器、显存
我个人习惯把这三层比作「厨师、传菜员、食客」。游戏引擎是厨师，负责炒菜（渲染画面）；驱动是传菜员，负责把菜端到桌上；硬件就是食客，负责吃（显示）。
关键点：驱动层是承上启下的桥梁。它既要理解上层应用的渲染需求，又要操控底层硬件的寄存器。我在项目中见过不少同学，只关注上层渲染，忽略了驱动配置，结果画面撕裂、闪烁，折腾好几天。
1.2 显示子系统组成
一个完整的显示子系统，包含哪些部件？我列个清单：
| 组件 | 作用 | 常见规格 |
|---|---|---|
| 显示控制器 | 负责从显存读取像素数据，生成时序信号 | ILI9341、ST7789、SSD1306 |
| 帧缓冲 | 存储一帧画面的像素数据 | 320x240x16bit = 150KB |
| 显存 | 存放帧缓冲和调色板数据 | SRAM、PSRAM、SDRAM |
| 显示接口 | 连接控制器和屏幕的总线 | SPI、8080并行、RGB、MIPI DSI |
| 背光模块 | 提供屏幕光源 | PWM调光、恒流驱动 |
嗯，这里要注意。帧缓冲的大小直接决定了你能显示的颜色深度和分辨率。比如320x240分辨率，16位色（RGB565），一帧就需要320×240×2 = 153,600字节。你想想看，如果MCU只有256KB RAM，光一个帧缓冲就占了大半。
我的经验：做低端游戏机时，我建议用双缓冲。一个缓冲用于显示，另一个用于渲染。这样可以避免画面撕裂。我曾经在STM32F4上做过一个掌机，双缓冲用了300KB RAM，差点把内存撑爆。后来改用行缓冲+局部刷新才搞定。
1.3 显示驱动的作用
显示驱动到底干些什么活？说白了就三件事：
- 初始化硬件：配置GPIO、时钟、显示控制器寄存器
- 管理帧缓冲：分配内存、刷新数据、处理DMA传输
- 提供接口：给上层应用提供画点、画线、填充等API
我举个例子。你写一个画点函数，看起来很简单：
// 在帧缓冲中画一个像素
void draw_pixel(int x, int y, uint16_t color) {
if (x < 0 || x >= SCREEN_WIDTH) return;
if (y < 0 || y >= SCREEN_HEIGHT) return;
framebuffer[y * SCREEN_WIDTH + x] = color;
}但实际驱动里，你还要考虑字节对齐、颜色格式转换、DMA传输等等。我曾经在项目里遇到一个问题：画点函数跑得飞快，但屏幕刷新时却卡顿。后来发现是每次画点都直接操作显存，没有用DMA批量传输。改成DMA后，帧率从15fps提升到了60fps。
避坑指南：千万不要在中断服务函数里直接操作帧缓冲！我曾经这么干过，结果画面出现随机噪点，查了两天才发现是中断和主循环同时访问显存，导致数据错乱。解决办法是用互斥锁，或者干脆在中断里只设标志位，在主循环里处理刷新。
1.4 显示驱动的分层设计
好的驱动，一定要分层。我一般分三层：
- 硬件抽象层（HAL）：直接操作寄存器，屏蔽芯片差异
- 核心驱动层：管理帧缓冲、刷新策略、DMA传输
- 图形接口层：提供画点、画线、文字、图片等API
为什么要分层？你想想看，如果所有代码都揉在一起，换个屏幕型号就得重写整个驱动。分层之后，你只需要改HAL层，上层代码完全不用动。
我记得有一次，客户要求把ILI9341的屏幕换成ST7789。因为驱动是分层设计的，我只花了半天就改好了HAL层的初始化代码和时序配置，上层游戏逻辑一行没改。要是当初不分层，估计得折腾一周。
核心原则：驱动层只负责「怎么显示」，不负责「显示什么」。上层应用决定画面内容，驱动层负责把内容送到屏幕上。这个界限一定要清晰，否则代码会变得难以维护。
好了，这一章就讲到这里。显示系统是嵌入式游戏机的基础，理解了这个架构，后面讲帧缓冲管理、刷新策略、颜色格式时，你就能知道它们在整个系统中的位置。下一章，咱们深入聊聊帧缓冲的具体实现。