企业官网建设流程全解析

1. 项目概述：当“老古董”LCD1602遇上现代MCU

最近在整理工作室的物料箱，翻出来好几块尘封已久的LCD1602液晶屏。这玩意儿，玩过单片机的朋友肯定不陌生，堪称嵌入式显示的“活化石”。它价格低廉、接口简单、资料遍地都是，是无数电子爱好者入门的第一个显示设备。我手头这几块，还是当年学51单片机时买的，引脚都有些氧化了。心血来潮，想用现在更主流的STM32F103C8T6（也就是大名鼎鼎的“蓝桥杯”核心板主控）驱动它，做个温湿度显示之类的小玩意儿。本以为照着老教程，分分钟就能点亮，结果却踩了一路的坑。

从51的5V电平到STM32的3.3V逻辑匹配，从古老的4位/8位并行模式到如何用HAL库优雅地控制时序，再到显示乱码、对比度异常等经典问题，每一个环节都可能让屏幕一片漆黑或者显示“天书”。这个过程，更像是一次与“老古董”的深度对话，需要我们用现代的工具（STM32CubeMX、HAL库）去理解和适配它古老的“脾气”。最终，当温湿度数据稳定地显示在那熟悉的16x2字符阵列上时，那种成就感，不亚于修复了一件老物件。这篇文章，我就把驱动LCD1602过程中遇到的所有“坑”和解决方案，结合STM32F103C8T6与HAL库，进行一次彻底的梳理和复盘，希望能帮你顺利点亮手头那块可能已经吃灰的屏幕。

2. 核心硬件解析与选型考量

2.1 主角剖析：LCD1602液晶模块的前世今生

LCD1602，这个名字就揭示了它的全部特征：LCD（液晶显示），16（每行可显示16个字符），2（共2行）。它是一种字符型液晶模块，内部集成了HD44780或其兼容的控制器。这个控制器的伟大之处在于，它定义了一套非常经典且简单的指令集，让单片机可以通过几条数据线和控制线，就能命令它显示任何内置的字符（ASCII码）甚至自定义图形。

我们常见的LCD1602通常有16个引脚，其核心功能引脚可以归纳为以下几类：

1. 电源类（VSS, VDD, V0）：VSS接地，VDD接正电源（通常是5V）。V0是对比度调节端，这是第一个容易出问题的地方。它需要接一个可调电阻到地和电源之间，通过分压来调节液晶的偏压，从而控制显示深浅。电压调得不合适，要么完全看不见，要么底影过重。
2. 控制类（RS, RW, E）：
   • RS（寄存器选择）：低电平时选择指令寄存器，高电平时选择数据寄存器。简单说，就是告诉模块，你接下来发送的是命令（如清屏、移动光标）还是数据（要显示的字符‘A’）。
   • RW（读写选择）：低电平时写入，高电平时读取。在绝大多数应用场景下，我们只向LCD写数据和命令，所以这个引脚通常直接接地。
   • E（使能信号）：这是一个关键的时序引脚。数据/命令在RS和RW设置好后，需要在E引脚上产生一个高脉冲，LCD才会锁存并执行。这个脉冲的宽度和建立时间有严格要求。
3. 数据类（D0-D7）：8位双向数据线。为了节省IO口，我们常用“4位模式”，即只使用高4位（D4-D7），分两次传输一个字节的数据或命令。

注意：很多LCD1602模块的背光（LED+和LED-）是独立的。LED+通常串联一个限流电阻接5V，LED-接地。如果屏幕不亮，先检查背光电路，这比驱动逻辑问题更容易排查。

2.2 现代搭档：STM32F103C8T6最小系统板

为什么选择STM32F103C8T6来驱动这个“老古董”？原因很现实：它太普及了。作为ARM Cortex-M3内核的入门级MCU，它性能远超传统的8位机，拥有丰富的外设（多个定时器、ADC、通信接口），而价格却非常亲民。其最小系统板（核心板）集成3.3V LDO、复位电路和烧录接口，上手极其方便。

