510
个编辑
更改
→Element
④设备信息分配——启动配置数据分配，给节点分配如下数据：网络key（Netkey）、应用key（Appkey）以及节点设备地址（nodeAddr）。
⑥模型——了解模型的功能和创建方法，模型的订阅subscription和发布publish功能。
4、模型appkey的绑定，CONFIG_OPCODE_MODEL_APP_BIND
5、netkey的更新，CONFIG_OPCODE_NETKEY_ADD[[文件:Config-21.png|边框|居中|无框|1200x1200像素]]我们可以看到当接收到CONFIG_OPCODE_APPKEY_ADD操作码的数据，会调用handle_appkey_add()函数去处理，在这个函数中我们最终会调用dsm_appkey_add()函数去存储我们的appkey。[[文件:Appkey-01.png|边框|居中|无框|1200x1200像素]]
=== Element =⑤Element元素 ==
元素简单的说就是定义了节点的功能，一些具有复杂功能的节点设备，会包含多个元素。一个节点设备最少需要包含一个元素，我们称之为主元素。
从主元素开始（如果有多个元素，则第一个元素就是主元素），我们会给它分配相应的元素地址。主元素的地址就是节点的地址，第二个元素的地址就是主元素的地址基础上加上1，依次类推。
可以看到在我们的主元素Element：0x0002中包含了3个不同的服务，这3个服务就是我们的模型Model，其中Configuration Server与Health Server这两个服务，是每一个节点都必须携带的模型。Configuration Server（配置服务）是用于配置节点设备信息，Health Server（健康服务）是用于节点进行网络内的心跳联系。Server（健康服务）是用于节点进行网络内的心跳联系。剩下的Generic On Off Server服务，这个就是我们用于控制一个开关量的模型（在例程中我们通过控制LED的IO口高低电平来展示）。[[文件:Config-05.jpg|边框|居中|无框]]在我们的代码中，我们首先需要在nrf_mesh_config_app.h中定义好我们节点设备的最大元素数量，可以看到我们定义#define ACCESS_ELEMENT_COUNT (1)，也就是说我们当前的例程，只含有一个主元素。[[文件:Element-01.png|边框|居中|无框|1200x1200像素]]而这个ACCESS_ELEMENT_COUNT ，是在我们开启节点配置的地方被调用的，这个mesh_provsionionee_prov_start()函数在前面的内容中有多次讲到，这里就不再说明了。[[文件:Element-02.png|边框|居中|无框|1200x1200像素]]
=== model Configure Server ===
=== Health Server ===
=== Generic On Off Server ===
我们来看下Generic On Off Server的[[文件:Config-14.png|边框|居中|无框|1040x1040像素]]
[[文件:Config-06.jpg|边框|居中|无框]]