NVIDIA DSX™ Ready BESS

首批认证清单已做好（Excel，含型号与参数，共 8 行：6 家获认证企业 + 计划说明 + 国内厂商现状一行）。

下载/在线打开：NVIDIA-DSX-Ready-首批认证清单-BESS及CDU.xlsx

清单内容速览

* CDU 功率为媒体转述券商研报口径，官方未确认，表内已标注。

表里还单独写清了三条容易踩坑的信息：认证路径（BESS 需交数据由英伟达审核；CDU 走自认证套件）、认证不替代站点级工程也不代表站点级稳定性、以及首批名单没有中国大陆厂商（配套外溢属机构判断而非既成事实）。

需要的话我可以再：① 换成能点击展开、带企业分组的网页版；② 把 BESS 的技术参数列补细（循环效率、温控方式、消防配置等，需厂商公开资料支持）；③ 接上国内数据中心配储的政策与补贴口径。

已把技术参数列补进清单（覆盖同一份文件），另外查到了 NVIDIA 官方 BESS 自认证指南的完整文本，其中有一个反直觉的结论：你点的这三项参数，在英伟达认证体系里的地位完全不一样。

下载/在线打开：NVIDIA-DSX-Ready-首批认证清单-BESS及CDU.xlsx

一、三家 BESS 产品的参数现状（已核实 / 未核实分开标）

必须如实说明：这三款的完整规格书（datasheet）目前只有厂商 PDF 版本，公开网页文本中查不到逐项条款；Tesla 官网、厂商产品页同样未能取到可核对文本。所以 RTE、具体温控形式、消防配置这几格我一律标"未核实"，没有拿常见说法去填——这类数字一旦写错，进方案或投标文件就是硬伤。

二、这三项在 NVIDIA 认证里到底算不算数

官方指南（BESS Self-Qualification Guidelines，v1.0，文档号 DA-12516-001_v01，2026-05-28）的口径是：

所以关键判断是：这三项不是"英伟达认证的门槛"，而是厂商必须向英伟达申报、并向客户自证的披露项——消防走 UL 9540/9540A、NFPA 855，效率与热管理走可靠性证据包。不在测试项里，不等于不重要。

三、认证真正卡的指标（这才是能进方案的硬数字）

10 项核心要求（PRD Table 2 最低门槛）：孤岛自主运行、AI 负荷缓冲动态响应、限流行为可预测、LVRT/HVRT 穿越、无功支撑、并网/孤岛无缝切换、黑启动、遥测与控制、控制透明度、需求响应调度。

关键量化门槛：

另有两条容易被忽略的"软门槛"：认证包必须含 10×/24 个月扩产计划与供应链风险（第 07 项），以及质量可靠性证据（QMS、RBD、DFMEA、FAT/老化筛选、衰减模型含浅充放衰减率）——指南写明"若无法在 AI 缓冲工况下自证可靠性数字，无论实验室功能测试结果如何都判不合格"。

四、要拿到厂商侧完整参数，正规路径

向厂商索取三份文件即可一次性补齐 RTE、温控、消防：产品规格书（datasheet）+ UL 9540A 热失控测试报告 + NFPA 855 合规声明——这三份也正是 NVIDIA 认证包第 04 项要求厂商提交的材料。需要的话我可以按这三家做一份《参数索取清单》（逐项列明要哪个数、在哪份文件里、对应哪个认证条款）。

官方来源：BESS 自认证指南总览（含 10 项核心要求与仪器精度）、12 项认证测试全文、质量与可靠性要求、附录 A-D（含 UL 9540A/NFPA 855 标准清单）、提交程序（路径 A/B/C 与证据包结构）、行家说储能报道（三家产品参数）

我把这两项对应的官方原文页面都取到了（第 07 项对应 Business and Supply Chain Readiness，第 08 项对应 Quality and Reliability）。下面是逐条深化。

一、第 07 项：商业与供应链就绪度

官方定性：技术合格之外，还必须证明有能力支撑 AI 级部署时间表——"已证实的制造吞吐量、现实的爬产能力、与数百 MW 至 GW 级部署相匹配的供应链韧性"。