但这里存在一个核心矛盾：电平不匹配。LCD1602的逻辑电平标准通常是5V TTL，而STM32F103C8T6的IO口是3.3V CMOS电平。直接连接，3.3V的高电平可能无法被5V器件可靠地识别为高电平，导致通信失败。同时，5V的信号也可能损坏STM32的3.3V IO口（虽然很多STM32的IO口容忍5V，但并非全部，且长期使用有风险）。

解决方案主要有三种：

1. 电平转换芯片：使用如74HC245、TXB0108等双向电平转换器。这是最规范、最安全的方法，但会增加成本和PCB面积。
2. 电阻分压：在LCD的数据线和控制线（从STM32输出到LCD的路径）上串联电阻，并在LCD侧对地接下拉电阻，构成分压网络。这种方法成本低，但需要计算电阻值，且对信号边沿有一定影响。
3. 利用LCD1602的“宽容性”：经过大量实践，我发现很多LCD1602模块在3.3V驱动下也能勉强工作，尤其是对比度调节端（V0）电压相应调低后。但这是一种非标准的取巧方法，稳定性因模块而异，不推荐用于正式产品。为了本文的复现成功率，后续操作将基于“5V供电LCD，STM32 IO口设置为开漏输出并上拉到5V”这种混合方案，它兼顾了安全与简便。

2.3 传感器选型：DHT11温湿度传感器

为了让显示有内容，我选择了另一个“经典款”——DHT11数字温湿度传感器。它采用单总线通信，只需要STM32的一个IO口（配置为推挽输出）即可进行数据读写。DHT11精度一般（湿度±5%RH，温度±2℃），但响应快、抗干扰能力强、价格极低，非常适合这种DIY项目。其通信时序要求比较严格，需要微秒级的延时，这在STM32的HAL库环境中，通常通过系统滴答定时器（HAL_Delay）或定时器来精确实现。

3. 工程搭建与HAL库驱动框架设计

3.1 使用STM32CubeMX进行图形化配置

STM32CubeMX+HAL库的开发方式，极大地简化了外设初始化过程。我们的配置核心是GPIO。

1. 创建工程，选择MCU：打开CubeMX，选择STM32F103C8Tx，创建工程。
2. 配置系统核心：在“SYS”中，将“Debug”改为“Serial Wire”，否则可能无法烧录和调试。
3. 配置时钟：在“RCC”中，将HSE（外部高速时钟）设置为“Crystal/Ceramic Resonator”。然后在“Clock Configuration”标签页，将系统时钟源选为HSE，并通过调节PLL倍频，将系统时钟（HCLK）设置为72MHz。这是F103的经典满速运行频率。
4. 配置GPIO：这是最关键的一步。我们需要为LCD1602分配至少7个GPIO引脚（4位数据线D4-D7，以及RS、RW、E）。
   • 假设我们使用PB12作为RS，PB13作为RW（接地，此处配置仅为演示），PB14作为E，PB5-PB8作为D4-D7。
   • 由于存在5V/3.3V电平问题，强烈建议将这些引脚的模式设置为“Open Drain”（开漏输出）。开漏模式下，引脚只能主动拉低到地，或者高阻态。为了输出高电平，我们需要在STM32板子外部，为这些引脚连接一个上拉电阻到5V。这样，当STM32输出低电平时，线路被拉低到0V；当STM32输出高阻态时，外部上拉电阻将线路拉高到5V。完美解决了电平转换问题！
   • 在CubeMX中，选中对应引脚，将其模式设为“GPIO_Output”，然后在下方详细配置中，将“GPIO output level”初始化为高或低均可（后续软件初始化），但“GPIO mode”必须选择“Open Drain”。同时，将“GPIO Pull-up/Pull-down”设置为“No pull-up and no pull-down”，因为我们要使用外部上拉。
