eFuse+MCU的电源路径保护设计：从原理到实战
2026/10/8 13:53:35
指令链路：调度指令如何安全到达设备
文章目录
- 指令链路：调度指令如何安全到达设备
- 引言：聚合出了指令，怎么安全送到设备手里
- 一、确认时间轴：五个时间点，各证明一件事
- 现实补充：三方对时——时间轴成立的地基
- 二、八态状态机：把"不可能的流转"变成运行时的直接异常
- 三、下发与回执解耦：同步等待是调度链路的死穴
- 四、控制权优先级：P4 到 P0 的阶梯
- 4.1 控制权的三方归属：所有权、日常控制权、调度权
- 4.2 交接时序：T-30 分钟要做什么
- 4.3 一键退出：把"随时可退出"做成一个物理按钮
- 五、站内最后一公里：Modbus 三策略
- 六、PCS 底层保底：ramp to zero
- 七、指令仲裁、因果链与降级
- 八、超时补偿：双超时与"未知不等于失败"
- 九、与设备影子的闭环咬合
- 十、实测：全场景单测
- 十一、生产扩展条件
- 十二、现实对照：调度直接到资源时如何划定控制边界
- 量级对照：上行与下行的不对称（经验量级）
- 结语：链路是哑的，得有人判断"该不该发"
引言：聚合出了指令，怎么安全送到设备手里
上一篇聚合引擎把 1500kW 的单元指令分解成了各资源的份额。但内存里的一个 Map 还不是控制——它要穿过网络、被设备接收、执行、回执确认，中间任何一环出问题，响应量核算就缺一块，偏差考核就找上门。
47241 对涉控系统提出控制校核能力要求（本文按第 9.4 条引用，条款原文待核）；44260 对虚拟电厂响应能力的评价对象是聚合边界的输出功率，动作时刻按指令方向上功率变化超出阈值的时刻确定（3.8 条及 A.1.4）。本文在单资源上计算的是另一种东西：实测功率进入该资源目标容差带的资源目标到位时延——评价对象、指令起点、方向判据与基准功率都不同于国标指标，两者不能直接互换。标准与实现合起来决定的设计约束是：状态必须显式化、流转必须可校验、超时必须有补偿。但在动手之前必须先纠正一个常见误区：设备确认（ACK）时间不能当作功率响应依据——收到 ACK 只证明"设备收到并接受"，功率到底动没动，只有遥测说了算。把 ACK 当响应依据，等于把"快递员签收了包裹"当成"收件人已经用上了商品"。本篇在openvpp-dispatch模块交付的是这条链路的状态机与本地模拟验证：真实设备路由、异步可靠投递与持久化属生产扩展（第十一节），不在当前模块交付范围。调度安全的真正深水区——控制权谁说了算——照旧展开。