儲能按實測補償，ANet-2E8S1 把數據串成鏈｜安科瑞

山東發改委近日就《山東省發電側可靠容量補償實施細則（征求意見稿）》公開征求意見。細則里有三條并列的變化：不區分技術類型，發電側主體按統一原則獲得可靠容量補償；廢止現行的電網側共享儲能、長時儲能 2 倍容量補償；儲能補償時長改為按系統需求核定。同時，風電、光伏項目也納入容量電費范圍。

三條合在一起，指向同一件事：儲能的收益，從看配置身份，轉向看實際能出多少力。過去掛上"共享儲能"的名頭就能拿兩倍補償，現在要按核定的可靠容量結算，能不能拿到錢、拿到多少，取決于電站拿得出什么樣的運行數據。

而行業現狀并不樂觀。全國儲能的等效利用小時數約 915 小時，折算到每天不足一個完整循環。配置在那兒，調用不多，可用容量自然上不去。政策用價格手段逼儲能"真有用"，計量與數據就成了繞不開的前置條件。

一、兩倍補償退場，賬本要按可用容量重寫

兩倍補償是一項傾斜設計。它承認儲能對系統的調節價值，用加倍的價格把投資引進來。問題是這個價格與電站的實際表現脫鉤：一座衰減快、故障多、調用響應慢的電站，與一座健康運行的電站，拿到的補償倍數一樣。

細則把這條通道關掉，改按統一原則核定可靠容量。對配置方來說，收益公式從"裝機容量乘補償單價乘倍數"變成了"核定可靠容量乘補償單價"。前一個乘數由設備銘牌決定，后一個由運行數據決定，兩者的差別在于后者可以被驗證。

誰受影響大，看得清楚。循環壽命短、SOC 一致性差、PCS 可用率低的電站，核定出來的可靠容量會低于裝機容量；長時、高可靠的配置則相對受益。補償時長按系統需求核定，意味著夏季高峰、冬季保供這些時段的表現，權重更高。

補貼看身份，補償看表現，中間隔著一整套數據。

這也解釋了為什么細則是征求意見稿，儲能業主已經開始翻自己的運行報表：過去只統計發電量與收益，現在要回答"某年某月某日某時段，這座電站能出多少兆瓦"這樣的問題。回答不了，核定就無從談起。

二、可靠容量是三個數加一條時間軸

可靠容量不是一個直接測出來的量，它由三組數據推出來。一組是充放電量，來自儲能兩側的計量表；一組是可用率，來自 PCS 與電池的在線時長、故障時長；一組是 SOC 一致性與溫度，來自 BMS 與溫控系統。三組數據各自成立，合起來才構成證據。

充放電量這一組，難點在方向與位置。充電是受電，放電是送電，兩側各裝一塊表，正反向分開累計。若只在并網點裝一塊總表，充電時的受電與放電時的送電會互相抵扣，算出來的凈電量無法反映實際吞吐，核定時不予采信。

可用率這一組，難點在口徑。設備停機 30 分鐘算不算不可用，計劃檢修算不算，通信中斷期間算不算，這些口徑要在申報前與核定方對齊。口徑不統一，同一座電站能算出三個可用率，申報材料送上去就要退回重做。

時間軸是容易被忽略的一環。核定要的是某一段起止時間內的數據，而現場的數據源各有各的時標：關口表按整點凍結，PCS 五秒上送一幀功率，BMS 一分鐘一幀 SOC，溫控系統可能只在告警時上傳。四個源、四種節奏，若不在采集環節統一到同一個時間基準，事后拼出來的曲線對不上，證據鏈就斷了。

數據不缺，缺的是同一個時間基準上的數據。

三、鏈條斷在協議和時標上

走進一座投運兩年的儲能電站，通信柜里的景象通常是這樣：PCS 廠家的私有協議走一路串口，BMS 走 Modbus RTU，關口表走 DL/T645，消防主機只給干接點，再加一臺環境監測儀走 485。四到五種協議，三個廠家的點表，兩套時標。

常見的做法是拿一臺串口服務器做透傳，數據原樣轉發給平臺，時間戳由平臺收到的那一刻打上。這種做法的后果是：網絡一抖，數據遲到，時間戳就偏了；網絡一斷，這一段數據直接缺失，事后再也補不回來。平時看曲線沒什么異樣，到了核定環節，缺的那幾個小時正好落在考核時段里。