5. 配置一个定时器用于微妙延时：HAL库的HAL_Delay()只能实现毫秒延时，而驱动LCD和DHT11都需要微秒级延时。我们可以配置一个基本定时器（如TIM2）来实现。在“TIM2”配置中，将时钟源设为“Internal Clock”，预分频器（PSC）设置为71（72MHz / (71+1) = 1MHz，即计数器每1微秒加1），自动重载值（ARR）设为最大值65535。这样，我们就能通过操作定时器的计数器来实现微秒延时函数。
6. 生成工程：在“Project Manager”中设置好工程名称、路径、IDE（MDK-ARM V5），然后点击“GENERATE CODE”。

3.2 编写底层驱动：LCD1602的HAL库封装

CubeMX生成代码后，我们在Keil MDK中打开工程。首先，在Core/Inc和Core/Src目录下分别创建lcd1602.h和lcd1602.c文件，将LCD驱动与主逻辑分离。

lcd1602.h头文件定义：

#ifndef __LCD1602_H #define __LCD1602_H #include "main.h" // 包含HAL库和GPIO定义 // 根据CubeMX配置，定义引脚宏 #define LCD_RS_PIN GPIO_PIN_12 #define LCD_RS_PORT GPIOB #define LCD_RW_PIN GPIO_PIN_13 #define LCD_RW_PORT GPIOB #define LCD_E_PIN GPIO_PIN_14 #define LCD_E_PORT GPIOB #define LCD_D4_PIN GPIO_PIN_5 #define LCD_D4_PORT GPIOB #define LCD_D5_PIN GPIO_PIN_6 #define LCD_D5_PORT GPIOB #define LCD_D6_PIN GPIO_PIN_7 #define LCD_D6_PORT GPIOB #define LCD_D7_PIN GPIO_PIN_8 #define LCD_D7_PORT GPIOB // 函数声明 void LCD_Init(void); void LCD_WriteCmd(uint8_t cmd); void LCD_WriteData(uint8_t dat); void LCD_Clear(void); void LCD_SetCursor(uint8_t row, uint8_t col); void LCD_ShowStr(uint8_t row, uint8_t col, char *str); void LCD_ShowChar(uint8_t row, uint8_t col, uint8_t chr); // 微秒延时函数声明（依赖于定时器实现） void delay_us(uint16_t us); #endif

lcd1602.c源文件核心实现： 驱动LCD1602的本质，就是严格按照HD44780的时序，通过GPIO模拟总线操作。4位模式下的初始化序列尤为重要，很多显示问题都源于此。

