20201109关于json配置文档的问题，想明白了一点

文档已经分离成为了server端和client端，对于server端，需要先确定哪些属于原子级别的节点

如每一个nodedo都是原子级的节点，同时也明白了每个door也是原子级别的节点(但是他会涉及到开门与关门两个modbus指令，但是依然是一个原子级别的节点)

还有就是短信告警模块，虽然这个物理硬件的指令有很多很多，但是他也以物理硬件自身为单位，作为了一个原子级别的节点了

而对于原子级别的节点，最最重点的特性就是，以物理硬件码、功能码等来组成其名称,如：

"494f3031f10201-tcpsocket-do3-bool"

其内部的字段也必须包括一个,如：

"sorthbound":"TCP:192.168.10.2"

从而与北向与南向都实现业务的绑定

有个思路上的更新，想明白的时候豁然开朗，下面的内容很重要：

每个原子节点都需要与北向通信，因为每个原子节点在ui端都有对应的配置界面以及通过人及接口会进行的配置操作

所以"sorthbound"是所有原子节点所共通的属性，不要再为他们的差异化纠结了，通信的工作不仅仅要服务于实时的数据显示，也要服务于配置页面以及其响应的人机操作

唯一的区别在于发送/反馈数据的触发条件的不同

最简单的例子，sendmsg模块是定期发送的，触发条件是周期性的ticket，同时nodedoch模块也是如此

以后需要设备条件触发条件，如：

响应ui的响应从而控制开关门的模块

响应ui的响应从而修改json配置的模块

响应ui的响应从而修改数据库进入配置界面密码的模块

响应ui的响应从而修改数据库内开关门密码的模块