第一章:EMS系统架构认知
大家好,我是老张。在光伏储能这行摸爬滚打了十几年,今天咱们来聊聊EMS系统架构。说白了,EMS就是整个光储系统的“大脑”——它负责采集数据、做出决策、下发指令。我见过太多人一上来就扎进代码里,结果连硬件长啥样都没搞明白。嗯,咱们先从最基础的硬件组成说起。
一、硬件组成:三大核心部件
EMS的硬件,说白了就三样东西:控制器、采集器、通信网关。我习惯把它们比作“大脑、眼睛、嘴巴”。
1. 控制器(Controller)
这是EMS的核心计算单元。它负责运行策略算法、处理数据、生成控制指令。常见的控制器有PLC、工控机、嵌入式ARM板。我个人偏好用ARM Cortex-A系列,性价比高,功耗低。
2. 采集器(Data Collector)
采集器负责从现场设备“抓”数据。比如光伏逆变器的发电功率、电池的SOC/SOH、电表的电压电流。常见的采集方式有:
- RS485/Modbus:最常用,抗干扰能力强
- CAN总线:实时性高,适合电池BMS通信
- 以太网:速度快,适合大型电站
- 4-20mA模拟量:老设备还在用,精度一般
你想想看,采集器要是坏了,EMS就成了“瞎子”。所以我在项目中都会做冗余设计——双采集器热备,切换时间不超过200ms。
3. 通信网关(Gateway)
网关负责“翻译”和“转发”。不同厂家的设备,通信协议可能不一样。比如逆变器用Modbus RTU,电表用DL/T645,网关就得把它们统一转换成EMS能识别的格式。
二、软件分层:三层架构
软件架构我习惯分成三层:数据采集层、策略控制层、人机交互层。这三层各司其职,互不干扰。
1. 数据采集层
这一层负责“收数据”。它运行在采集器或控制器上,定时轮询现场设备。典型的采集周期是:
| 数据类型 | 采集周期 | 说明 |
|---|---|---|
| 功率/电压/电流 | 1秒 | 实时监控用 |
| SOC/SOH | 5秒 | 电池状态变化慢 |
| 电表数据 | 15分钟 | 计费用,精度要求高 |
这里有个坑:采集周期太短会占用大量CPU资源,太长又可能错过异常。我一般建议:关键数据1秒,非关键数据5-10秒。
2. 策略控制层
这是EMS的“决策中心”。它根据采集到的数据,运行控制策略。比如:
- 削峰填谷策略:电价高时放电,电价低时充电
- 防逆流策略:光伏发电太多时,限制逆变器输出
- 电池保护策略:SOC低于20%时强制停止放电
我见过最离谱的案例:某电站的策略层代码里有个死循环,导致控制器CPU跑满100%,所有控制指令都发不出去。嗯,从那以后我写策略代码都会加看门狗定时器。
3. 人机交互层
这一层就是咱们看到的界面——HMI触摸屏、Web页面、手机App。它负责展示数据和接收操作指令。说实话,很多工程师不重视这层,觉得“能看就行”。但我要说:交互层做不好,再好的策略也没用。
三、典型拓扑结构
拓扑结构决定了EMS怎么“连”起来。常见的就三种:星型、总线型、环型。我画了个图,大家一看就明白。
三种拓扑各有优劣:
- 星型:结构简单,故障隔离容易。但EMS是单点故障——它一挂,全完蛋。适合小型电站。
- 总线型:布线少,成本低。但总线一旦断了,后面的设备全失联。我建议加总线中继器。
- 环型:可靠性最高,一条链路断了还能从另一条走。但成本高,配置复杂。大型电站首选。
好了,第一章的内容就这些。记住:硬件是骨架,软件是血肉,拓扑是经络。三者缺一不可。下一章咱们聊聊数据采集层的具体实现——怎么把Modbus协议玩明白。
公众号:蓝海资料掘金营,微信deep3321