#include "lcd1602.h" #include "tim.h" // 包含定时器头文件，用于delay_us // 微秒延时函数实现 void delay_us(uint16_t us) { __HAL_TIM_SET_COUNTER(&htim2, 0); // 清空定时器2的计数器 HAL_TIM_Base_Start(&htim2); // 启动定时器 while (__HAL_TIM_GET_COUNTER(&htim2) < us); // 等待计数值达到us HAL_TIM_Base_Stop(&htim2); // 停止定时器 } // 毫秒延时（直接使用HAL库） #define delay_ms HAL_Delay // 底层GPIO写函数 static void LCD_Write_4Bits(uint8_t data) { // 先写高4位 HAL_GPIO_WritePin(LCD_D4_PORT, LCD_D4_PIN, (data>>0)&0x01 ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(LCD_D5_PORT, LCD_D5_PIN, (data>>1)&0x01 ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(LCD_D6_PORT, LCD_D6_PIN, (data>>2)&0x01 ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(LCD_D7_PORT, LCD_D7_PIN, (data>>3)&0x01 ? GPIO_PIN_SET : GPIO_PIN_RESET); // 产生E脉冲 HAL_GPIO_WritePin(LCD_E_PORT, LCD_E_PIN, GPIO_PIN_SET); delay_us(1); // 保持时间，典型值>450ns，1us足够 HAL_GPIO_WritePin(LCD_E_PORT, LCD_E_PIN, GPIO_PIN_RESET); delay_us(1); // 恢复时间 } static void LCD_Write(uint8_t data, uint8_t rs_mode) { // 设置RS引脚：命令模式 or 数据模式 HAL_GPIO_WritePin(LCD_RS_PORT, LCD_RS_PIN, rs_mode); // RW始终为低（写模式） HAL_GPIO_WritePin(LCD_RW_PORT, LCD_RW_PIN, GPIO_PIN_RESET); // 4位模式，分两次发送 LCD_Write_4Bits(data >> 4); // 发送高4位 LCD_Write_4Bits(data & 0x0F); // 发送低4位 // 判断是否是清屏或归位指令，这些指令需要更长延时 if((data == 0x01) || (data == 0x02)) { delay_ms(2); // 清屏指令需要1.52ms以上，延时2ms确保稳定 } else { delay_us(40); // 其他指令通常需要37us以上 } } // 公共API void LCD_WriteCmd(uint8_t cmd) { LCD_Write(cmd, 0); // RS=0，命令模式 } void LCD_WriteData(uint8_t dat) { LCD_Write(dat, 1); // RS=1，数据模式 } void LCD_Init(void) { // 硬件初始化后，等待LCD上电稳定（>40ms） delay_ms(50); // 特别注意：4位模式初始化序列！ // 第一次尝试设置为8位模式（实际只接了高4位） LCD_Write_4Bits(0x03); delay_ms(5); // 等待>4.1ms // 第二次尝试设置为8位模式 LCD_Write_4Bits(0x03); delay_us(150); // 等待>100us // 第三次尝试设置为8位模式 LCD_Write_4Bits(0x03); delay_us(150); // 设置为4位模式 LCD_Write_4Bits(0x02); delay_us(150); // 以下通过写命令函数（已包含4位发送逻辑）进行功能设置 // 4位模式，2行显示，5x8点阵 LCD_WriteCmd(0x28); // 显示开，光标关，闪烁关 LCD_WriteCmd(0x0C); // 写入数据后，地址指针自动加1，显示不移动 LCD_WriteCmd(0x06); // 清屏 LCD_WriteCmd(0x01); delay_ms(2); // 清屏指令需要额外延时 } void LCD_Clear(void) { LCD_WriteCmd(0x01); delay_ms(2); } void LCD_SetCursor(uint8_t row, uint8_t col) { uint8_t address; if(row == 0) { address = 0x80 + col; // 第一行起始地址0x80 } else { address = 0xC0 + col; // 第二行起始地址0xC0 } // 列号需要检查是否超过15 col = (col > 15) ? 15 : col; LCD_WriteCmd(address); } void LCD_ShowChar(uint8_t row, uint8_t col, uint8_t chr) { LCD_SetCursor(row, col); LCD_WriteData(chr); } void LCD_ShowStr(uint8_t row, uint8_t col, char *str) { LCD_SetCursor(row, col); while(*str != '\0') { LCD_WriteData(*str); str++; } }

实操心得：LCD1602的4位模式初始化序列（0x03, 0x03, 0x03, 0x02）是必须严格遵循的“咒语”。时序图中的延时要求（如>4.1ms, >100us）是最小值，在实际代码中适当加长（如用5ms代替4.1ms）可以极大提高初始化的成功率，尤其是在主频较高的STM32上。另外，清屏指令（0x01）执行时间较长（约1.52ms），必须给予足够延时，否则后续操作可能失效。

4. 系统集成与功能实现

4.1 DHT11传感器驱动实现

DHT11采用单总线协议，主机（STM32）发起通信，传感器响应并返回40位数据（8位湿度整数+8位湿度小数+8位温度整数+8位温度小数+8位校验和）。通信的关键在于严格的时序。

在工程中同样创建dht11.h和dht11.c文件。

dht11.c核心时序函数：

