1. 硬件准备与环境搭建
第一次接触ESP8266模块时，我对着桌上那枚指甲盖大小的芯片发呆了十分钟——这么小的东西真能联网上传数据？后来才发现，物联网开发的门槛其实比想象中低得多。我们先来认识下必备的"四大件"：ESP8266模块（推荐ESP-01S）、USB转TTL串口工具、杜邦线若干，以及一台安装了串口调试软件的电脑。这里有个新手容易踩的坑：市面上常见的CP2102和CH340两种串口芯片，驱动安装经常出问题。我建议直接准备驱动精灵这类工具，遇到设备管理器里黄色感叹号时能快速解决。
硬件连接就像玩积木，但接错线可能烧毁模块。ESP8266的VCC要接3.3V（千万别错接5V），GND对GND，TX接串口工具的RX，RX接TX。记得第一次我因为线序接反，调试半天没反应，后来用万用表测电压才发现问题。通电后模块上的红色电源灯常亮，蓝色信号灯闪烁，就说明硬件准备就绪。
开发环境我推荐两个组合：Windows用户用串口调试助手+Postman测试API，Mac用户可以用CoolTerm+Paw。重点说下串口工具配置：波特率默认115200（早期版本可能是9600），记得勾选"加回车换行"选项，否则AT指令无法识别。这里有个实用技巧：在发送区预先写好常用指令，比如测试连接的"AT"、重启指令"AT+RST"，能节省大量重复输入时间。
2. AT指令基础与WiFi联网配置
AT指令就像我们和ESP8266对话的"暗号"，每个指令都对应特定功能。刚开始我觉得记这些指令很头疼，直到发现它们其实有规律可循——所有WiFi相关指令都以"CW"开头，比如"CWMODE"设置模式，"CWJAP"连接路由器。实测最常用的指令不超过10条，我习惯把这些指令保存在TXT文档里，调试时直接复制粘贴。
让模块联网要经历"四步走"：首先用AT+CWMODE=3设置成Station+AP混合模式（数字3的由来很有趣，1是Station，2是AP，3就是1+2），接着AT+RST重启生效。这里有个隐藏知识点：重启后要等待3-5秒让模块初始化，太早发下条指令会失败。然后用AT+CWJAP="你的WiFi","密码"连接网络，成功会返回"WIFI CONNECTED"和"WIFI GOT IP"。我遇到过连接始终超时的情况，后来发现是路由器开了MAC地址过滤。
调试时最让人抓狂的就是指令没反应。这时候要检查三个点：1) 串口波特率是否匹配 2) 指令是否带了回车换行 3) 电压是否稳定。有个诊断技巧：先发最简单的"AT"，如果连这个都不回复"OK"，那肯定是硬件或基础配置出了问题。曾经有次我换了三根杜邦线才找到接触不良的那根，所以耐心很重要。
3. 与OneNet建立TCP连接
当串口里终于出现"WIFI GOT IP"时，那种成就感堪比第一次点亮LED！但这才完成了一半，接下来要和OneNet服务器"握手"。OneNet目前支持两种接入方式：TCP透传和EDP协议。新手建议先用TCP方式，因为EDP要处理二进制数据包会更复杂。
建立连接的三条关键指令就像打电话的过程：AT+CIPSTART="TCP","183.230.40.33",80相当于拨号（这个IP是OneNet的接入点），AT+CIPMODE=1开启透明传输模式（类似打开免提），最后AT+CIPSEND进入数据发送状态。这里有个易错点：每次TCP连接最长保持60秒，超时会自动断开，所以要在断开前完成数据上传。
我第一次调试时卡在AT+CIPSEND这一步，模块始终返回"ERROR"。后来发现是没先发AT+CIPMODE=1，顺序错了就会失败。还有个常见问题是DNS解析失败，可以尝试直接用IP地址代替域名。如果连接成功，会看到返回"CONNECT"字样，这时候就可以准备发送数据了。
4. 数据上传实战与调试技巧
真正上传数据时要构造符合OneNet要求的HTTP报文，格式看起来复杂但其实有模板可循。以上传温度数据为例，报文结构是这样的：
POST /devices/设备ID/datapoints HTTP/1.1 api-key: 你的API密钥 Host:api.heclouds.com Content-Length:数据长度 {"datastreams":[{"id":"temperature","datapoints":[{"value":25.5}]}]}这里藏着三个"坑"：1) Content-Length必须精确计算（包括末尾的换行符）2) 报文最后要有两个换行 3) 设备ID和api-key要替换成你自己的。我当初因为少个换行符调试了两小时，后来发现用Postman先测试好报文再复制到串口工具最可靠。
发送数据后，成功的响应应该是"HTTP/1.1 200 OK"。如果返回4xx错误，检查api-key是否填写正确；如果是5xx错误，可能是服务器问题，稍后再试。有个实用技巧：在OneNet控制台打开"数据流监控"，可以实时看到上传状态，比反复查串口输出直观多了。
对于需要频繁上传的场景，建议写个简单的自动重连逻辑：检测到连接断开后，自动重新执行TCP连接流程。我曾用这个方案实现了每10秒上传一次数据的稳定运行，持续工作了30天没掉线。
