ESP8266硬件接口与AT指令实战指南

1. ESP8266模块硬件特性与接口规范

ESP8266是一款高度集成的Wi-Fi SoC芯片，由乐鑫（Espressif）设计，安信可（AI-Thinker）等厂商封装为模块。其核心是Tensilica L106 32位RISC处理器，主频最高可达160MHz，片上集成Wi-Fi射频前端、基带处理器、MAC控制器及TCP/IP协议栈。该芯片并非传统意义上的“单片机”，而是一个完整的无线微控制器系统，具备独立运行能力，可直接执行用户固件，无需外部MCU即可完成Wi-Fi通信任务。

在实际工程应用中，开发者接触的通常是模块形态，如ESP-01、ESP-01S、ESP-07、ESP-12F等。这些模块的区别主要在于PCB尺寸、天线形式（PCB天线或IPEX外接天线）、Flash容量（512KB、1MB、4MB）以及引出的GPIO数量。本节所讨论的ESP-01S是其中一种增强型版本，其显著特征是在模块正面集成了一个状态指示LED，这为调试提供了直观的视觉反馈，相比标准ESP-01，其信号稳定性与生产一致性得到优化。

1.1 电气特性与供电设计

ESP8266模块对电源质量极为敏感，其工作电压范围为3.0V至3.6V， 标称值为3.3V 。这是整个系统设计的首要约束条件。任何超过3.6V的输入电压，尤其是常见的5V逻辑电平，将直接导致模块内部LDO稳压器或射频前端永久性损坏。模块原理图上明确标注的“3V3”引脚即为此供电输入端，必须由稳定、低噪声的3.3V电源提供。在STM32系统中，若使用USB转串口芯片（如CH340、CP2102）为模块供电，需确保该芯片的3.3V输出能力足够（建议≥500mA），并避免与MCU的3.3V电源域直接并联，以防电流倒灌。推荐做法是使用独立的LDO（如AMS1117-3.3）为ESP8266供电，并在电源入口处添加10μF电解电容与100nF陶瓷电容进行低频与高频去耦。

1.2 引脚功能详解与连接拓扑

ESP-01S模块仅引出8个物理引脚，构成其与外部MCU交互的全部通道。理解每个引脚的功能与电气特性，是构建可靠通信链路的基础。

关键的连接逻辑在于UART通信。由于ESP8266的TXD和RXD是标准3.3V TTL电平，而许多STM32开发板（尤其是基于ST-Link的板卡）的USB转串口芯片（如CP2102）的TX引脚输出为5V逻辑电平，直接连接会烧毁ESP8266的RXD引脚。因此， RXD引脚必须通过电平转换电路 。最简易可靠的方案是使用一个NPN三极管（如S8050）构成有源下拉电路：MCU的TX连接三极管基极（经1kΩ限流电阻），发射极接地，集电极接ESP8266的RXD，并上拉一个10kΩ电阻至3.3V。当MCU TX为高电平时，三极管截止，ESP8266 RXD被上拉为高；当MCU TX为低电平时，三极管导通，将RXD强力拉低。此方案成本低廉，隔离效果好，是工业现场的常用实践。

1.3 工作模式与网络角色

ESP8266支持三种核心Wi-Fi工作模式，这决定了它在网络拓扑中的角色定位：

• Station (STA) 模式 ：模块作为客户端，主动扫描并连接到已存在的Wi-Fi接入点（AP），例如家庭路由器或手机热点。在此模式下，模块获取由AP分配的IP地址（通常为192.168.x.x网段），成为局域网内一个普通的网络节点。这是物联网设备“上云”的标准模式，设备通过此模式接入互联网，与远程服务器通信。
• Access Point (AP) 模式 ：模块自身转变为一个Wi-Fi热点，创建一个独立的无线网络。其他设备（如手机、电脑）可以像连接普通路由器一样搜索并连接到该热点。模块在此模式下会分配一个默认的IP地址（通常是192.168.4.1）作为网关。此模式适用于设备初始配置（如设置STA模式下的SSID和密码）、本地无网络环境下的调试或作为小型局域网中心。
• Station + AP (SoftAP) 模式 ：这是前两种模式的组合。模块同时扮演两个角色：一方面作为STA连接到外部AP，另一方面又开启自身的AP热点。这使得模块既能访问互联网，又能为本地设备提供一个接入点，形成一个“桥接”网络。在本例的远程LED控制项目中，正是利用了此模式——模块连接到家庭路由器（获得公网/局域网IP），同时允许手机APP通过其自身的热点（或同一局域网）直接与其建立TCP连接，从而绕过了复杂的NAT穿透问题。