#include “dht11.h” #include “tim.h” // 复用之前的微秒延时定时器 #define DHT11_OUT HAL_GPIO_WritePin(DHT11_GPIO_Port, DHT11_Pin, GPIO_PIN_SET) #define DHT11_IN HAL_GPIO_ReadPin(DHT11_GPIO_Port, DHT11_Pin) uint8_t DHT11_ReadByte(void) { uint8_t i, data = 0; for(i=0; i<8; i++) { // 等待低电平开始（主机拉低后，传感器会拉低50us作为响应信号的一部分，然后拉高26-28us表示‘0’，或70us表示‘1’） while(DHT11_IN == GPIO_PIN_RESET); delay_us(40); // 延时40us后采样，这个值是区分0和1的关键 if(DHT11_IN == GPIO_PIN_SET) { data |= (1 << (7-i)); // 高位先出 // 等待高电平结束 while(DHT11_IN == GPIO_PIN_SET); } } return data; } uint8_t DHT11_ReadData(DHT11_Data *dht) { uint8_t buf[5]; uint8_t i; // 主机发起开始信号：拉低至少18ms，然后拉高20-40us HAL_GPIO_WritePin(DHT11_GPIO_Port, DHT11_Pin, GPIO_PIN_RESET); delay_ms(20); HAL_GPIO_WritePin(DHT11_GPIO_Port, DHT11_Pin, GPIO_PIN_SET); delay_us(30); // 配置引脚为输入模式，准备读取传感器响应 // 注意：CubeMX生成的代码中，引脚模式在初始化后是固定的。 // 更优的做法是，在CubeMX中为该引脚配置为“GPIO_Output”开漏模式，外部上拉。 // 读取时，利用开漏模式的高阻态特性，可以直接读取外部电平，无需切换模式。 // 前提是：GPIO初始化时设置为开漏输出，且外部有上拉电阻。 // 等待传感器响应低电平（80us） while(DHT11_IN == GPIO_PIN_SET); while(DHT11_IN == GPIO_PIN_RESET); // 等待低电平结束（80us） while(DHT11_IN == GPIO_PIN_SET); // 等待高电平结束（80us） // 读取40位数据 for(i=0; i<5; i++) { buf[i] = DHT11_ReadByte(); } // 校验 if(buf[0] + buf[1] + buf[2] + buf[3] == buf[4]) { dht->humi_int = buf[0]; dht->humi_deci = buf[1]; dht->temp_int = buf[2]; dht->temp_deci = buf[3]; return 1; // 成功 } return 0; // 失败 }

注意事项：DHT11对时序极其敏感。delay_us函数的精度直接影响读取成功率。使用系统滴答定时器（SysTick）实现的微秒延时在中断频繁的系统中可能被干扰，导致时序错乱。这就是为什么前面强调要使用一个独立的硬件定时器（如TIM2）来实现高精度微秒延时的原因。此外，两次读取之间需要间隔至少1秒，否则传感器可能无响应。

4.2 主程序逻辑与显示优化

在主函数main.c中，我们整合LCD和DHT11驱动，实现周期性读取并显示。

#include “main.h” #include “lcd1602.h” #include “dht11.h” DHT11_Data dht11_data; char display_buf[32]; // 显示缓冲区 int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_TIM2_Init(); // 初始化微秒延时定时器 // ... 其他外设初始化 LCD_Init(); LCD_ShowStr(0, 0, “Temp: . C“); LCD_ShowStr(1, 0, “Humi: . %“); HAL_TIM_Base_Start(&htim2); // 启动微秒延时定时器 while (1) { if(DHT11_ReadData(&dht11_data)) { // 格式化温度字符串，固定宽度，避免数字位数变化导致显示残留 sprintf(display_buf, “%2d.%1d”, dht11_data.temp_int, dht11_data.temp_deci); LCD_ShowStr(0, 6, display_buf); // 在”Temp: “后面显示 // 格式化湿度字符串 sprintf(display_buf, “%2d.%1d”, dht11_data.humi_int, dht11_data.humi_deci); LCD_ShowStr(1, 6, display_buf); // 在”Humi: “后面显示 } else { LCD_ShowStr(0, 6, “Err “); // 显示错误信息 LCD_ShowStr(1, 6, “Err “); } HAL_Delay(2000); // 每2秒读取一次，符合DHT11要求 } }

显示优化技巧：

