基于ESP32与Modbus RTU的太阳能光伏数据采集系统实战

1. 项目概述：打造一个太阳能光伏数据记录与上传系统

如果你家里装了光伏逆变器，看着电表上的数字跳动，是不是总想更精细地了解每一刻的发电情况？市面上的监控方案要么太贵，要么功能受限，数据还不在自己手里。今天分享的，就是我折腾了几个月，用一块ESP32开发板，搭建的一个低成本、高自由度的太阳能光伏数据记录与上传系统。它能从我的丹佛斯ULX 3600逆变器上，通过RS485总线实时读取发电功率、电流、电压等关键数据，然后把这些数据一方面显示在一块小OLED屏幕上，另一方面上传到Thingspeak或PVOutput这类物联网平台，实现云端存储和可视化。所有数据，无论是实时状态还是历史曲线，都尽在掌握。

这个项目的核心，就是扮演一个“翻译官”和“快递员”的角色。逆变器内部有一套自己的“语言”（通常是基于RS485的Modbus协议），我们得用ESP32听懂它，然后把听懂的信息，用Wi-Fi“快递”到互联网上。整个过程涉及硬件接线、通信协议解析、数据本地处理与远程上传等多个环节。无论你是想深入学习物联网开发，还是单纯想给自己的光伏系统加个“眼睛”，这个项目都能提供一条清晰的实践路径。接下来，我会拆解每一个步骤，包括我踩过的坑和总结的技巧。

2. 核心硬件选型与连接解析

2.1 主角ESP32：为什么是它？

在众多微控制器中，选择ESP32作为这个数据记录器的核心，是经过深思熟虑的。首先，它内置Wi-Fi和蓝牙，这意味着我们无需额外模块就能轻松连接家庭网络，实现数据上传，极大地简化了硬件设计和成本。其次，ESP32拥有强大的处理能力和丰富的外设接口，特别是多个UART串口，这对于需要同时处理RS485通信和调试信息输出至关重要。最后，其庞大的社区和丰富的Arduino核心库支持，让开发变得异常便捷。市面上常见的ESP32开发板，如ESP32 DevKitC、NodeMCU-32S等，都完全能满足需求。

注意：购买ESP32开发板时，建议选择引脚定义清晰、带有USB转串口芯片（如CH340、CP2102）的版本，这能省去很多驱动安装和供电的麻烦。我最初买了一块引脚丝印模糊的板子，排查接线错误花了半天时间。

2.2 通信桥梁：RS485模块的关键作用

逆变器的RS485接口是差分信号（A+， B-），而ESP32的UART是单端TTL电平（TX， RX），两者不能直接相连。这就需要一块RS485转TTL模块，常见型号如MAX485。这块模块的作用是进行电平转换和信号方向控制。

它的接线逻辑是这样的：

• VCC和GND：连接到ESP32的3.3V和GND，为模块供电。务必接3.3V，接5V可能会损坏ESP32的GPIO。
• RO（接收输出）：连接至ESP32的某个RX引脚（例如GPIO16），负责将RS485网络上的数据转换成TTL电平送给ESP32。
• DI（发送输入）：连接至ESP32的某个TX引脚（例如GPIO17），负责将ESP32要发送的TTL数据转换成RS485差分信号。
• RE（接收使能）和DE（发送使能）：这两个引脚通常短接，并由ESP32的另一个GPIO（例如GPIO4）统一控制。当这个控制引脚为高电平时，模块处于发送模式（DE有效）；为低电平时，处于接收模式（RE有效）。这种半双工控制是RS485通信正常工作的关键。

2.3 信息窗口：OLED显示屏的选型与连接

为了能本地实时查看数据，我选择了一块0.96英寸的I2C接口OLED屏（SSD1306驱动）。选择I2C接口而非SPI，主要是为了节省GPIO引脚，接线也更简单，只需四根线：

• VCC-> ESP32 3.3V
• GND-> ESP32 GND
• SCL-> ESP32的I2C时钟引脚（如GPIO22）
• SDA-> ESP32的I2C数据引脚（如GPIO21）

这种屏幕功耗极低，显示信息清晰，非常适合嵌入式设备的本地状态展示。

2.4 连接逆变器：安全第一的物理对接

丹佛斯ULX 3600逆变器的RS485接口通常位于通信端子排上。在操作前，请务必确保逆变器完全断电。找到标有“RS485”或“A+/B-”的端子。

