企业官网建设流程全解析

1. 这不是“又一个串口读温湿度”的项目，而是工业现场数据落地的第一道关卡

你手头这个标题——“MFC+Modbus-Tcp协议实现温湿度传感器采集”——乍看平平无奇，但如果你真在工厂自动化、楼宇自控或环境监测类项目里干过三年以上，就会立刻意识到：这根本不是个“练手小demo”，而是一条从传感器端到人机界面（HMI）之间最真实、最脆弱、也最容易被轻视的数据通路。我做过7个带温湿度监控的产线改造项目，其中4次返工，问题全出在这条链路上：传感器明明在线，MFC界面却显示“0.00℃/0%RH”，刷新按钮点了十几次，日志里只有一行“连接超时”。后来才发现，不是代码写错了，是工程师把Modbus-TCP当成Modbus-RTU来调——寄存器地址没加偏移、超时时间设成50ms、TCP KeepAlive完全没开。结果PLC侧一抖，连接断了，MFC这边连重连机制都没有，直接卡死。

这个项目的核心关键词非常精准：MFC是Windows桌面工业软件的老兵，稳定、可控、不依赖.NET运行时，特别适合嵌入式设备配套上位机；Modbus-TCP是工业以太网里事实上的“普通话”，它不讲加密、不谈认证，就靠“IP+端口+功能码+寄存器地址”四件套说话，简单得像打电话报门牌号；而温湿度传感器在这里绝不是DHT11那种面包板玩具——它是SHT30、HTU21D、或更常见的RS485转以太网模块（比如某国产“温湿度采集终端V3.2”），背后连着真实供电、接地、屏蔽双绞线，甚至要过EMC测试。所以，这不是写个Socket收发包就能交差的事。它要求你同时懂三件事：MFC消息循环怎么不卡UI、Modbus-TCP帧结构怎么校验字节序、工业现场接线怎么避免共模干扰。我见过太多人用Qt或C#快速搭出漂亮界面，结果一上现场，温湿度数据跳变±5℃，查半天发现是网线没用屏蔽线，变频器一启动，电磁噪声直接灌进RJ45接口。

适合谁来看这篇？第一类：刚从学校出来、手上有VS2019但没碰过真实产线的应届生——你需要知道，MFC不是过时技术，而是工业界压舱石；第二类：做PLC编程的电气工程师，想自己做个简易监控界面，但被MFC的CWnd、CDC、资源ID绕晕了；第三类：已有C++基础、但没处理过实时数据流的开发者——你要明白，为什么不能用std::thread裸跑Modbus轮询，而必须用AfxBeginThread+PostMessage；第四类：正在为老旧设备做数字化升级的运维人员——你可能手头只有台Win7工控机，装不了新框架，但MFC能跑，而且跑得比啥都稳。这篇文章不教你“如何安装VS”，也不讲“什么是面向对象”，它只聚焦一件事：让温湿度数值，一秒不差、一字不错、一帧不丢地，从传感器芯片，走到MFC对话框里的Edit控件里。下面所有内容，都来自我亲手焊过传感器PCB、调过三菱FX5U通讯、在零下20℃冷库现场改过代码的真实记录。

2. 整体架构设计：为什么放弃Qt、放弃C#、坚持用MFC+原生Socket？

2.1 不是情怀，是工业现场的硬约束倒逼出的技术选型

很多人看到“MFC”第一反应是“老古董”，觉得该用Qt或WPF。但我在给一家汽车零部件厂做涂装车间温湿度监控系统时，客户明确提了三条铁律：第一，上位机必须能在Win7 SP1系统上运行（他们产线工控机全是2012年采购的研华IPC）；第二，软件安装包不能超过15MB（IT部门禁止任何需要在线下载运行时的程序）；第三，一旦崩溃，必须能自动重启且不丢失最近10分钟历史数据。这三条，直接把Qt（需MinGW或MSVC动态库）、.NET Framework（Win7默认只有4.0，新版需手动升级）、甚至Electron（打包后60MB起步）全部排除。而MFC——尤其是用VS2010或VS2015生成的静态链接版本——一个.exe文件，不到8MB，Win7原生支持，连VC++ Redistributable都不用装。我最后交付的版本，客户IT部门用他们的MDT工具一扫，直接放行。