模式切换通过 AT+CWMODE 指令完成： AT+CWMODE=1 为STA， AT+CWMODE=2 为AP， AT+CWMODE=3 为SoftAP。模式的选择并非随意，而是由具体应用场景严格决定。例如，在智能家居网关中，通常采用SoftAP模式，以便新购设备能快速接入网关进行配网；而在传感器节点中，则几乎总是采用STA模式，以最小化功耗并接入现有网络基础设施。

2. AT指令集原理与固件烧录实战

AT指令集是ESP8266模块与外部MCU进行交互的通用语言。它本质上是一种基于ASCII文本的、面向行的命令协议，所有指令均以 AT 开头，以回车符（ \r ）或回车换行符（ \r\n ）结尾。MCU通过UART向模块发送指令，模块解析后执行相应操作，并返回一个结果码（如 OK 、 ERROR ）及可能的响应数据。这种设计极大地降低了嵌入式系统接入Wi-Fi的门槛，开发者无需深入理解802.11协议栈的复杂细节，即可快速实现网络功能。

2.1 核心AT指令解析与工程意义

AT指令数量庞大，但工程实践中，掌握以下十余条核心指令足以应对绝大多数场景。每条指令的参数设置都蕴含着明确的工程目的。

• AT ：基础测试指令。其唯一目的是验证UART物理链路是否连通，以及模块固件是否处于可响应状态。发送 AT 后，模块应立即返回 OK 。若无响应或返回乱码，问题必然出在硬件连接（波特率、电平、接线）或供电上。这是所有调试工作的第一道关卡， 绝不能跳过 。
• AT+GMR ：查询固件版本。返回信息包含SDK版本、编译时间、芯片ID等。在量产或售后中，此指令是判断模块固件一致性的唯一依据。不同版本的固件，其AT指令的支持度、Bug修复情况乃至默认参数都可能存在差异，因此在项目定版时，必须锁定一个经过充分测试的固件版本。
• AT+RST ：软件重启指令。其作用等同于给 RST 引脚施加一个低电平脉冲，但更为优雅和可控。在MCU程序中，当检测到Wi-Fi连接异常、模块无响应或需要重置网络配置时，应优先调用此指令，而非粗暴断电。它能确保模块内部状态机被彻底清零，是实现“自恢复”功能的关键。
• AT+CWMODE=<mode> ：设置Wi-Fi工作模式。如前所述， <mode> 为1、2、3。此指令的工程意义在于定义了设备的网络身份。在产品设计阶段，必须根据最终部署环境确定此模式，并在初始化代码中固化，避免因误操作导致设备“失联”。
• AT+CWSAP=<ssid>,<pwd>,<chl>,<ecn> ：在AP模式下配置热点参数。 <ssid> 为热点名称， <pwd> 为密码（长度至少8位）， <chl> 为信道（1-13）， <ecn> 为加密方式（ 0 =OPEN, 2 =WPA_PSK, 3 =WPA2_PSK, 4 =WPA_WPA2_PSK）。 此处的加密方式选择至关重要 。 WPA2_PSK （ <ecn>=3 ）是当前最安全的选择，而 OPEN （ <ecn>=0 ）则完全不加密，仅适用于临时调试环境，绝不可用于正式产品。
• AT+CWJAP=<ssid>,<pwd> ：在STA模式下连接指定热点。 <ssid> 和 <pwd> 分别对应目标路由器的名称和密码。此指令的执行是异步的，模块会返回 WIFI CONNECTED 和 WIFI GOT IP 两行成功信息。在MCU代码中，必须设计超时等待机制，若在规定时间内未收到 GOT IP ，则应判定连接失败并尝试重连或切换至AP模式供用户手动配置。
• AT+CIPMUX=<mode> ：设置多连接模式。 <mode>=0 为单连接（默认）， <mode>=1 为多连接。在SoftAP模式下，若希望多个手机APP同时连接并控制设备， 必须启用多连接 ，否则第二个连接请求会被拒绝。此指令是实现并发服务的基础。
• AT+CIPSERVER=<mode>,<port> ：启动/停止TCP服务器。 <mode>=1 为启动， <mode>=0 为停止， <port> 为监听端口号（如8288）。此指令开启了模块的“服务端”能力，使其能被动接受来自客户端（如手机APP）的TCP连接请求。端口号的选择应避开1024以下的知名端口，以避免权限问题，并确保在局域网内不与其他服务冲突。

