综合能源系统调度中的电池损耗建模：经验模型与雨流计数法-代码聚汇网

综合能源系统调度中的电池损耗建模：经验模型与雨流计数法

是小鬏鬏啊·2026-09-03·阅读 109 GEO检测（免费）

电池损耗模型综合能源系统调度优化

|难度：普通|阅读约 30 分钟

1. 为什么调度优化里“电池损耗”不能省略

1.1 忽略损耗的优化结果为什么不可信

先讲个我自己的经历。去年做某个园区综合能源系统调度时，第一版模型没考虑电池损耗，优化器给出的策略非常“激进”：只要光伏出力稍微富余，就立刻充进电池；只要电价进入峰段，就马上放出来。一天下来电池充放电循环次数能到四五次，SOC曲线像锯齿一样来回抖。表面上看运行成本确实降下来了，但储能电池的实际寿命往往只有设计寿命的三分之一不到。把电池更换成本摊进去算总账，反而比不装电池还亏。

这就是典型的“优化结果不可信”。综合能源系统（Integrated Energy System，IES）里的储能电池，本质上是把能量在时间维度上搬移的工具，但它不是免费的搬运工。每一次充电和放电，都在消耗电池的循环寿命。如果优化模型里只有能量平衡约束和SOC约束，没有损耗惩罚项，那么优化器天然倾向把电池当作“无限寿命”的缓冲器，结果就是高频充放、深度充放，跑到后面运维成本完全失控。

所以做IES优化调度，电池损耗模型不是“可选项”，而是“必选项”。问题是，电池老化机理很复杂，涉及电化学、热力学、机械应力等多方面因素，你不可能在调度模型里塞一个完整的电化学模型，那样求解器根本跑不动。工程上需要在“物理准确性”和“计算可行性”之间做妥协。这也是我这篇文章要讲的两种实用模型的出发点。

1.2 两种损耗模型的定位：调度内嵌与离线评估

目前工程里用得比较多的电池损耗模型大概分三类：第一类是电化学机理模型，比如基于SEI膜生长、锂离子浓度分布的模型，精度最高但计算量巨大，只适合电池单体设计和实验室研究；第二类是等效电路模型加老化参数，通过在线参数辨识来估算SOC和SOH，常用于BMS；第三类是经验/半经验老化模型，直接建立“循环次数、放电深度、温度、充放电倍率”与“寿命衰减”之间的数学关系，速度快，能嵌入优化问题。

本文聚焦的是第三类里的两种代表作：

经验寿命损耗模型（Model 1）：基于放电深度DOD和对应循环寿命曲线，把一次充放电动作折算成固定的寿命消耗。优点是结构简单，能直接改造成线性成本项放进优化模型，求解稳定，适合调度内嵌。
雨流计数疲劳损耗模型（Model 2）：借鉴材料疲劳分析的思路，把SOC曲线拆解成一个个完整的“应力循环”，再结合DOD-寿命曲线用Miner线性累积损伤理论计算总损耗。优点是能捕捉任意SOC波动形态对寿命的影响，比单一经验公式更精确，但算法复杂度高，通常用作离线评估工具。

两种模型不是替代关系，更像是“内嵌优化”和“事后验算”的搭配。我在实际项目里的做法是：调度优化时用Model 1给电池动作一个成本惩罚，得到最优运行策略后，再用Model 2对这个策略产生的SOC轨迹做一次更精确的寿命评估，如果两者差距太大，就回头调整Model 1的损耗成本系数。这样既保证了求解效率，又不至于让优化结果和真实寿命损耗脱节太多。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 模型一：基于放电深度与循环寿命的经验损耗模型

2.1 核心公式与参数含义

第一种模型的核心是电池厂商提供的“放电深度—循环寿命”曲线。这条曲线的物理意义是：在某个固定放电深度下，电池循环多少次之后容量衰减到80%。不同类型电池的测试数据有差异，但形状基本一致——放电深度越深，允许的循环次数越少。常见的拟合形式是逆幂律模型：

[
N(d) = N_{ref} \cdot \left(\frac{d}{d_{ref}}\right)^{-k_p}
]

其中：

(N(d))：放电深度为 (d) 时允许的循环次数；
(N_{ref})：参考放电深度 (d_{ref}) 下测得的最大循环次数；
(k_p)：老化强度指数，通常取 0.8~2.1，取决于电池化学体系（磷酸铁锂一般偏小，三元锂偏大）。

