C# SCADA 系统架构设计要点

/ 01为什么架构先行

很多 SCADA 项目从"一个 WinForm 拖控件"开始，前期快，后期痛：设备类型一多通讯代码到处复制、界面和数据耦合改一处崩三处、离线数据丢一堆。问题不在技术选型，而在没有分层。

我们在交付的几十套监控/数据采集系统上沉淀出的分层架构，核心就一句话：通讯、数据、业务、界面四层解耦，层与层之间只通过接口和事件交互。

/ 02四层架构总览

/ 03通讯层设计要点

• 驱动插件化：定义统一的 IDeviceDriver 接口（Open/Read/Write/Close/Status），每种协议一个程序集，运行时按配置加载——新增协议不改主程序。
• 读写分离：采集（定时轮询/订阅回调）与下发指令（写寄存器）分通道排队，避免界面操作阻塞采集线程。
• 断线处理三件套：心跳检测 + 指数退避重连 + 设备状态上报。设备掉线必须在 3 秒内反映到界面并触发报警，这是客户对"系统是否可靠"最直接的感知。
• 时间戳管理：数据带采集时刻时间戳入库，而不是入库时刻——网络抖动时两者可差几秒，做产量对账时会暴露。

/ 04数据层与 UI 层要点

• 实时库：并发字典 ConcurrentDictionary<string, TagValue> 存最新值，TagValue 含值、质量戳（Good/Bad/LastKnown）、时间戳。质量戳必须贯穿全系统——坏质量数据上趋势图就是事故。
• 历史存储：变化存储 + 周期归档结合；中小项目 SQLite WAL 模式够用（百万点级日增量），更大规模上 InfluxDB/TDengine。
• 报警引擎：报警条件（阈值/偏差/速率）与报警处理（延时去抖、死区恢复、分级推送）分离，报警记录只追加不修改。
• UI 绑定：界面通过订阅机制刷新（界面可见的 Tag 才订阅），避免上千点全量推送把 UI 线程打爆；曲线用采样降采样显示，导出时才查全量。

/ 05可靠性工程

我们按这套架构交付的 SCADA 系统最长已连续运行 3 年+无人工重启。如果您有监控/数据采集系统的定制需求，或现有系统面临重构，欢迎联系我们交流。