1. 固定位置显示：先显示固定的标签（如“Temp: ”），然后在固定位置更新数值。避免使用LCD_Clear()清屏再全部重写，这样会导致屏幕闪烁。
2. 格式化输出：使用sprintf格式化字符串，可以方便地控制数字的位数和小数点位置，使显示更整齐。
3. 错误处理：当DHT11读取失败时，显示“Err”等提示信息，方便调试。

5. 经典问题排查与深度调试实录

即使按照上述步骤操作，你可能还是会遇到各种“妖魔鬼怪”。下面是我在调试过程中遇到的一些典型问题及解决方法，堪称“血泪史”。

5.1 问题一：屏幕完全无显示（一片空白）

这是最常见的问题。请按照以下顺序排查：

1. 电源与背光：

   • 测量电压：用万用表测量LCD的VDD和VSS之间是否为稳定的5V？背光LED两端是否有电压（通常LED+接5V，LED-通过电阻接地）？背光不亮会导致在光线不足环境下看不见任何内容。
   • 对比度电压V0：这是重中之重！V0电压决定了显示的对比度。使用一个10kΩ的可调电阻，一端接VDD（5V），一端接VSS（GND），中间抽头接V0。缓慢旋转电位器，同时观察屏幕。如果电压不合适，即使驱动正确，屏幕也可能完全无显示或全是黑块。通常，电压在0V到2V之间某个值显示最清晰。

2. 硬件连接：

   • 检查所有连线：确认RS、E、D4-D7等信号线是否与STM32的GPIO正确连接，有无虚焊、断线。
   • 检查上拉电阻：如果你采用了“开漏输出+外部上拉”的方案，请确认每个信号线（RS, E, D4-D7）是否都通过一个4.7kΩ - 10kΩ的电阻上拉到了5V。没有上拉，开漏模式无法输出高电平。
   • RW引脚：是否已可靠接地？如果悬空，可能导致读写状态不确定。

3. 软件初始化：

   • 延时是否足够：检查LCD_Init()函数中，上电后的delay_ms(50)以及初始化序列中的各个延时（尤其是那三个0x03之后的延时）是否被执行。可以在这些延时处设置断点，或者临时在延时后翻转一个LED来验证程序确实运行到了这里。
   • GPIO配置：在CubeMX和代码中，确认GPIO模式是否为“Open Drain”？输出速度可以设置为“Low”或“Medium”，高速可能产生过冲。

5.2 问题二：显示乱码（显示奇怪的字符或方块）

如果屏幕有显示，但内容不对，说明通信基本正常，但数据或指令传输有误。

1. 数据线接反或错位：这是最可能的原因。仔细检查D4-D7这四根线是否按顺序连接，有没有接反（例如D4接到了D7）。在4位模式下，我们只用了高4位，但必须连接在数据线的高4位（D4-D7）上。
2. 初始化序列错误：确保4位模式初始化序列（0x03, 0x03, 0x03, 0x02）被完整、正确地执行。可以单步调试，观察发送的指令值。
3. 时序问题：虽然HAL库的delay_us函数精度尚可，但在72MHz主频下，指令执行速度很快。尝试在LCD_Write_4Bits函数中，将E使能脉冲的保持时间（delay_us(1)）和指令之间的延时适当加长，例如增加到delay_us(5)甚至delay_us(10)。这能有效应对一些响应速度较慢的LCD模块。
4. 电平问题：如果STM32的3.3V高电平没有被LCD可靠识别为高电平，可能会造成数据位误判。用示波器或逻辑分析仪观察数据线和E线的波形，看高电平是否能够达到接近5V（在上拉电阻作用下）。这是使用“开漏+上拉”方案的优势，可以直接测量验证。

5.3 问题三：仅第一行显示正常，第二行异常或无法定位

1. 第二行地址错误：在LCD_SetCursor函数中，第二行的起始地址是0xC0。确认你的代码是否正确。有些LCD模块的第二行地址可能是0x40（与具体型号有关），但标准的1602通常是0xC0。
2. 显示行数设置错误：初始化指令0x28（二进制0010 1000）的含义是：4位数据线、2行显示、5x8点阵。如果误设置为0x20（单行显示），则第二行将无法正常使用。确认发送的指令是0x28。

