树莓派SPI屏幕驱动与应用开发全攻略：从硬件连接到图形界面

1. 项目概述：一块为树莓派量身定制的3.5英寸SPI屏幕

如果你手头有一块树莓派，想给它找个屏幕，但又不想用笨重的HDMI显示器，或者想做个便携的嵌入式终端、智能家居控制面板，那么这块“3.5inch RPi LCD (G)”屏幕很可能就是你正在寻找的答案。我最近刚用它完成了一个小项目，从驱动调试到应用开发走了一遍，感觉这块屏在树莓派生态里算是个“小而美”的经典选择。它通过SPI接口与树莓派通信，分辨率是480x320，自带电容触摸功能，核心驱动芯片是ST7796S，触摸芯片是XPT2046。别看它个头不大，但五脏俱全，从显示到交互都能搞定，特别适合那些对空间和功耗有要求的嵌入式场景。

这块屏最大的特点就是“省事”。它不像HDMI那样需要复杂的时序和高速信号，也不像一些并口屏需要占用大量GPIO。SPI接口只需要几根线，接线简单，对树莓派的GPIO资源占用少，软件上也有成熟的驱动框架支持。对于开发者来说，这意味着你可以把更多精力放在应用逻辑上，而不是在底层显示驱动上折腾。无论是用Python写个图形界面，还是用C语言直接操作帧缓冲，都能找到成熟的路径。接下来，我就结合自己的实操经验，从硬件连接到软件驱动，再到应用开发，为你完整拆解这块屏幕的使用全流程，并分享一些官方文档里不会写的调试技巧和避坑指南。

2. 硬件连接与接口原理深度解析

2.1 SPI接口：为何选择它作为通信骨干

拿到这块屏幕，第一件事就是接线。它主要依赖两个SPI通道：一个用于显示（ST7796S），一个用于触摸（XPT2046）。SPI（Serial Peripheral Interface）是一种高速、全双工、同步的串行通信总线，在嵌入式领域应用极其广泛。选择SPI驱动屏幕，核心考量是在性能、复杂度和资源占用之间取得最佳平衡。

与并行接口相比，SPI只需要4根基本线（SCLK时钟、MOSI主出从入、MISO主入从出、CS片选），极大地节省了GPIO引脚。对于树莓派这种GPIO数量有限但功能需求多样的平台来说，这一点至关重要。与I2C接口相比，SPI是全双工且时钟速率更高。I2C虽然更省线（只有SDA和SCL两根），但其半双工特性和标准模式100kHz、快速模式400kHz的速率，在驱动一块480x320分辨率、需要实时刷新图像的屏幕时，会显得力不从心。SPI的时钟频率轻松可以达到几十MHz，足以满足中小尺寸LCD的刷屏需求。

这块3.5寸屏使用的ST7796S驱动器，其SPI接口通常工作在4线模式（即带DC/命令数据选择线）。除了标准的SPI四线外，你还会看到DC（Data/Command）、RST（Reset）和BL（Backlight）这些引脚。DC线是关键，它告诉驱动器芯片，当前SPI线上传输的是命令（如设置显示区域、电源模式）还是数据（实际的像素RGB值）。这种设计使得命令和数据的传输可以在同一组SPI线上完成，无需额外的地址线。

2.2 引脚定义与树莓派对接实战

屏幕的引脚通常会印在PCB上或通过排针引出。以常见的40Pin树莓派（3B+/4B等）为例，我们需要将屏幕的引脚映射到树莓派的GPIO上。特别注意，树莓派GPIO的3.3V电平必须与屏幕逻辑电平匹配，这块屏通常是3.3V的。

下面是一个最常用、经过验证的接线对照表。我强烈建议你按照这个来接，可以避免后续驱动配置的很多麻烦：

注意1：电源是关键。务必从树莓派的3.3V引脚（物理引脚1或17）取电，而不是5V引脚。接错电压很可能永久损坏屏幕的逻辑部分。如果屏幕背光需要更高电流，可能需外接供电，但逻辑电源必须来自3.3V。

注意2：SPI总线共享。从表格可以看出，LCD和触摸芯片的MOSI、SCLK线是共用的。这是SPI总线的一个典型应用：通过不同的片选（LCD_CS和TP_CS）来区分不同的从设备。树莓派的主SPI0（CE0, CE1）正是为此设计的。我们为LCD分配了CE0（GPIO8），为触摸分配了独立的GPIO23作为软件片选。

