JDI屏LAT1313驱动时序实战：从上下电到DMA刷屏的完整指南

第一次拿到LAT1313这块JDI屏的时候，我心里多少有点不以为然。LCD驱动嘛，上电、配置寄存器、打点，三步走，网上教程一抓一大把。结果现实很快给了我一记闷棍：连续两个晚上，屏要么全黑，要么铺满横纹，甚至有一版初始化序列完全照着官方示例写的，还是会在点亮之后三秒内自动熄灭。后来把逻辑分析仪挂在总线上，对着规格书一页页核对，才发现所有问题都指向同一个源头：驱动时序。这篇文章就是那几天踩坑的总结，围绕 LAT1313 这块 JDI 屏的驱动时序展开，同时也覆盖了 JDI 系 TFT 屏普遍存在的上电时序、初始化节奏、数据刷屏同步和 GOA 扫描时序问题。如果你正在被一块屏的"偶发异常"折磨，或者准备在嵌入式项目里接入一款新的 LCD 模组，这篇笔记应该能帮你省下几个通宵。

1. 点亮 LAT1313 之前，先把"时序"两个字当回事

1.1 这块 JDI 屏在我的系统里扮演什么角色

先交代一下背景。LAT1313 是 JDI 面向工业显示领域的一颗 TFT-LCD 模组，在我这边是作为主显示接入 MCU 系统的。屏本身不复杂，但 JDI 的模组有一个共同特点：对时序的要求非常"较真"。它不像一些消费级屏，稍微忍一下也能出图；JDI 屏一旦时序不对，要么直接不亮，要么亮出来的画面让你怀疑人生。

JDI 规格书第一页往往是接口框图，里面会明确画出电源引脚、信号引脚、背光引脚。LAT1313 的接口里，除了像素数据通道，还包含一组控制信号：复位、片选、时钟、数据/命令选择、TE（Tearing Effect）等等。很多人一开始只盯着数据线接得对不对，忽略了控制信号之间的相对时间关系，这是后续一切诡异现象的温床。

我在项目里用 MCU 的 FSMC 接口去挂这块屏，初始化用并行总线写寄存器，图像数据用 DMA 搬运。这套组合本身没毛病，但 FSMC 的读写时序参数、DMA 启动时机、TE 信号的处理方式，每一步都在跟 LAT1313 的时序要求"对齐"。如果你用的是 SPI 接口版本，过程类似，只是信号少一点，但等待和同步的逻辑完全一致。

1.2 为什么时序问题这么容易"背锅"

LCD 是一个数字和模拟混合的设备。CPU 发出去的命令、数据都是数字信号，但屏内的源极驱动、栅极驱动、Gamma 电路全是模拟电路。数字时序稍微偏一点，模拟电路不会直接报错，而是表现为黑屏、花屏、闪屏、横线、偏色这类让你无从下手的现象。

这也是时序问题最坑的地方：它没有日志，没有报错码，只有"看起来不对劲"的画面。我见过不少人最后把锅甩给屏的硬件质量，实际上规格书里时序图早就画得明明白白，只是没人逐项核对。解决时序问题的核心思路很简单：把规格书里的每一段时间参数，都和实际波形上的每一段对应起来。

1.3 我遇到的第一个黑屏案例

那次黑屏的原因特别低级：上电顺序错了。我先给了数字电源，然后去写代码调试串口，忘了给模拟电源，屏当然毫无反应。补上之后，屏亮了，但十分钟后我又发现一个更隐蔽的问题——复位信号的释放时机不对，导致屏内部的 Power On Reset 没有正确触发，初始化命令发了一堆，屏仍然是白屏。这个问题后面详细拆解。

2. 电源域与上下电时序：屏没点亮，九成是这里错了

2.1 为什么必须按顺序上电

TFT-LCD 模组内部一般有多个电源域：逻辑电源（VDD/VCI）、模拟电源（AVDD）、栅极驱动电源（VGH/VGL）、背光 LED 电源。LAT1313 这类 JDI 模组，电源域之间是有明确先后关系的。