举个例子：某磷酸铁锂电池在100% DOD下循环寿命是4000次，取 (k_p=1.1)。那么30% DOD下的循环寿命就是：

[
N(0.3)=4000 \cdot \left(\frac{0.3}{1.0}\right)^{-1.1} \approx 14920 \text{次}
]

和厂商实测的“浅充浅放寿命更长”是吻合的。

接下来问题是：怎么把一个“放电深度”的事件折算成寿命消耗？如果某一时刻电池放电深度是 (d_i)，那么这一次放电动作消耗的寿命比例就是：

[
\Delta Loss_i = \frac{1}{2 \cdot N(d_i)}
]

分母里的2是约定俗成，因为一个完整循环包含一个充电半循环和一个放电半循环。如果你做的是净能量分析，每次充电算0.5个对应深度的循环，放电也算0.5个循环，两者合计才是1个循环。

2.2 把损耗模型改造成优化可直接用的成本项

直接把这个公式丢进优化问题会有麻烦，因为 (N(d)) 对 (d) 是非线性函数，而且是幂函数，求解器处理起来很痛苦。工程上有一个非常实用的近似思路：把寿命损耗折算成“单位放电能量的折旧成本”。

具体推导逻辑是这样的：假设电池额定容量是 (E_{bat})（kWh），放电深度 (d) 下总循环次数是 (N(d))。那么在这段寿命期内，电池总共能放出的能量大约是：

[
E_{total} = N(d) \cdot d \cdot E_{bat}
]

注意，这里 (d \cdot E_{bat}) 是单次循环放出的电量，乘以总循环次数就是整个寿命期内的总放电能量。如果电池更换成本是 (C_{replace})（元），那么折算到单位放电能量的损耗成本就是：

[
C_{loss} = \frac{C_{replace}}{N(d) \cdot d \cdot E_{bat}}
]

把 (N(d)) 的表达式代进去，有：

[
C_{loss} = \frac{C_{replace}}{N_{ref} \cdot (d/d_{ref})^{-k_p} \cdot d \cdot E_{bat}}
= \frac{C_{replace} \cdot d^{k_p - 1}}{N_{ref} \cdot d_{ref}^{k_p} \cdot E_{bat}}
]

当 (k_p) 接近1时，(C_{loss}) 对 (d) 的依赖就非常弱，基本可以视为常数。这就是很多文献里直接用固定损耗成本（元/kWh）的原因。但为了更准确，我通常采用分段线性化的方式：把DOD区间分成几段，每段用一次函数近似 (C_{loss}(d))，然后引入二进制变量表示当前时间步的DOD落在哪个区间。这样既保留了DOD对损耗的影响，又不引入非线性求解困难。

对于一般的IES调度周期（24小时，15分钟粒度），我建议直接把模型一写成常数成本项或简单分段线性项。调度优化的核心任务是分配能量流，不是精确预测电池衰减，没必要为1%~2%的精度牺牲求解速度。这一段经验后面还会细说。

2.3 Matlab关键代码实现

先给一个最简单的版本：假设电池更换成本1200元/kWh，额定容量1MWh，100%DOD下循环寿命5000次，老化指数取1.0，那么损耗成本常数就是：

matlab复制% 模型一：固定损耗成本计算
E_bat = 1000;                % 额定容量 kWh
C_replace = 1200 * E_bat;    % 更换成本 元
N_ref = 5000;                % 100% DOD 循环次数
d_ref = 1.0;                 % 参考放电深度
k_p = 1.0;                   % 老化指数

% 固定损耗成本（元/kWh）
C_loss = C_replace / (N_ref * d_ref * E_bat);
fprintf('单位放电损耗成本: %.4f 元/kWh\n', C_loss);

如果要做分段线性版本，可以用Yalmip建模：

matlab复制% 假设损耗成本分段线性系数
DOD_break = [0.2, 0.4, 0.6, 0.8, 1.0];   % DOD分段点
cost_break = [0.18, 0.24, 0.32, 0.42, 0.55]; % 每段对应的损耗成本 元/kWh

% 在优化中计算 t 时刻放电深度 d_t
% 引入连续变量 lambda_t，表示落在某一段的组合权重
% 使用 defineBinaryAndContinuous 辅助分段线性逼近
% （具体代码随求解器和建模工具不同会有差异）

% Yalmip 示例：d_t 是连续变量，f_t 是分段线性函数值
d_t = sdpvar(1);  % 假设求解得到DOD
f_t = sdpvar(1);

