Cum funcționează software-ul de optimizare BESS ? De la prognoza de piață la expediere fizică

Ce face de fapt software-ul de optimizare BESS?

Software-ul de optimizare BESS selectează decizii de încărcare, descărcare, rezervă și inactiv în timp. Obiectivul său poate fi de a maximiza contribuția la tranzacționare preconizată, de a reduce expunerea la dezechilibru, de a respecta un program contractat, de a menține un angajament de rezervă, de a reduce costul energetic al unui site industrial sau de a combina mai multe dintre aceste obiective. Decizia este utilă numai atunci când se potrivește pachetului fizic și contractual al activului.

Aceasta distinge un optimizator de un grafic de preț. Previziunile privind preţurile estimează ce se poate întâmpla pe o piaţă. Un optimizator transformă această informație într-o decizie în timp ce contabilizarea pentru starea bateriei și costul de oportunitate de a utiliza-l acum. De asemenea, se distinge optimizarea de un EMS: optimizatorul propune un comportament comercial și operațional de dorit; EMS sau Edge Strate coordonează și execută comenzi la nivel de instalație supuse autorităților locale și normelor de siguranță.

Optimizarea este o problemă de alocare

O baterie are un număr finit de megawaţi, megawaţi-oră şi cicluri economice sensibile. Comiterea a 10 MW unui serviciu poate reduce ceea ce rămâne disponibil în altă parte. Încărcare pentru o oportunitate ulterioară schimbă SOC disponibil pentru unul mai devreme. O obligație de rezervă poate necesita o sală de valori în sus sau în jos. Prin urmare, optimizatorul alocă flexibilitate redusă în timp și produse; nu pur și simplu clasifică prețurile.

Inputurile: starea pieței și starea activelor

Calitatea optimizării este limitată de calitatea de intrare. Un solutor sofisticat alimentat telemetrie vechi, punctul de conexiune greșită limita sau o prognoză creată după termenul de decizie poate produce un rezultat impresionant, dar inutilizabil.

Alinierea timpului este deosebit de importantă. Datele ar trebui să poarte o perioadă de timp de eveniment, o perioadă de ingestiare și ? Unde este implicată prognozarea unei creări de prognoze sau o perioadă de timp de referință. Fără control de epocă, un test de spate poate utiliza accidental informații care nu erau disponibile atunci când a trebuit să se ia decizia inițială.

Previziunile ar trebui să exprime incertitudinea

O cale de preț oferă un program aparent optim. Deciziile reale se confruntă cu o distribuție a prețurilor posibile, a producției regenerabile și a activării. Scenariul sau probabilitatile de intrare permit optimizatorului sa vada clasamentul si recursul. Un operator poate alege apoi o postură de risc: maximiza valoarea așteptată, proteja o percentilă de jos, limita de cifra de afaceri, sau necesită un minim de terminal SOC.

În interiorul modelului de optimizare

Multe probleme de programare a bateriilor pot fi exprimate ca programare liniară sau programare liniară mixtă (MILP). Tehnica este utilă deoarece poate reprezenta alegeri comerciale și constrângeri de inginerie într-o formulare auditabilă.

Obiectivul compact ascunde partea mai importantă: constrângerile. O tranziție simplificată a SOC este:

Modelul limitează apoi SOC între limitele aprobate, încărcarea și descărcarea prin puterea disponibilă și fluxul net al sitului până la limita de conectare. Acesta poate rezerva camere pentru echilibrarea produselor, poate aplica un terminal SOC, poate respecta o nominalizare existentă și poate preta costul marginal al transportului. Variabilele binare pot preveni încărcarea și descărcarea simultană sau pot reprezenta logica de pornire/stop, dacă este necesar.

De ce previziunea perfectă suprastabilește venituri

O expediere O simulare realistă îngheață fiecare decizie la limita de informare, utilizează prognoza disponibilă atunci, aplică accesul efectiv pe piață și taxe, și transportă SOC rezultat în următoarea decizie. Compararea rezultatului preconizat cu oracolul ajută la cuantificarea valorii pierdute în caz de incertitudine; nu ar trebui să fie prezentată ca venituri pe care un operator le-ar fi putut capta.

De la un program optim la o comandă executabilă

Rezultatul soluţionării este de obicei o serie de timp: oferte de piaţă sau poziţii nete ţintă, puncte de încărcare/scădere, capacitate rezervată, SOC preconizate şi preţuri paralele constrâng. Un flux de lucru al producției necesită, de asemenea, motive, încredere și excepții. Operatorii ar trebui să poată vedea de ce s-a schimbat un calendar și care impune obligația de a lua o decizie.

