11月4日晚上七点四十，陈工的电话响了。电网那边说，今晚八点起，这个商务区往下压一千瓦，压两小时。他管这个商务区的用电，一年要接十来次这种电话。
他打开平台，点了执行。手上正好有一千瓦：十二栋写字楼的中央空调末端，一万台风机盘管，每台让 0.06 千瓦，凑 600 千瓦；两百台充电桩各降 1 千瓦，200 千瓦；一座用户侧储能 200 千瓦。这一千瓦他谈了四个月，一家一家签下来的。
储能一秒就动了，充电桩十秒。空调那一万台是一批一批被叫醒的，最后一批动的时候，已经过去 48 分钟。第二天对账，报的是一千瓦，实测只有 880。
为什么会这样
因为电网算的是这两小时的平均功率，不是某一刻的峰值。前面那一分钟空着，后面补多快都补不回来。
先把作业量摊开：一千瓦乘两小时，是 2,000 度电。这是当晚要交的数。
储能 200 千瓦全程两小时，400 度；充电桩 200 千瓦，也是 400 度。这两样一共 800 度，一分不少。
空调这 600 千瓦，本该让出 1,200 度。可它分八批下发，最早一批立刻动，最晚的 48 分钟后才动，摊下来平均晚 24 分钟。
少让 24 分钟，就是每台少让 0.4 小时。600 乘 0.4，240 度没了。
800 加 960，等于 1,760 度。除以两小时，就是 880 千瓦。
说白了跟包工头算工时一样。十个人说好八点开工，两个人九点才到，活照样干完，可工钱是按人乘小时算的，那两个少的一小时，谁也补不回来。
怎么解决
最便宜的一条，改下发方式。别在八点整才开始一批批通知，提前十分钟一次性把执行时刻和让量推到全部控制器，让它存住、到点自己动。改完，平均滞后从 24 分钟压到 1 分钟以内，那 240 度基本收得回来。
第二条，报到能兑现的量。手上有一千瓦就报 800，多留两成。改完，800 千瓦的活兑现 1,760 度，远高于 1,600 度的应约量，稳在考核线里面。
第三条要花钱，给存不住定时任务的老控制器换新，或者干脆用储能顶掉空调里最难按时的那部分。200 千瓦储能两小时 400 度，一秒到、全程不掉。
别踩三个坑：一是只看总功率，铭牌上一千瓦很漂亮，实际 880；二是以为指令发出去设备就动了，平台显示已下发，设备那头还在排队；三是靠人打电话补，催到第三栋楼，考核时段已经过去。
平台怎么管这些问题
在这个场景里，一个能管住时间的平台，至少得接住六件事。
资源台账把一万台空调按楼、按楼层、按控制器型号分好组，让平台知道哪一组能同一时刻一起动。
指令编排把一次响应拆成一张时刻表：几点几分、哪几组、各让多少，而不是发一条广播就完事。
本地定时把执行时刻提前写进设备端，到点由设备自己触发，不指望那几分钟网络一定通。
执行监视在两小时里每 15 分钟取一次实测功率，跟基线比。基线就是没被调用时，你本来会用掉多少。
缺口预警按剩下的时间算还差多少度、补不补得回来，在响到一半时报警，而不是第二天对账才知道。
结算复核按实测曲线重算电量，出对账单，能按楼拆到每一栋。
这六件事平时谁管。谁能改规则：分组和调度策略只有运营主管能动，动一次留一条记录；谁能批减免：某栋楼设备故障要免当期考核，得园区能源经理签字。
出事能不能倒查到人：每条指令带下发人、下发时间、设备回执时间，查得到是哪台没回。设备掉线了告警发给谁：发给当班运维，十分钟没处理，自动转到值班长。
这笔钱值不值
钱是聚合商从电网那里拿响应费，再按比例分给园区。聚合商就是把各家设备凑起来、替他们去跟电网接活的公司。
一次本该拿 2,000 度乘 3 元，6,000 块。因为晚这 24 分钟，实收 5,280 块。
假设每月响应 8 次，每次差 720 块，一个月少 5,760 块，一年 6.9 万。
换控制器按 20 万估，一年补回 6.9 万，三年才回本。单靠这一项不值，得叠上峰谷价差和容量补偿，把设备用满才划算。
国家为什么也盯这件事
山西省人民政府 2023 年 1 月 28 日印发的《山西省虚拟电厂建设与运营管理实施方案》，附件 1 是《虚拟电厂并网运行技术规范》，里面两条最硬。
一是要配时间同步对时装置，GPS 或北斗都行，确保本地数据和上送数据的时间标记准确；二是以每 15 分钟为一个时段算偏差率，负荷类不超过正负 15%，算法是实际电量减计划电量，再除以申报容量乘 0.25 小时。
翻译成陈工那一晚：八个 15 分钟，每格申报 250 度。他少的 240 度摊到八格，平均每格 30 度，偏差率 12%，卡在 15% 里面，所以只是少给钱，没被清零。
再晚半小时，平均滞后 54 分钟，少让 540 度，偏差率 27%，就出去了。
陈工后来把一万台空调重新分了组，执行时刻提前写进控制器。下一次电话来，八点整，十二栋楼的空调一起动了，他还是报一千瓦，账上一分没少。
资源接入、调度执行、效果评估、结算分账一套管，装在自己服务器上，能改能扩。