拿常见架构来说，逻辑电源先建立，给时序控制器（TCON）供电，让内部状态机进入复位准备状态；接着是模拟电源建立，给源极驱动和 Gamma 偏压电路供电；最后才是背光。为什么必须按这个顺序？如果背光先亮，而栅极驱动和源极驱动还没工作，整块屏幕会呈现"所有像素都不受控"的状态，这时候的漏电和电荷积累是有可能损伤面板的。同样，如果模拟电源先于逻辑电源建立，TCON 内部电路可能处于不确定状态，复位后也容易出现寄存器默认值异常。

我在实际项目里画了一块简单的电源控制板，开机时 MCU 通过 GPIO 控制三个电源芯片的使能脚，按顺序延时开启：

// 上电顺序示例：逻辑电源 -> 模拟电源 -> 背光 power_enable(POWER_LOGIC); delay_ms(20); // 等 TCON 逻辑供电稳定 power_enable(POWER_ANALOG); delay_ms(50); // 等源极驱动和偏压建立 lcd_reset(0); // 拉低复位，开始复位流程 delay_ms(10); lcd_reset(1); // 释放复位 delay_ms(120); // 等待内部初始化完成 backlight_enable(1); // 最后开背光

这个序我从那以后一直在用，从未失手。

2.2 典型上下电时序参数怎么看

JDI 规格书里的时序图通常会画三根或四根电源轨，并在波形上标出 t1、t2、t3 这类参数。以常见的 JDI TFT 模组为例，需要重点关注的参数有：

注意，上面这些数值是典型参考值，具体到你这颗 LAT1313，一定要以规格书标注为准。我曾经在另一个项目里只看了一份相近型号的规格书，结果把复位低电平时间设成了 1ms，正好卡在边界，屏有时亮有时不亮，排查了很久才发现是复位时间不够。

2.3 实测：电源上升斜率过慢导致的隐患

这里有个容易忽略的坑：电源电压"建立"不等于电压值到了，还要看上升斜率。JDI 屏内部的 Power On Reset 电路一般会在电压爬升到某个阈值时触发复位，如果供电电源的上升沿特别缓慢，比如是 RC 软启动电路，屏内的 POR 可能反复触发，或者根本不触发。

我调试 LAT1313 时遇到过一次：用实验室直流电源供电，屏一切正常；换成板载 DCDC 后，偶尔上电白屏。用示波器看电源曲线，发现 DCDC 的输出电容太大，电压从 0 到 3.3V 爬了将近 100ms，中间有一段恰好落在 POR 阈值附近震荡，等于屏在不停地"重启"。解决办法是给 POR 电路加一个外部 RC 复位电路，或者把上升沿斜率控制在规格书要求的范围内。这个细节不实测很难发现。

3. 初始化序列的节奏控制：不是把寄存器写完就完事

3.1 每条 DCS 指令之间的等待为什么重要

上电顺序解决之后，屏应该能亮背光了，但画面大概率还是白的。接下来要写初始化序列。很多人以为初始化就是照着官方示例把一长串寄存器值灌进去，灌完就出图。实际操作中，每条指令之间往往有隐含的时间要求。

LCD 的时序控制器收到一条命令后，内部状态机需要切换。比如 Sleep Out 指令之后，内部的 DC-DC、振荡器、Gamma 电路需要时间启动。如果紧接着发 Display ON，TCON 可能还没准备好输出扫描信号，结果就是命令发了不生效，或者屏亮一下又灭。

LAT1313 的初始化序列，我的经验是要把流程拆成几个阶段，每个阶段之间留出明确的等待时间，而不是一个 for 循环把所有寄存器一口气写完。

3.2 我整理的一份初始化流程模板

下面这个流程是按照常见 JDI TFT-LCD 的初始化习惯整理的，具体寄存器值以你的 LAT1313 规格书为准，但节奏控制适用于大多数同类型屏：

第一阶段：复位与基础等待

• RESX 拉低，保持至少 10ms
• RESX 释放，等待 120ms

第二阶段：Sleep Out

• 发送 0x11（Sleep Out）
• 等待 120ms，期间不要发其他指令（部分屏可以发读状态，但写命令最好等）

第三阶段：基础设置

• 发送 MADCTL（0x36）设置扫描方向
• 发送 COLMOD（0x3A）设置像素格式，比如 0x55 表示 16bit/像素
• 发送调整 Gamma 的寄存器组