实操心得：焊接或使用杜邦线连接时，务必确保连接牢固。SPI是高速总线，接触不良会导致花屏、触摸失灵等随机性故障，这种问题最难排查。我习惯用彩色排线按顺序连接，并在连接器处用热熔胶稍微固定，防止移动时松脱。

2.3 背光控制与功耗考量

LCD_BL引脚控制屏幕背光。你可以简单地将其接至3.3V，让背光常亮。但更推荐的做法是接到一个支持PWM输出的GPIO上，例如表格中的GPIO18。这样你就可以通过软件调节背光亮度，不仅能营造更好的视觉体验（特别是在不同环境光下），还能有效降低功耗。对于电池供电的项目，动态调节背光是延长续航的必备手段。

在树莓派上，你可以使用raspi-gpio命令或WiringPi、RPi.GPIO等库来产生PWM信号。一个简单的Python脚本就能实现亮度平滑过渡。需要注意的是，有些屏幕的背光是LED串联，需要一定的驱动电压和电流，树莓派GPIO的驱动能力（通常~16mA）可能不足，这时就需要一个简单的三极管或MOSFET扩流电路。不过对于这块3.5寸屏，通常直接连接GPIO即可驱动。

3. 软件驱动配置与内核设备树（DTB）详解

硬件连接妥当后，下一步是让树莓派系统识别并驱动这块屏幕。树莓派的主流操作系统（如Raspbian/Raspberry Pi OS）其显示和触摸驱动通常通过**Linux内核的设备树（Device Tree）**机制来加载。我们需要告诉内核：“嘿，在SPI0总线上，挂载了一个ST7796S显示设备和一个XPT2046触摸设备，它们的引脚是这样连接的”。

3.1 设备树（DTB）覆盖文件解析

最规范的方法是使用或编写一个设备树覆盖（DTB Overlay）文件。很多屏幕厂商会提供现成的.dtbo文件。对于这块屏，一个典型的驱动配置可能涉及两个覆盖：一个用于SPI LCD (fb_st7796s)，一个用于SPI触摸 (ads7846，因为XPT2046与ADS7846兼容)。

你需要编辑树莓派的/boot/config.txt文件。这是配置硬件的主要入口。在文件末尾添加如下配置：

# 启用SPI接口 dtparam=spi=on # 加载SPI TFT LCD驱动覆盖，并指定参数 dtoverlay=fb_st7796s, speed=40000000, rotate=0, fps=60 # 参数说明： # speed: SPI时钟频率，单位Hz。40000000即40MHz。过高可能导致花屏，可逐步降低测试。 # rotate: 屏幕旋转角度 (0, 90, 180, 270)。 # fps: 目标帧率，驱动会尝试优化以达到此值。 # 加载触摸屏驱动覆盖，并指定参数 dtoverlay=ads7846, cs_pin=23, irq_pin=27, speed=2000000, penirq_pin=27, swapxy=0, xmin=200, xmax=3900, ymin=200, ymax=3900 # 参数说明： # cs_pin: 触摸芯片片选引脚 (BCM编码)，对应GPIO23。 # irq_pin/penirq_pin: 触摸中断引脚，对应GPIO27。 # speed: 触摸SPI速度，2MHz通常足够。 # swapxy, xmin/xmax, ymin/ymax: 用于触摸坐标校准和轴交换。

添加配置后，重启树莓派 (sudo reboot)。如果一切顺利，系统启动后，屏幕应该会亮起并显示树莓派的启动日志或桌面（如果你安装了桌面环境）。

关键调试步骤：如果屏幕没有显示，首先检查背光是否亮起。如果背光亮但无图像，问题可能出在SPI通信或初始化序列上。

1. 检查SPI是否启用：运行ls /dev/spi*，应该能看到/dev/spidev0.0和/dev/spidev0.1等设备文件。
2. 检查内核日志：使用dmesg | grep -i st7796或dmesg | grep -i spi查看驱动加载是否有错误信息。
3. 降低SPI速度：在config.txt中将speed=40000000改为speed=20000000或更低，过高的速度在接线较长或质量不佳时会导致数据错误。
4. 检查电源：用万用表测量屏幕VCC和GND之间的电压，确保是稳定的3.3V。树莓派的3.3V电源带载能力有限，如果同时连接了其他外设，可能导致电压跌落。

3.2 触摸校准与坐标映射

