Demand side response: quali carichi può davvero flessibilizzare il vostro edificio?

Foto di American Public Power Association su Unsplash.

Cercate "demand side response" oggi e l'intera prima pagina cerca di registrarvi. Drax, E.ON, Enel X, GridBeyond, NESO, gov.uk, il Parlamento britannico e Association for Decentralised Energy rispondono tutti alla stessa domanda: come un edificio viene pagato per ridurre la domanda di rete su richiesta. È una domanda legittima, e ogni fonte la risponde bene. Non è neppure la domanda su cui la maggior parte degli operatori di edifici resta bloccata.

La domanda che nessuna risponde arriva prima ed è più difficile: quali dei miei carichi posso davvero ridurre o spostare, senza compromettere comfort, processo o un obbligo di compliance che non posso rinegoziare? Un aggregatore può dire quanto paga un contratto di flessibilità. Non può dire, dai dati del vostro edificio, se il refrigeratore che nominereste per un evento di picco può spegnersi senza un reclamo sul comfort un'ora dopo, o se un carico che sembra flessibile su una scheda tecnica in pratica regge carichi in modi che la scheda non mostra mai.

È il vuoto che questo articolo colma. Non un altro ripasso di cos'è il DSR, NESO e gov.uk possiedono già quel terreno, e non c'è motivo di rispiegare ciò che hanno già pubblicato bene, ma la domanda operativa che va risposta prima che qualsiasi rapporto con un aggregatore abbia senso.

Cosa chiede davvero il demand side response a un edificio

A livello di meccanismo, il DSR è un impegno: ridurre o spostare il consumo di un importo definito, entro una finestra definita, quando richiesto, in cambio di pagamento o di un addebito evitato. Gli obblighi legati a quell'impegno, accuratezza della misura, verifica del tempo di risposta, esposizione a sanzioni per un evento mancato o parziale, sono documentati in dettaglio nel materiale sui mercati di flessibilità di NESO e dagli aggregatori che vendono la partecipazione. Se vi serve la meccanica di iscrizione, finestre di regolamento o quale programma paga cosa questo trimestre, è il loro materiale da leggere direttamente, non il nostro da parafrasare.

Quel materiale assume, ragionevolmente, che sappiate già quali carichi offrite. Quell'assunzione è dove vive la maggior parte della difficoltà reale.

I carichi genuinamente flessibili e quelli che lo sembrano solo

Un generatore o una batteria è inequivocabilmente flessibile. Ha capacità immagazzinata da rilasciare o no, e quel numero è noto in anticipo. Quasi nient'altro in un edificio commerciale è così pulito.

Precooling HVAC e flessibilità del setpoint è l'esempio a cui arriva ogni introduzione al DSR, ed è spesso reale, ma solo entro una banda che fissa la massa termica dell'edificio. Precaricate un piano due gradi sotto setpoint prima di un evento pomeridiano e prendete in prestito inerzia termica che l'edificio dovrà restituire nell'ora successiva. Spingete il precooling oltre ciò che la riserva regge e non avete flessibilizzato un carico. Avete creato un reclamo sul comfort con un ritardo incorporato.

Sequenziamento dei refrigeratori è un secondo candidato reale. Un impianto lead-lag con margine reale sulla macchina di riserva può spesso assorbire una riduzione sull'unità principale senza che lo spazio se ne accorga, a patto che la banda morta di staging e il buffer termico a valle siano dimensionati per coprirla. È una risposta specifica dell'edificio, non di categoria: la stessa configurazione di impianto in un altro edificio, con banda morta più stretta o serbatoio di riserva più piccolo, può non avere margine affatto.

Carichi di processo non critici sono i candidati più sistematicamente trascurati, e spesso i migliori. Un compressore batch con slack nel calendario, una pompa su inverter molto sotto il carico nominale, una vetrina il cui ciclo di sbrinamento può spostarsi di minuti senza rischio. Nessuno compare in una tipica shortlist DSR, perché la shortlist di solito inizia e finisce con l'HVAC.

