2. AVEVA监控平台架构与数据流
在AVEVA工业监控体系中，故障诊断能力并非孤立存在，它依赖一条从现场设备到诊断结论的完整数据通路。理解这条通路的分层结构与集成关系，是后续配置报警、构建诊断规则、排查数据异常的前提。本节从系统分层入手，逐层说明数据如何被采集、存储、流转，并最终被诊断模块消费。
一、五层架构的职责划分
AVEVA监控平台在工程实践中通常可划分为五个逻辑层，自下而上依次为：现场设备层、数据采集层、实时数据层、历史存储层、应用与诊断层。分层的目的不是增加复杂度，而是明确每一层的输入输出边界，使故障定位时可以快速判断问题出在哪一层。
- 现场设备层：包括PLC、DCS控制器、智能仪表、变频器、RTU等，是数据的原始产生者。该层通过Modbus、Profibus、OPC UA、EtherNet/IP等协议对外暴露过程变量。
- 数据采集层：由通信驱动与采集服务组成，负责按扫描周期读取设备数据，完成协议解析、量程换算、质量戳标记。典型组件如AVEVA Edge、通信驱动（DAServer/DIAServer）或OPC UA客户端。
- 实时数据层：以实时数据库（如AVEVA Historian的实时缓存、InTouch的标记数据库）为核心，保存当前值、时间戳与质量码，供画面刷新、报警判断和逻辑运算使用。
- 历史存储层：由历史库承担，按压缩策略长期保存时序数据，支持趋势回溯、报表统计与事后分析。
- 应用与诊断层：包括监控画面、报警服务、诊断规则引擎、报表与看板，消费实时与历史数据，输出诊断结论和操作建议。
二、数据采集：从设备到实时库
采集层的关键在于“标记（Tag）”的映射。每个现场变量在平台内对应一个标记名，标记属性包括：数据源地址（如Modbus:1.1.40001）、数据类型（Float/Int/Bool）、扫描周期、工程量上下限、死区（Deadband）与质量戳规则。例如某温度变送器量程为0～150℃，原始寄存器值0～27648对应4～20mA，则需在采集配置中设置线性换算：
RawMin = 0, RawMax = 27648
EngMin = 0.0, EngMax = 150.0
EngValue = EngMin + (Raw - RawMin) * (EngMax - EngMin) / (RawMax - RawMin)
死区 = 0.5 ℃ // 变化小于0.5℃不更新，降低冗余存储采集服务将换算后的工程值连同时间戳、质量码写入实时库。质量码是诊断的重要依据：Good表示通信正常，Bad表示通信中断或超时，Uncertain表示数据可疑。诊断模块在判断设备故障时，必须先检查质量码，否则可能把通信故障误判为工艺异常。
三、实时库与历史库的分工
实时库与历史库并非简单的“快慢”区别，而是职责不同。实时库保存的是“当前状态”，更新频率高、保留时间短，主要服务画面刷新、报警比较和联锁逻辑；历史库保存的是“过去轨迹”，通过旋转门（Swinging Door）等压缩算法降低存储量，主要服务趋势分析、KPI计算和故障复盘。
两者之间的数据流是单向的：采集层写入实时库，历史采集器（Historian Collector）从实时库或直接从采集层订阅数据，按存储策略写入历史库。诊断模块通常同时访问两者——用实时值做即时判断，用历史值做趋势判断和阈值学习。
四、诊断模块的集成位置
诊断模块在架构上位于应用层，但它与下层的耦合方式决定了诊断的实时性和准确性。常见的集成方式有三种：
- 基于实时库的规则判断：诊断引擎周期读取实时库标记，按预设规则（如“温度>85℃且持续30s”）触发诊断事件。响应快，适合设备级保护。
- 基于历史库的趋势分析：诊断引擎查询历史数据，计算斜率、方差或残差，识别缓变故障（如换热器结垢、传感器漂移）。
- 与报警服务联动：诊断结论可作为报警源写入报警系统，形成“采集→判断→报警→处置”的闭环。
下图展示了五层架构及数据流向，重点标出实时库与历史库的分流点，以及诊断模块同时消费两者的集成关系。
五、集成关系中的常见问题与判断
在实际项目中，诊断失效往往不是规则写错，而是数据通路某一段出了问题。可按以下顺序排查：
- 质量码异常：若诊断输入标记质量码为
Bad，先查采集层通信状态，而非修改诊断阈值。 - 实时值与历史值不一致：检查历史采集器是否正常运行、存储策略是否过滤了该标记。
- 诊断响应滞后：确认诊断引擎的扫描周期是否大于采集周期，避免用慢周期判断快变量。
- 趋势判断失真：检查历史库压缩死区是否过大，导致缓变故障被压缩掉。