3、WiFi基础与Station模式实战：WiFi协议栈分层、ESP32 Station模式连接路由器、断线重连机制

3.1 为什么我们要先搞懂WiFi协议栈分层？

做嵌入式WiFi开发，很多人上来就调API，连上路由就完事。我个人习惯是，先搞清楚协议栈长什么样。你想想看，如果连数据从你的代码到天线之间经历了什么都不知道，出了问题就只能靠蒙。

WiFi协议栈，说白了就是一套分层的通信规则。它把复杂的无线通信拆成了几层，每层只管自己的事。我刚开始做物联网项目时，遇到一个丢包问题，折腾了两天，最后发现是TCP层重传超时设置不合理。如果当时我对分层结构心里有数，半天就能定位到问题。

核心观点：WiFi协议栈分层不是学院派的纸上谈兵，它是你调试无线问题的地图。没有这张地图，你就是在黑夜里摸路。

3.2 WiFi协议栈的四层结构

我们做嵌入式开发，重点关注下面这四层就够了。从上往下看：

层级	名称	典型协议/标准	嵌入式工程师关注点
第4层	应用层	HTTP, MQTT, CoAP	你的业务逻辑，数据怎么打包
第3层	传输层	TCP, UDP	可靠传输还是实时传输？
第2层	网络层	IP, ICMP	IP地址、路由、ping
第1层	链路层	802.11 MAC/PHY	WiFi帧、信号强度、重传

嗯，这里要注意。在ESP32上，我们通常不直接操作链路层。但理解它很重要——比如你发现设备ping路由丢包，问题可能不在应用层，而在链路层的信号干扰上。

我曾经在一个工厂项目里，设备老是断线。查了三天应用层代码，一点问题没有。最后拿着频谱仪到现场一看，2.4GHz频段被工业设备干扰得不成样子。这就是典型的链路层问题，应用层再优化也没用。

3.3 ESP32的Station模式——让设备连上路由器

Station模式，说白了就是让ESP32像你的手机一样，去连接一个现有的WiFi热点。这是物联网设备最常用的工作模式。

在ESP-IDF框架下，连接路由器的流程其实很清晰。我把它总结成五个步骤：

初始化网络接口——创建默认的WiFi Station
配置WiFi参数——设置SSID和密码
启动WiFi——让硬件开始工作
注册事件回调——监听连接状态变化
等待连接成功——获取IP地址

下面是我在实际项目中提炼出来的最小可运行代码。这段代码我用了不下二十个项目，基本没改过框架：

#include "esp_wifi.h"
#include "esp_event.h"
#include "nvs_flash.h"

#define WIFI_SSID      "YourRouterSSID"
#define WIFI_PASS      "YourRouterPassword"

static void wifi_event_handler(void* arg, esp_event_base_t event_base,
                               int32_t event_id, void* event_data)
{
    if (event_base == WIFI_EVENT && event_id == WIFI_EVENT_STA_START) {
        esp_wifi_connect();
        printf("WiFi connecting...\n");
    } else if (event_base == WIFI_EVENT && event_id == WIFI_EVENT_STA_DISCONNECTED) {
        printf("WiFi disconnected, trying to reconnect...\n");
        esp_wifi_connect();
    } else if (event_base == IP_EVENT && event_id == IP_EVENT_STA_GOT_IP) {
        ip_event_got_ip_t* event = (ip_event_got_ip_t*) event_data;
        printf("Got IP: " IPSTR "\n", IP2STR(&event->ip_info.ip));
    }
}

void wifi_sta_init(void)
{
    nvs_flash_init();
    esp_netif_init();
    esp_event_loop_create_default();
    esp_netif_create_default_wifi_sta();

    wifi_init_config_t cfg = WIFI_INIT_CONFIG_DEFAULT();
    esp_wifi_init(&cfg);

    esp_event_handler_instance_register(WIFI_EVENT, ESP_EVENT_ANY_ID,
                                        &wifi_event_handler, NULL, NULL);
    esp_event_handler_instance_register(IP_EVENT, IP_EVENT_STA_GOT_IP,
                                        &wifi_event_handler, NULL, NULL);

    wifi_config_t wifi_config = {
        .sta = {
            .ssid = WIFI_SSID,
            .password = WIFI_PASS
        },
    };
    esp_wifi_set_mode(WIFI_MODE_STA);
    esp_wifi_set_config(WIFI_IF_STA, &wifi_config);
    esp_wifi_start();
}

