企业官网建设流程全解析

1. 项目概述与核心价值

最近在做一个基于NXP LPC55S69的小型工控设备，需要一个低功耗、高对比度的显示界面来展示实时数据和简单的状态图标。市面上0.96寸的128x64 OLED屏是个绝佳的选择，价格便宜，接口简单，但直接操作SSD1306这类驱动芯片的寄存器非常繁琐。这时，U8g2这个开源图形库进入了我的视野。它就像一个“万能适配器”，把几十种不同控制器的OLED屏都统一成了简单易用的API，让你画线、画框、显示文字几乎和调用printf一样简单。然而，官方例程往往不会针对具体的MCU平台给出“开箱即用”的配置，把U8g2成功移植到LPC55(S)6x这颗性能不错的Cortex-M33芯片上，并让它稳定跑起来，中间还是有不少门道。这篇文章，我就把自己从硬件连线、软件配置到调试踩坑的全过程记录下来，手把手带你完成这次移植。无论你是刚接触嵌入式显示的新手，还是想为LPC55系列寻找一个可靠图形方案的老鸟，这份实战笔记都能让你少走弯路。

2. 硬件平台与核心组件解析

2.1 LPC55(S)6x MCU的显示驱动优势

选择LPC55S69作为主控，不仅仅是看中其150MHz的主频和Cortex-M33内核。对于驱动显示，它有几个非常实在的优势。首先，其丰富的Flexcomm接口可以灵活配置为UART、SPI、I2C或I2S，这意味着无论你的OLED屏是I2C还是SPI接口，都能找到对应的硬件外设来驱动，无需费力去模拟时序。特别是它还有一个独立的50 MHz高速SPI（HSLSPI），当需要刷新复杂图形或动画时，这个高速通道能显著提升体验，避免卡顿。其次，高达320KB的片上RAM是关键。U8g2库在渲染图形时，需要一块帧缓冲区（Frame Buffer），对于128x64的单色屏，如果使用1位表示一个像素，就需要128 * 64 / 8 = 1024字节（1KB）的内存。使用U8g2的全缓冲模式（_2或_f后缀）时，这块缓冲区会分配在MCU的RAM中。LPC55S69充裕的RAM允许我们使用更大的缓冲区或更复杂的图形缓存策略，完全没有内存压力。最后，其内置的PRINCE加密模块和Casper加速器虽然与本项目直接关系不大，但体现了该芯片在安全与实时控制方面的潜力，适合未来功能扩展。

2.2 SSD1306 OLED屏与通信协议选择

我们使用的核心显示部件是市面上最常见的0.96寸OLED模块，驱动芯片为SSD1306，分辨率为128x64。这种屏有I2C和SPI两种主流接口方式，具体由模块上的BS0、BS1、BS2引脚的电平决定。通常，购买时卖家会注明接口类型。

I2C模式：通常只占用两个IO口（SCL和SDA），硬件连接最简单，节省引脚。但通信速率受限于标准模式（100kHz）或快速模式（400kHz），在大面积刷新屏幕时速度是瓶颈。它适合显示更新不频繁的静态数据或简单界面。

SPI模式：分为3线（SCK, MOSI, CS）和4线（SCK, MOSI, DC, CS）。4线SPI多了一个DC（数据/命令）引脚，用于区分发送的是命令还是显示数据，是更标准、更高效的方式。SPI通信速率可以很高（通常可达8-10MHz），刷新屏幕速度快，适合需要动态更新或动画的场景。缺点是占用引脚略多。

选择建议：如果你的项目对显示刷新速度要求不高，且IO口紧张，优先选择I2C接口。如果希望获得更流畅的显示效果，或者后续可能增加图形动画，那么4线SPI是更好的选择。本次移植将涵盖这两种方式。

2.3 U8g2库的架构与选型

U8g2并非一个简单的驱动文件，而是一个层次清晰的图形库体系。理解其架构对正确移植至关重要。

U8g2 vs U8x8：这是两个主要的库。U8g2是功能完整的图形库，支持画线、矩形、圆、位图以及各种字体（高度无限制）。它的工作原理是在MCU内存中开辟一个帧缓冲区，所有绘图操作都在这个缓冲区中进行，最后一次性将整个缓冲区内容发送到显示屏。这带来了极大的灵活性，但消耗更多RAM和些许CPU时间。U8x8则是一个纯文本终端库，只支持字符输出，且字体被限制在8x8像素网格内。它没有缓冲区，直接写屏，因此速度极快，内存占用极小。对于只需要显示文本的简单应用，U8x8是轻量级的选择。

