一、IoT 是什么：给【东西】装上嘴和耳朵

传统互联网连的是【人】（人看网页、人发消息）；IoT 连的是【物】——温湿度传感器、门锁、灯、摄像头。每件【物】需要两种新能力：

• 上报（嘴）：把物理量（温度、湿度、有人没人）变成数据发出去
• 受控（耳朵）：接收指令并改变物理世界（开灯、关风扇）

一句话判据：能上报又能受控的东西接上网，就是 IoT。只读不控（温度计）或只控不报（遥控灯）都算半成品。

二、四层结构：每一层都对应你学过的东西

一个典型 IoT 系统从下到上分四层，本课每一章都能对号入座：

树莓派的特殊地位：多数 IoT 方案是【单片机采集＋云平台分析】两件套，树莓派一台机器四层全包——它是 IoT 界少有的【全能选手】，代价是功耗比单片机高一个数量级。采样交给 Pico/Arduino（8、9 章），汇总与展示交给树莓派，是工程上最典型的分工。

三、IoT 的通用语言：HTTP 与 MQTT 的分工

• HTTP：一问一答。客户端发请求、服务器还响应，说完就断。适合【提交一次读数】【查一次状态】。5 章的 Web 服务器、本章 ThingSpeak 都走这条路。
• MQTT：发布/订阅。设备把消息发到【主题】（如 home/bedroom/temp），订阅了这个主题的谁都收得到；中间人叫 broker（代理服务器）。低功耗、常在线、单向推送，是 IoT 的事实标准协议（第 12 章设备端的 Web 实验里没用到，本章 Node-RED 里会见到它的身影）。

选型口诀：偶尔传一把用 HTTP，常年在线互相喊话用 MQTT。

四、动手 Demo：画出你自己的 IoT 链路图

不用写代码——用本课学过的零件，在纸上（或任意画图工具里）画出这个系统的框图：

[DHT22 温湿度传感器] --单总线--> [树莓派 GPIO]
                                    |
                     Python 每分钟读一次（7/6 章知识）
                                    |
                    +---------------+---------------+
                    |                               |
              [ThingSpeak 云端]               [Node-RED 本地]
              （存曲线、画历史图）            （仪表板、实时显示）

看到什么算成功：你能对每个箭头说出【它用的什么协议、为什么选它】——GPIO 是电平信号（不联网）、传感器到云端走 HTTP（偶发上传）、树莓派到仪表板走本地 HTTP（局域网实时）。画不出箭头的地方就是本章接下来要补的课。

五、30 秒实验：查查你家里有几件 IoT

数一数家里连 Wi-Fi 的设备清单（路由器管理页一般能看到），分成三类：能上报（摄像头、手环）、能受控（智能插座、电视）、两者都能（智能音箱、扫地机器人）。

看到什么算成功：你发现绝大多数设备只做了一半——这正是学习本机自建 IoT 系统（后四节）的意义：上报与受控全都自己说了算，数据不出家门。

六、常见误区

1. 以为 IoT＝联网摄像头——那只是感知层的一种；温湿度、门磁、电表都是 IoT，且多数不带摄像头。
2. 以为树莓派是 IoT 传感器——它没有温湿度传感器（Sense HAT 除外），它是【网关＋大脑】；真传感器要外接（本章 13-3 的 DHT22）。
3. 以为 IoT 数据必须上云——本章 13-5 的仪表板就跑在局域网里，数据不出家门是自建 IoT 的核心卖点（隐私与断网可用）。
4. 把 MQTT 和 HTTP 当竞争关系——它们分工不同；很多真实系统两者并用（HTTP 上报一次读数、MQTT 常年订阅告警）。

• ☐ 下一节（13-2 Web 界面的 GPIO 控制）

相关笔记

• 认识树莓派的 GPIO 引脚 —— 感知/执行层的物理入口
• 架设 Web 服务器 —— 网络层与应用层的地基
• 使用 MicroPython 控制 Raspberry Pi Pico 开发板 —— 分工版 IoT 的采样端
• 🍓 树莓派 · 索引 —— 全课路线图