我的习惯：在回调函数里不要做耗时操作。比如收到GOT_IP事件后，我通常只设置一个标志位，真正的业务启动放在主循环里判断。否则回调里卡住了，WiFi事件队列会堵死。

3.4 断线重连机制——物联网设备的保命技能

做物联网最怕什么？设备连上路由，运行三天，突然断线了，然后就再也连不回来了。用户得去拔电源重启。这种产品，谁敢用？

断线重连，说白了就是让设备在掉线后自动尝试重新连接。但这里有个坑：不能无脑狂连。

我曾经在一个智能灯控项目里，设备断线后每500ms重连一次。结果整个楼层的AP都被我设备的重连请求打挂了。那叫一个惨，甲方差点让我们赔设备。

所以，好的重连机制要有策略。我一般用下面这个方案：

重连次数	等待时间	说明
第1~3次	1秒	快速恢复，可能是临时干扰
第4~6次	5秒	给路由器一点恢复时间
第7~10次	30秒	可能是路由器重启中
10次以上	60秒	进入省电模式，减少无效重试

这个策略的核心思想是：指数退避。越连不上，等待时间越长。既节省电量，又不会给网络造成压力。

代码实现上，我习惯在断开事件里启动一个定时器：

static int retry_count = 0;
static esp_timer_handle_t reconnect_timer;

static void reconnect_timer_cb(void* arg)
{
    esp_wifi_connect();
    retry_count++;
}

static void wifi_event_handler(void* arg, esp_event_base_t event_base,
                               int32_t event_id, void* event_data)
{
    if (event_id == WIFI_EVENT_STA_DISCONNECTED) {
        int delay_ms;
        if (retry_count < 3) {
            delay_ms = 1000;
        } else if (retry_count < 6) {
            delay_ms = 5000;
        } else if (retry_count < 10) {
            delay_ms = 30000;
        } else {
            delay_ms = 60000;
        }
        esp_timer_stop(reconnect_timer);
        esp_timer_start_once(reconnect_timer, delay_ms * 1000);
        printf("Reconnect in %d ms (attempt %d)\n", delay_ms, retry_count + 1);
    } else if (event_id == IP_EVENT_STA_GOT_IP) {
        retry_count = 0;
        esp_timer_stop(reconnect_timer);
        printf("Reconnected successfully!\n");
    }
}

避坑指南：我曾经犯过一个错误——在断开事件里直接调用esp_wifi_connect()，没有加任何延时。结果ESP32的WiFi驱动内部状态还没恢复，连续调用导致驱动崩溃。后来我改用定时器触发重连，问题就解决了。记住：不要在事件回调里直接做耗时或可能阻塞的操作。

3.5 本章知识体系总览

说了这么多，我画了一张图帮你把整个流程串起来。这张图是我做培训时必用的，学员反馈说看了就忘不掉：

3.6 写在最后——关于调试的一点建议

代码写完了，怎么验证？我个人的调试三板斧：

看日志：打开ESP-IDF的WiFi日志等级到ESP_LOG_VERBOSE，能看到扫描、认证、关联、DHCP的全过程。哪一步卡住了，一目了然。
抓包：用Wireshark抓路由器的空中包。我曾经靠这个发现设备在发送错误的PMKID，导致认证失败。
模拟断线：写测试代码时，我习惯在循环里每隔30秒调用一次esp_wifi_disconnect()，验证重连逻辑是否可靠。别等到现场才暴露问题。

嗯，WiFi基础这部分就聊到这儿。记住一句话：协议栈分层是你的地图，事件回调是你的方向盘，指数退避是你的安全带。把这三点吃透了，ESP32的WiFi开发你就入门了。

📚 课程目录

3、WiFi基础与Station模式实战：WiFi协议栈分层、ESP32 Station模式连接路由器、断线重连机制

3.1 为什么我们要先搞懂WiFi协议栈分层？

3.2 WiFi协议栈的四层结构

3.3 ESP32的Station模式——让设备连上路由器

3.4 断线重连机制——物联网设备的保命技能

3.5 本章知识体系总览

3.6 写在最后——关于调试的一点建议