2.2 固件烧录：从AT固件到云平台固件

尽管出厂模块通常已预装AT固件，但掌握固件烧录技能是嵌入式工程师的必备素养。原因有三：一是不同厂商的AT固件存在细微差异；二是项目需求可能要求刷入特定功能固件（如专为机智云优化的固件）；三是固件升级是产品生命周期管理的核心环节。

烧录过程的核心在于理解ESP8266的Flash存储器布局。模块的Flash被划分为多个扇区，每个扇区有固定的起始地址。官方AT固件通常由四个BIN文件组成： boot_v1.7.bin （引导加载程序）、 user1.2048.new.5.bin （主应用程序）、 esp_init_data_default_v08.bin （初始化数据）和 blank.bin （空白数据）。烧录工具（如安信可提供的 ESP8266Flasher ）需要将这些文件精确地写入到对应的Flash地址。

• boot_v1.7.bin ：烧录地址为 0x00000 。这是CPU上电后首先执行的代码，负责初始化基本硬件并加载后续应用程序。
• user1.2048.new.5.bin ：烧录地址为 0x01000 （对于1MB Flash）或 0x100000 （对于4MB Flash）。这是AT指令功能的主体，包含了所有网络协议栈和命令解析逻辑。
• esp_init_data_default_v08.bin ：烧录地址为 0xFC000 （1MB Flash）或 0x3FC000 （4MB Flash）。此文件存储了Wi-Fi的默认配置（如信道、国家码），烧录后模块才能正常工作。
• blank.bin ：烧录地址为 0xFE000 （1MB Flash）或 0x3FE000 （4MB Flash）。这是一个全0填充文件，用于擦除Flash中可能残留的旧配置，确保新固件干净启动。

在使用USB转串口烧录器（如CH340或CP2102）时，关键步骤是进入“下载模式”。这需要将 GPIO0 引脚在上电瞬间强制拉低（接地），同时 CH_PD 和 VCC 保持高电平。烧录器上的 GPIO0 跳线帽或按钮就是为此设计。一旦进入下载模式，烧录工具就能通过UART与模块的ROM Bootloader通信，完成固件写入。烧录完成后，务必断电再上电，或通过拉低 RST 引脚复位，使模块从Flash中加载新固件。 切记，烧录过程中严禁断电，否则可能导致Flash损坏，模块变砖 。

3. STM32与ESP8266的硬件协同设计

在以STM32F103C8T6为核心的系统中，将ESP8266作为Wi-Fi通信协处理器，需要精心规划硬件资源与软件架构。STM32的角色是系统的“大脑”，负责业务逻辑、外设控制（如LED）和与ESP8266的指令交互；而ESP8266则是“网络接口”，专注于Wi-Fi连接、TCP/IP协议处理和数据透传。二者通过UART总线进行松耦合通信，这种分工明确的架构是稳定性的基石。

3.1 硬件电路设计要点

本项目选用STM32F103C8T6的USART2（PA2-TX, PA3-RX）与ESP8266通信。这一选择基于两点：一是USART2的引脚位置便于布线；二是为USART1（PA9-TX, PA10-RX）预留出来，专门用于与PC进行调试信息打印，实现“双串口”调试，极大提升了开发效率。