再看通讯层。为什么死磕Modbus-TCP而不是HTTP API或MQTT？因为客户现场已有12台三菱FX5U PLC，它们通过内置以太网口暴露Modbus-TCP服务，端口502，寄存器映射表早已固化在PLC程序里（比如D1000起存温度值，D1001存湿度值，单位0.1℃/0.1%RH）。如果我另起炉灶搞HTTP，就得在PLC侧加装网关模块，成本增加3000元/台，还要重新走变更审批流程。而Modbus-TCP，只要知道IP和寄存器地址，MFC程序直接连，零硬件改动。这里有个关键细节：FX5U的Modbus-TCP默认启用“单元号校验”，很多新手按通用Modbus库写，忘了在功能码前加1字节单元号（通常为0x00），结果PLC返回异常响应0x02（非法地址），但错误日志里只显示“接收数据长度0”，排查三天才发现是协议栈没对齐。

2.2 架构分层：三层解耦，让数据流像流水线一样可控

整个系统我拆成三个物理层+一个逻辑调度层：

• 硬件接入层：温湿度传感器（实测用SHT30+ESP32-WROOM-32方案，固件跑Modbus-TCP从站）或工业级采集模块（如某品牌ETH-TH-01，支持Modbus-TCP主/从模式）。重点在于，它必须提供标准Modbus寄存器映射：保持寄存器（0x03）读温度/湿度，输入寄存器（0x04）读状态位。我们绝不碰“私有协议”，哪怕厂商说“我们的JSON API更方便”。

• 协议驱动层：这是核心。不用第三方库（如libmodbus），而是用Windows原生socket + 自定义Modbus-TCP帧解析器。原因有三：第一，libmodbus默认编译为DLL，静态链接麻烦；第二，它内部用select()做超时，Windows下精度差，工业现场要求500ms内响应；第三，我们要做连接池管理——同一IP可开3个socket并发读不同寄存器段，而libmodbus是单连接模型。所以我自己写了CModbusTcpClient类，封装connect/send/recv，关键点是：发送前用htonl()转网络字节序，接收后用ntohs()转回主机序；帧头6字节（事务ID、协议ID、长度、单元号）严格按RFC1991定义填充；CRC16校验只用于RTU，TCP层不校验，但我们在应用层加了简单校验和（取所有数据字节异或），防传输错。

• MFC界面层：对话框基于CDialogEx，非CFormView——后者适合文档视图架构，而监控软件就是纯对话框。控件布局用CMFCToolBar做顶部操作栏（连接/断开/导出），主区域用CListCtrl显示多通道数据（每行一个传感器），右侧用CStatic嵌入GDI绘图区域画实时曲线。重点避坑：所有数据更新必须通过PostMessage(WM_USER_UPDATE_DATA, ...)触发，绝不在工作线程里直接SetWindowText()——否则UI线程锁死，界面假死。

• 调度中枢层：一个独立的CDataScheduler单例，管理所有传感器连接。它用SetTimer()每200ms触发一次轮询调度（不是while(1)死循环！），根据各传感器配置的采集周期（如SHT30设500ms，工业模块设2s），计算下次读取时间戳，放入最小堆（std::priority_queue）。这样，10个传感器，不管周期多长，CPU占用率恒定在3%，不会出现“5个1s采集+5个500ms采集”导致的线程争抢。

2.3 为什么必须自己写Modbus-TCP解析器？一个真实案例告诉你

去年帮一家药厂做洁净区监控，他们用的是德国SICK的温湿度变送器，支持Modbus-TCP，但手册里写“温度寄存器地址40001，16位整数，单位0.1℃”。我按常规填0x0000（40001-40001=0），结果读出来是65535（0xFFFF）。抓包一看，对方设备把“40001”理解为“保持寄存器起始地址”，但实际数据存放在0x0001地址（即第2个寄存器），且是32位浮点数，跨2个寄存器（0x0001+0x0002）。而标准Modbus-TCP协议规定：功能码0x03读保持寄存器，地址字段是寄存器编号（从0开始），不是线圈编号。但SICK的固件把“40001”当成了线圈编号体系，做了+1偏移。这种厂商私货，第三方库根本没法适配。最后我改解析器：收到数据后，先检查帧头单元号是否为0xFF（SICK特有标识），若是，则把地址+1，并按IEEE754解析相邻2寄存器为float。这种深度定制，只有自己掌控协议栈才能做到。所以，别迷信“开箱即用”的库，工业现场，永远是你和设备手册一对一的硬仗。