Dall'altra parte della linea: sistemi di sicurezza vitale, portate di ventilazione legate a occupazione o qualità dell'aria interna, e refrigerazione vicina a una soglia di sicurezza alimentare non sono candidati. Né equipaggiamento di processo dove un'interruzione costa più di quanto qualsiasi pagamento realistico di flessibilità possa compensare. L'errore che conviene nominare direttamente è trattare "carico grande" e "carico flessibile" come la stessa cosa. Un grande impianto frigorifero è un numero grande su una scheda. Se può staccarsi dalla rete per quaranta minuti senza conseguenze è una domanda sulla riserva termica di quell'edificio specifico, l'occupazione di quel giorno e le condizioni esterne di quell'ora, non sulla potenza nominale della macchina.

Come lo sapreste davvero, dai dati del vostro edificio

Qui un'ispezione a piedi finisce le risposte. Un team facility può elencare carichi candidati a occhio. Ciò che l'ispezione visiva non può dire, per una finestra di evento specifica in un giorno specifico, è se ridurre un dato carico reggerà o fallirà, e con quale margine.

Il rilevamento delle anomalie è il primo input che vale avere: sapere com'è il pattern operativo normale di un carico abbastanza bene da notare quando già opera fuori da quel pattern. Un refrigeratore già caldo, o un compressore già in short cycling, è un candidato peggiore alla riduzione oggi di quanto suggerisca il suo profilo storico, e una shortlist costruita solo sulla storia non lo cattura.

Previsione del carico con intervalli di confidenza è il secondo input. Non "questo carico tipicamente assorbe X kW alle 15", ma una previsione con banda di errore onesta su quanto quella stima possa davvero essere fidata, per questo edificio, questo giorno, con questo tempo. Un impegno di flessibilità fatto contro una stima puntuale, senza incertezza dichiarata, è un impegno alla cieca.

Simulazione what-if è il terzo input, e quello che risponde davvero alla domanda dell'operatore. FrostDynamics™, il modello basato sulla fisica sotto le previsioni di Explore, esiste per rispondere esattamente a questo: se questo carico si riduce in questa finestra, cosa succede al comfort, al carico successivo nella sequenza, alla capacità dell'edificio di recuperare prima della prossima ora occupata. È una simulazione eseguita contro il comportamento termico ed elettrico misurato dell'edificio, non una regola empirica trasferita dalla scheda di un altro edificio. Quel lavoro di previsione gira sullo stesso software di gestione energetica che Explore già fornisce per il quadro quotidiano di costi e consumi dell'edificio; la readiness DSR è un'altra domanda a cui risponde, non un modulo separato montato per l'occasione. È ciò che trasforma "questo sembra flessibile" in "questo è flessibile, di questo tanto, in queste condizioni" prima che qualcuno si impegni in un evento.

Dove finisce il lavoro di FrostLogic e inizia quello dell'aggregatore

Niente di questo è un mercato, e Explore non finge il contrario. FrostLogic Explore non commercia flessibilità, non offre un carico a un programma di rete né regola un pagamento DSR. È uno strato decisionale a monte di quel mercato, non un partecipante. Iscrizione, offerta nel programma che si adatta al profilo dell'edificio, verifica e regolamento di un evento stanno con le aziende costruite per farlo: Drax, E.ON, Enel X e GridBeyond tra loro, che gestiscono il lato aggregazione e mercato del DSR a una scala che FrostLogic non ha motivo di duplicare.

Il passaggio è deliberatamente stretto. Il lavoro di Explore si ferma nel produrre un elenco evidenziato e ordinato di quali carichi in un dato edificio sono davvero flessibili, in quali condizioni, con quale confidenza, e cosa costa operativamente ridurne ciascuno. Cosa un aggregatore fa con quell'elenco, in quale programma iscriverlo, come strutturare un'offerta, come gestire il regolamento, è il suo dominio, e meglio gestito da un'azienda costruita per esattamente quello che da una piattaforma di analitica sensori che improvvisa un desk di trading che non ha business a gestire.