• 电平匹配 ：如前所述，ESP8266的RXD引脚（即STM32的USART2_TX）必须承受3.3V电平。若STM32系统使用5V供电，其GPIO输出高电平为5V，必须通过电平转换电路。除了前述的三极管方案，也可使用专用的双向电平转换芯片（如TXB0104），但成本更高。一个被广泛验证的简易方案是：在STM32的PA2（USART2_TX）与ESP8266的RXD之间串联一个1kΩ电阻，并在ESP8266的RXD引脚上并联一个3.3V稳压二极管（如BZX84-C3V3）到地。该二极管在电压超过3.3V时导通，将RXD钳位在安全电压内，而1kΩ电阻则限制了钳位电流，保护了二极管。这是一种成本最低、可靠性最高的“土法”解决方案。
• 电源去耦 ：ESP8266在Wi-Fi射频发射时，瞬态电流可达300mA以上，会产生强烈的电源噪声。若与STM32共用同一LDO，此噪声会通过电源线耦合至STM32的模拟电路（如ADC）和数字电路，导致系统不稳定甚至复位。因此， 必须为ESP8266配置独立的3.3V电源轨 ，并在其VCC引脚处放置一个100μF的钽电容（提供大电流储能）和一个100nF的陶瓷电容（滤除高频噪声）。
• 复位与使能控制 ：虽然 CH_PD 和 RST 引脚可悬空（通过上拉电阻保持高电平），但为了实现MCU对模块的完全掌控，应将其连接至STM32的GPIO。例如，将 CH_PD 连接至PB0， RST 连接至PB1。在MCU初始化代码中，先将PB0置高（使能模块），再短暂将PB1置低（复位模块），然后延时100ms，最后发送 AT 指令进行握手。这种“软复位”流程，是保证每次上电后模块都处于已知、可控状态的黄金法则。

3.2 软件架构与通信协议设计

MCU与模块的通信，绝非简单的“发指令-等回复”轮询。一个健壮的驱动层必须解决三个核心问题： 数据收发的异步性、指令响应的不确定性、以及错误处理的完备性 。

• 异步收发与缓冲区管理 ：USART2应配置为中断接收模式。每当一个字节到达，触发 USART2_IRQHandler 。在中断服务函数中，不应进行任何耗时操作（如字符串解析），而应将接收到的字节存入一个环形缓冲区（Ring Buffer）。主循环（ while(1) ）则不断从该缓冲区中读取数据，进行解析。环形缓冲区的大小需根据预期的最大响应长度（如 AT+CWLAP 返回的AP列表）来设定，通常256字节是安全的起点。这种设计将高速的硬件中断与慢速的软件解析解耦，避免了数据丢失。
• 指令-响应匹配机制 ：MCU发送 AT+CWMODE=3 后，并不会立即收到 OK ，中间可能夹杂着 ready 、 no change 等无关信息。因此，驱动层必须维护一个“待响应指令队列”。当发送一条指令时，将其存入队列，并启动一个超时定时器（如SysTick）。在主循环解析接收到的数据时，一旦发现 OK 或 ERROR ，就检查队列头部的指令是否与之匹配。若匹配，则清除该指令并执行其回调函数；若不匹配，则继续等待。若超时，则执行错误处理（如重发或复位模块）。
• 状态机驱动的初始化流程 ：整个Wi-Fi模块的初始化是一个典型的有限状态机（FSM）过程。初始状态为 IDLE ，发送 AT 后进入 WAIT_AT_OK ；收到 OK 后进入 SET_MODE ，发送 AT+CWMODE=3 ；收到 OK 后进入 CONFIG_AP ，发送 AT+CWSAP ；依此类推，直至最终状态 READY 。每个状态都有其专属的超时时间和错误处理分支。这种结构化的编程方式，使得代码逻辑清晰、易于调试和维护，是工业级嵌入式软件的标准范式。

4. 基于AT指令的远程LED控制系统实现

本节将前述所有理论付诸实践，构建一个完整的、可运行的远程LED控制系统。系统目标是：STM32通过ESP8266连接到家庭路由器，并启动一个TCP服务器；手机APP作为TCP客户端，连接至该服务器；用户在APP中点击“开灯”或“关灯”按钮，APP向服务器发送字符 A 或 C ；STM32接收到指令后，控制PA13引脚的电平，从而点亮或熄灭板载LED。

4.1 STM32固件核心逻辑

整个固件围绕 main.c 展开，其主干是一个事件驱动的无限循环。

int main(void)
{
    HAL_Init();
    SystemClock_Config();
    MX_GPIO_Init(); // 初始化LED引脚PA13为推挽输出
    MX_USART1_UART_Init(); // 初始化USART1，用于打印调试信息
    MX_USART2_UART_Init(); // 初始化USART2，用于与ESP8266通信

    printf("System Start...\r\n");

    // 1. ESP8266硬件初始化与AT握手
    if (!ESP8266_Hardware_Init()) {
        printf("ESP8266 Hardware Init Failed!\r\n");
        while(1); // 硬件错误，死循环
    }

    // 2. ESP8266 AT指令初始化流程（状态机）
    ESP8266_Init_StateMachine();

    // 3. 主循环：处理网络事件与用户指令
    while (1)
    {
        // 从USART2环形缓冲区读取数据并解析
        ESP8266_Process_Receive_Buffer();

        // 处理已解析的指令（如收到'A'或'C'）
        Process_Control_Command();

        // 心跳与看门狗喂狗
        HAL_Delay(10);
    }
}

