阅读结果时，先确认它对应哪组输入，再看 SOH、循环与日历损失，最后核对时间、能量吞吐量和里程的换算。一次计算可以生成多种视图，它们表达的是同一运行的不同侧面。
主要指标
| 指标 | 含义与单位 |
|---|---|
| SOH | 模型计算的容量保持率，通常以 % 显示；1.0 的比例值对应 100% |
| 总损失 / Decay | 相对初始容量的累计损失比例；0.1 对应损失初始容量的 10% |
| 循环损失 / Cyclic Loss | 模型归因于循环老化的贡献；需区分累计值与本次迭代增量 |
| 日历损失 / Calendar Loss | 模型归因于日历老化的贡献；需区分累计值与本次迭代增量 |
| Time | 使用时间；月与年之间按 12 个月换算 |
| ETP | 累计能量吞吐量，本文数值以 kWh 表示；图轴可能使用缩放刻度 |
| Mileage | 累计里程，本文数值以 km 表示；图轴可能使用缩放刻度 |
在这里展示的累计结果中：SOH（%）=（1 − 总损失）× 100；总损失 = 循环累计损失 + 日历累计损失。
例如循环损失为 0.212485，表示相对初始容量损失约 21.2485 个百分点，不是“占总损失的 21.2485%”。比较数据时，要先统一比例、百分数和百分点的含义。
默认算例的条件
以下数值来自 2026-09-08 实际运行并核对的默认算例。算法标识为 frequency_domain_lifetime_solver，算法版本为 4.1.0，迭代模式为 sequential_cycle_then_calendar_v1。
| 条件 | 取值 |
|---|---|
| 电池总能量 / 可用能量 | 423 / 423 kWh |
| 续航里程 | 235 km |
| 每周里程 | 1,400 km |
| 每年运行天数 | 365 天 |
| 仿真时长 | 180 个月，即 15 年 |
| 温度 | 内置武汉每日最高与最低温度，365 天 |
| 迭代顺序 | 先循环，后日历 |
时间与容量保持率
图：默认算例实际导出的时间—SOH 曲线。曲线包含 181 个点，覆盖第 0–180 个月。以下表格选取部分月份，便于阅读；表内循环和日历损失均为累计值。
| 月份 | SOH（%） | 循环累计损失（百分点） | 日历累计损失（百分点） | 累计能量（kWh） | 累计里程（km） |
|---|---|---|---|---|---|
| 0 | 100.0000 | 0.0000 | 0.0000 | 0 | 0 |
| 12 | 92.6014 | 1.6951 | 5.7035 | 131,400 | 73,000 |
| 60 | 79.6646 | 7.0439 | 13.2915 | 657,000 | 365,000 |
| 120 | 67.3846 | 13.8145 | 18.8008 | 1,314,000 | 730,000 |
| 180 | 55.8965 | 21.2485 | 22.8550 | 1,971,000 | 1,095,000 |
末值的未取整 SOH 为 55.896509917728444%。界面和报告显示 55.90% 属于显示精度差异，不应据此判断计算不一致。四舍五入后的分项相加也可能出现末位差异，严格复核应使用原始数值。
循环与日历损失
图：默认算例的循环与日历累计损失。在第 180 个月，两者分别约为 21.2485 和 22.8550 个百分点，总损失约为 44.1035 个百分点。
这种拆分是模型在当前数据、假设与迭代规则下的结果，不能直接当作实验已经测得的两类机理贡献。比较不同工况前，应保持电芯数据、算法与统计口径一致，并明确具体改变了哪些输入。
为什么有三种横轴
时间、ETP 和里程视图来自同一组寿命结果。默认算例的后处理采用以下换算：
- 每月里程 = 每周里程 × 每年运行天数 ÷ 7 ÷ 12，约为 6,083.3333 km。
- 每月能量吞吐量 = 10,950 kWh，来自默认工况能量汇总。
- 累计里程和累计能量分别为对应每月值乘以已运行月数。
因此第 180 个月对应 1,095,000 km 和 1,971,000 kWh。它们是本算例输入下的换算结果，不是适用于所有电池的固定寿命或里程保证。
怎样阅读导出报告
| 页面 | 阅读重点 |
|---|---|
| 00–01：封面、目录 | 名称、日期、署名与结构是否完整 |
| 02–03：背景、模型 | 评估要求、数据来源、模型依据和假设是否属实 |
| 04：输入汇总 | 输入是否属于本次运行，算法和迭代模式是否可追溯 |
| 05：结果汇总 | 最终 SOH、累计损失和结论的判定依据 |
| 06：每周工况 | 驾驶、停车、充电安排与 SOC 是否符合使用场景 |
| 07–09：时间、ETP、里程 | 横轴、单位、采样点与损失口径是否一致 |
默认模型说明、署名占位和“未记录偏差”等内容应由实际项目事实替换。填写报告信息不会自动验证这些事实。
已核对的报告差异与注意事项
下列问题存在于默认算例导出的原始报告中。本文示例数值表使用已核对的完整后处理结果；原软件报告模板尚未因此被修正。
| 项目 | 当前表现 | 阅读与复核方式 |
|---|---|---|
| ETP 明细表 | 末值显示 46.2 kWh，与累计曲线的 1,971,000 kWh 不同 | 两者使用了不同口径；累计吞吐量按完整后处理结果核对 |
| 里程明细表 | 末值为 1,092,000 km，使用每年 52 周；曲线为 1,095,000 km，使用每年 365 天 | 按实际运行天数统一换算，不能直接混用两个末值 |
| 损失明细列 | 部分表格显示每次迭代增量，摘要与曲线显示累计损失 | 确认字段是增量还是累计，再比较数值 |
| PASS / REVIEW | 部分结论固定使用 70% SOH，即使文字提到“配置阈值” | 它不等于项目质保结论；更改质量目标文字不会改变这项固定判定 |
| 文字与排版 | 中文模式仍有英文正文，部分翻译标记缺失；第 06–09 页存在图框与标题重叠 | 交付前打开实际文件逐页复核，PPTX 还需在演示软件中检查 |
计算结果、报告生成成功和正式工程结论应分别核对。这次默认算例建立了当前实现的数值对照，但没有完成目标电芯的实验校准或正式质保验证。
保存哪些信息便于复核
保留输入快照、原始结果、算法版本、迭代模式、温度来源，以及生成报告时的设置和日期。记录结果是否为完整逐月数据，还是按间隔采样的表格；报告中的少量示例行不能替代全部迭代记录。
输入或报告口径修正后，另存新的结果与报告，并注明变化原因。这样可以区分真实工况变化、算法变化和报告表达修正。
说明及案例证据日期：2026-09-08。“频域寿命仿真”与截图中的 Battery Life Sim 指向同一工作台。
返回顶部