• RS485模块的A+连接逆变器的A+端子。
• RS485模块的B-连接逆变器的B-端子。
• RS485模块的GND连接逆变器的GND端子（如果提供）。共地可以减少通信干扰。

实操心得：RS485总线最好采用手拉手式的总线拓扑，并在总线两端的设备A+和B-之间各并联一个约120欧姆的终端电阻，以抑制信号反射。在家庭这种短距离（通常小于10米）且只有两个节点（逆变器和我们的记录器）的场景下，终端电阻有时不接也能工作，但为了通信稳定，建议在ESP32侧的RS485模块上预留焊接120Ω电阻的位置。我一开始没接，在数据量大时偶尔会出现乱码，加上电阻后问题消失。

整个系统的硬件连接示意图如下表所示：

3. 软件框架设计与通信协议破解

3.1 开发环境与核心库搭建

我使用Arduino IDE进行开发，因为它对ESP32的支持已经非常成熟，库管理方便。首先需要在Arduino的“开发板管理器”中添加ESP32支持。随后，需要安装几个核心库：

1. ModbusMaster库：用于实现Modbus协议客户端（主站）功能，向逆变器发送查询请求并解析响应。这是与逆变器对话的“语法手册”。
2. Adafruit SSD1306 和 Adafruit GFX 库：用于驱动OLED屏幕进行图形和文字显示。
3. ThingSpeak库：简化数据上传到Thingspeak平台的过程。
4. EEPROM库：ESP32 Arduino核心已内置，用于将数据保存到非易失性存储器中，防止Wi-Fi中断时数据丢失。

软件的主循环逻辑设计为状态机模式，这样代码结构清晰，易于维护和调试。主要状态包括：初始化硬件、连接Wi-Fi、读取逆变器数据、更新显示、本地保存数据、上传数据到云端、进入低功耗休眠（如果需要）。每个状态独立处理，通过全局变量或函数返回值决定下一个状态。

3.2 Modbus协议：与逆变器对话的语言

丹佛斯ULX 3600逆变器通过RS485接口暴露的数据，极大概率遵循Modbus RTU协议。这是一种在工业领域广泛应用的主从式通信协议。我们的ESP32作为主站（Master），需要主动向作为从站（Slave）的逆变器发送格式化的请求帧，逆变器才会回复对应的数据。

一个Modbus RTU请求帧至少包含以下部分：从站地址、功能码、寄存器起始地址、寄存器数量、CRC校验码。例如，读取保持寄存器（功能码0x03）是获取数据最常用的功能。

破解的关键在于找到正确的从站地址和数据寄存器映射表。这份映射表定义了哪个寄存器地址对应什么数据（如直流电压、交流功率等），以及数据的格式（是16位整数、32位长整型还是浮点数）。这份表通常可以在逆变器的用户手册、通信协议附录或技术文档中找到。如果找不到，可以尝试一些常见地址，或者使用Modbus扫描工具（如Modbus Poll）进行试探性读取。

踩坑记录：我的逆变器手册里寄存器地址是十进制表示的，而Modbus协议帧中通常使用十六进制。我一开始直接用了十进制值，导致一直读不到数据。后来经过抓包分析才发现，需要将手册中的十进制地址转换为十六进制后再填入请求帧。例如，手册说“40001”地址是直流电压，实际在请求帧中，寄存器地址部分应填写为0x0000（因为Modbus协议中的寄存器地址是从0开始计数的，40001对应偏移量0）。

3.3 数据解析与处理流程

成功收到逆变器的响应帧后，需要根据协议进行解析。响应帧中包含原始字节数据，我们需要根据之前查到的映射表，将这些字节组合成有意义的数值。

例如，一个32位的浮点数类型的“总发电功率”，可能占用两个连续的16位寄存器。我们需要将这两个寄存器的值（共4个字节）按照正确的字节序（可能是大端序或小端序）组合成一个4字节的整型，然后再将其内存表示解释为浮点数。在C语言中，这可以通过联合体（union）或指针强制类型转换安全地实现。

// 示例：将两个16位寄存器值（reg0, reg1）组合为一个大端序的32位浮点数 uint16_t regs[2]; // 存放从响应中提取的两个寄存器值 float powerValue; uint8_t *bytePtr = (uint8_t *)&powerValue; // 假设寄存器为大端序（高字在前） bytePtr[0] = (regs[0] >> 8) & 0xFF; bytePtr[1] = regs[0] & 0xFF; bytePtr[2] = (regs[1] >> 8) & 0xFF; bytePtr[3] = regs[1] & 0xFF; // 现在 powerValue 就包含了正确的浮点数值