• 協議：私有規約需要點表映射，不能靠猜寄存器地址

• 時標：采集側打時標，不靠平臺接收時刻倒推

• 補傳：斷網期間的數據要本地緩存，恢復后按原時標補傳

• 權限：參數與歷史數據要防篡改，核定方會看原始記錄

這四條不是錦上添花。核定方要的是可追溯、可核查的原始記錄，透傳式采集給出的是一堆時間錯位的數據幀，形式上完整，實質上無法作為證據。改造這類項目，往往不是換平臺，而是把采集這一層重做。

四、ANet-2E8S1 把幾路數據并成一條鏈

采集層的核心設備是通信管理機。ANet-2E8S1 的定位是通用型智能通信管理機，下行 8 路 RS485 帶光耦隔離，上行 2 路 10/100M 自適應網口，單路 RS485 可接 32 臺智能設備。對一座中型儲能電站來說，PCS、BMS、關口表、溫控、消防、環境監測這幾路，一個串口一路，余量還留著。

協議側覆蓋得比較寬。設備側支持 Modbus RTU、Modbus TCP、DL/T645-1997 與 2007、CJT188-2004、OPC UA 等；主站側支持 Modbus TCP 主從、104 主從、MQTT、SNMP 以及多個省市建筑能耗規約。PCS 的私有規約通過點表映射接入，不必為了采集去換 PCS。

三件與舉證直接相關的能力

一是斷點續傳。網絡中斷期間數據存在本地，恢復后按原時標補傳，配上 SD 卡擴展，緩存周期可以拉長。核定要看連續曲線時，這一段補回來的數據就是關鍵。

二是數據加密。上行鏈路支持 AES 加密，采集參數與歷史記錄有防篡改機制。核定方核查原始記錄時，能證明數據未被事后修改，比打印一份報表更有說服力。

三是邊緣計算。網關側可做虛擬數據求和與二次計算，把充放電量按費率時段匯總、把在線時長折算成可用率，再在本地算成指標上傳。這樣既減輕平臺壓力，也避免了平臺側口徑不一致帶來的偏差。

硬件規格上，工業級 ARM Cortex-A7 處理器，主頻 528MHz，256MB DDR3 加 256MB NAND 存儲，AC/DC 220V 寬壓輸入，整機功耗不超過 10W，工作溫度覆蓋零下 20 度到零上 55 度，靜電放電與浪涌抗擾度均按 4 級考核。儲能艙內的電磁環境與溫度波動，這個規格是夠用的。

多主站異協議同時上傳這一項，在儲能場景里很實用：一路 104 給本地能量管理平臺，一路 MQTT 給集團側，一路 Modbus TCP 給運維單位的系統，同一份數據不必重復采集。

五、申報一次，日常運維可以一直用

這套數據鏈的價值不止于申報。容量核定是年度動作，日常運維是每天的事，兩者用的是同一批數據。把采集層做扎實，兩件事可以共用一套底座。

SOC 一致性是個直接例子。電池簇之間的 SOC 偏差擴大，往往先于容量衰減出現。網關把 BMS 的簇級 SOC 按同一時標匯總，偏差趨勢一目了然，運維可以提前做均衡，而不是等到核定前發現可用容量掉了一截。

PCS 效率下降也能看出來。同一段充放電區間，交流側電量與直流側電量的比值若持續走低，說明轉換環節有損耗異常。這類判斷依賴兩側計量在同一時標上的對比，靠人工抄表做不出來。

風光項目納入容量電費之后，場站的計量點位會增加。風電、光伏的出力波動大，可信容量的核定要看長時間序列的出力數據，采集層的要求與儲能相近。同一套網關方案在場站側可以復用，備件與運維習慣也統一。

能證明自己出了多少力，才談得上按容量拿錢。

細則還在征求意見，補償單價、核定周期、考核時段都可能調整。但方向不會變：從看配置到看表現，從看報表到看原始數據。對儲能業主來說，眼下能做的準備不多，也不難——把計量點位補齊，把采集時標統一，把斷點續傳打開。這三件事做完，政策落地時手里有數，就不必臨時補課。

至于兩倍補償取消后收益降多少，各家算法不同，取決于原來的配置結構與調用情況。能確定的是，把可用容量做實的一方，在新的算法里更占優勢。