屏幕点亮只是第一步，触摸的准确性至关重要。由于生产工艺和安装的差异，触摸屏的物理坐标与报告的电信号值之间可能存在偏移、缩放或旋转。ads7846驱动加载时指定的xmin/xmax/ymin/ymax参数就是用来做线性校准的。但这些值是理想值，通常需要实测。

校准方法：

1. 系统启动后，安装触摸校准工具：sudo apt install xinput-calibrator。
2. 如果你的系统是桌面版，通常会在首次检测到触摸屏时自动弹出校准程序。如果没有，可以在终端执行xinput_calibrator。
3. 按照屏幕提示，依次点击四个角落的十字标志。
4. 程序会输出一组新的校准参数，格式类似于：

   Section "InputClass" Identifier "calibration" MatchProduct "ADS7846 Touchscreen" Option "Calibration" "200 3900 200 3900" Option "SwapAxes" "0" EndSection

5. 你需要将这些参数更新到X Window系统的配置中。通常可以创建一个文件/etc/X11/xorg.conf.d/99-ads7846-cal.conf，将上面的内容写入。重启X服务或系统后生效。

实操心得：xinput_calibrator输出的Calibration值就是更精确的xmin, xmax, ymin, ymax。你可以将它们反馈回/boot/config.txt中的dtoverlay=ads7846参数里，这样在系统启动早期（包括控制台阶段）触摸就是准的。另外，SwapAxes和InvertX/Y等选项可以解决触摸方向不对或镜像的问题，需要根据实际情况调整。

3.3 帧缓冲（Framebuffer）设备与测试

驱动加载成功后，屏幕在Linux系统中会表现为一个帧缓冲设备，通常是/dev/fb1（主HDMI显示是/dev/fb0）。你可以用一些简单的命令来测试显示是否正常：

• sudo cat /dev/urandom > /dev/fb1：向帧缓冲写入随机数据，屏幕会显示“雪花点”。这是一个快速的“屏幕是否活着”的测试。
• 使用fbi（帧缓冲图像查看器）显示一张图片：sudo fbi -d /dev/fb1 -T 1 -noverbose -a your_image.jpg。
• 使用con2fbmap可以将控制台输出切换到这块屏幕：con2fbmap 1 1（将控制台1映射到fb1）。

对于无桌面的树莓派，你甚至可以将这块SPI屏设为主显示，用于显示控制台。这需要在/boot/cmdline.txt中修改console参数，并可能禁用HDMI，操作相对复杂，但能打造一个极简的终端设备。

4. 应用层开发：从基础绘图到图形界面

驱动搞定，硬件正常工作，接下来就是最有趣的部分——让屏幕为你所用。根据项目需求，你可以选择不同复杂度的开发方式。

4.1 使用Python与PIL进行底层绘图

对于简单的信息显示、仪表盘或动画，Python+Pillow(PIL) +spidev/RPi.GPIO库是一个快速上手的组合。你可以直接操作SPI向屏幕发送绘图命令和像素数据。

核心思路：

1. 初始化屏幕：通过SPI发送一系列ST7796S的初始化命令序列（通常厂家会提供）。这些命令设置屏幕的扫描方向、颜色格式、电源模式等。
2. 定义绘图函数：编写函数，将指定内存区域（一个二维数组或PIL Image对象）的像素数据，按照屏幕要求的格式（如RGB565），通过SPI发送出去。需要处理DC引脚的高低电平切换来区分命令和数据。
3. 使用PIL绘图：利用PIL库强大的绘图功能，在内存中创建图像、画线、写字、贴图。
4. 刷新屏幕：将PIL生成的图像数据转换成RGB565格式，调用你自己的绘图函数刷新到屏幕的特定区域或全屏。

示例代码片段（概念性）：

