第2章：系统架构设计——风电SCADA的典型分层架构
各位好，我是老张。今天咱们聊聊风电SCADA的系统架构。说实话，我见过不少刚入行的工程师，一上来就盯着某个通信协议或者某个硬件参数猛看，结果整个系统搭出来，数据流乱成一锅粥。嗯，这其实是个典型的「只见树木不见森林」的问题。
我个人习惯，做任何系统集成之前，先画一张架构图。把每一层、每一条数据流、每一个关键节点都摆清楚。今天这一章，咱们就把这个「骨架」搭起来。
2.1 典型分层架构：三层模型
风电SCADA系统，说白了就是三个层次：场站层、升压站层、集控层。你想想看，这就像一栋楼：一楼是各个房间（风机），二楼是走廊和配电间（升压站），三楼是总控室（集控中心）。
2.1.1 场站层（Field Level）
这是最底层，直接跟风机打交道。每台风机内部有一个风机控制器（PLC或者嵌入式控制器），它负责采集风速、功率、桨距角、振动、温度这些实时数据。我记得有一次在内蒙古的项目现场，一台风机死活连不上网，最后发现是控制器里的通信模块固件版本太老。嗯，这种坑踩过一次就记住了。
场站层的数据采集频率通常很高，比如振动数据可能到kHz级别。但注意，不是所有数据都要往上送。我建议在风机控制器里做一层预处理，比如算个10秒平均值再上传，否则网络带宽扛不住。
2.1.2 升压站层（Substation Level）
升压站是中间层，负责把多台风机（通常一个集电线路带8-12台）的数据汇聚起来。这里会部署数据采集网关或者前置机。我在项目中遇到过，有些厂家喜欢用工控机当网关，但工控机在户外升压站这种高温高湿环境里，故障率其实挺高的。我个人更倾向用工业级嵌入式网关，无风扇设计，稳定得多。
升压站层还有一个重要任务：协议转换。风机控制器可能走Modbus RTU，但集控层要的是IEC 61850或者OPC UA。这个转换工作，就在升压站层完成。
2.1.3 集控层（Control Center Level）
集控层就是咱们的「大脑」了。这里部署SCADA服务器、历史数据库、操作员站、工程师站。所有风机的数据最终汇聚到这里，进行展示、报警、存储、分析。
我曾经参与过一个项目，集控层服务器放在北京，但风场在新疆。数据延迟有时候能到5秒以上。后来我们优化了通信链路，在升压站层加了本地缓存和断点续传机制，才把延迟降下来。所以说，架构设计不只是画图，还得考虑实际物理距离带来的问题。
2.2 数据流与通信协议概览
数据流怎么走？我画了一张图，你看一眼就明白了。
从上图你能看到，数据是从下往上流的。但注意，控制指令是从上往下流的。比如集控层下发「限功率」指令，先到升压站层，再到具体某台风机。这个双向数据流，在设计时一定要考虑延迟和可靠性。
2.3 硬件选型要点
硬件选型，说白了就是「够用、稳定、好维护」。我见过不少项目，一味追求高性能，结果成本翻倍，性能还过剩。也见过为了省钱，用消费级设备，结果夏天高温死机。这里我列几个关键点：
| 硬件类型 | 关键参数 | 选型建议 |
|---|---|---|
| 风机控制器 | CPU性能、I/O点数、通信接口 | 建议选工业级PLC，支持-40℃~70℃宽温。我曾经在东北项目上吃过亏，普通PLC冬天直接罢工。 |
| 数据采集网关 | CPU、内存、存储、网口数量 | 至少双网口（一上一下），支持4G/5G备份通信。内存建议4GB以上，要跑协议转换程序。 |
| SCADA服务器 | CPU核心数、内存、磁盘RAID | 建议用机架式服务器，RAID 5磁盘阵列。历史数据存储量按「每台风机每天10MB」估算，留50%余量。 |
| 交换机 | 端口数、管理功能、冗余电源 | 升压站层必须用工业级交换机，支持环网冗余（RSTP/ERPS）。集控层可以用企业级，但也要双电源。 |
2.4 架构设计中的几个常见误区
最后，我总结几个我见过的典型问题：
- 误区一：所有数据都往集控层送。 其实很多数据（比如振动原始波形）在升压站层做特征提取就够了，没必要全上传。否则网络带宽和存储成本都扛不住。
- 误区二：忽略时间同步。 风机、升压站、集控层的时间必须同步（NTP或GPS）。否则报警记录的时间对不上，分析问题时会很头疼。
- 误区三：通信协议不统一。 我见过一个项目，风机用Modbus，升压站用IEC 61850，集控层用OPC UA，中间转了三次协议，延迟增加了200ms。能统一就统一，减少转换环节。
好了，这一章的内容就到这里。架构设计是SCADA系统的根基，根基不稳，后面所有优化都是白搭。下一章咱们会深入聊聊通信协议的具体实现，到时候再细说。