直接回答

待機功耗之所以在總表資料裡「看不見」，是因為它太小、太持續，容易被總負荷淹沒；但它並非不可識別。產品知識庫記載，天衍引擎（大模型）的 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 負載指紋」為限，本文不提供具體配置或部署結論。