import spidev import RPi.GPIO as GPIO from PIL import Image, ImageDraw, ImageFont # 初始化GPIO和SPI GPIO.setmode(GPIO.BCM) DC_PIN = 24 RST_PIN = 25 BL_PIN = 18 GPIO.setup(DC_PIN, GPIO.OUT) GPIO.setup(RST_PIN, GPIO.OUT) GPIO.setup(BL_PIN, GPIO.OUT) GPIO.output(BL_PIN, GPIO.HIGH) # 打开背光 spi = spidev.SpiDev() spi.open(0, 0) # 使用SPI0, CE0 spi.max_speed_hz = 40000000 spi.mode = 0b00 def send_command(cmd): GPIO.output(DC_PIN, GPIO.LOW) # DC低电平表示命令 spi.xfer([cmd]) def send_data(data): GPIO.output(DC_PIN, GPIO.HIGH) # DC高电平表示数据 if isinstance(data, list): spi.xfer(data) else: spi.xfer([data]) # 发送初始化序列 def init_display(): send_command(0x01) # 软件复位 time.sleep(0.12) # ... 发送更多初始化命令 send_command(0x11) # 退出睡眠模式 time.sleep(0.12) send_command(0x29) # 打开显示 # 将PIL图像（RGB）转换为RGB565字节流并发送 def display_image_pil(img): # 1. 调整图像大小匹配屏幕 (480x320) img = img.resize((480, 320), Image.Resampling.LANCZOS) # 2. 转换为RGB565格式的字节数组 # ... (此处需要实现RGB到RGB565的转换) rgb565_data = convert_to_rgb565(img) # 3. 设置显示区域 (ST7796S命令) send_command(0x2A) # 列地址设置 send_data([0x00, 0x00, 0x01, 0xDF]) # X start=0, X end=479 (0x1DF) send_command(0x2B) # 行地址设置 send_data([0x00, 0x00, 0x01, 0x3F]) # Y start=0, Y end=319 (0x13F) send_command(0x2C) # 内存写入 # 4. 发送像素数据 send_data(rgb565_data) # 主程序 init_display() image = Image.new('RGB', (480, 320), color='white') draw = ImageDraw.Draw(image) font = ImageFont.load_default() draw.text((10, 10), "Hello, SPI LCD!", fill='black', font=font) display_image_pil(image)

这种方法给你最大的控制权，但需要自己处理所有底层细节，包括颜色空间转换、双缓冲防撕裂等，性能也并非最优。

4.2 利用SDL2或PyGame进行图形应用开发

对于需要更流畅动画、事件处理（包括触摸）的应用，SDL2或PyGame是更高级的选择。它们能直接利用Linux的帧缓冲（/dev/fb1）或通过dispmanx（树莓派特有的图形层）进行硬件加速渲染。

以PyGame为例，配置好后，你可以像在普通屏幕上一样开发游戏或交互应用：

1. 首先确保SDL2的视频驱动设置为fbdev或kmsdrm，并指向你的SPI屏幕设备。
2. 在Python中初始化PyGame时，设置环境变量：

   import os os.environ["SDL_FBDEV"] = "/dev/fb1" os.environ["SDL_MOUSEDRV"] = "TSLIB" # 使用tslib处理触摸 os.environ["SDL_MOUSEDEV"] = "/dev/input/touchscreen" # 触摸设备节点

3. 然后正常使用pygame.init(),pygame.display.set_mode()。触摸事件会被转化为鼠标事件。

这种方式性能好，开发效率高，适合复杂的图形界面。

4.3 集成到QT或GTK等桌面应用框架

如果你的项目需要一个接近桌面应用的复杂UI，可以基于QT或GTK进行开发。树莓派上可以安装完整的QT5或GTK3环境。

• QT：QT对嵌入式Linux的支持非常好。你可以通过配置eglfs（使用OpenGL ES）、linuxfb（直接使用帧缓冲）或wayland等平台插件，让QT应用运行在SPI屏幕上。触摸事件通过tslib或evdev输入插件处理。
• GTK：类似地，GTK应用可以通过设置GDK_BACKEND=fbdev等环境变量来运行在帧缓冲上。

这些框架提供了丰富的控件、布局管理和事件系统，适合开发数据监控仪表盘、工业HMI等专业界面。不过，它们也会占用更多的系统资源，在树莓派Zero或1代上可能会比较吃力，但在树莓派3B+或4B上运行流畅。

5. 性能优化与高级技巧

当基本功能实现后，你可能会遇到刷新率不够、画面撕裂、CPU占用过高等问题。下面分享一些提升体验的进阶技巧。

5.1 提升SPI刷屏速率与双缓冲机制

SPI总线的实际有效数据吞吐量是限制刷新率的关键因素。计算一下全屏刷新所需的数据量：480 * 320像素 * 2字节/像素 (RGB565) = 307,200字节。假设SPI时钟为40MHz，但由于指令开销、DC引脚切换延迟、CPU处理时间等，实际有效数据传输率可能只有理论值的60%-70%。全屏刷新一帧的时间大约在307200 * 8 bit / (40e6 * 0.65) ≈ 94ms，即约10.6 FPS。这还不包括绘图计算的时间。

优化策略：