% 约束：d_t = sum(lambda_i * DOD_break_i), f_t = sum(lambda_i * cost_break_i)
% lambda_i >= 0, sum(lambda_i) = 1
% 且 lambda 满足 SOS2 约束，保证 DOD 落在相邻两个断点之间
% yalmip 中可直接用 sos2 约束

SOS2约束（特殊有序集）是分段线性化的标准做法。Yalmip支持直接写sos2(lambda)，求解器（Gurobi、CPLEX都支持）会自动处理。这个做法的好处是：DOD和损耗成本之间的关系变成了凸分段线性函数，整数变量数量也很少（只有分段数那么多），效率非常高。

3. 模型二：雨流计数法与Miner累积损伤模型

3.1 用“材料疲劳”的思路理解电池老化

如果说模型一是“看得见每次充放电、直接记账”，那模型二就是“从整个SOC轨迹里找隐藏循环”。这个思路是从材料力学里的金属疲劳分析借来的。金属材料在反复应力作用下，即使应力值远低于屈服强度，也会因为疲劳累积而断裂。电池的老化也是类似的机理——反复的充放电循环在电极材料里产生机械应力和结构损伤，就像反复弯一根铁丝，最终会断。

雨流计数法（Rainflow Counting）是处理随机应力-时间序列的经典算法。它能把一段复杂的、起伏不定的SOC曲线，拆解成若干个完整的“循环”和“半循环”，每个循环对应一个应力幅值（这里就是DOD）和一个应力均值（这里就是平均SOC）。拆解出来的循环再结合“DOD—循环寿命曲线”逐项计算损伤，最后用Miner线性累积理论汇总。

这一步的关键在于：SOC曲线里并不是只有“充到100%再放到0%”才算一个循环。可能你看到SOC在40%~60%之间来回波动了十几次，每个波动虽然幅度不大，但累积起来的损伤函数同样不可忽略。雨流计数算法的价值就在这里，它能把这种“隐藏的浅循环”全部找出来。

3.2 雨流计数提取电池循环：算法要点

雨流计数算法的标准实现步骤可以从任意教材里查到，核心逻辑是“把时间序列旋转90度，雨滴从峰谷流下，遇到比自己更高的峰或更低的谷就停止”。但在电池场景里，我建议直接采用标准的ASTM E1049-85标准实现，这是工程界最常用的雨流计数标准。

算法要点如下：

去掉SOC序列里的趋势项和噪声，只保留转折点（局部极大值和局部极小值）。
从序列末尾开始或按标准规则取半循环，逐段形成完整的滞回环。
统计所有闭合循环的幅值（对应DOD）、均值（对应平均SOC）和循环次数。
若有剩余的半循环，单独记录。

判断循环闭合的规则是：从一个峰（或谷）出发，沿时间轴方向移动，当遇到比起点更高的峰（或更低的谷）时停止，这一段就是一个半循环；如果中间形成了闭合环，就是一个完整循环。

用生活化的类比来理解：你可以把SOC曲线想象成一片山峦地形，雨滴从山顶往下流，它会沿着最陡的坡流到谷底，然后继续往下流到更低的山谷，直到流进一个“比起点还低”的坑才算完。每个雨滴走过的路径就是一个半循环。这个算法对SOC曲线的震荡识别非常灵敏。

3.3 Matlab下的雨流计数与损耗计算实现

MathWorks官方没有内置雨流计数函数，但这个问题足够经典，File Exchange上有多个成熟版本。我自己常用的是基于ASTM标准的rainflow.m，输入一个时间序列，输出三个数组：循环幅值（range）、均值（mean）、循环计数（count）。

使用方式长这样：

matlab复制% SOC曲线示例（24小时，每15分钟一个点，0~1）
soc = [0.6, 0.62, 0.58, 0.70, 0.45, 0.55, 0.63, 0.50, ...]; 

% 调用雨流计数（需要提前准备rainflow函数）
[ranges, means, counts] = rainflow(soc);

% ranges: 每个循环的幅值（即DOD）
% means: 每个循环的平均SOC
% counts: 每个循环出现的次数（0.5表示半循环，1表示完整循环）

有了循环幅值后，用DOD-寿命曲线计算每个循环的寿命损耗：

matlab复制% 损耗计算
N_ref = 5000;      % 100% DOD循环寿命
d_ref = 1.0;
k_p = 1.1;