Quella divisione ha un bordo compliance che conviene nominare direttamente. Partecipare a un programma DSR può intersecare obblighi di reporting che un edificio già porta, soprattutto dove un evento di riduzione tocca consumo misurato che alimenta anche una disclosure di sostenibilità o prestazione energetica. Dove quella sovrapposizione richiede gestione propria, appartiene accanto al resto del lavoro di compliance dell'edificio, non trattata come un ripensamento specifico DSR che nessuno possiede.

Flessibilità del carico per tipo: cosa sembra vero e cosa regge

Domande frequenti

Cos'è il demand side response? Demand side response è un impegno a ridurre o spostare il consumo elettrico su richiesta, in cambio di pagamento o addebito evitato, di solito coordinato tramite un aggregatore o direttamente con un operatore di rete. NESO e gov.uk pubblicano in dettaglio la meccanica dei mercati britannici di flessibilità; questa pagina si concentra sulla domanda operativa sotto quell'impegno, quali carichi un edificio può davvero offrire.

FrostLogic è un aggregatore DSR? No. FrostLogic Explore non commercia flessibilità, non offre carichi ai mercati di rete né regola pagamenti DSR. Identifica ed evidenzia quali carichi in un edificio sono davvero flessibili e prevede l'impatto di ridurli. Iscrizione, offerta e regolamento sono gestiti da aggregatori come Drax, E.ON, Enel X e GridBeyond.

Come so quali carichi posso davvero flessibilizzare? Partite dai dati dell'edificio piuttosto che da un elenco generico di candidati. Il rilevamento delle anomalie mostra se un carico già opera fuori dal suo pattern normale, la previsione del carico con intervalli di confidenza stima cosa una riduzione risparmierebbe davvero, e la simulazione what-if contro la fisica dell'edificio mostra cosa succede al comfort o al carico successivo nella sequenza se lo riducete. Un carico che sembra flessibile su una scheda non è confermato flessibile finché non è testato contro il comportamento dell'edificio.

Il precooling HVAC può compromettere il comfort se sbaglio? Sì. Il precooling prende in prestito inerzia termica che l'edificio deve restituire, e la banda sicura dipende dalla massa termica dell'edificio, dall'occupazione e dalle condizioni esterne di quel giorno. Spingete precooling o flessibilità setpoint oltre ciò che la riserva dell'edificio regge e il risultato è un reclamo sul comfort, di solito con un'ora o più di ritardo tra riduzione e sintomo.

Quali carichi non dovrebbero mai essere offerti a un programma DSR? Sistemi di sicurezza vitale, portate ventilazione legate a occupazione o qualità aria interna, refrigerazione vicina a soglia sicurezza alimentare, ed equipaggiamento processo dove il costo di interruzione supera qualsiasi pagamento realistico di flessibilità. Non sono scelte discutibili; il pavimento regolatorio o di sicurezza li decide prima dell'economia.

Partecipare al DSR influisce sul mio reporting di compliance? Può, dove un evento di riduzione tocca consumo misurato che alimenta anche disclosure di sostenibilità o prestazione energetica. Quella sovrapposizione conviene verificarla contro gli obblighi di compliance esistenti dell'edificio, piuttosto che trattare la partecipazione DSR come decisione puramente commerciale.

FrostLogic sostituisce il mio rapporto con l'aggregatore? No. Explore produce l'evidenza, quali carichi sono flessibili, in quali condizioni, con quale confidenza, che rende più difendibile un rapporto con un aggregatore. L'aggregatore gestisce ancora iscrizione, offerta di mercato e regolamento; Explore non compete con quel ruolo né tenta di replicarlo.

Quali dati mi servono per iniziare a identificare carichi flessibili? Di solito ciò che BMS, contatori energia e sensori edificio esistenti già raccolgono: setpoint HVAC e temperature zona, carico e sequenziamento refrigeratori e UTAs, dati duty cycle per equipaggiamento processo principale. Il gap raramente è strumentazione. Di solito nessuno ha eseguito previsione o simulazione what-if su quei dati prima di impegnare un carico in un evento DSR.