3. 核心细节解析：MFC界面与Modbus-TCP数据流的生死衔接点

3.1 MFC资源与控件绑定：别让ID搞垮你的调试节奏

新手常犯的致命错误：在资源编辑器里拖了个CEdit控件，属性里ID设成IDC_EDIT_TEMP，然后在DoDataExchange()里写DDX_Text(pDX, IDC_EDIT_TEMP, m_fTemp)。看起来没问题，但一运行就崩溃。为什么？因为m_fTemp是float类型，而DDX_Text默认按字符串处理，会尝试把"25.6"转成int再赋值给float，中间经过atoi()，精度全丢。正确做法是：声明CString m_strTemp;，在DoDataExchange()里用DDX_Text(pDX, IDC_EDIT_TEMP, m_strTemp)，然后在OnUpdateData()里手动m_fTemp = _tstof(m_strTemp);。或者更稳妥——用DDX_Text(pDX, IDC_EDIT_TEMP, m_nTempInt)（int型），显示时除10（因传感器分辨率0.1℃），这样避免浮点转换陷阱。

另一个坑是CListCtrl。你想显示10个传感器的实时值，列名设为“传感器ID”、“温度(℃)”、“湿度(%RH)”、“状态”。很多人用InsertColumn()硬编码列宽，结果在125%缩放的Win10上，文字被截断。正确姿势：在OnInitDialog()里调用SetExtendedStyle(LVS_EX_FULLROWSELECT | LVS_EX_GRIDLINES)，然后用CHeaderCtrl* pHeader = GetHeaderCtrl();获取表头，遍历每列调用pHeader->SetItemWidth(iCol, LVSCW_AUTOSIZE_USEHEADER)。这样列宽随表头文字自适应，且支持DPI缩放。

还有CComboBox——热搜词里提到“mfc combo box”，它在Modbus项目里常用来选传感器IP。千万别用AddString()逐个加IP，而要用InitStorage(256, 1024)预分配内存，否则添加200个IP时，列表滚动卡顿。更关键的是，OnCbnSelchange()事件里，必须用GetCurSel()获取索引，再用GetLBText()取字符串，不能直接GetWindowText()——后者取的是编辑框内容，不是下拉选中项。

提示：所有控件ID命名必须带语义。比如温度显示控件ID不要叫IDC_EDIT1，而要叫IDC_EDIT_SENSOR_TEMP_01。我吃过亏：一个项目有32个传感器，后期加功能时，全局搜索IDC_EDIT1，结果把无关的调试控件也替换了，编译通过但运行时报错。现在我的规范是：IDC_[控件类型]_[功能]_[序号]，如IDC_STATIC_SENSOR_NAME_05。

3.2 Modbus-TCP帧构造：6字节头+功能码+地址+数量，一个字节都不能错

Modbus-TCP帧结构看似简单，但工业现场容错率极低。标准帧格式如下（按发送顺序）：

举个实例：读IP为192.168.1.100:502的设备，地址40001（即0x0000）开始的2个保持寄存器。构造帧：

• 事务ID：0x0001 →00 01
• 协议ID：0x0000 →00 00
• 长度：后续6字节（1单元号+1功能码+2地址+2数量）→00 06
• 单元号：0x01 →01
• 功能码：0x03 →03
• 地址：0x0000 →00 00
• 数量：0x0002 →00 02

完整帧：00 01 00 00 00 06 01 03 00 00 00 02（12字节）

接收响应帧时，长度字段会变：若读2个寄存器（每个16位），返回数据4字节，加上6字节头+1单元号+1功能码+1字节字节数，总长12字节。响应帧结构：

• 头6字节同请求
• 单元号：同请求
• 功能码：同请求
• 字节数：0x04（因2寄存器×2字节）
• 数据：4字节（如00 F4 01 2C表示244/300 → 24.4℃/30.0%RH）

注意：所有htons()/ntohs()调用必须成对。我曾因在接收后忘了ntohs()转回地址，导致读取地址0x0000变成0x0000（看似没错），但读取0x0010时变成0x1000（4096），直接越界。调试时用Wireshark抓包，对比发送帧和设备返回帧，是唯一可信的验证方式。

3.3 线程安全与UI更新：PostMessage不是可选项，是生命线