1. 提高SPI时钟：在确保稳定的前提下，在config.txt中逐步提高speed参数。好的PCB布线和短接线有助于达到更高频率。
2. 局部刷新：只更新屏幕上发生变化的部分区域，而不是全屏刷新。这需要应用层逻辑配合。
3. 使用DMA（直接内存访问）：这是最有效的硬件加速手段。树莓派的SPI控制器支持DMA，它可以在不占用CPU的情况下搬运数据。在C语言层面，你可以使用bcm2835库或直接操作/dev/spidev并结合ioctl请求DMA传输。在配置设备树覆盖时，有些驱动已经内置了DMA支持，确保其被启用。
4. 双缓冲（Double Buffering）：在内存中创建两个帧缓冲区（Front Buffer和Back Buffer）。应用在Back Buffer上完成所有绘图操作，完成后，通过一个原子操作（如一条SPI命令设置新地址）将Back Buffer的内容快速切换为Front Buffer并发送到屏幕。这可以避免屏幕在绘制过程中显示不完整的帧，消除撕裂感。虽然SPI屏本身可能不支持硬件双缓冲，但可以在驱动或应用层模拟此机制。

5.2 触摸响应优化与防误触

触摸体验的流畅度同样重要。XPT2046是电阻式触摸芯片（虽然标题写“电容”，但XPT2046通常是电阻式，这里可能需确认屏幕具体型号），其采样和数据处理需要注意。

1. 降低SPI噪声干扰：触摸SPI线应远离LCD的SPI线和背光PWM线，并行时最好用地线隔离。在config.txt中为触摸SPI设置一个合适的、不过高的速度（如1-2MHz），过高的速度在长线传输下更容易受干扰。
2. 软件滤波：在驱动或应用层对读取的坐标数据进行软件滤波。常见方法有：
   • 平均值滤波：连续采样N次，取平均值作为最终坐标。
   • 中值滤波：连续采样N次，排序后取中位数，能有效消除突发毛刺。
   • 卡尔曼滤波：更高级的动态预测滤波，适合快速滑动的轨迹预测和平滑。
3. 去抖动（Debouncing）：处理触摸按下和释放事件时，设置一个毫秒级的时间阈值，只有触摸状态稳定超过该阈值才被认定为有效事件，防止因接触抖动导致的误触发。
4. 校准存储：将一次校准后的参数（包括校准矩阵、最大最小值）永久保存（如写入文件或EEPROM），避免每次启动都需要校准。

5.3 低功耗设计与背光管理

对于便携设备，功耗是生命线。

1. 动态背光调节（PWM）：如前所述，将背光控制连接到PWM引脚。根据环境光传感器（如BH1750）的读数或时间自动调节亮度，或提供用户手动调节的界面。在无操作一段时间后自动调暗或关闭背光。
2. 利用ST7796S的睡眠模式：当屏幕不需要显示时，通过发送命令（如0x10进入睡眠模式）让LCD驱动器进入低功耗状态。注意，睡眠模式下通常需要保持电源，但功耗可以降至微安级。唤醒时发送0x11退出睡眠模式，并可能需要重新初始化部分寄存器。
3. 关闭触摸控制器：在不需要触摸的时候，可以通过拉高触摸芯片的片选(TP_CS)或通过SPI命令使其进入低功耗模式。
4. 树莓派自身功耗管理：考虑使用raspi-config降低CPU主频、关闭未使用的接口（如HDMI、USB、Wi-Fi/蓝牙），或让树莓派在空闲时进入休眠状态。

6. 常见问题排查与实战心得

在这一部分，我汇总了实际项目中遇到的一些典型问题及其解决方法，希望能帮你少走弯路。

6.1 屏幕白屏、花屏或不显示

这是最常见的问题，排查思路如下：

1. 电源与背光：

   • 背光不亮：检查LCD_BL引脚是否接好，电压是否为3.3V。用万用表测量背光LED两端的电压。如果使用PWM，检查软件是否输出了有效信号。
   • 背光亮，但屏幕全白/全黑/杂乱色块：这通常是SPI通信或初始化问题。全白可能是屏幕处于复位状态或未正确初始化。全黑可能是背光没问题但像素点全部被关闭。

2. SPI通信故障：

   • 检查接线：重中之重！确保MOSI,SCLK,CS,DC,RST每根线都连接正确且牢固。特别注意DC和RST线，它们不是SPI标准线但至关重要。
   • 检查设备树配置：确认/boot/config.txt中的dtoverlay参数拼写正确，引脚编号（BCM编码）与你的接线一致。检查是否有其他覆盖文件冲突。
   • 降低SPI速度：在config.txt中将speed参数从40000000（40MHz）逐步减半测试，如20000000，10000000。劣质排线或过长走线无法支持高速通信。
   • 查看内核日志：dmesg | grep -E “(spi|st7796|fb)”查看驱动加载是否有错误。常见的错误包括“transfer failed”、“timeout”、“device not responding”。