最容易踩的硬规则：官方评估说明原文——缺乏已证实的历史吞吐量，或没有可信的扩产计划，构成"商业不合格"（business non-qualification），与技术表现无关。并且这项是前置的："本节旨在提早暴露制造现实，而不是等技术认证完成之后。"

解读要点：基线是"最近 12 个月真实交付的 MW/年"，不是理论产能；10× 指的是把 PCS 制造吞吐量在 24 个月内提升一个数量级，且要拆到季度里程碑。这一条把认证从"产品性能评定"变成了"供货能力评定"——对以出口为主、产线集中、关键功率器件依赖单一来源的厂商，这个板块的披露压力最大，且必须主动写出"什么情况下交不了货"。

二、第 08 项：质量与可靠性

官方定性：防止"纸面通过"——功能测试过了但现场可靠性不可接受。

关键要求（原文）：若厂商无法在 AI 缓冲工况（AI buffering duty cycle）下自证可靠性数字，无论实验室功能结果如何，一律不合格。

四项自动失格条件：① 缺 QMS/追溯证据；② 可靠性预测未与已声明的任务剖面绑定；③ 未提供 DFMEA/PFMEA 与前 20 大风险缓解；④ 现场数据与宣称矛盾且无解释与纠正计划。

三、重点深化：衰减模型与浅充放衰减率

官方那句原文是："Degradation model and capacity fade predictions, including degradation rates based on shallow discharges at a variety of SOC levels"——要求给出的是在不同 SOC 水平下做浅充放所对应的衰减率。

为什么这么要求，逻辑很硬：AI 工厂的储能不是"每天一充一放"的电网套利工况，而是高频浅充放 + 长期驻留在某个 SOC 窗口内运行（缓冲 AI 负荷波动、留 LVRT 与 DR 备用）。传统按满充满放循环数做的寿命评估在这个工况下会严重失真，所以必须拆到 SOC 水平维度。

与 12 项测试的联动：Test 11（SOC 漂移与能量管理）要求 24 小时连续仿真/加速剖面，净 SOC 漂移 ≤±5% 可用容量，并交付能量平衡表（进/出、损耗、DR 电量、净漂移）与状态机图（正常运行 / 备用受威胁 / 降额或甩负荷），且明确"仅靠加大电池容量不满足要求，SOC 稳定性必须靠控制逻辑与能量管理实现"。衰减模型必须能对上这个任务剖面，否则第 ② 项自动失格条件就触发。

行业通行做法（供对照，非 NVIDIA 明文要求）：把衰减拆成日历老化 + 循环老化两路——日历项对温度（Arrhenius）和驻留 SOC 敏感，高 SOC 驻留明显加速；循环项用雨流计数把 AI 缓冲的浅充放折算成等效循环，并对 DoD 做加权。交付物通常是：第 1/5/10/20 年容量保持率曲线、RTE 随年限的衰减曲线、以及不满足质保时的边界条件说明。数据源一般是电芯厂循环曲线 + 高温加速老化试验。

四、准备顺序建议

这两项其实比 12 项测试更容易"提前出局"，建议顺序：先做第 07 项的历史吞吐量与扩建计划（它是前置门槛）→ 再做第 08 项的 RBD/DFMEA 与任务剖面绑定 → 最后做衰减模型，因为衰减模型的输入（任务剖面：环境温度、限流时间占比、SOC 窗口、负载剖面）恰好由第 08 项的可靠性目标定义提供，顺序颠倒会返工两次。

要不要我把第 07/08 项做成一份**《认证包证据准备清单》（逐条拆成"要求项 / 需提交的证据 / 责任部门 / 常见失格点"四列，可直接当内部作战表用）？或者做成网页版对照表**，把 12 项测试、10 项核心要求、07/08 证据包的关系串成一张可交互的结构图。

来源：Business and Supply Chain Readiness（第 07 项官方原文）、Quality and Reliability（第 08 项官方原文）、SOC 漂移与能量管理（Test 11）、提交程序（证据包 00–10 项结构）、附录 A-D（标准与证书清单）