分布式智能控制-条件组件

控制系统应具有一定的通用性，所以其必须提供一定的自动化工具给现场工程师，由其根据实际情况来搭建适当的控制逻辑。条件组件就是用于输入值比较的自动化工具。

条件判断包括两个部分：

• 值比较：等于、大于、小于等等

• 逻辑操作：与或非，当然如何检测条件比较简单，比如小于50，也就可以不需要逻辑操作了

条件组件的实现非常简单，用条件树做下处理就是了。关键是条件组件到底有什么用？！

在设计之初，我也反复权衡过到底是用产生式还是用状态机。产生式的最大好处是理论研究的比较透彻，知识库的管理也很简单，新增知识可以实现自动化，知识语义贴近人的思维习惯。但坏处就是知识没有严密的组织，向知识库中新增知识如何推断知识的影响、冲突如何化解都非常麻烦，关键是如何在要求高可靠性的控制场景中解决这些问题，我殊无把握，所以选择了简单可靠、组织性强、新增知识可通过图上作业校验的状态机。当然，状态机的组织性太强，如何自动化构造、调整、优化、进化在印象中都属于NP问题吧，也就是难以自动化。但在可靠性是第一位的控制系统中，对新增知识的严密校验、预期效果的准确判定还是主要的，而状态机在这方面提供了强力的工具。综上，从工程的角度，我最终还是确定先采取状态机来进行控制逻辑的构造。

由此，在整个控制架构中，条件组件的作用就可以明确了：

• 使能检测：当输入端子带有使能管制时，使能信号将送入输入端子的使能端（可能有多个使能信号）进行检测，当条件树判断所有使能条件满足后，输入端子才会触发（发出数据）

• 输入事件判断：对某些输入源的信号感兴趣的智能体可以监听这些源发出的信号，当这些信号收到后，需要按条件进行识别，如亮度低于50lux则判断太暗需开灯，但49还是39对控制系统来说没有意义，我们只需要知道输入端告诉我们太暗了就行，这种情况下就是将输入端送来的原始数据转换为相应的事件，然后告知状态机，由状态机根据当前情况自动运转