3. 复位时序问题：

   • 确保上电后，RST引脚有一个正确的低电平脉冲（通常>10ms）来完成硬件复位。有些驱动代码会在初始化时软件控制RST引脚，检查这部分逻辑是否正确。
   • 复位完成后，需要等待足够的时间（数据手册通常要求>120ms）再开始发送初始化命令。

6.2 触摸无反应或坐标不准

1. 触摸完全无反应：

   • 检查TP_CS,TP_IRQ,TP_MISO接线。
   • 运行evtest命令，查看是否有对应的输入设备（如/dev/input/event0）以及当触摸时是否有事件输出。如果没有，说明触摸驱动未加载或加载失败。
   • 检查/boot/config.txt中ads7846覆盖层的参数，特别是cs_pin和irq_pin是否正确。
   • 用示波器或逻辑分析仪检查触摸SPI总线上是否有波形，特别是在触摸时TP_CS和TP_IRQ的变化。

2. 坐标不准、跳点或划线断断续续：

   • 首要任务是校准：务必使用xinput_calibrator进行校准，并将结果应用到系统配置中。
   • 检查电源噪声：触摸芯片对电源噪声非常敏感。确保其VCC供电干净稳定，可以在VCC和GND之间并联一个0.1uF和10uF的电容进行滤波。
   • 软件滤波：如前所述，在应用层增加平均值或中值滤波算法。
   • 检查压力阈值：XPT2046可以报告触摸压力。在驱动中或应用里可以设置一个压力阈值，只有当压力大于该值时才认为是有效触摸，可以过滤掉轻微的误碰。

6.3 系统启动时屏幕显示异常

如果你将SPI屏设为了主显示或控制台，可能会遇到启动初期（内核加载前）屏幕显示乱码，或者进入系统后桌面环境不显示的问题。

1. 启动乱码：这是正常的。在设备树覆盖和内核驱动加载之前，GPU可能向帧缓冲输出了一些数据，而屏幕尚未正确初始化，导致显示乱码。这通常不影响系统启动后的正常使用。如果想消除，可以尝试修改/boot/cmdline.txt，移除quiet和splash等参数，或者配置uboot阶段的显示输出。
2. 桌面环境不显示：如果你使用的是Raspberry Pi OS Desktop，需要确保系统正确识别了多显示设备并配置了扩展桌面或镜像桌面。可以通过sudo raspi-config中的Display Options来配置。更可靠的方法是，对于专注于此屏幕的项目，可以考虑使用无桌面版的Lite系统，或者使用面向嵌入式的窗口系统（如Weston+Wayland）。

6.4 性能瓶颈分析与优化方向

当你觉得动画卡顿、刷新慢时，可以按以下顺序排查：

1. 监控CPU占用：使用htop命令查看你的应用进程CPU使用率。如果接近100%，说明瓶颈在应用绘图逻辑或软件SPI传输上。
2. 测量实际SPI速率：可以在代码中打时间戳，计算发送一帧数据实际花费的时间，与理论值对比。
3. 工具定位：
   • 使用vcgencmd命令查看GPU和CPU频率、温度：vcgencmd measure_clock arm。
   • 使用perf或gprof对应用进行性能剖析，找到最耗时的函数。
4. 优化方向：
   • 启用DMA：这是解决CPU占用高的根本方法。检查你的驱动或SPI库是否支持并启用了DMA。
   • 简化绘图：减少每帧需要刷新的区域。只更新变化的“脏矩形”。
   • 降低颜色深度：如果项目允许，可以尝试使用8位色（256色）甚至1位色（黑白），这能直接将数据传输量减半或更多。
   • 升级硬件：如果项目对图形性能要求很高，考虑使用树莓派CM4或性能更强的平台，或者选择并行接口（如RGB接口）的屏幕，其刷新率有数量级的提升。

这块“3.5inch RPi LCD (G)”屏幕是一个连接树莓派与物理世界的优秀窗口。从简单的系统状态显示器到复杂的交互式控制面板，它的潜力取决于你的想象力和对底层细节的把握。希望这篇从硬件到软件、从原理到实战的详细拆解，能为你点亮这条路。