MFC的UI线程（主线程）和工作线程（Modbus轮询线程）必须严格隔离。常见错误写法：

// ❌ 危险！工作线程直接操作UI UINT ThreadProc(LPVOID pParam) { CMyDialog* pDlg = (CMyDialog*)pParam; float fTemp = ReadModbusTemp(); // 假设此函数返回温度 pDlg->m_editTemp.SetWindowText(_T("25.6")); // 直接调用UI控件方法 return 0; }

这会导致CWnd::SetWindowText内部调用SendMessage，而工作线程没有消息泵，SendMessage会阻塞直到超时，最终UI冻结。正确做法是定义自定义消息：

// 在头文件定义 #define WM_UPDATE_TEMP (WM_USER + 101) // 工作线程中 ::PostMessage(pDlg->m_hWnd, WM_UPDATE_TEMP, (WPARAM)fTemp, 0); // 在对话框消息映射中 ON_MESSAGE(WM_UPDATE_TEMP, &CMyDialog::OnUpdateTemp) // 消息处理函数 LRESULT CMyDialog::OnUpdateTemp(WPARAM wParam, LPARAM lParam) { float fTemp = (float)wParam; CString str; str.Format(_T("%.1f"), fTemp); m_editTemp.SetWindowText(str); return 0; }

更进一步，为避免频繁PostMessage造成消息队列积压，我在CDataScheduler里做了合并：每200ms轮询一次，收集所有传感器新值，打包成一个std::vector<SensorData>，然后PostMessage(WM_BULK_UPDATE, (WPARAM)&dataVec, 0)，UI线程一次更新全部控件。这样，即使10个传感器，每秒也只发5条消息，而非50条。

4. 实操过程详解：从VS2015新建工程到实时曲线显示的完整链路

4.1 环境准备与工程创建：静态链接MFC，拒绝DLL地狱

第一步，打开VS2015（兼容Win7），新建项目 → MFC应用程序 → 名称ModbusThMonitor→ 应用程序类型选“基于对话框” → 在“高级功能”里，取消勾选“使用Unicode库”（很多工业设备返回ASCII字符串，用ANSI更省事）；勾选“使用标准Windows控件”（避免XP风格控件）；最关键一步：在“项目属性”→“配置属性”→“常规”→“使用MFC”选“在静态库中使用MFC”。这样生成的.exe自带所有MFC代码，无需客户装VC++ Redist。

接着，“配置属性”→“C/C++”→“代码生成”→“运行库”选“多线程（/MT）”，不是“多线程DLL（/MD）”。理由：/MD依赖msvcr140.dll，而Win7默认只有msvcr100.dll，装新版Redist要管理员权限，现场运维不愿干。/MT虽增大EXE体积（约2MB），但100%便携。

然后，添加Socket支持：在stdafx.h里加#include <winsock2.h>，并在InitInstance()开头加：

WSADATA wsaData; if (WSAStartup(MAKEWORD(2,2), &wsaData) != 0) { AfxMessageBox(_T("WSAStartup failed!")); return FALSE; }

别忘了在ExitInstance()里加WSACleanup()。这是Windows网络编程的铁律，漏掉会导致下次启动时bind()失败。

4.2 Modbus-TCP客户端类实现：精简到200行，但覆盖所有工业场景

我写的CModbusTcpClient类，核心成员如下：