其中， ESP8266_Process_Receive_Buffer() 函数是核心。它持续从环形缓冲区中读取字节，累积成一行（以 \r\n 为结束），然后调用 ESP8266_Parse_Response() 进行语义解析。解析逻辑如下：

void ESP8266_Parse_Response(char *line)
{
    if (strstr(line, "OK") != NULL) {
        // 成功响应，通知状态机
        ESP8266_State_Machine_Event(EVENT_OK);
    } else if (strstr(line, "ERROR") != NULL) {
        // 错误响应
        ESP8266_State_Machine_Event(EVENT_ERROR);
    } else if (strstr(line, "+IPD") != NULL) {
        // TCP数据到达事件，格式为 "+IPD,<link_id>,<len>:<data>"
        Parse_TCP_Data(line);
    } else if (strstr(line, "WIFI GOT IP") != NULL) {
        // 获取IP地址成功
        printf("WiFi Connected! IP: %s\r\n", Get_IP_Address());
        ESP8266_State_Machine_Event(EVENT_GOT_IP);
    }
}

Parse_TCP_Data() 函数负责提取 +IPD 响应中的有效载荷。例如，当收到 +IPD,0,1:A 时，它会提取出字符 A ，并将其存入一个全局变量 g_control_flag 中。随后，在 Process_Control_Command() 中，根据 g_control_flag 的值控制LED：

void Process_Control_Command(void)
{
    if (g_control_flag == 'A') {
        HAL_GPIO_WritePin(GPIOA, GPIO_PIN_13, GPIO_PIN_RESET); // LED ON (低电平点亮)
        printf("LED Turned ON\r\n");
        g_control_flag = 0;
    } else if (g_control_flag == 'C') {
        HAL_GPIO_WritePin(GPIOA, GPIO_PIN_13, GPIO_PIN_SET); // LED OFF
        printf("LED Turned OFF\r\n");
        g_control_flag = 0;
    }
}

4.2 手机端TCP客户端配置与交互

手机端无需开发专用APP，可使用成熟的网络调试工具，如“网络调试助手”（Android）或“TCP Client”（iOS）。配置步骤如下：

1. 确认网络环境 ：确保手机与STM32开发板连接在同一局域网（即都连接到同一个家庭路由器）。
2. 获取模块IP ：在STM32的串口调试窗口中，找到 WIFI GOT IP 之后打印出的IP地址，例如 192.168.1.105 。
3. 配置客户端 ：打开网络调试助手，选择“TCP Client”模式。在服务器地址栏输入上述IP地址（ 192.168.1.105 ），端口号输入 8288 （与 AT+CIPSERVER=1,8288 中设置的一致）。
4. 建立连接 ：点击“连接”按钮。客户端将向该IP和端口发起TCP连接请求。若一切正常，STM32的串口会打印 +IPD,0,1: 等信息，表示连接已建立。
5. 发送指令 ：在客户端的发送框中输入单个字符 A ，点击发送。此时，STM32会接收到 A ，并点亮LED，同时串口会打印 LED Turned ON 。同理，发送 C 可关闭LED。

此交互过程清晰地展现了“指令-响应”模型的闭环：用户操作（APP发送）→ 网络传输（TCP）→ 模块透传（ +IPD ）→ MCU解析（ Parse_TCP_Data ）→ 外设控制（ HAL_GPIO_WritePin ）→ 用户反馈（LED状态变化）。每一个环节都可在串口日志中被清晰地追踪，这是调试复杂系统最有力的武器。

5. 常见故障排查与工程经验总结

在将ESP8266集成到STM32项目的过程中，开发者必然会遭遇各种“疑难杂症”。这些故障往往不是源于代码逻辑错误，而是由硬件、电源、时序或协议理解偏差所引发。以下是我在多个量产项目中踩过的坑，以及行之有效的解决方案。

5.1 典型故障现象与根因分析

