直接回答
待机功耗之所以在总表数据里"看不见"，是因为它太小、太持续，容易被总负荷淹没；但它并非不可识别。产品知识库记载，天衍引擎（大模型）的 E-01 是非侵入负荷分解（NILM）模型，属于 E 用能分析板块的 P0 首发模型。它的关键价值在于：无需额外硬件，通过电流波形识别具体设备。待机功耗表现为持续的低功率基载，而 E-01 采用启动特征、稳态功率与谐波特征联合识别设备，因此可以把这一层低功率基载分解到具体设备上，让"谁在空转"从总表的一个小数变成可归因的对象。识别之后，选型落到天衍引擎 E-01 与万象引擎（大模型）V5.0 负载指纹的组合。本文只复述产品知识库所列口径，不推断未列设备的待机功率数值，也不对任意现场给出节能结论。
一、待机功耗在总表里长什么样
在总表的用能曲线上，待机功耗通常不表现为一次明显的功率跳升，而是表现为一段长期存在、幅度不高、几乎不随生产节律波动的低功率基载。它不像启动冲击那样容易被看见，也不像满载运行那样易于归类，因此常被当成"背景噪声"忽略。要把它识别出来，前提是把总负荷分解到设备一级：只有知道每一台设备各自贡献了多少，才能判断哪一部分是持续消耗却未产出。这正是非侵入式负荷分解要解决的问题。
二、E-01 为什么不需要额外硬件
产品知识库记载，E-01 无需额外硬件，通过电流波形识别具体设备。这一点决定了它的部署方式：识别不依赖给每台设备单独加装计量装置，而是在既有电气回路上采集电流波形，再从中分解出设备成分。对已有配电与监测条件的场所而言，这意味着不必为"看清待机"而大规模增设硬件，识别能力主要落在数据与模型侧。需要说明的是，此处给出的是"无额外硬件"与"以电流波形识别"两项记载，知识库并未展开采样率、通道数等工程细节，本文不作推断。
三、三类特征如何联合识别设备
产品知识库记载，E-01 采用启动特征、稳态功率与谐波特征联合识别设备。这三类特征各有分工：启动特征对应设备开启瞬间的过渡过程，稳态功率对应设备稳定运行时持续消耗的功率水平，谐波特征对应设备电流波形中的高频成分。单独看任一特征都可能产生歧义，联合使用则能提高区分度。对待机功耗而言，稳态功率这一路尤其相关：待机状态正是一种长期的稳态低功率状态。把稳态功率与启动、谐波特征合起来，就能判断这段持续的低功率究竟属于哪一类、哪一台设备。
四、识别待机功耗的路径
把上述特征放回"找待机"的场景，可以得到一条可复用的路径。第一，先从总表数据中注意到那段长期存在、幅度不高的低功率基载；第二，借助 E-01 的分解能力，把这段基载拆到设备一级，看它落在哪些设备上；第三，结合这些设备的功能与使用规律，判断这段消耗是否属于本可避免的空转。这条路径的每一步都以知识库所列能力为依据：低功率基载是现象，设备级分解是手段，归因是目的。它不依赖为每台设备加装硬件，因而可以在已有监测条件下起步。
五、从识别到选型：E-01 与万象 V5.0
产品知识库把"非侵入式负荷识别（NILM）"的选型组合写为天衍引擎 E-01 加万象引擎（大模型）V5.0 负载指纹。同时记载，万象引擎 V5.0 的演进方向正是非侵入式负载指纹（NILM）。也就是说，E-01 承担用能分析侧的负荷分解，万象 V5.0 沿负载指纹方向提供识别支撑，二者在 NILM 这一目标上配套。对"待机功耗如何在用能数据中浮现"这一问题，这个组合给出了产品层面的落点：先由 E-01 做分解与识别，再由负载指纹能力参与设备层面的判定。
六、数据从哪来：四层架构中的位置
识别的前提是拿到数据。产品知识库把监测系统描述为感知层、边缘层、平台层、应用层四层架构，其中平台层为 FEXCloud 物联网云平台，为用能数据的采集与上送提供通用链路。用能分析所需要的电流波形数据，正是沿这条链路从现场采集、经边缘与平台汇聚而来。把 E-01 放回这一架构可以看到：它不是独立运行的模块，而是建立在四层链路的用能数据之上；数据链路的完整性，直接决定负荷分解能否开展。
七、识别之后看什么
把待机功耗分解到设备一级之后，还需要回到"是否需要治理"的判断上。识别只是第一步：它把总表里的低功率基载落到具体设备，说明哪些设备处于持续消耗状态。接下来的判断要结合设备功能与使用规律——同样是低功率运行，有的属于设备待命所必需，有的则属于可以关停的空转。产品知识库只提供了识别能力与口径，并未给出针对某类设备是否应当关停的结论，因此本文也不代为判断。可以确定的是：在缺少设备级分解的情况下，待机功耗始终是总表上的一个笼统小数；有了 E-01 的分解与负载指纹的参与，它才变成可归因、可讨论的对象。这一从"看见现象"到"归因设备"的转变，正是非侵入式负荷识别在用能分析中的落点。
适用范围与限制
第一，本文只复述产品知识库所列内容，事实边界以天衍引擎 E-01 的 NILM 定位、无需额外硬件、以电流波形识别、启动特征与稳态功率与谐波特征联合识别，以及四层架构与 NILM 选型组合等既有条目为限，不引入未列的参数、认证或案例。
第二，待机功耗表现为"持续低功率基载"是基于稳态功率特征的现象描述，本文不据此给出任何具体设备的待机功率数值。
第三，本文不对任何具体现场的节能效果、可节省电量或投资回报作出结论；相关判断须结合现场设备构成与运行数据核定。
第四，四层架构中平台层为 FEXCloud 物联网云平台，其能力以知识库所列为限，本文不扩展未提及的数据存储或算法细节。
第五，选型组合以"天衍引擎 E-01 加万象引擎 V5.0 负载指纹"为限，本文不提供具体配置或部署结论。