N_cycle = N_ref * (ranges / d_ref).^(-k_p);  % 每个循环深度对应的允许循环次数
damage_per_cycle = counts ./ N_cycle;          % 每个循环造成的损伤
total_damage = sum(damage_per_cycle);          % 总累积损伤

fprintf('电池总损耗损伤: %.4f\n', total_damage);
fprintf('等效消耗循环寿命比例: %.2f%%\n', total_damage * 100);

total_damage=1.0表示电池寿命耗尽。实际评估中，通常认为当容量衰减到80%时寿命终止，也就是 total_damage 达到某个阈值（通常取1.0）。这个评估方式对于对比两种调度策略的优劣非常直观：谁的 total_damage 更小，谁对电池更友好。

需要注意一个问题：雨流计数本身没有“损耗”概念，它只负责拆解循环，损耗计算要依赖外部寿命模型。如果手上没有精确的DOD-寿命测试数据，直接用厂商给的 d_ref=1 和 N_ref 也能得到一个近似结果，偏差不算太大，但不要指望它和实际电池衰减完全一致。

4. 应用实例：含光伏与储能的园区IES调度

4.1 系统结构与数据准备

为了说明两种模型怎么用，我搭了一个典型的小型园区综合能源系统。系统包含以下设备：

光伏（PV）：装机容量 500 kW，用典型日的实测出力曲线；
储能电池：额定容量 1000 kWh，额定功率 250 kW，初始SOC 0.5，SOC范围 0.1~0.9；
电网交互：可以从电网购电，也可以向电网售电（上网电价低于购电价）；
负荷：园区24小时电负荷曲线，工作日典型数据。

调度周期是24小时，时间步长15分钟，共96个时点。光伏出力和负荷曲线都按15分钟间隔给出。电价为分时电价，峰时段（10:00~15:00，18:00~21:00）购电价格高，谷时段（23:00~次日7:00）购电价格低。

这个场景下电池的作用很清晰：白天光伏出力大于负荷时充电，把多余电量存起来；晚上光伏归零、负荷起来时放电，把储存的电能释放出来，尽量少从电网高价购电。问题是，电池到底该“多充多放”还是“少充少放”，这个决定需要损耗模型来约束。

4.2 优化调度目标函数与约束

优化目标是最小化系统总运行成本，包括购电费用、售电收入、电池损耗成本，形式如下：

[
\min \sum_{t=1}^{96} \left[ c_{buy,t} \cdot P_{buy,t} - c_{sell,t} \cdot P_{sell,t} + C_{loss,t} \right]
]

其中 (P_{buy,t}) 是t时刻从电网购电功率，(P_{sell,t}) 是售电功率，(c_{buy,t}) 和 (c_{sell,t}) 是分时电价，(C_{loss,t}) 是电池损耗成本。

约束条件包括：

功率平衡约束：
[
P_{pv,t} + P_{buy,t} + P_{dis,t} = P_{load,t} + P_{sell,t} + P_{ch,t}
]
电池SOC动态约束：
[
SOC_{t+1} = SOC_t + \eta_{ch} \cdot \frac{P_{ch,t}}{E_{bat}} \cdot \Delta t - \frac{P_{dis,t}}{E_{bat} \cdot \eta_{dis}} \cdot \Delta t
]
充放电功率限制和SOC上下限；
充放电互斥约束：同一时刻不能同时充放电。

以模型一为内嵌损耗模型时，(C_{loss,t}) 可以写成：

[
C_{loss,t} = C_{loss,unit} \cdot P_{dis,t} \cdot \Delta t
]

其中 (C_{loss,unit}) 就是2.3节算出的单位放电损耗成本。注意这里只对放电计损耗，充电损耗隐含在放电侧——因为电池放出的每一度电，最终都要靠之前充进来的电来补偿，按照“循环寿命折算到放电能量”的口径，把损耗全部记在放电侧更简单，也不会重复计算。

4.3 Matlab实现框架与关键变量

下面是核心的Matlab + Yalmip调度代码骨架：

matlab复制%% 综合能源系统电池损耗调度模型（Matlab + Yalmip）
% 数据准备
T = 96;                              % 时间步数
dt = 0.25;                           % 时间步长 (h)
P_pv = pv_data(1:T);                 % 光伏出力 kW
P_load = load_data(1:T);             % 电负荷 kW

% 电价
price_buy = buy_price(1:T);          % 购电价 元/kWh
price_sell = sell_price(1:T);        % 售电价 元/kWh