• 现象：串口打印全是乱码，或完全无响应。

  • 根因 ：这是最基础也最常见的问题，90%以上的情况是 波特率不匹配 。ESP8266出厂AT固件的默认波特率为115200bps，但部分模块（尤其是某些国产兼容版）可能被烧录为9600bps或74880bps（启动时的debug波特率）。 解决方案 ：在串口调试助手中，依次尝试115200、9600、74880这三个波特率，直到看到清晰的 ready 或 OK 字样。一旦确认，务必在STM32的 MX_USART2_UART_Init() 函数中将 huart2.Init.BaudRate 设置为该值，并重新编译下载。

• 现象： AT 指令返回 OK ，但 AT+CWMODE=3 后返回 ERROR 。

  • 根因 ：模块固件版本过旧，不支持SoftAP模式，或 GPIO0 引脚在启动时被意外拉低，导致模块进入了下载模式而非正常运行模式。 解决方案 ：首先，用 AT+GMR 确认固件版本。若版本陈旧（如 0.9.2.2 ），则必须使用 ESP8266Flasher 刷入最新版AT固件（如 v2.2.1 ）。其次，检查硬件，确保 GPIO0 引脚在模块上电时是浮空或上拉的，没有被MCU或其他电路意外拉低。

• 现象：模块能连接到路由器（ WIFI GOT IP ），但手机APP无法连接到其TCP服务器（ 192.168.1.x:8288 ）。

  • 根因 ： AT+CIPMUX=1 （多连接）指令未正确执行，或 AT+CIPSERVER=1,8288 指令后，模块并未真正开始监听。 解决方案 ：在串口调试助手中，手动发送 AT+CIPMUX? ，确认返回值为 1 ；再发送 AT+CIPSERVER? ，确认返回值为 1,8288 。若返回 0 ，说明服务器未启动，需重新发送 AT+CIPSERVER=1,8288 。此外，还需确认手机与开发板在同一子网，且路由器防火墙未阻止该端口。

• 现象：LED能被控制，但一段时间后自动断开连接，或需要频繁复位模块。

  • 根因 ： 电源不足 。这是最隐蔽也最致命的问题。当ESP8266进行Wi-Fi扫描或数据传输时，其峰值电流需求巨大。若电源设计余量不足，会导致3.3V电压瞬间跌落，模块复位或工作异常。 解决方案 ：用示波器观察ESP8266的VCC引脚。若在发送数据时看到明显的电压凹陷（>300mV），则必须加强电源设计：更换更大电流的LDO，增加VCC引脚处的钽电容容量（增至220μF），并确保PCB电源走线足够宽（≥20mil）。

5.2 工程实践中的关键技巧

• “黄金三指令”调试法 ：在任何新模块或新固件的首次调试中，务必按顺序执行以下三步，并在串口看到预期响应：

  1. AT → 期望 OK
  2. AT+GMR → 期望打印固件版本
  3. AT+CWMODE? → 期望打印当前模式（如 2 ）
     只有这三步全部通过，才能证明硬件链路和固件基础是健康的，后续的复杂配置才有意义。

• 日志分级与开关 ：在最终发布的固件中，应将详细的AT指令交互日志（如每条发送和接收的指令）设为可开关选项。通过一个宏定义（如 #define DEBUG_ESP_LOG 1 ）来控制。在调试阶段开启，发布时关闭，以节省宝贵的Flash空间和串口带宽。

• 超时时间的经验值 ：在编写AT指令状态机时，为每个步骤设置合理的超时时间至关重要。我的经验值是： AT 指令响应超时设为500ms； AT+CWMODE 设为1000ms； AT+CWJAP 设为5000ms（因为扫描和连接过程较长）； AT+CIPSERVER 设为2000ms。这些时间既保证了足够的等待，又避免了程序长时间卡死。

我曾在一款智能插座项目中，因忽视了 GPIO0 引脚的上拉电阻，导致产品在批量生产后出现约5%的“开机不联网”故障。最终发现，PCB板厂在焊接时，该引脚的焊盘与邻近的地线发生了微小的锡桥，相当于将 GPIO0 在启动时拉低，模块永远无法进入正常模式。这个教训让我深刻体会到，一个看似微不足道的硬件细节，其影响可能是灾难性的。因此，在硬件设计评审阶段，对所有与启动模式相关的引脚（ GPIO0 , GPIO2 , CH_PD ）进行逐项核查，是保障项目成功的最后一道防线。