初始化函数命名规则：U8g2的初始化函数名字很长，但包含了一切信息。例如：u8g2_Setup_ssd1306_i2c_128x64_noname_2。

• ssd1306: 指明控制器型号。
• i2c: 通信接口为I2C。如果是SPI，则是_128x64_noname_2（4线硬件SPI）或_128x64_noname_3（3线软件SPI）。
• 128x64: 屏幕分辨率。
• noname: 通常指代最常见的屏幕变体（如内部电荷泵配置）。有时也可能是vcomh0等。
• _2: 缓冲模式。_1表示页面缓冲（Page Buffer），_2表示全缓冲（Full Buffer），_f表示全缓冲且使用u8g2_font前缀的字体。全缓冲最常用，因为编程模型最简单。

3. 硬件连接与电路准备

3.1 LPC55S69-EVK评估板接口定位

我们以官方的LPC55S69-EVK评估板为例进行连接。该板载资源丰富，我们需要找到用于连接OLED的引脚。

I2C接口：我们将使用Flexcomm4作为I2C接口。在板子的P17扩展排针上，对应关系如下：

• P17_D15 (FC4_SDA): I2C数据线。
• P17_D14 (FC4_SCL): I2C时钟线。
• P17_AVDD (3.3V): 为OLED模块供电。
• P17_GND: 共地。

SPI接口：我们将使用高速SPI（HSLSPI）接口。同样在P17排针上：

• P17_D13 (HSLSPI_SCK): SPI时钟线。
• P17_D12 (HSLSPI_MOSI): SPI主设备输出线。
• P17_D11 (HSLSPI_SSEL3): 这里我们选择SSEL3作为片选（CS）引脚。你可以选择其他SSEL线。
• P17_D10 (GPIO): 需要一个额外的GPIO作为数据/命令（DC）引脚。我们可以将其配置为普通输出IO。例如使用PIO1_4（在P18排针上也有引出，需飞线连接）。
• P17_AVDD (3.3V)和P17_GND：供电。

3.2 实际连接步骤与注意事项

I2C连接：

1. 确保OLED模块的BS0、BS1、BS2引脚被设置为I2C模式（通常模块出厂已设置好，或需要焊接电阻）。
2. 使用杜邦线，将OLED模块的VCC、GND分别连接到P17的AVDD和GND。
3. 将OLED模块的SCL、SDA分别连接到P17的D14 (FC4_SCL) 和 D15 (FC4_SDA)。

4线SPI连接：

1. 确保OLED模块设置为4线SPI模式（通常需要短接或焊接电阻到特定电平）。
2. 连接电源线VCC和GND。
3. 连接SPI线：OLED SCK -> P17 D13 (HSLSPI_SCK)； OLED MOSI -> P17 D12 (HSLSPI_MOSI)； OLED CS -> P17 D11 (HSLSPI_SSEL3)。
4. 连接DC线：将OLED的DC引脚连接到一个未被占用的GPIO，例如PIO1_4（需从P18排针飞线）。在软件中，我们需要将此引脚初始化为输出模式。
5. 连接RESET线（可选但推荐）：OLED的RESET引脚可以连接到一个GPIO进行硬件复位，也可以直接接VCC或通过一个上拉电阻接VCC，依赖上电复位。为了可靠初始化，建议连接到一个GPIO（如PIO1_5）。

重要提示：务必在连接前，用万用表确认P17排针的AVDD输出确实是3.3V。OLED模块的工作电压通常是3.3V或5V，请根据模块规格书选择。LPC55S69的IO口是3.3V电平，直接连接3.3V OLED模块是安全的。如果模块是5V，则需要电平转换，否则可能损坏MCU。

4. 软件开发环境与工程配置

4.1 获取必要的软件资源

1. MCUXpresso SDK for LPC55S6x：从NXP官网下载对应版本的SDK。它包含了芯片的所有外设驱动、中间件和示例工程，是我们项目的基础。
2. U8g2库：从GitHub (olikraus/u8g2) 克隆或下载最新源码。我们只需要其中的csrc文件夹下的.c和.h文件。
3. 开发工具：Keil MDK、IAR Embedded Workbench或MCUXpresso IDE任选其一。本文以Keil MDK为例，其他IDE原理相通。