解析出的数据，如实时功率、日发电量、总发电量、直流电压/电流等，会被存入一个结构体中，供显示、存储和上传模块使用。

4. 核心功能模块的代码实现

4.1 初始化与硬件配置

代码的第一步是初始化所有硬件和外设。这包括设置串口用于调试、配置连接RS485模块的UART2、初始化I2C总线并检测OLED屏幕、初始化EEPROM空间以及连接Wi-Fi网络。

#include <ModbusMaster.h> #include <Wire.h> #include <Adafruit_SSD1306.h> #include <EEPROM.h> #include <WiFi.h> #include <ThingSpeak.h> // 引脚定义 #define RS485_CONTROL_PIN 4 #define OLED_RESET -1 // 如果屏幕有RESET引脚则定义 // 对象声明 ModbusMaster inverter; Adafruit_SSD1306 display(128, 64, &Wire, OLED_RESET); // WiFi和ThingSpeak配置 const char* ssid = "Your_SSID"; const char* password = "Your_PASSWORD"; unsigned long myChannelNumber = YOUR_CHANNEL_ID; const char* myWriteAPIKey = "YOUR_WRITE_API_KEY"; WiFiClient client; void setup() { Serial.begin(115200); // 调试串口 Wire.begin(21, 22); // 初始化I2C，指定SDA, SCL引脚 // 初始化OLED if(!display.begin(SSD1306_SWITCHCAPVCC, 0x3C)) { Serial.println(F("SSD1306 allocation failed")); for(;;); // 死循环，阻止继续执行 } display.clearDisplay(); display.setTextSize(1); display.setTextColor(SSD1306_WHITE); display.setCursor(0,0); display.println("Booting..."); display.display(); // 初始化RS485控制引脚 pinMode(RS485_CONTROL_PIN, OUTPUT); digitalWrite(RS485_CONTROL_PIN, LOW); // 默认设置为接收模式 // 初始化Modbus通信，使用UART2 Serial2.begin(9600, SERIAL_8N1, 16, 17); // RX=16, TX=17 inverter.begin(1, Serial2); // 假设逆变器从站地址为1 inverter.preTransmission(preTransmission); // 设置发送前回调 inverter.postTransmission(postTransmission); // 设置发送后回调 // 连接WiFi WiFi.begin(ssid, password); while (WiFi.status() != WL_CONNECTED) { delay(500); Serial.print("."); } Serial.println("\nWiFi Connected."); ThingSpeak.begin(client); // 初始化ThingSpeak客户端 // 初始化EEPROM，ESP32的EEPROM是模拟的，需要指定大小 EEPROM.begin(512); // 申请512字节空间 }

preTransmission和postTransmission回调函数用于在发送Modbus请求前将RS485模块切换到发送模式，发送完成后切回接收模式，这是RS485半双工通信的标准操作。

4.2 数据读取与解析函数

这是项目的核心函数，负责与逆变器通信并获取数据。为了提高可靠性，我实现了带重试和错误处理的读取逻辑。

// 回调函数：发送数据前，置控制引脚为高（发送模式） void preTransmission() { digitalWrite(RS485_CONTROL_PIN, HIGH); } // 回调函数：发送数据后，置控制引脚为低（接收模式） void postTransmission() { digitalWrite(RS485_CONTROL_PIN, LOW); } typedef struct { float dcVoltage; // 直流电压 (V) float dcCurrent; // 直流电流 (A) float acPower; // 交流输出功率 (W) float dailyEnergy; // 日发电量 (kWh) float totalEnergy; // 累计发电量 (kWh) int inverterStatus; // 逆变器状态码 } InverterData; InverterData currentData; bool readInverterData() { uint8_t result; uint16_t rawRegs[2]; // 用于存放读取的原始寄存器值 // 示例：读取直流电压（假设地址为0x0000， 32位浮点数） result = inverter.readHoldingRegisters(0x0000, 2); // 读取两个寄存器 if (result == inverter.ku8MBSuccess) { rawRegs[0] = inverter.getResponseBuffer(0); rawRegs[1] = inverter.getResponseBuffer(1); // 调用之前提到的字节序转换函数，将rawRegs转换为float currentData.dcVoltage = convertRegistersToFloat(rawRegs[0], rawRegs[1]); } else { Serial.print("Read DC Voltage failed: 0x"); Serial.println(result, HEX); return false; } // 类似地读取其他参数：电流、功率、发电量等... // 读取交流功率（假设地址为0x0002） result = inverter.readHoldingRegisters(0x0002, 2); if (result == inverter.ku8MBSuccess) { rawRegs[0] = inverter.getResponseBuffer(0); rawRegs[1] = inverter.getResponseBuffer(1); currentData.acPower = convertRegistersToFloat(rawRegs[0], rawRegs[1]); } else { return false; } // ... 读取更多数据 return true; // 所有数据读取成功 }