第四阶段：唤醒显示

• 发送 0x29（Display ON）
• 等待 20ms
• 再打开背光

对应到代码上，大概是这样的结构：

void LAT1313_Init(void) { // 复位 LCD_RESET_CLR; delay_ms(20); LCD_RESET_SET; delay_ms(120); // Sleep Out LCD_WriteCmd(0x11); delay_ms(120); // 像素格式与扫描方向 LCD_WriteCmd(0x36); LCD_WriteData(0x00); // 按实际屏的安装方向调整 LCD_WriteCmd(0x3A); LCD_WriteData(0x55); // RGB565 // Gamma 等厂商寄存器，按规格书填写 // ... // Display ON LCD_WriteCmd(0x29); delay_ms(20); // 开背光 backlight_enable(1); }

这个模板在我调试过的多块屏上都适用。你可能会觉得 120ms 太长了，浪费启动时间。但在量产阶段，如果你为了省这 120ms 而出现万分之一概率的点不亮，代价远大于省下的时间。启动慢一点没关系，稳定最重要。

3.3 一个反复复现的"白屏一闪又黑"问题

我在 LAT1313 上遇到过一个特别典型的时序问题：初始化代码全部执行完，背光也亮了，但屏幕先亮白，然后过两三秒自动变黑。反复复现，而且和代码改动无关。

排查方向一度怀疑背光控制和屏内部保护。后来用示波器抓 AVDD 和 VGH 的电压，发现一个现象：Display ON 之后，AVDD 电压会短暂跌落，然后 VGH 电压无法建立，面板进入保护状态。根源是 Sleep Out 之后等待不够，内部 DC-DC 还没把电荷泵电压建立稳定，Display ON 时瞬间负载增大，电压被拉垮。

把 Sleep Out 后的等待从 50ms 改成 120ms，问题彻底消失。规格书里的等待时间不是建议值，是底线。

4. 像素数据发送的时序与 FSMC+DMA 的同步坑

4.1 并行接口的读写时序参数

屏能亮、能显示静态画面之后，性能问题就浮出来了。如果只用 CPU 一条条写像素，刷一帧的时间会让人崩溃。所以我用 FSMC 接口挂载 LAT1313，再用 DMA 搬运数据。但 FSMC 不是随便配个默认参数就能用的，它需要与屏的读写时序对齐。

并行接口读写的核心参数包括：地址建立时间（Address Setup）、地址保持时间（Address Hold）、数据建立时间（Data Setup）、数据保持时间（Data Hold）。这些时间分别对应 FSMC 向 LCD 发出的片选、读写使能、地址、数据信号之间的相对位置。

LAT1313 的规格书会给出一个读写周期的时序图，上面标注了 tDS（数据建立时间）、tDH（数据保持时间）、tCS（片选脉冲宽度）等。FSMC 寄存器里的 DataSetupTime 和 AddressSetupTime 就用来控制这些时间。

4.2 把 FSMC 的时序配置与 LAT1313 对齐

用 STM32 的 FSMC 来举例。FSMC 的时序配置项里，AddressSetupTime 和 DataSetupTime 的单位是 HCLK 周期。假设 HCLK 是 72MHz，一个周期约 13.9ns。如果 LAT1313 规格书要求数据建立时间至少 30ns，那 DataSetupTime 至少需要 3 个 HCLK。

我实际用的配置大概是这样的（具体值按屏的规格书换算）：

FSMC_NORSRAM_TimingTypeDef Timing = {0}; Timing.AddressSetupTime = 5; // 地址建立时间 Timing.AddressHoldTime = 2; // 地址保持时间 Timing.DataSetupTime = 8; // 数据建立时间 Timing.BusTurnAroundDuration = 0; Timing.ClkDivision = 0; Timing.DataLatency = 0; Timing.AccessMode = FSMC_ACCESS_MODE_A;

这里要说明一个很实在的问题：如果你把时序配得太紧，读写操作可能偶发失败，表现为花屏、字符错位、某些区域颜色不对；配得太松，刷新速率会被拖慢，滚动列表时能明显感觉掉帧。最好的方式是根据规格书的最小值算出寄存器值，再往上加 20% 余量。

FSMC 里面还有一个坑：LCD 的寄存器写入和数据写入共用同一片地址空间，靠 RS 引脚（在 FSMC 里通常映射到地址线 A0 或 A16）区分。如果 FSMC 的地址建立时间不够，RS 信号可能和片选信号竞争，导致 CPU 想写寄存器时屏实际收到的是数据。这个问题的典型现象是：初始化登录后，画面整体偏移或者颜色通道错乱。

4.3 DMA 连续刷屏与撕裂效应的根源

初始化好了，FSMC 也配好了，开始用 DMA 刷屏。DMA 刷一阵子之后，可能会遇到一个在静态画面下绝对看不到的问题：屏幕滚动或刷新时，画面中间出现一条横向断裂带，断带以上的画面是旧帧，断带以下是新帧。这就是撕裂效应（Tearing）。

撕裂的产生原理不复杂。LCD 内部有一块显存（GRAM），TCON 持续从 GRAM 读数据刷新面板，而 MCU 通过接口往 GRAM 写数据。如果 MCU 写入的速度追上了 TCON 的读取指针，两者在 GRAM 里"撞车"，屏幕上就会有一条明显的分界线。

解决撕裂的标准做法是使用 TE（Tearing Effect）信号。TE 是屏主动输出的一个脉冲，表示"我现在刚好刷新完一帧，GRAM 读写安全区到了"。MCU 可以等 TE 脉冲到来之后再启动 DMA，这样写入操作只会发生在安全窗口内。

我在工程里的做法是把 TE 引脚接到 MCU 的 EXTI 输入，TE 下降沿触发中断，在中断里启动下一帧的 DMA 传输：

void EXTI_IRQHandler(void) { if (EXTI_GetITStatus(TE_PIN) != RESET) { // TE 到达，安全窗口开始，启动 DMA 刷下一帧 LCD_DMA_Start((uint32_t*)frame_buffer, buffer_size); EXTI_ClearITPendingBit(TE_PIN); } }

这样每一帧的起始时刻都和屏的内部刷新节奏对齐。如果 DMA 传输时间超过一帧，还会出现下一帧丢帧的情况，那就需要检查传输时间或改用双缓冲。LAT1313 的 TE 信号频率一般等于刷新率，我这边实测大约 60Hz，一帧的传输窗口大约 16.6ms，DMA 在 HCLK 72MHz 下传一屏 RGB565 数据大概耗时 6~8ms，足够用了。

4.4 实测踩坑记录：Tearing 只在特定角度看到横线

TE 同步解决之后，撕裂现象基本消失。但有一个案例让我印象很深：某次用手机拍屏的时候，画面里总有一条横线，肉眼看却完全正常。后来发现不是撕裂，而是 TE 信号本身存在抖动，导致 DMA 偶尔在安全窗口边缘启动，这时候撕裂只持续极短时间，肉眼难以察觉，但相机的高速快门能拍到。

解决方式是在 TE 触发后加一个固定短延时，再启动 DMA，让写入点略微远离 TCON 的读取指针：

void EXTI_IRQHandler(void) { if (EXTI_GetITStatus(TE_PIN) != RESET) { delay_us(200); // 等待安全偏移量 LCD_DMA_Start((uint32_t*)frame_buffer, buffer_size); EXTI_ClearITPendingBit(TE_PIN); } }

这个 200us 是我通过示波器反复量出来的，LAT1313 的规格书里一般会标出 TE 脉冲与 GRAM 写入安全区的关系。不同屏的延迟窗口不一样，你要自己抓波形确认，不要照抄我的值。

5. GOA 与双边同步：写在玻璃内部的扫描时序

5.1 GOA 是什么，为什么要在意它

如果你拆开一块高分辨率的 LCD 模组，会发现它的栅极驱动芯片少了很多。这是因为现代面板大量采用 GOA（Gate on Array）技术，把栅极驱动电路直接做在 TFT 阵列的玻璃基板上。

GOA 电路本质上是一串移位寄存器。TCON 提供一个起始脉冲（STV）和两组时钟（CKV/CKVN），GOA 电路中的每一级依次打开一行栅极。这样逐行扫描的节奏完全由 TCON 送出的时序决定。如果这个启动时序不对，整个屏幕的行扫描顺序就会乱。

LAT1313 这类 JDI 模组内部同样有 GOA。对驱动开发者来说，GOA 的存在意味着我们不能只关注显存读写，还要关注 TCON 初始化时对 GOA 的配置。比如，起始脉冲的极性、时钟的相位、扫描方向，都会影响实际显示。

5.2 "传统双边同步发送"到底同步了啥

规格书里如果出现"双边同步发送"这类描述，通常指的是栅极驱动信号同时从面板左右两侧送入。GOA 电路分布在左右两侧，每一行栅极由两侧的移位寄存器同时驱动。这种设计的目的是保证行扫描的充电时间在整行范围内均匀一致。

如果只从单边发送起始脉冲和时钟，面板另一端的信号会因为走线延迟而滞后，导致同一行左右两端的充电时间不一致。后果是屏幕一侧亮一侧暗，或者在快速滚动时，一侧的刷新先于另一侧，画面上出现奇怪的斜向撕裂。

在代码层面，我们需要确认初始化序列里对 GOA 左右驱动的配置寄存器是否正确。JDI 屏的规格书一般会给出一个"显示方向"或"扫描方向"的寄存器说明，改这个寄存器时要注意它同时影响 GOA 的扫描方向和源极驱动的数据输出方向。改完之后最好在屏上画一个"F"字样的测试图，方向对不对一眼就能看出来。

5.3 GOA 启动失败的现象与排查

GOA 启动失败的现象非常有辨识度：屏幕上半部分正常，从某一行开始整个下半部分画面静止、全黑或者布满噪点，而且失败位置常常是固定的，比如正好是整个屏幕的三分之一或二分之一处。这是因为 GOA 移位寄存器在某个位置没能继续传递下去。

我在 LAT1313 上遇到过一种情况：初始化序列里少了设置 GOA 时钟极性的命令，导致 CKV/CKVN 的极性反了，GOA 移位寄存器每隔一行翻一次，画面出现严重的行间错位，看起来像"百叶窗"。解决办法是检查初始化序列里所有带 0xB0、0xB1、0xB2 这类 bank 选择或测试模式的命令，确认它们和规格书示例一致。

另外有个排查技巧：GOA 相关问题在低温下更容易暴露。把屏放进冰箱或者用风扇吹，如果半屏问题的出现概率明显上升，基本就是 GOA 时钟/起始脉冲的建立时间不足。这时可以尝试加大 TCON 初始化里 CLK 的脉宽设置，或者调整 STV 相对于首行扫描的时序偏移。

6. 背光亮度与显示时序的"隐形耦合"

6.1 PWM 频率不要和帧频"打架"

背光 PWM 频率和 LCD 的扫描时序看似互不相干，实际上如果两者频率接近或成整数倍关系，就会出现一种很难察觉的"行走暗带"现象。

人眼对亮度变化的感知比较迟钝，但如果 PWM 的频率和面板刷新率存在差频，比如 PWM 是 1kHz，刷新率是 60Hz，那么在某些亮度下，你会看到屏幕上有缓慢移动的横纹。这是因为高频 PWM 在一个帧周期内平均亮度不均衡，不同帧之间同一位置的亮度存在低频调制。

我的经验是把 PWM 频率设置在刷新率的 20 倍以上，或者直接避开整数倍。比如刷新率 60Hz，PWM 用 10kHz，差频接近 9.94kHz，人眼完全察觉不到。我实测下来，10kHz 以上基本安全，如果屏的背光驱动采用恒流源，频率可以设到 20kHz 甚至更高，避开音频范围还能减少电感啸叫。

6.2 亮度极低时的发紫和花屏

背光亮度调到很低时，你可能会发现屏幕颜色变紫或偏花。这不是 LCD 显示时序的问题，而是 LED 灯条在低电流下色温漂移，再加上 PWM 占空比过小，LED 驱动电流进入非线性区所致。

驱动代码里可以限制最小占空比。比如 PWM 是 10bit，占空比最低不要低于 20，这样亮度虽然不能无限低，但至少颜色是准的。如果产品确实需要很低的亮度档，可以考虑在软件里做亮度曲线映射，把低亮度段拉长，避免在 PWM 极低值附近工作。

6.3 背光与显示使能的先后顺序

我在这块屏上踩过的一个小坑是：初始化代码里 Display ON 和背光使能之间几乎没有间隔。结果是上电瞬间，屏幕会闪一下"花屏噪点"，然后才进入正常画面。原因很简单——背光打开时，面板可能还没进入正常的显示状态，这时候你等于把面板没准备好期间的混乱像素内容放大了给用户看。

所以我现在的做法是：Display ON 之后等待至少 5 到 20ms，再打开背光。这个延迟在初始化代码里毫不起眼，但对用户体验的提升非常明显。如果开机时背光先亮、画面后出，用户会潜意识里觉得这个设备"开机慢"；反过来画面先稳定、背光再亮，观感就正常得多。

7. 常见异常屏效的排查清单与中文显示乱码的真相

7.1 一张"问题现象到排查方向"的速查表

做 LCD 驱动调试，最忌讳随机尝试。我整理了一张速查表，遇到问题先对着表格定位方向，能省很多时间：

这个表不是让你照着逐项试，而是让你知道每个典型现象的根源通常落在哪一层。

7.2 屏亮了但中文显示乱码：先别怪时序

网络上很多搜索"LCD 显示中文"的人，其实是卡在"屏亮了，但中文乱码"这一步。我要明确说一点：LCD 根本不认识"中文"这两个字，它只认识像素点阵。中文显示乱码，绝大多数情况不是显示时序的问题，而是字库编码或取模方向的问题。

中文显示链路是这样的：程序里的中文字符串（UTF-8/GBK 编码）→ 通过内码查找字库点阵 → 把点阵数据写入显存对应区域。任何一个环节错位，都会表现成乱码。最常见的原因有三个：

第一，字符编码不一致。代码文件是 UTF-8 编码，但字库索引用的是 GB2312，导致内码偏移。第二，取模方向和面板扫描方向不一致。比如屏是从左到右、从上到下扫描，但字库取模是从下到上，显示出来的汉字就是左右镜像或者上下颠倒。第三，显示缓冲区宽度和屏幕实际宽度不一致。如果一行汉字所需的字节数算错，第二行汉字会错位到第一行后面。

所以排查中文乱码，第一件事是拿一个已知正确的字模在屏上直接打点，确认行扫描方向是对的。方向对了再查编码转换，最后查缓冲区宽度。不要在驱动时序上浪费时间，这段逻辑和时序没多大关系。

7.3 用逻辑分析仪验证时序的正确姿势

如果前面的排查方向都对，但问题依然存在，那就需要示波器或逻辑分析仪出场。抓线的优先级是：RESX、CSX、SCL/WR、DCX/RS、TE，以及电源轨的上升沿。

我调试 LAT1313 时习惯把 RESX 和第一个初始化命令之间的时间、TE 脉冲和 DMA 启动之间的时间分别截图保存，然后在规格书的时序图上找到对应段落，逐项核对。这样做的好处是，一旦出现问题，你能很快判断是那一小段时序不满足，而不是把整个初始化代码翻来覆去地看。

还有一个经验：如果屏的显示偶尔出错、但不频繁，可以开盖用示波器长时间监控 TE 引脚，看有没有毛刺。TE 信号一旦被电源噪声干扰，DMA 同步就会失效。给 TE 引脚加一个 RC 滤波，比如 100 欧姆加 1nF 电容，很多偶发热点问题会直接消失。

回头看我调 LAT1313 那几天，最深的体会是：LCD 驱动不是一个"写完配置就能跑"的活，它真正考验的是你对时序参数的理解和耐心。从那以后我做任何屏的驱动，都会先把规格书里的时序图打印出来，把上电顺序、复位脉宽、Sleep Out 等待时间、TE 同步窗口这几项用荧光笔标出来，再开始写代码。这个习惯帮我避开了不少坑。如果你现在也正被一块 JDI 屏的时序问题折磨，不妨先放下代码，去把规格书翻出来，把那条从电源到像素的路径完整走一遍。