510
个编辑
更改
→Configure Server
=== Configure Server ===
配置服务模型，这个的大概代码处理流程在我们的“④设备信息分配->Appkey”已经有了说明，它是我们节点设备必须包含的一个特殊功能的模型。
它的实际功能就像它的名字一样，就是用于配置（configuration）我们的设备信息，比如appkey的添加删除，密钥的绑定删除，其他的模型的发布和订阅控制。具体包含的操作码的使用方法，我们会在generic on off server模型当中使用的时候来说明。
=== Health Server ===
健康服务，顾名思义就是判断我们的设备是否在网络中保持健康（正常）工作，它同样是一个必须包含的特殊功能的模型。
它的初始化和config server是一样的，都是放在了mesh_stack_init()函数下。
[[文件:Health-01.png|边框|居中|无框|1200x1200像素]]
我们来看下health_server_init()函数，最终我们会调用access_model_add()函数去初始化模型，并将模型添加到对应的元素中。
其中的access_model_add_params_t参数，包含的分别是元素的索引（将模型添加到第几个元素当中），模型的ID（由mesh协议手册确定好了），以及最最重要的操作码列表，这个列表中会包含我们的指令码，以及对应的函数功能处理。
[[文件:Health-02.png|边框|居中|无框|1200x1200像素]]
最后我们看下具体包含了哪些健康模型操作码：
1、“运行状况当前状态”消息的操作码，HEALTH_OPCODE_CURRENT_STATUS
2、“ 健康故障状态”消息的操作码，HEALTH_OPCODE_FAULT_STATUS
3、“ 获取健康注意事项”消息的操作码，HEALTH_OPCODE_ATTENTION_GET
4、“ 健康注意集”消息的操作码，HEALTH_OPCODE_ATTENTION_SET
5、“未确认健康注意事项”消息的操作码，HEALTH_OPCODE_ATTENTION_SET_UNACKED
6、“健康注意状态”消息的操作码，HEALTH_OPCODE_ATTENTION_STATUS
7、“健康故障清除”消息的操作码，HEALTH_OPCODE_FAULT_CLEAR
8、“健康故障清除未确认”消息的操作码，HEALTH_OPCODE_FAULT_CLEAR_UNACKED
9、“健康故障获取”消息的操作码，HEALTH_OPCODE_FAULT_GET
10、“健康故障测试”消息的操作码，HEALTH_OPCODE_FAULT_TEST
11、“未确认健康故障测试”消息的操作码，HEALTH_OPCODE_FAULT_TEST_UNACKED
12、“健康期获取”消息的操作码，HEALTH_OPCODE_PERIOD_GET
13、“健康期设置”消息的操作码，HEALTH_OPCODE_PERIOD_SET
14、“未确认健康期设置”消息的操作码，HEALTH_OPCODE_PERIOD_SET_UNACKED
15、“健康期状态”消息的操作码，HEALTH_OPCODE_PERIOD_STATUS
[[文件:Health-03.png|边框|居中|无框|1200x1200像素]]
在大家的前期使用中，一般也不会真的需要大家去处理health server下的指令，毕竟我们刚开始使用，也很难让设备在网络中出现各种运行问题。但是当大家自己开始开发实际功能时，就一定要注意分析health server下的指令码返回，用来快速解决我们网络中的问题。
=== Generic On Off Server ===