4.2 在Keil MDK中创建与配置工程

步骤一：基于SDK示例创建新工程最稳妥的方式是复制一个SDK中已有的基础工程，例如hello_world或driver_examples下的某个工程，在其基础上修改。这样能保证基本的时钟、引脚配置是正确的。

步骤二：导入U8g2源码在你的工程目录下新建一个文件夹，例如u8g2。将下载的U8g2库中csrc目录下的所有文件拷贝进来。但注意，我们不需要全部文件，只需要：

• 核心文件：u8g2.c,u8x8.c。
• 你所需的显示控制器文件：例如u8x8_d_ssd1306_128x64_noname.c。
• 你所需的通信方式文件：例如，如果使用硬件I2C，可能需要u8x8_byte.c作为基础，但具体硬件层函数我们需要自己实现或使用SDK提供的适配文件（后文详述）。 更常见的做法是，将整个csrc文件夹加入工程，然后在工程设置中指定包含路径，让编译器自己找到需要的文件。但为了工程精简，建议只添加必要的文件。

步骤三：添加文件到工程并设置包含路径在Keil的Project窗口中，将u8g2.c、u8x8.c、u8x8_d_ssd1306_128x64_noname.c以及我们即将编写的平台适配文件（如driver_oled_ssd1306.c）添加到工程。 在Options for Target -> C/C++ -> Include Paths中，添加U8g2源码路径和SDK的包含路径。

步骤四：关键的编译配置由于U8g2库代码量较大，且使用了大量宏和内联函数，需要调整一些编译选项以避免警告和错误。

• C语言模式：建议使用C99。
• 优化等级：调试时建议使用-O0或-O1，避免优化导致调试信息混乱。发布时可使用-O2或-Os以减小代码体积。
• 一个常见警告：U8g2中可能有“未使用的函数参数”警告。可以在对应文件或全局编译选项中添加-Wno-unused-parameter来屏蔽，但这并非必须。

5. U8g2底层驱动移植详解

这是移植的核心部分。U8g2库通过回调函数（Callback）与硬件交互，我们需要为它提供几个关键的函数。

5.1 驱动函数框架解析

U8g2库主要需要两个底层函数：

1. u8x8_byte_xxx：字节传输函数。负责将一个个字节数据（命令或数据）通过特定接口（I2C/SPI）发送出去。
2. u8x8_gpio_and_delay_xxx：GPIO和延时函数。负责控制DC、CS、RESET等控制引脚，以及提供微秒级延时。

在初始化时，我们会这样调用：

u8g2_Setup_ssd1306_i2c_128x64_noname_2(&u8g2, U8G2_R0, u8x8_byte_hw_i2c_lpc55, u8x8_gpio_and_delay_lpc55);

第三个和第四个参数就是我们提供的函数指针。

5.2 硬件I2C驱动实现

假设我们使用Flexcomm4作为硬件I2C。首先需要在SDK的配置工具（如MCUXpresso Config Tools）或直接修改代码，将FC4初始化为I2C主机模式，并配置正确的引脚和波特率（例如400kHz）。

然后，实现u8x8_byte_hw_i2c_lpc55函数：

