2、核心概念解析：节点、元素、模型、状态、消息
好，咱们正式开始啃蓝牙Mesh的硬骨头了。说实话，很多初学者一上来就被这五个概念搞懵了——节点、元素、模型、状态、消息。它们到底谁是谁？有什么关系？
我当年刚接触Mesh时，看了三天文档，脑子里还是一团浆糊。后来自己动手做了一个智能灯控项目，才真正把这些概念串起来。今天我就用最直白的方式，把它们讲清楚。
2.1 节点（Node）—— 网络中的“人”
节点，说白了就是加入了Mesh网络的设备。一个灯泡、一个开关、一个传感器，只要它成功入网了，就是一个节点。
但要注意：没入网的设备不叫节点，叫“未配网设备”。就像一个人没进公司大门，就不算公司员工一样。
关键点：每个节点都有一个唯一的单播地址（Unicast Address），范围是0x0001到0x7FFF。一个Mesh网络最多支持32767个节点。
我在项目中遇到过一个问题：客户说“我的灯怎么不受控了？”查了半天，发现是节点地址冲突了。嗯，配网时地址分配出了问题。从那以后，我每次做配网测试都会先检查地址池。
2.2 元素（Element）—— 节点里的“部门”
一个节点可以包含多个元素。元素是什么？你可以把它理解成节点内部的“功能单元”。
举个例子：一个双路智能开关，控制两盏灯。这个开关就是一个节点，但它内部有两个元素——元素0控制灯A，元素1控制灯B。
为什么要分元素？因为每个元素都有自己的地址。这样你就可以单独控制灯A，而不影响灯B。你想想看，如果只有一个地址，那两盏灯只能一起亮一起灭，多尴尬。
我的习惯：每个节点至少有一个元素（主元素），元素0是必须存在的。其他元素从1开始编号。设计产品时，我会把每个独立的功能模块映射成一个元素，这样后期扩展特别方便。
2.3 模型（Model）—— 元素里的“岗位职责”
模型定义了元素能干什么。它是蓝牙Mesh中最核心的抽象概念。
模型分为三类：
- 服务器模型（Server Model）： 提供状态，比如灯的开关状态、亮度值
- 客户端模型（Client Model）： 发起请求，比如开关发送“开灯”指令
- 控制模型（Control Model）： 既能当服务器又能当客户端，比如调光器
蓝牙Mesh标准定义了很多现成的模型，比如：
| 模型名称 | 模型ID | 作用 |
|---|---|---|
| Generic OnOff Server | 0x1000 | 控制开关状态 |
| Generic OnOff Client | 0x1001 | 发送开关指令 |
| Light Lightness Server | 0x1300 | 控制亮度 |
| Light Lightness Client | 0x1301 | 发送亮度指令 |
我曾经犯过一个错：自己从头写了一个调光模型，折腾了两周。后来才发现，蓝牙Mesh标准里已经有现成的Light Lightness模型了。所以我的建议是：能用标准模型就别自己造轮子。
2.4 状态（State）—— 模型里的“数据”
状态就是模型当前的值。比如灯的开关状态是“开”还是“关”，亮度是“80%”还是“50%”。
状态有几个重要特性：
- 有界性： 状态值有范围，比如亮度一般是0到65535
- 可绑定： 一个状态变化可以触发另一个状态变化，比如关灯时亮度自动归零
- 可发布： 状态变化时可以主动通知其他节点
注意：状态不是随便存的。每个状态都有对应的操作码（Opcode），比如Generic OnOff Status的操作码是0x8204。收发消息时，就是靠操作码来识别是哪个状态。
我记得有一次调试，灯的状态死活不对。抓包一看，原来是状态值溢出了——我传了65536，但协议只支持0到65535。嗯，这种边界问题最容易踩坑。
2.5 消息（Message）—— 节点间的“对话”
消息是节点之间通信的载体。没有消息，节点就是孤岛。
消息分为几种类型：
- Get消息： 请求读取状态，比如“灯现在是什么状态？”
- Set消息： 请求设置状态，比如“把灯打开”
- Status消息： 回复状态，比如“灯现在是开的”
- Publish消息： 主动发布状态变化，比如灯被人手动打开了，主动通知网络
消息的格式是这样的：
| 操作码 (1-3字节) | 参数 (变长) |
|------------------|-------------|
| 0x8201 (Set) | 0x01 (开) |
| 0x8204 (Status) | 0x01 (开) |你可能会问：消息怎么保证能送到？这就是Mesh网络的神奇之处了——消息通过中继（Relay）机制，一跳一跳地传遍整个网络。每个节点收到消息后，会检查是不是发给自己的，不是的话就转发出去。
避坑指南：我曾经在项目中把消息的TTL（生存时间）设得太小，导致消息传不到远处的节点。TTL每经过一跳减1，减到0就丢弃。所以要根据网络规模合理设置TTL，一般建议设成10左右。
2.6 五者的关系——一张图说清楚
好了，五个概念都讲完了。它们的关系其实很简单：
- 节点包含元素（一个节点可以有多个元素）
- 元素包含模型（一个元素可以有多个模型）
- 模型包含状态（一个模型可以有一个或多个状态）
- 消息是节点之间通过模型来读写状态的载体
说白了就是：节点是房子，元素是房间，模型是房间里的设备，状态是设备的当前数值，消息是人与人之间的对话。
举个例子：一个智能灯泡节点，它有一个元素（主元素），这个元素里有一个Generic OnOff Server模型（控制开关）和一个Light Lightness Server模型（控制亮度）。开关模型的状态是“开”，亮度模型的状态是“80%”。手机App发一条Set消息过来：“把亮度调到50%”。灯泡收到消息，更新亮度状态，然后回复一条Status消息：“亮度现在是50%”。
你看，整个流程是不是一下子就清晰了？
总结一下：理解这五个概念，是掌握蓝牙Mesh的基石。我建议你动手画一张关系图，把每个概念写上去，然后用箭头标出它们的关系。画完你就发现，Mesh其实没那么复杂。
下一章，咱们聊聊配网流程——设备是怎么加入Mesh网络的。到时候你会发现，配网其实就是节点之间互相认识的过程。