4.3 数据显示与本地存储

数据读取成功后，需要即时显示并保存。OLED显示部分需要精心设计布局，以在有限的屏幕上清晰展示关键信息。

void updateDisplay(const InverterData &data) { display.clearDisplay(); display.setCursor(0, 0); display.print("P:"); display.print(data.acPower, 1); // 显示1位小数 display.print("W"); display.setCursor(70, 0); display.print("Vdc:"); display.print(data.dcVoltage, 1); display.print("V"); display.setCursor(0, 16); display.print("I:"); display.print(data.dcCurrent, 2); display.print("A"); display.setCursor(70, 16); display.print("Today:"); display.print(data.dailyEnergy, 2); display.print("kWh"); display.setCursor(0, 32); display.print("Total:"); display.print(data.totalEnergy, 1); display.print("kWh"); // 可以根据状态码显示文字状态 display.setCursor(0, 48); display.print("Status:"); display.print(getStatusString(data.inverterStatus)); display.display(); }

本地存储使用EEPROM，主要用于在Wi-Fi中断时缓存数据，待网络恢复后补传。为了防止频繁擦写导致EEPROM寿命耗尽，我采用了一个循环缓冲区结构和定时保存策略，例如每5分钟或当数据变化超过一定阈值时才保存一次。

struct DataLog { unsigned long timestamp; float acPower; // ... 其他需要记录的字段 }; #define EEPROM_LOG_START 0 #define MAX_LOG_ENTRIES 10 #define LOG_SIZE sizeof(DataLog) void saveDataToEEPROM(const InverterData &data) { static int logIndex = 0; DataLog logEntry; logEntry.timestamp = millis() / 1000; // 保存为秒 logEntry.acPower = data.acPower; int address = EEPROM_LOG_START + (logIndex * LOG_SIZE); EEPROM.put(address, logEntry); EEPROM.commit(); // ESP32必须调用commit才能写入 logIndex = (logIndex + 1) % MAX_LOG_ENTRIES; // 循环覆盖 }

4.4 云端数据上传实现

云端平台我选择了Thingspeak和PVOutput，两者都是流行的物联网数据平台，免费层足够个人使用。Thingspeak集成简单，图表丰富；PVOutput则是专门为光伏系统设计的社区平台，功能更垂直。

上传到Thingspeak： Thingspeak每个通道有多个字段（Field）。我们需要将不同的数据分配到不同的字段。

void uploadToThingSpeak(const InverterData &data) { // 设置每个字段的值 ThingSpeak.setField(1, data.acPower); // 字段1：功率 ThingSpeak.setField(2, data.dcVoltage); // 字段2：直流电压 ThingSpeak.setField(3, data.dailyEnergy); // 字段3：日发电量 ThingSpeak.setField(4, data.totalEnergy); // 字段4：总发电量 // 写入数据到通道 int httpCode = ThingSpeak.writeFields(myChannelNumber, myWriteAPIKey); if (httpCode == 200) { Serial.println("ThingSpeak upload successful."); } else { Serial.print("ThingSpeak upload failed. HTTP error code: "); Serial.println(httpCode); } }

上传到PVOutput： PVOutput的API需要以HTTP GET请求的形式发送数据，包含系统ID和API Key等认证信息，以及功率、累计发电量等参数。

void uploadToPVOutput(const InverterData &data) { HTTPClient http; String url = "http://pvoutput.org/service/r2/addstatus.jsp?"; url += "key=YOUR_PVOUTPUT_API_KEY&sid=YOUR_SYSTEM_ID"; url += "&d=" + getDateString(); // 当前日期，格式yyyyMMdd url += "&t=" + getTimeString(); // 当前时间，格式HH:mm url += "&v1=" + String(data.dailyEnergy * 1000, 0); // 日发电量，转换为瓦时 url += "&v2=" + String(data.acPower, 0); // 实时功率，取整 url += "&v5=" + String(data.dcVoltage, 1); // 直流电压 url += "&v6=" + String(data.dcCurrent, 2); // 直流电流 http.begin(client, url); int httpCode = http.GET(); if (httpCode == 200) { Serial.println("PVOutput upload successful."); } else { Serial.print("PVOutput upload failed. HTTP error code: "); Serial.println(httpCode); String payload = http.getString(); Serial.println("Response: " + payload); // PVOutput会返回错误信息 } http.end(); }

重要提示：无论是Thingspeak还是PVOutput，免费账户对API调用频率都有限制（如Thingspeak约15秒一次）。因此，在主循环中需要合理安排上传间隔，例如每20秒或每分钟上传一次，避免因频繁请求而被限制。同时，要做好网络异常处理，上传失败时应将数据暂存到EEPROM，等待下次重试。

5. 系统集成与主循环逻辑

将所有模块整合在一起，形成一个稳定、健壮的主循环是项目成功的关键。我的设计思路是：以非阻塞（Non-blocking）的方式组织各个任务，避免因为某个操作（如网络请求）耗时过长而阻塞数据读取和显示。

unsigned long lastReadTime = 0; unsigned long lastUploadTime = 0; unsigned long lastSaveTime = 0; const unsigned long READ_INTERVAL = 5000; // 5秒读取一次逆变器数据 const unsigned long UPLOAD_INTERVAL = 60000; // 60秒上传一次云端 const unsigned long SAVE_INTERVAL = 300000; // 300秒保存一次EEPROM void loop() { unsigned long currentMillis = millis(); // 任务1：定时读取逆变器数据 if (currentMillis - lastReadTime >= READ_INTERVAL) { lastReadTime = currentMillis; if (readInverterData()) { // 读取成功，更新显示 updateDisplay(currentData); } else { display.setCursor(0, 56); display.print("Read Error!"); display.display(); } } // 任务2：定时保存数据到EEPROM if (currentMillis - lastSaveTime >= SAVE_INTERVAL) { lastSaveTime = currentMillis; saveDataToEEPROM(currentData); } // 任务3：定时上传数据到云端（需Wi-Fi连接正常） if (currentMillis - lastUploadTime >= UPLOAD_INTERVAL) { lastUploadTime = currentMillis; if (WiFi.status() == WL_CONNECTED) { uploadToThingSpeak(currentData); // 可以同时或交替上传到PVOutput // uploadToPVOutput(currentData); } else { Serial.println("WiFi not connected, skip upload."); // 可以考虑在这里触发一次Wi-Fi重连 } } // 其他任务，如检查网络连接状态、处理按键输入等... // ... // 短暂延时，让出CPU控制权 delay(10); }

这种基于时间戳的非阻塞调度，确保了系统响应灵敏，各个功能模块都能得到及时执行。即使网络上传偶尔卡顿，也不会影响本地数据的实时显示和记录。

6. 常见问题排查与调试技巧实录

在实际部署过程中，你几乎一定会遇到各种问题。下面是我总结的一些常见故障及其排查思路，希望能帮你快速定位。

6.1 通信失败：读不到任何数据

这是最常见的问题，表现为readInverterData()函数始终返回失败。

• 检查物理连接：首先确认RS485模块的A+、B-是否与逆变器接反？电源（3.3V和GND）是否稳定？RE/DE控制引脚是否已连接并正确控制？
• 确认电气参数：用万用表测量RS485总线A+和B-之间的电压差。当没有数据传输时，由于上下拉电阻的存在，电压差应在一定范围内（例如±200mV）。如果电压为0，可能是总线短路或终端电阻问题。
• 核对协议参数：这是最容易出错的地方。务必确认：
  1. 波特率：逆变器使用的是9600， 19200还是其他？需与Serial2.begin()中的设置一致。
  2. 数据格式：是8数据位、无校验、1停止位（8N1）吗？这是最常见的。
  3. 从站地址：你的逆变器Modbus地址真的是1吗？可以尝试扫描常见地址（1-247）。
  4. 寄存器地址和格式：寄存器地址是十进制还是十六进制？数据是16位无符号整型、32位整型还是浮点数？字节序是大端还是小端？
• 使用监听工具：如果有USB转RS485适配器，可以将其并联到总线上，使用PC上的串口调试助手或Modbus调试软件（如Modbus Poll/Slave）直接监听ESP32发出的请求和逆变器的回复，这是最直接的调试手段。

6.2 数据解析错误：读到的数值明显不对

如果通信成功但解析出的数值是巨大的负数或明显不合理的数，问题通常出在数据解析环节。

• 字节序问题：这是头号嫌疑犯。对于32位数据，尝试交换两个寄存器的顺序，或者交换寄存器内部高8位和低8位的顺序。常见的组合有“大端序”（Big-Endian）、“小端序”（Little-Endian），还有“大端字节序，但字交换”（俗称“Modbus字节序”）。你需要对照逆变器手册或通过已知正确值（例如在逆变器面板上看到的电压）来反推正确的格式。
• 数据类型错误：确认你读取的寄存器组合代表的数据类型。是两个16位寄存器组成的32位整数，还是IEEE 754标准的32位浮点数？处理方式完全不同。
• 缩放因子：有些逆变器返回的是整型值，需要乘以一个缩放因子（如0.1， 0.01）才能得到实际值。例如，返回的电压值1234，实际可能是123.4V。

6.3 网络上传不稳定或失败

• Wi-Fi连接断开：在loop中定期检查WiFi.status()，如果断开，尝试重新连接。可以增加更健壮的重连逻辑，比如多次重试失败后重启ESP32。
• API调用频率超限：严格遵守Thingspeak/PVOutput的调用间隔限制。在上传函数中加入时间间隔判断，确保不会发送过快。可以在上传失败时打印HTTP返回码和响应体，PVOutput通常会返回具体的错误信息，如“Duplicate request”（重复请求）或“Rate limit exceeded”（超过频率限制）。
• 电源干扰：ESP32在启动Wi-Fi或进行射频发射时，电流需求会瞬间增大。如果使用劣质USB线或电源，可能导致电压跌落，引起系统复位或工作异常。建议使用外部稳定的5V/2A电源适配器供电，并在ESP32的电源引脚附近并联一个100-470uF的电解电容以缓冲电流冲击。

6.4 OLED屏幕不显示或显示乱码

• I2C地址错误：常见的SSD1306地址是0x3C，但也有部分是0x3D。可以在初始化时扫描I2C总线确认地址。
• 接线错误：检查SDA和SCL是否接反，电源是否接好。
• 库冲突或内存不足：确保使用了正确的Adafruit SSD1306和GFX库。如果代码量很大，尝试关闭调试信息释放串口内存，或者优化全局变量。

6.5 EEPROM数据丢失

ESP32的EEPROM是模拟在Flash上的，频繁写入会损耗Flash寿命。

• 减少写入频率：如之前所述，不要每次循环都写，而是定时或当数据有显著变化时才写。
• 使用磨损均衡文件系统：对于更复杂的数据记录需求，可以考虑使用LittleFS或SPIFFS文件系统，它们能提供更好的磨损均衡和更大的存储空间。

7. 项目优化与扩展思路

这个基础系统搭建完成后，还有很大的优化和扩展空间，可以让它变得更实用、更智能。

1. 增加本地Web服务器：利用ESP32的Wi-Fi能力，可以创建一个简单的Web服务器。这样，在同一个局域网内的手机或电脑，通过浏览器输入ESP32的IP地址，就能看到一个更美观、信息更全的实时监控页面，甚至包含历史图表（通过内置的JavaScript图表库实现）。这完全摆脱了对第三方云平台的依赖。

2. 实现数据本地存储与导出：除了EEPROM缓存，可以外接一个Micro SD卡模块，将数据以CSV格式按天存储到SD卡中。这样即使长期断网，数据也不会丢失，并且可以随时拔卡用电脑分析。

3. 添加更多传感器：ESP32的GPIO和ADC引脚还有富余，可以接入环境光传感器来记录光照强度，或者接入温湿度传感器（如DHT22）来监测逆变器工作环境温度，研究环境因素对发电效率的影响。

4. 接入家庭自动化平台：将ESP32配置为MQTT客户端，把发电数据发布到本地的Home Assistant或Node-RED等平台。这样就可以实现更高级的自动化，比如“当今日发电量超过10度时，自动打开热水器”或者“实时功率低于某个阈值时发送手机通知”。

5. 低功耗优化：如果你的系统是电池或太阳能板供电，需要考虑功耗。可以让ESP32大部分时间处于深度睡眠（Deep Sleep）模式，每隔一段时间（如5分钟）唤醒，读取数据、上传，然后继续睡眠，这样可以极大延长续航。

这个项目从硬件连接到软件调试，完整地走通了一个物联网数据采集系统的全流程。最大的收获不是做出了一个能用的工具，而是在解决一个个具体问题（通信协议、数据解析、网络不稳定）的过程中，对嵌入式系统和物联网通信有了更深刻的理解。当你第一次在手机App上看到自己光伏系统实时跳动的功率曲线时，那种成就感是无可替代的。希望这份详细的记录，能帮你少走些弯路。