% 电池参数
E_bat = 1000;                        % 额定容量 kWh
P_bat_max = 250;                     % 最大充放电功率 kW
eta_ch = 0.95;                       % 充电效率
eta_dis = 0.95;                      % 放电效率
SOC_min = 0.1; SOC_max = 0.9;        % SOC上下限
SOC_init = 0.5; SOC_final = 0.5;     % 始末SOC

% 单位放电损耗成本（模型一）
C_replace = 1200 * E_bat;
N_ref = 5000; d_ref = 1.0; k_p = 1.0;
C_loss_unit = C_replace / (N_ref * d_ref * E_bat);

% 决策变量
P_buy = sdpvar(1, T);
P_sell = sdpvar(1, T);
P_ch = sdpvar(1, T);
P_dis = sdpvar(1, T);
SOC = sdpvar(1, T+1);
bin_ch = binvar(1, T);               % 充电状态 0/1
bin_dis = binvar(1, T);              % 放电状态 0/1

Constraints = [];
% 功率平衡
for t = 1:T
    Constraints = [Constraints, P_pv(t) + P_buy(t) + P_dis(t) == ...
                   P_load(t) + P_sell(t) + P_ch(t)];
end

% SOC动态
for t = 1:T
    Constraints = [Constraints, SOC(t+1) == SOC(t) + ...
                   (eta_ch * P_ch(t) - P_dis(t) / eta_dis) * dt / E_bat];
end

% 边界约束
for t = 1:T
    Constraints = [Constraints, 0 <= P_buy(t) <= 1000];
    Constraints = [Constraints, 0 <= P_sell(t) <= 500];
    Constraints = [Constraints, 0 <= P_ch(t) <= P_bat_max * bin_ch(t)];
    Constraints = [Constraints, 0 <= P_dis(t) <= P_bat_max * bin_dis(t)];
    Constraints = [Constraints, bin_ch(t) + bin_dis(t) <= 1];
end
Constraints = [Constraints, SOC(1) == SOC_init, SOC(T+1) == SOC_final];
Constraints = [Constraints, SOC_min <= SOC <= SOC_max];

% 目标函数
Objective = sum(price_buy .* P_buy * dt) - sum(price_sell .* P_sell * dt) ...
            + C_loss_unit * sum(P_dis) * dt;

% 求解
ops = sdpsettings('solver', 'gurobi', 'verbose', 0);
optimize(Constraints, Objective, ops);

% 结果提取
P_buy_opt = value(P_buy);
P_dis_opt = value(P_dis);
P_ch_opt = value(P_ch);
SOC_opt = value(SOC);

电池损耗模型以线性项进入目标函数后，整个优化问题就是一个混合整数线性规划（MILP），96个时点、每时刻2个0/1变量，求解非常快，Gurobi一般1到2秒内就能收敛到最优解。

4.4 用模型二做离线评估

调度跑完之后，把SOC_opt轨迹交给雨流计数模型做评估。因为96个数据点的SOC曲线比较平滑时，循环数量不大；但调度结果若出现抖动，SOC曲线就会像锯齿一样，雨流计数会识别出大量小循环，累积损伤可能远超预期。

评估代码就是3.3节那一段：

matlab复制% 用雨流计数评估调度结果
soc_opt = SOC_opt(1:T);                      % 调度得到的SOC序列
[ranges, means, counts] = rainflow(soc_opt); % 雨流计数

% 损耗计算
N_cycle = N_ref * (ranges / d_ref).^(-k_p);
damage_per_cycle = counts ./ N_cycle;
total_damage = sum(damage_per_cycle);
fprintf('模型二评估：总损伤 D = %.4f\n', total_damage);

再把不损坏耗模型跑一遍同样场景，对比两组结果，就能直观看到损耗模型对调度决策的影响。

5. 实测结果对比与关键经验

5.1 基本结果：SOC路径与损耗水平对比

我在同一组数据上跑了三组对比：

Case A：不考虑电池损耗（基线）；
Case B：嵌入模型一（固定损耗成本）；
Case C：嵌入模型一但采用分段线性DOD成本。

整体结果如下表：

场景	电池放电量 (kWh)	日运行成本 (元)	模型二评估总损伤 D
Case A（无损耗）	812	5280	0.00082
Case B（常数损耗成本）	465	5435	0.00031
Case C（分段DOD成本）	431	5468	0.00027

没加损耗模型时，电池几乎每天都在满负荷工作，日放电量达到812 kWh，但换来的只是运行成本下降了155元左右。模型二评估的总损伤是0.00082，按这个速率跑，电池一年多就要报废。加上损耗成本后，调度器主动减少了电池的放电量，损失了一部分峰谷套利收益，但电池寿命消耗降到了原来的三分之一以下。