class CModbusTcpClient { public: bool Connect(CString strIP, UINT nPort = 502); bool ReadHoldingRegisters(USHORT uStartAddr, USHORT uCount, USHORT* pData); void Disconnect(); private: SOCKET m_sock; struct sockaddr_in m_addr; DWORD m_dwTimeoutMs; // 超时时间，设为1000ms };

Connect()实现要点：

• socket(AF_INET, SOCK_STREAM, IPPROTO_TCP)创建套接字
• memset(&m_addr, 0, sizeof(m_addr))清零，m_addr.sin_family = AF_INET，m_addr.sin_port = htons(nPort)，m_addr.sin_addr.s_addr = inet_addr(strIP)（注意：inet_addr()返回网络字节序，不用转换）
• connect(m_sock, (struct sockaddr*)&m_addr, sizeof(m_addr))，失败时用WSAGetLastError()查错（10061=拒绝连接，10060=超时）

ReadHoldingRegisters()是核心：

bool CModbusTcpClient::ReadHoldingRegisters(USHORT uStartAddr, USHORT uCount, USHORT* pData) { // 1. 构造请求帧（12字节） BYTE frame[12]; memset(frame, 0, sizeof(frame)); *(USHORT*)&frame[0] = htons(m_nTransId++); // 事务ID自增 *(USHORT*)&frame[2] = 0x0000; // 协议ID *(USHORT*)&frame[4] = htons(0x0006); // 长度6字节 frame[6] = 0x01; // 单元号 frame[7] = 0x03; // 功能码 *(USHORT*)&frame[8] = htons(uStartAddr); // 起始地址 *(USHORT*)&frame[10] = htons(uCount); // 数量 // 2. 发送 if (send(m_sock, (char*)frame, 12, 0) != 12) return false; // 3. 接收响应（至少12字节头+2字节字节数+2*uCount数据） BYTE recvBuf[256]; int nRecv = recv(m_sock, (char*)recvBuf, sizeof(recvBuf)-1, MSG_WAITALL); if (nRecv < 12) return false; // 4. 解析：检查功能码是否为0x03（正常）或0x83（异常） if (recvBuf[7] == 0x83) { // 异常码在recvBuf[8]，如0x02=非法地址 return false; } // 5. 提取数据：字节数在recvBuf[8]，数据从recvBuf[9]开始 BYTE nByteCount = recvBuf[8]; for (int i = 0; i < uCount && i * 2 + 9 < nRecv; i++) { pData[i] = ntohs(*(USHORT*)&recvBuf[9 + i*2]); } return true; }

注意MSG_WAITALL标志：确保recv()一次性收完所有数据，避免分包。工业现场网络抖动时，recv()可能只收到部分帧，MSG_WAITALL会阻塞直到收满或超时。

4.3 MFC界面实时曲线绘制：不用第三方库，纯GDI画出专业效果

热搜词里有“基于mfc绘制一个彩色正方形”，但工业监控要的是趋势曲线。我用CStatic控件承载绘图，重载其OnPaint()：

void CStaticPlot::OnPaint() { CPaintDC dc(this); CRect rect; GetClientRect(&rect); // 1. 清空背景（白色） dc.FillSolidRect(&rect, RGB(255,255,255)); // 2. 画坐标轴 dc.MoveTo(50, 10); dc.LineTo(50, rect.bottom - 10); // Y轴 dc.MoveTo(50, rect.bottom - 10); dc.LineTo(rect.right - 10, rect.bottom - 10); // X轴 // 3. 画数据点（假设m_vecTemp存最近100个温度值） const int nPoints = min(100, (int)m_vecTemp.size()); if (nPoints > 1) { CPen penTemp(PS_SOLID, 2, RGB(255,0,0)); // 红色温度线 CPen* pOldPen = dc.SelectObject(&penTemp); dc.MoveTo(50, rect.bottom - 10 - (int)(m_vecTemp[0] * 10)); // Y缩放：1℃=10像素 for (int i = 1; i < nPoints; i++) { int x = 50 + i * 3; // X间隔3像素 int y = rect.bottom - 10 - (int)(m_vecTemp[i] * 10); dc.LineTo(x, y); } dc.SelectObject(pOldPen); } }

关键技巧：MoveTo/LineTo比Polyline()更省内存；Y轴缩放用m_vecTemp[i] * 10，避免浮点运算；X轴用固定间隔（3像素/点），不随时间变化，保证曲线密度一致。为提升性能，InvalidateRect(NULL, TRUE)只在数据更新时调用，且用SetTimer(1, 500, NULL)控制刷新率（2Hz），避免100% CPU占用。

4.4 工业级健壮性增强：心跳检测、自动重连、断线缓存

真实产线，网线被叉车碾断是常态。我的方案：

• 心跳检测：每30秒向设备发一个0x03读寄存器0x0000（1个寄存器），不关心数据，只看是否超时。超时则标记设备离线。
• 自动重连：离线后，启动后台线程，每5秒connect()一次，直到成功。重连成功后，清空本地缓存，重新同步数据。
• 断线缓存：用std::deque<SensorData>存最近30分钟数据（每个SensorData含时间戳、温度、湿度）。断线期间，工作线程继续轮询，但数据存入缓存；重连后，用WriteMultipleRegisters(0x10)批量写回PLC的历史存储区（需PLC固件支持）。

缓存实现要点：deque比vector更适合头插尾删；每个SensorData结构体用__declspec(align(4))对齐，避免CPU缓存行浪费；缓存大小限制为sizeof(SensorData)*1800（30分钟×60秒），超限时pop_front()。

5. 常见问题与排查技巧实录：那些让工程师凌晨三点还在抓包的坑

5.1 连接建立失败：10061 vs 10060，诊断路径完全不同

• 错误10061（Connection refused）：目标IP的502端口没开。典型场景：传感器没上电、网线没插牢、设备IP配错（如配成192.168.1.101，但实际是192.168.1.100）、防火墙拦截。排查步骤：①ping 192.168.1.100看通不通；②telnet 192.168.1.100 502看端口是否响应（Windows需启用Telnet客户端）；③ 若telnet失败，用netstat -an | findstr :502查本机是否有进程占502端口（冲突）。

• 错误10060（Connection timed out）：网络可达，但设备没响应。原因：设备死机、网关配置错误（跨网段没路由）、交换机ACL屏蔽502端口。排查：① 换台电脑telnet同一IP，确认是否普遍；② 用Wireshark在本机抓包，看是否发出SYN包，有无SYN-ACK返回；③ 若无返回，问题在中间网络；若有SYN-ACK但没收到，问题在设备侧。

实操心得：我写了个PingAndPortCheck工具，集成到MFC菜单里。点击即执行ping -n 1 IP+telnet IP 502，结果弹窗显示。比翻命令行快10倍，现场调试必备。

5.2 数据读取异常：0x83异常响应码的6种含义及对策

Modbus-TCP异常响应帧，功能码高位置1（0x03→0x83），第8字节为异常码。常见6种：

对策：在ReadHoldingRegisters()里，收到0x83时，记录recvBuf[8]并AfxMessageBox提示，比静默失败强百倍。我加了日志：Log(_T("Modbus异常: IP=%s, Addr=0x%04X, Code=0x%02X"), strIP, uStartAddr, recvBuf[8]);。

5.3 温湿度跳变：不是代码bug，是硬件接地惹的祸

现象：MFC界面温度在20℃~80℃间随机跳变，湿度在0%~100%乱跳，但用万用表测传感器输出电压稳定。抓包看Modbus数据帧，pData[0]值确实在变。原因：传感器与工控机没共地，形成电势差，RS485转以太网模块的信号地悬空，噪声耦合进数据线。解决方案：① 用带屏蔽层的双绞线，屏蔽层单端接地（只在PLC侧接，工控机侧悬空）；② 给传感器加DC-DC隔离电源；③ 在网线RJ45水晶头处，用铜箔将屏蔽层焊接到外壳接地螺丝。实测后跳变消失。

个人体会：工业现场，70%的“软件问题”其实是接地问题。每次新项目，我必带数字万用表，测传感器GND与工控机USB口金属外壳间电压，超0.5V就要整改。这比调代码快得多。

5.4 MFC界面卡死：消息队列溢出与定时器精度陷阱

现象：运行2小时后，界面无法点击，但任务管理器显示CPU<5%。用Spy++看，消息队列堆积数千条WM_UPDATE_TEMP。原因：工作线程PostMessage太快，UI线程处理不过来。对策：① 在OnUpdateTemp()开头加if (GetTickCount() - m_dwLastUpdateTime < 100) return;（100ms去抖）；② 改用PostThreadMessage()发到UI线程ID，配合PeekMessage()主动消费；③ 最彻底：用CWinThread::CreateThread()创建UI线程专属消息泵，不依赖CWinApp默认泵。

另一个陷阱：SetTimer()精度。Windows定时器默认15ms精度，设200ms定时，实际可能215ms触发。对500ms采集周期影响不大，但对100ms高速采样就不行。解决方案：用timeSetEvent()（multimedia timer），精度可达1ms，但需winmm.lib链接。

6. 扩展与演进：从单机监控到边缘计算网关的平滑升级路径

这个MFC项目，起点是单台工控机监控10个传感器，但它的架构设计已预留了向上扩展的空间。我参与的三个成功升级案例，路径清晰：

• 阶段一：本地数据导出。在MFC菜单加“导出CSV”，用CStdioFile写入timestamp, sensor_id, temp, humi格式。客户用Excel做日报表。关键点：导出时加CWaitCursor光标，