核心概念：节点、元素、模型、状态、消息、地址
好，咱们正式开始啃蓝牙Mesh的硬骨头。说实话，刚接触Mesh协议栈的时候，我被这几个概念绕得头晕。节点、元素、模型、状态、消息、地址——它们到底是什么关系？
我打个比方你就明白了。把蓝牙Mesh网络想象成一栋大楼：节点是每个房间，元素是房间里的功能分区，模型是具体的设备（比如灯、开关），状态是设备当前的情况（灯亮还是灭），消息是人与人之间的对话，地址就是门牌号。
嗯，这个比喻虽然粗糙，但能帮你快速建立画面感。下面我们一个一个拆开讲。
1. 节点（Node）——网络中的“人”
节点，说白了就是已经加入Mesh网络的设备。一个灯泡、一个开关、一个传感器，只要它成功入网了，就是一个节点。
我刚开始做项目时，总把“设备”和“节点”混为一谈。其实区别很简单：设备是硬件，节点是网络身份。设备没入网之前，它只是个“未配置设备”；入网之后，才叫节点。
关键点：每个节点都有一个唯一的节点地址（Unicast Address），由配网器（Provisioner）分配。这个地址在网内是唯一的。
节点可以扮演多种角色：
- 中继节点（Relay）：转发消息，扩大网络覆盖范围
- 代理节点（Proxy）：让不支持Mesh的蓝牙设备也能通信
- 朋友节点（Friend）：帮低功耗节点缓存消息
- 低功耗节点（LPN）：省电模式，定期醒来收消息
我记得有一次调试一个智能灯控项目，灯总是响应延迟。查了半天，发现是中继节点配置不对——它没开启中继功能。嗯，这种坑踩过一次就记住了。
2. 元素（Element）——节点里的“功能区”
一个节点可以包含多个元素。元素是什么？我习惯把它理解成节点内部的功能单元。
举个例子：一个双路开关面板，控制两盏灯。这个面板是一个节点，但里面有两个独立的控制单元——每个单元就是一个元素。每个元素都有自己的地址（基于节点地址偏移）。
| 节点 | 元素数量 | 说明 |
|---|---|---|
| 单路灯泡 | 1个元素 | 只有一个灯控功能 |
| 双路开关 | 2个元素 | 每个开关独立控制 |
| 温控器 | 3个元素 | 温度、湿度、风扇控制 |
你想想看，为什么要有元素这个概念？因为一个物理设备可能同时做多件事。如果没有元素，你就没法单独控制“开关1”和“开关2”。
我的习惯：设计产品时，尽量把功能拆成独立的元素。这样后期扩展和维护都方便。比如一个智能窗帘电机，我会把“电机控制”和“光照传感器”分成两个元素。
3. 模型（Model）——设备的行为“说明书”
模型定义了设备能做什么、能响应什么消息。它是蓝牙Mesh最核心的抽象层。
模型分为三类：
- 服务器模型（Server Model）：维护状态，响应客户端请求。比如“通用开关服务器”知道灯是开还是关。
- 客户端模型（Client Model）：发送请求，读取或修改服务器状态。比如开关面板上的“通用开关客户端”。
- 控制模型（Control Model）：既当服务器又当客户端，常用于复杂场景。
蓝牙Mesh标准定义了很多现成的模型，比如：
- Generic OnOff Server/Client：开关控制
- Light Lightness Server/Client：亮度调节
- Sensor Server/Client：传感器数据
我曾经在一个项目中偷懒，自己写了个非标准的模型。结果后来要对接其他厂商设备，发现人家只认标准模型。那叫一个痛苦。所以我的建议是：能用标准模型就别自己造轮子。
4. 状态（State）——设备的“当前值”
状态就是模型维护的数据。比如灯的“开/关”状态、亮度的“0-100%”值、色温的“暖/冷”值。
状态有几个重要特性：
- 绑定（Binding）：一个状态变化可以触发另一个状态变化。比如亮度调到0，自动触发“关灯”状态。
- 范围（Range）：状态值有上下限，比如亮度不能超过100。
- 默认值（Default）：设备上电时的初始状态。
注意：状态变化不是瞬间完成的。Mesh网络有延迟，尤其是多跳场景。我调试时经常遇到“发了消息但状态没变”的情况——别急，先检查消息是否到达，再检查模型是否正确处理。
5. 消息（Message）——设备间的“对话”
消息是节点之间通信的载体。说白了，就是“你发一个指令，我回一个响应”。
消息类型主要有：
- GET：请求读取状态。比如“灯，你现在是开还是关？”
- SET：请求修改状态。比如“灯，给我打开！”
- STATUS：响应消息。比如“灯已打开，当前亮度80%”
消息的传递方式也很有讲究：
- 单播（Unicast）：点对点，发给指定节点
- 组播（Group）：发给一组节点，比如“所有客厅的灯”
- 广播（Broadcast）：发给所有节点，但Mesh里很少用，因为效率低
我记得有一次现场部署，客户说“开关按了没反应”。我抓包一看，消息确实发出去了，但目标地址写错了——写成了单播地址，而那个灯早就换过了。这种问题，用组播地址就能避免。
6. 地址（Address）——网络中的“门牌号”
地址是消息路由的依据。蓝牙Mesh定义了四种地址：
| 地址类型 | 范围 | 用途 |
|---|---|---|
| 未分配地址 | 0x0000 | 设备未配置时的默认地址 |
| 单播地址 | 0x0001 - 0x7FFF | 每个元素唯一，由配网器分配 |
| 组播地址 | 0xC000 - 0xFFFF | 一组设备的公共地址 |
| 虚拟地址 | 基于UUID生成 | 用于特定场景，比如“所有卧室灯” |
地址分配有个坑：单播地址是有限的。整个网络最多支持32767个单播地址（0x0001-0x7FFF）。如果你的产品要部署大规模网络，一定要提前规划地址池。
避坑指南：我曾经在一个项目中，配网器把地址分配错了，导致两个节点用了同一个单播地址。结果一个灯亮，另一个灯也跟着亮。排查了整整两天才发现是地址冲突。从那以后，我每次配网都会打印地址分配日志。
它们之间的关系
最后，我用一句话总结这六个概念的关系：
节点包含元素，元素实现模型，模型维护状态，状态通过消息传递，消息依靠地址路由。
你想想看，是不是这个道理？一个物理设备（节点）里有多个功能单元（元素），每个单元能做什么（模型），当前是什么情况（状态），怎么跟别人说话（消息），别人怎么找到它（地址）。
嗯，这套体系虽然初看复杂，但一旦理解了，你会发现它设计得非常优雅。每个概念各司其职，组合起来就是一个完整的物联网通信框架。
下一章，我们会深入消息的收发流程，看看一条指令从按下开关到灯亮，中间到底经历了什么。到时候我会拿一个实际项目中的抓包数据来讲解，保证让你看得明明白白。