OPC AE server服务的实现

OPC AE server的实现

日前实现了OPC AE server，特此记录备查。

1、事件分三类，从下图可知每类都包含啥内容了，CONDITION看起来主要是一些越限，熟悉其它协议的朋友应该对这个不陌生，一般这种事件产生时，会带上一些发生时刻的相关属性值，跟DLT645协议有些像。SIMPLE有批量状态和系统信息，TRACKING是系统被写数据时产生的事件记录，DLT645协议里面也有类似这种，如表清零事件。

OPC_SIMPLE_EVENT

OPC_CONDITION_EVENT

OPC_TRACKING_EVENT

2、CONDITION事件的参数属性

典型数据举例

ftTime=1685580327295,wChangeMask=209,wNewState=1,dwEventType=4,dwEventCategory=1,dwSeverity=90,wQuality=0,bAckRequired=0,ftActiveTime=1685580303499,Source=一期水控制域/一期污水/271AI_001,Message=酚氨回收废水进水管PH,Condition=HH,Subcondition=HH

用AE模拟客户端小工具可见如下属性：

这些属性的定义见标准的107到110页。

ftTime产生时间 ftActiveTime消除时间

wNewState由A WORD bit mask of three bits specifying the new state of the condition: OPC_CONDITION_ACTIVE（bit1）,

OPC_CONDITION_ENABLED（bit0）,

OPC_CONDITION_ACKED（bit2）.

其中bit2和bit1的4种状态如下（另一种AE模拟客户端小工具）：

报警已产生，但未被确认和消除

报警已确认，但未被消除

报警已被消除，但未被确认

报警已被确认并被消除

3、事件状态机转换（标准的21页），说明了事件的状态转换，触发条件，产生规则。

4、有的AE服务端带自动过滤一定程度的重复事件的功能，这个仁者见仁的功能，可以选择性的实现，有的属性是通过其它属性关联计算得出或者完全由用户指定。了解各种调试小工具各个控件的含义以及协议规范对开发大有裨益。