5.4 问题四：DHT11读取始终失败或数据为0

1. 时序精度：这是DHT11失败的首要原因。确保你的delay_us函数是基于硬件定时器的。使用基于循环计数的软件延时，在不同优化等级下时间会变化，极不可靠。
2. 总线空闲状态：DHT11的单总线在空闲时需要保持高电平。确保你的GPIO在初始化后和读取间隙，处于输出高电平（或开漏模式下的高阻态，由上拉电阻拉高）的状态。
3. 响应等待超时：在DHT11_ReadData函数中，等待传感器响应的while循环没有超时退出机制。如果传感器损坏或未连接，程序会死在这里。可以增加一个超时计数器。

   uint32_t timeout = 0; while(DHT11_IN == GPIO_PIN_SET) { timeout++; delay_us(1); if(timeout > 100) return 0; // 等待约100us后超时 }

4. 电源干扰：DHT11对电源纹波敏感。尝试在它的VCC和GND之间并联一个100nF的瓷片电容，并确保供电稳定。

5.5 进阶调试工具：逻辑分析仪的使用

如果你有逻辑分析仪（即使是几十块钱的简易款），调试这类时序问题将如虎添翼。将分析仪的通道连接到RS、E和D4-D7上，设置合适的采样率（如4MHz）。

1. 捕获初始化序列：触发MCU复位，观察上电后发送的第一组波形。你应该能清晰地看到三次0x03和一次0x02（在4位模式下，每个字节分两次发送，先高4位后低4位）。测量E脉冲的宽度、以及指令之间的间隔时间，与HD44780数据手册的时序图进行对比。
2. 捕获数据写入：在显示一个字符时，捕获波形。你会看到RS先变高（数据模式），然后E脉冲期间，数据线上出现对应的ASCII码值。通过分析波形，可以100%确定硬件连接和软件时序是否正确。

6. 项目总结与扩展思考

经过这一轮从硬件连接到软件调试的完整流程，这块“老古董”LCD1602终于在STM32F103C8T6和HAL库的驱动下焕发了新生。整个过程的核心，在于理解并尊重这些经典器件的工作时序和电气特性，并用现代的开发工具和思维去适配它。

我个人最深刻的体会是：嵌入式开发中，很多问题看似是软件问题，根源却在硬件。LCD不显示，首先应该去量电压、调对比度；通信失败，首先应该用逻辑分析仪看波形。养成“先硬件，后软件；先信号，后逻辑”的排查习惯，能节省大量无谓的调试时间。

这个项目还可以从以下几个方面进行扩展，使其更具学习价值和实用性：

1. 移植到RTOS：将LCD显示和DHT11读取分别封装成独立的线程（Task），通过消息队列传递数据。这可以让你学习FreeRTOS或RT-Thread等实时操作系统的应用，处理更复杂的多任务场景。
2. 设计自定义字符：LCD1602支持用户定义8个5x8点阵的自定义字符。你可以设计一个温度计图标、湿度水滴图标，让显示界面更加生动形象。
3. 增加其他传感器：结合I2C或SPI接口的传感器，如大气压传感器BMP280、光照强度传感器BH1750，打造一个简易的环境监测站。
4. 优化显示效果：实现数值的平滑变化（例如，温度每秒更新，但显示时做滑动平均滤波），避免数字跳动。或者增加一个简单的界面，通过按键切换显示不同的传感器数据。

驱动LCD1602，就像一场与电子技术历史的握手。它没有OLED的绚丽，没有TFT的迅捷，但它稳定、可靠、结构清晰，是理解单片机控制外设的绝佳教材。希望这份结合了最新HAL库开发模式的详细指南，能帮你扫清障碍，顺利点亮那块可能已在抽屉里沉睡多年的屏幕，并从中获得扎实的底层硬件驱动编程能力。