这个对比说明一个很重要的事实：电池损耗成本在IES调度里不是“小修小补”，而是能彻底改变调度策略的决定性因素。 如果峰谷电价差不够大，优化结果甚至会倾向于完全不用电池。这一点在项目方案评审时非常重要——很多业主只看到光伏配储的补贴收益，却忽视了电池折旧成本，最后算下来经济性不如预期。

5.2 固定成本与分段DOD成本：什么时候足够

从Case B和Case C的结果来看，固定损耗成本（k_p=1.0）和分段DOD成本给出的电池放电量差距不大，约7%。这说明在常规的IES调度场景里，固定损耗成本已经够用了，分段细化带来的边际收益很小。

但有一个例外：如果系统里电池经常处于深度充放状态，比如某些离网型微电网，DOD经常超过80%，这时候固定常数模型会低估深循环的损耗，因为真实损耗随DOD是指数增长的。这种情况下，建议至少按两个区段分段：DOD < 0.6 和 DOD >= 0.6，后者的单价适当上调。实测下来，这种两个区段的分段线性模型在精度和求解速度之间平衡最好。

模型二更适合这样的场景：

调度方案已经确定，想精确评估电池寿命消耗；
对比多个调度策略的“电池友好度”时，用雨流计数能给出更可信的排序；
当SOC轨迹复杂、存在大量浅循环时，模型一的“只统计主要循环”会漏掉大量损伤，而模型二一个都不会漏。

5.3 踩坑与调试笔记

最后分享几个实际项目里踩过的坑，希望对你有用。

坑一：SOC初始值和终值不一致，雨流计数的损耗评估会虚高。 调度模型通常要求首末SOC相等，这是为了日间调度的可重复性。如果没加这个约束，SOC轨迹从0.9跌到0.1，在雨流计数里会被识别成一个很大的纵向循环，DOD接近0.8，损耗评估直接翻倍。解决方案很简单：在优化约束里强制SOC首末一致，或者在离线评估时先对SOC序列做“闭合化”处理。

坑二：电价差太小时，电池干脆不工作，但你发现损耗成本常数项设得过高。 有一次我把损耗成本算成0.35元/kWh，而峰谷电价差只有0.4元，结果优化器直接放弃用电池，导致光伏大发时段只能限制出力。后来我把参数修正为0.18元/kWh，电池才恢复合理的工作状态。所以损耗成本参数的校准，最好用实际运行数据反推，不要光看手册。

坑三：雨流计数函数对数据噪声非常敏感。 如果SOC序列是优化器直接给出来的，一般比较光滑；但如果数据来源是SCADA实测曲线，可能包含大量高频噪声。噪声会产生大量小幅值的伪循环，导致损耗评估虚增。处理办法是：在做雨流计数之前，先对SOC序列做一次平滑，或者按0.5%的幅值阈值过滤掉过小的循环。

坑四：k_p指数对不同电池体系差异极大。 磷酸铁锂的k_p通常在0.8~1.2，而三元锂可能到1.5~2.0。拿到厂商给的循环寿命测试数据后，哪怕只有两三个点，也建议自己拟合一下k_p，不要直接套文献参数。拟合方法很简单：把不同DOD下的循环次数取对数，用最小二乘拟合直线，斜率就是-k_p。这个过程在Matlab里就几行代码：

matlab复制% 拟合老化指数 k_p
DOD_data = [1.0, 0.8, 0.5, 0.3];           % 测试放电深度
N_data = [4000, 5200, 9600, 21000];        % 对应循环寿命

% 取对数拟合
x = log(DOD_data);
y = log(N_data);
p = polyfit(x, y, 1);
k_p_fit = -p(1);
fprintf('拟合老化指数 k_p = %.2f\n', k_p_fit);

这个自拟合的过程非常推荐做，因为厂商提供的曲线往往只有几个点，但如果你直接采用，可能在某个DOD区间内误差很大。

回到文初的问题：综合能源系统调度到底要不要考虑电池损耗？答案是不仅必须考虑，而且要用对模型。模型一适合放进优化器做实时决策，模型二适合做运行策略的精确事后评估。两者结合，既保证了求解效率，又不牺牲电池寿命评估的可信度。如果你正在做类似的IES调度项目，建议把这两种模型都跑一遍，对比结果通常会给你一些意料之外的发现。