uint8_t u8x8_byte_hw_i2c_lpc55(u8x8_t *u8x8, uint8_t msg, uint8_t arg_int, void *arg_ptr) { switch(msg) { case U8X8_MSG_BYTE_SEND: { // arg_ptr指向需要发送的数据缓冲区，arg_int是数据长度 uint8_t *data = (uint8_t *)arg_ptr; I2C_MasterWriteBlocking(I2C4, OLED_I2C_ADDRESS, data, arg_int, kI2C_TransferDefaultFlag); break; } case U8X8_MSG_BYTE_INIT: // 初始化I2C，此部分通常在main函数中提前完成，这里可空或进行状态检查 break; case U8X8_MSG_BYTE_SET_DC: // I2C模式下，DC引脚功能通过I2C数据包内的控制字节实现，无需处理GPIO break; case U8X8_MSG_BYTE_START_TRANSFER: case U8X8_MSG_BYTE_END_TRANSFER: // 开始和结束传输，对于硬件I2C，可能需要在传输前后操作片选（如果有多设备）， // 但SSD1306 I2C模式通常靠地址寻址，这里一般留空。 break; default: return 0; } return 1; }

注意，SSD1306的I2C协议要求在发送数据前，先发送一个控制字节（Co），其中最低位表示后续是数据（0）还是命令（0）。这个控制字节的组装通常由U8g2库在更高层完成，我们的字节发送函数只需要负责把U8g2给过来的数据流通过I2C发出去即可。

5.3 硬件SPI驱动实现

对于4线硬件SPI，我们需要初始化HSLSPI和两个GPIO（DC和RESET）。实现u8x8_byte_4wire_hw_spi_lpc55函数：

uint8_t u8x8_byte_4wire_hw_spi_lpc55(u8x8_t *u8x8, uint8_t msg, uint8_t arg_int, void *arg_ptr) { switch(msg) { case U8X8_MSG_BYTE_SEND: { uint8_t *data = (uint8_t *)arg_ptr; SPI_MasterWriteBlocking(SPI0, data, arg_int); // 假设使用SPI0 break; } case U8X8_MSG_BYTE_INIT: // SPI初始化已在别处完成 break; case U8X8_MSG_BYTE_SET_DC: // 设置DC引脚电平，arg_int=1为数据，0为命令 GPIO_PinWrite(GPIO, 1, 4, arg_int); // 设置PIO1_4 break; case U8X8_MSG_BYTE_START_TRANSFER: // 开始传输：拉低片选CS GPIO_PinWrite(GPIO, 1, 11, 0); // 拉低PIO1_11 (CS) break; case U8X8_MSG_BYTE_END_TRANSFER: // 结束传输：拉高片选CS GPIO_PinWrite(GPIO, 1, 11, 1); break; default: return 0; } return 1; }

5.4 GPIO与延时函数实现

u8x8_gpio_and_delay_lpc55函数需要处理复位、I2C的时钟拉伸（如果使用软件I2C）、以及微秒延时。

uint8_t u8x8_gpio_and_delay_lpc55(u8x8_t *u8x8, uint8_t msg, uint8_t arg_int, void *arg_ptr) { switch(msg) { case U8X8_MSG_GPIO_AND_DELAY_INIT: // 初始化所有用到的GPIO：DC, CS, RESET等，设置为输出 // 初始化可能用到的定时器（用于延时） break; case U8X8_MSG_DELAY_MILLI: // 毫秒延时，arg_int为延时毫秒数 SDK_DelayAtLeastUs(arg_int * 1000, CLOCK_GetFreq(kCLOCK_CoreSysClk)); break; case U8X8_MSG_DELAY_10MICRO: // 10微秒延时 SDK_DelayAtLeastUs(10, CLOCK_GetFreq(kCLOCK_CoreSysClk)); break; case U8X8_MSG_DELAY_100NANO: // 100纳秒延时，通常空实现或短循环 for(volatile int i=0; i<10; i++); // 根据CPU频率调整 break; case U8X8_MSG_GPIO_RESET: // 控制RESET引脚，arg_int=1为高电平，0为低电平 GPIO_PinWrite(GPIO, 1, 5, arg_int); // 控制PIO1_5 break; case U8X8_MSG_GPIO_I2C_CLOCK: // 仅软件I2C需要 case U8X8_MSG_GPIO_I2C_DATA: // 仅软件I2C需要 // 设置SCL/SDA引脚电平 // GPIO_PinWrite(...); break; default: return 0; } return 1; }

延时函数要点：SDK_DelayAtLeastUs是NXP SDK提供的忙等待延时函数，精度尚可。对于U8X8_MSG_DELAY_100NANO，100纳秒对于Cortex-M33来说只有几个时钟周期，很难精确实现，通常一个简短的NOP循环即可，U8g2对此要求不严格。

6. 应用层代码编写与调试技巧

6.1 主程序流程图与代码结构

一个典型的显示程序流程如下：

1. 系统初始化：时钟、引脚、外设（I2C/SPI）。
2. U8g2初始化：调用u8g2_Setup_xxx和u8g2_InitDisplay。
3. 唤醒屏幕：调用u8g2_SetPowerSave(&u8g2, 0)。
4. 主循环：
   • 清空缓冲区：u8g2_ClearBuffer(&u8g2)。
   • 设置字体：u8g2_SetFont(&u8g2, u8g2_font_xxx)。
   • 绘制内容：使用u8g2_DrawStr、u8g2_DrawBox、u8g2_DrawCircle等函数。
   • 发送缓冲区到屏幕：u8g2_SendBuffer(&u8g2)。
   • 延时。

#include "u8g2.h" #include "driver_oled_ssd1306.h" // 包含我们实现的底层驱动 u8g2_t u8g2; int main(void) { // 1. 硬件初始化 BOARD_InitPins(); BOARD_BootClockRUN(); I2C_Init(); // 或 SPI_Init()，根据你的选择 // 2. U8g2初始化 u8g2_Setup_ssd1306_i2c_128x64_noname_2(&u8g2, U8G2_R0, u8x8_byte_hw_i2c_lpc55, u8x8_gpio_and_delay_lpc55); u8g2_InitDisplay(&u8g2); u8g2_SetPowerSave(&u8g2, 0); u8g2_ClearBuffer(&u8g2); while(1) { u8g2_ClearBuffer(&u8g2); // 绘制一个边框 u8g2_DrawFrame(&u8g2, 0, 0, 128, 64); // 设置字体并显示字符串 u8g2_SetFont(&u8g2, u8g2_font_ncenB08_tr); u8g2_DrawStr(&u8g2, 20, 30, "Hello LPC55S69!"); u8g2_DrawStr(&u8g2, 25, 45, "U8g2 Running"); // 绘制一个进度条动画 static uint8_t width = 0; u8g2_DrawBox(&u8g2, 10, 50, width, 8); width++; if(width > 108) width = 0; // 将缓冲区内容发送到显示屏 u8g2_SendBuffer(&u8g2); // 延时 SDK_DelayAtLeastUs(50000, CLOCK_GetFreq(kCLOCK_CoreSysClk)); // 50ms } }

6.2 调试过程中常见问题与解决方案

在实际移植中，你几乎一定会遇到下面这些问题：

问题一：屏幕全白、全黑或乱码

• 检查电源：首先用万用表测量OLED模块的VCC和GND，确保是稳定的3.3V。
• 检查通信：使用逻辑分析仪或示波器抓取I2C/SPI总线波形。确认时钟和数据线是否有信号，信号电平是否正确（3.3V）。对于I2C，检查从机地址是否正确（SSD1306的I2C地址通常是0x3C或0x3D）。
• 检查初始化序列：确保u8g2_InitDisplay被正确调用。可以在u8x8_byte_xxx函数的U8X8_MSG_BYTE_SEND处设置断点，观察是否有数据发出。
• 检查DC引脚（SPI模式）：用示波器或LED调试，确认在发送命令和数据时，DC引脚的电平是否正确切换（命令低，数据高）。

问题二：显示内容错位、镜像或旋转

• 检查旋转参数：u8g2_Setup_xxx函数的第二个参数是旋转方向。U8G2_R0是默认横向，U8G2_R2是180度旋转。如果你发现文字上下颠倒，可能就是这里设错了。
• 检查屏幕型号：确认u8g2_Setup_ssd1306_i2c_128x64_noname_2中的noname是否与你的屏幕匹配。有些屏幕可能需要vcomh0或其他变体。最直接的方法是查看购买屏幕时提供的资料，或尝试U8g2源码中u8x8_d_ssd1306_xxx.c文件的其他初始化函数。

问题三：显示闪烁或刷新慢

• 缓冲模式：确保你使用的是全缓冲模式（_2或_f后缀）。页面缓冲模式（_1）会在绘制每一页时都刷新屏幕，导致闪烁。
• 通信速率：对于SPI模式，检查SPI时钟频率是否配置得太低。可以尝试提高到8MHz或10MHz（需在SSD1306和MCU SPI外设能力范围内）。对于I2C模式，尝试使用快速模式（400kHz）。
• 优化绘制：避免在循环中频繁设置字体或清除整个缓冲区。只重绘变化的部分。

问题四：编译错误，提示未定义的符号

• 链接错误：检查是否将所有必要的.c文件（如u8g2.c,u8x8.c, 控制器驱动文件，你的平台适配文件）都添加到了工程中。
• 头文件路径：确认在编译器包含路径中正确添加了U8g2库的目录。
• 函数声明：确保你在调用U8g2函数的主文件中，包含了u8g2.h。确保你实现的底层驱动函数（如u8x8_byte_hw_i2c_lpc55）的声明在调用它的地方是可见的。

6.3 性能优化与高级功能探索

当基础显示功能稳定后，可以考虑以下优化和扩展：

1. 使用DMA提升SPI刷新效率： 对于SPI接口，持续调用SPI_MasterWriteBlocking会阻塞CPU。可以配置SPI的DMA传输，让DMA控制器在后台搬运帧缓冲区数据到SPI外设，CPU在此期间可以处理其他任务，极大提高系统效率。这需要修改u8x8_byte_4wire_hw_spi_lpc55函数中U8X8_MSG_BYTE_SEND的处理逻辑，将数据填入DMA传输描述符并启动传输，然后等待传输完成信号。

2. 利用多层缓冲实现无闪烁动画： 全缓冲模式在u8g2_SendBuffer期间，屏幕会正在更新。如果此时开始绘制下一帧，可能会看到撕裂现象。可以创建两个帧缓冲区（双缓冲）。在一个缓冲区（后台缓冲区）中完成所有绘制操作后，再通过一个原子操作切换U8g2内部使用的缓冲区指针，然后发送新的后台缓冲区。这需要深入理解U8g2内部结构并可能修改其源码，但能实现极其流畅的动画。

3. 自定义字体与图形： U8g2支持从.bdf字体文件生成自定义字体。你可以使用U8g2提供的bdfconv工具，将小字库或图标字体转换成.c文件并嵌入工程。这对于显示中文或特殊图标非常有用。同样，也可以将单色位图（BMP）转换为字节数组，使用u8g2_DrawXBM函数显示。

4. 低功耗考虑： 在电池供电的设备中，当不需要显示时，可以调用u8g2_SetPowerSave(&u8g2, 1)将OLED屏置于睡眠模式，显著降低功耗。同时，可以降低MCU主频或进入睡眠模式，在需要更新显示时再唤醒。

7. 移植到其他LPC55系列芯片与自定义硬件

本次实验基于LPC55S69-EVK，但移植方法具有通用性。如果你使用的是LPC55S16、LPC5528等其他同系列芯片，或者自己的定制板，流程完全一致，只需关注以下几点差异：

1. 引脚重映射： LPC55系列的Flexcomm接口功能可以映射到多个物理引脚。你需要根据自己板子的原理图，在SDK的引脚配置工具中，将I2C或SPI功能正确映射到你连接OLED的引脚上。代码中引脚的宏定义（如GPIO_PinWrite(GPIO, 1, 4, arg_int)）需要同步修改。

2. 时钟配置： 不同型号的LPC55芯片，其主频和总线时钟可能不同。确保在system_LPC55S69.c（或对应芯片的文件）和clock_config.c中正确配置了系统时钟、以及Flexcomm/I2C/SPI外设的时钟源与分频，以保证通信波特率准确。

3. 驱动宏定义配置： 参考NXP应用笔记AN13295提供的示例代码，通常会有一个driver_oled_ssd1306.h头文件，里面通过宏定义来选择使用硬件I2C、硬件SPI还是软件模拟。你需要根据实际情况修改这些宏，并确保对应的底层函数被正确编译和链接。

// 在 driver_oled_ssd1306.h 中 #define OLED_I2C_ADDRESS 0x3C ///< OLED的I2C地址 #define SSD1306_USE_I2C_HW 1 ///< 使用硬件I2C #define SSD1306_USE_SPI_HW 0 ///< 不使用硬件SPI // 对应的引脚定义 #define OLED_I2C_PORT I2C4 #define OLED_I2C_BAUDRATE 400000U #define OLED_SPI_PORT SPI0 #define OLED_SPI_BAUDRATE 8000000U #define OLED_DC_PIN_PORT 1 #define OLED_DC_PIN_NUMBER 4 // ... 其他引脚定义

4. 资源评估： 如果换用RAM更小的芯片（如只有96KB RAM的型号），需要关注U8g2的内存消耗。全缓冲模式需要1KB RAM，加上U8g2本身和你的应用变量，需要仔细规划。如果内存紧张，可以考虑使用U8x8库（无缓冲），或者使用页面缓冲模式（_1后缀，需要更复杂的绘制逻辑但内存占用少）。

整个移植过程，本质上就是为U8g2这个“显示引擎”配上一个适合你MCU平台的“变速箱”（底层驱动）。一旦打通，你就可以在这个强大的图形库之上，尽情构建你的嵌入式界面了。从简单的数据仪表到复杂的菜单系统，U8g2都能提供有力的支持。希望这份详细的记录能帮你顺利点亮屏幕。