1. 边缘设备联网概述：物联网架构、边缘计算概念、断网续传的必要性、课程目标与前置知识
1.1 物联网架构：从端到云的那条路
做嵌入式这么多年，我见过太多人一上来就撸代码，结果连数据往哪送都没搞清楚。物联网架构说白了就三层：感知层、网络层、应用层。
- 感知层：传感器、执行器、边缘设备。这是数据产生的源头。
- 网络层：Wi-Fi、4G/5G、LoRa、NB-IoT。负责把数据搬走。
- 应用层：云平台、数据库、业务系统。数据最终落脚的地方。
我在项目中遇到过一种情况：设备端采集频率很高，但网络层带宽有限。你想想看，每秒1000个数据点，用LoRa传？那基本是做梦。所以架构设计时，一定要算清楚数据量和带宽的匹配关系。
核心要点：物联网架构不是死的。边缘设备到底该做什么，取决于网络条件和业务需求。别照搬别人的方案。
1.2 边缘计算概念：为什么非要"边缘"？
边缘计算，说白了就是把计算能力从云端搬到靠近数据源的地方。为什么要这么做？三个字：快、省、稳。
- 快：数据不用绕一大圈去云端，本地处理毫秒级响应。
- 省：减少网络传输量，省流量费，省云端计算资源。
- 稳：即使断网，本地设备照样能跑。
我记得有个工厂项目，设备温度数据需要实时报警。如果全部上云再下发指令，延迟至少2-3秒。但边缘设备本地判断，50毫秒就搞定了。这就是边缘计算的价值。
个人经验：边缘计算不是要把所有逻辑都放本地。我建议只放那些对实时性要求高、数据量大的处理逻辑。复杂的分析、长期存储，还是交给云端。
1.3 断网续传的必要性：网络不可靠是常态
做物联网最怕什么？不是设备坏了，而是网络断了数据丢了。我做过一个农业项目，设备在田间地头，4G信号时有时无。如果断网就丢数据，那整个系统就是废的。
为什么会这样？因为现实中的网络环境远没有实验室那么理想：
- 设备移动过程中，网络切换会断连
- 偏远地区信号覆盖差
- 运营商偶尔维护或故障
- 设备休眠唤醒后重新联网
断网续传，就是保证在网络恢复后，设备能把断网期间产生的数据完整地补传上去。嗯，这里要注意：不是简单地把数据存起来就行，还要考虑数据去重、时序一致性、存储空间管理等问题。
避坑指南：我曾经在一个项目中只做了本地存储，没做数据去重。结果网络恢复后，云端收到了大量重复数据，导致业务统计全乱套。所以断网续传不只是"存"和"传"，还要"管"。
1.4 课程目标：学完你能做什么？
这门课不是讲理论，是实战。30个章节下来，我希望你能做到：
- 独立设计一套支持断网续传的边缘设备系统
- 掌握本地数据存储、缓存、同步的核心技术
- 能处理数据冲突、时序乱序、重复数据等实际问题
- 理解边缘计算与云端协同的最佳实践
说白了，就是让你从"能连上网"升级到"连不上网也能稳如老狗"。
1.5 前置知识：你需要会什么？
别担心，门槛不高。但有些基础你得有：
| 知识领域 | 具体要求 |
|---|---|
| C语言基础 | 能看懂结构体、指针、回调函数 |
| 嵌入式基础 | 了解GPIO、UART、定时器基本用法 |
| 网络基础 | 知道TCP/IP、HTTP/MQTT基本概念 |
| 硬件平台 | 有ESP32或STM32开发板即可 |
如果你只会其中一两项，也没关系。每章我都会从原理讲起，代码逐行解释。你跟着做，慢慢就熟了。
我的建议：准备一块ESP32开发板，再装好Arduino IDE或ESP-IDF。第一章先别急着写代码，把架构理清楚。地基打牢了，后面盖楼才稳。
好，第一章就到这里。下一章我们直接上手，搭建第一个边缘设备联网环境。到时候你会看到，数据是怎么从传感器一路跑到云端的。