Un program nu este încă expediere fizică. Înainte de execuție, un strat de politică operațională ar trebui să verifice prospețimea, autoritatea de comandă, SOC curent, energia electrică disponibilă, alarmele de uzină, capacele de rețea și orice restricții locale sau contractuale. Stratul de margine sau de EMS traduce o țintă aprobată în protocolul și înregistrează modelul preconizat de instalație, cum ar fi Modbus sau IEC-104, în timp ce PCS și BMS își păstrează propria autoritate de protecție și de nivel de echipament.

Responsabilitatea ar trebui să fie explicită

Optimizatorul poate decide că descărcarea de gestiune este atractivă din punct de vedere economic. Nu trebuie să se blocheze o limită BMS, un releu de protecție, o oprire de urgență sau o capacitate PCS. În cazul în care comunicațiile nu funcționează, instalația are nevoie de o rezervă de siguranță definită: să dețină ultima țintă permisă pentru o perioadă delimitată, rampa la zero, să revină la un program local sau să revină la controlul manual al operatorului sitului. Comportamentul corect este specific site-ului și ar trebui să fie testate în timpul punerii în funcțiune.

Optimizare cu loop închis: plan, observa, reconciliere, repetare

Operaţiunea bateriei este un proces de retragere-orizont. Optimizerul rezolvă pe un orizont viitor, execută doar decizia pe termen scurt, apoi rezolvă din nou cu informații actualizate. Schimbarea preţurilor pe parcursul zilei, prognoza PV se deplasează, rezerva poate activa, disponibilitatea poate deraia şi puterea reală livrată poate diferi de comandă.

1. Ingerează cele mai recente poziții de piață, previziuni și telemetrie site-ului.
2. Validarea prospețimii datelor și calcularea pachetului actual fezabil.
3. Optimizează orizontul păstrând în același timp obligațiile comise.
4. Validarea și eliberarea următoarei comenzi prin calea de control autorizată.
5. Recunoastere, putere măsurată si SOC rezultat.
6. Reconcile abateri și actualizarea următorului joc de optimizare.

Această buclă de feedback este în cazul în care prognozarea, optimizarea și controlul devin un strat de operare. Utilizarea VoltMage Horizons pentru previziunile pieței; Discharge pentru deciziile BESS; Aptitude pentru politica operațională și Margine locală pentru execuţia locală, în cazul în care aceste componente se potrivesc proiectului. Limitele produsului rămân subordonate matricei responsabilității stabilite de site-uri.

Cum se evaluează un optimizator BESS

Începe cu reproductibilitatea, nu cu o ridicare a titlului. Oferiţi sistemelor candidate aceleaşi date brute, reduceri ale deciziilor, SOC iniţial, acces pe piaţă, taxe şi limite ale activelor. să solicite vânzătorului să dezvăluie dacă un rezultat utilizează previziuni reale sau prețuri viitoare. Apoi, testul comportamentului eșec și livrarea fizică.

• Fidelitatea economică: Sunt modelate taxele, pierderile, degradarea, dezechilibrul, mărimea ofertelor și lichiditatea?
• Integritatea predicției: Sunt prognozate recolte congelate și evaluate din eșantion?
• Constrângerea fidelităţii: Poate modelul să reprezinte o putere și o energie de tip "new-play-and-foundation" (nu doar o simplă denumire)?
• Execuţie: Cum devine un plan o poruncă, şi cum sunt împăcate recunoaşterile şi puterea furnizată?
• Rezistența operațională: Ce se întâmplă cu SOC vechi, conectivitate pierdut, un ordin de deratizare sau conflict?
• Auditabilitatea: Poate un operator să reconstruiască intrările, deciziile, versiunea, aprobarea și răspunsul?
• Managementul schimbării: Pot schimba produsele de piață, regulile de rețea și limitele OEM fără a reconstrui platforma?

Cea mai puternică evaluare utilizează dovezi înscenate: reluare istorică, test de backtest, hardware-in-the-loop sau operare în umbră, expediere în direct limitată și numai atunci autonomie mai largă. VoltMages Studiu de caz Kostinbrod arată cum prognozarea pieței, optimizarea, validarea politicilor și executarea la margine pot fi separate în straturi responsabile în jurul unui BESS de 30 MWh.