Automatiserad efterfrågeflexibilitet: Vilka laster är säkra att flexa utan mänsklig övervakning

Foto av Dmitrijs Safrans på Unsplash.

Sök på "automatiserad efterfrågeflexibilitet" och sidan som kommer upp är skriven för elbolag, aggregatorer och standardiseringsorgan. GridPoint förklarar vad ADR är. OpenADR Alliance dokumenterar sitt eget protokoll. Wikipedia har historien. En kylmaskinsleverantör säljer ADR-redo styrning som en produktfunktion. Akademiska artiklar från Lawrence Berkeley och IEEE går igenom nätekonomin. Allt detta behandlar fastigheten som den bortre änden av en signalväg: det som tar emot en instruktion och, i teorin, agerar på den. Inget av det ställer frågan som avgör om instruktionen ska tillåtas agera på något utan att en person kontrollerar det först.

Vi täckte den manuella sidan av denna fråga i efterfrågeflexibilitet: vilka laster en fastighet kan flexa när en person avgör, händelse för händelse, om den ska svara. Automatiserad efterfrågeflexibilitet tar bort den personen. En OpenADR-signal anländer, en VEN-klient på BMS:et tar emot den, och en last kopplas bort, förkyls eller begränsas på egen hand, utan att någon i fastigheten bekräftar att det är säkert först. Det är hela poängen med automatisering: inga missade händelser, ingen manuell brådska, snabbare svarstider som kvalificerar för de bättre betalande snabbresponsprogrammen. Det är också varför det blir dyrare, inte billigare, att ha fel på den underliggande frågan, är just den här lasten faktiskt säker att koppla bort just nu.

Denna text tar vid där den andra slutade. Inte vad OpenADR är, det dokumenterar Alliance exakt. Inte hur man ansluter sig till ett automatiserat program, GridPoint och aggregatorerna täcker redan den marken väl. Vad som måste vara sant om en last innan det är säkert att låta en stående automatiserad instruktion röra den obevakat.

Automatiserad efterfrågeflexibilitet kräver mer av en fastighet än manuell DSR gör

I en manuell DSR-händelse fångas ett dåligt beslut. En operatör ser meddelandet, kontrollerar anläggningen och avgör att kylmaskinen inte är en bra kandidat idag eftersom den redan går varm. Händelsen fortskrider utan den lasten, eller operatören flaggar den och går vidare. Misstaget, om det finns något, stoppar vid den punkt någon granskar det.

Automatisering tar bort den kontrollpunkten med avsikt. Det är själva värdet: svaret sker på sekunder, inte på vad det tar en person att märka ett händelsemeddelande, logga in och agera. Men det betyder att en last som är marginell idag, och okej att inkludera en dag när någon övervakar, körs ändå den dag ingen övervakar, eftersom ingen behöver göra det. Samma misstag som skulle ha fångats en gång i ett manuellt program upprepas nu vid varje händelse tills någon märker mönstret, vanligtvis efter en komfortklagan eller ett processproblem, inte innan.

Det är den verkliga skillnaden mellan manuell och automatiserad DR, och det handlar inte om vilken som är bättre. Det är att automatisering förändrar vad som räknas som tillräckligt bevis innan en last hamnar på listan. En last som är flexibel större delen av tiden, med enstaka undantag en person skulle fånga, är en rimlig manuell DSR-kandidat. Samma last är en risk som en automatiserad, om inte undantagen också hanteras i själva automatiseringslogiken, snarare än att lämnas åt någon att upptäcka.

OpenADR på en praktisk nivå: vad en VTN, en VEN och en signal faktiskt gör

OpenADR (Open Automated Demand Response) är en kommunikationsstandard, underhållen av OpenADR Alliance, som definierar hur automatiserade DR-signaler struktureras och utbyts. Den bestämmer inte vilka laster som ska kopplas bort eller hur en fastighet ska svara; den standardiserar meddelandehanteringen så att ett elbolag, en nätoperatör eller en aggregator på en sida och en fastighets automationssystem på den andra kan kommunicera utan en skräddarsydd integration för varje par.

Modellen har två sidor. En VTN (Virtual Top Node) är signalsändaren, vanligtvis driven av ett elbolag, en nätoperatör eller en aggregator, och den utfärdar händelser: en starttid, en varaktighet, en signalnivå eller ett pris, och vanligtvis ett avanmälningsfönster innan svaret blir bindande. En VEN (Virtual End Node) är signalmottagaren, en klient som körs på eller vid sidan av en fastighets BMS eller energihanteringssystem, och den ansvarar för att översätta den signalen till ett faktiskt lokalt svar, vilka laster dess programmering nu har tilldelat till den signalnivån.

Vad standarden helt lämnar åt fastighetssidan är den svårare delen: att avgöra vilka laster den VEN:en faktiskt ska tillåtas röra, under vilka förhållanden, och med vilken tillförsikt att röra dem inte orsakar ett problem som signalen själv inte har något sätt att veta om. OpenADR flyttar instruktionen tillförlitligt. Den har ingen åsikt om huruvida instruktionen är säker att utföra i en specifik fastighet en specifik dag, och den är inte designad för det. FrostLogic implementerar, kör eller certifierar inte en VEN-klient; det är BMS- och automationsleverantörsterritorium. Vad Explore gör är att besvara frågan standarden lämnar öppen.

Vilka laster är faktiskt säkra att automatisera, och vilka behöver fortfarande en människa först

Lasttyperna värda att automatisera är i stort sett de som redan identifierats som flexibla i efterfrågeflexibilitet, men ribban för att automatisera en är högre än ribban för att erbjuda den manuellt en gång. En last är en bra automationskandidat när dess flexibilitet håller över ett spann av förhållanden, inte bara den dag den råkade testas.

HVAC-förkylning och börvärdesflex automatiseras relativt väl, förutsatt att själva automationslogiken upprätthåller den termiska bufferten, inte ett fast schema som antar att samma buffert finns varje dag. En förkylning dimensionerad för en mild vår- eller höstdag och lämnad obevakad in i en varm, fullt beläggd dag lånar mer termisk tröghet än fastigheten har att ge tillbaka, och ingen märker det förrän klagomålen börjar.

Icke-kritiska processlaster, VFD-pumpar med marginal, satskompressorer, utrustning med verklig schemaflexibilitet, är ofta de bästa automationskandidaterna just eftersom en missad eller felaktig bortkoppling sällan orsakar något värre än en schemaförskjutning. Kyltiming för avfrostning automatiseras väl inom sitt vanliga minutskaliga fönster, så länge automationen kontrollerar aktuell temperatur i kylskåpet mot livsmedelssäkerhetströskeln innan förskjutning, snarare än att förskjuta på en fast timer oavsett var kylskåpet faktiskt befinner sig.

Kylmaskinssekvensering behöver mer försiktighet automatiserad än manuell. En lead-lag-anläggning med bekräftad marginal på lag-maskinen är en bra manuell kandidat de dagar en operatör kontrollerar den. Att automatisera samma bortkoppling innebär att automationen måste veta, varje gång, om marginalen som fanns under testningen fortfarande finns idag, under dagens beläggning och utomhusförhållanden, inte anta det från en engångsutvärdering. Laster kopplade till beläggningsstyrd ventilation, livssäkerhetssystem, eller någon process där avbrottskostnaden överstiger flexibilitetsersättningen ska hållas helt borta från automationslistan, av samma skäl som de är borta från den manuella DSR-listan från början.

Manuell DSR jämfört med automatiserad, OpenADR-utlöst ADR

Var FrostLogics bevislager slutar och automatiserad utsändning börjar

Inget av ovanstående gör FrostLogic Explore till en del av den automatiserade utsändningskedjan, och det är inte byggt för att vara det. Explore identifierar vilka laster i en fastighet som faktiskt är säkra att automatisera, prognostiserar effekten av att koppla bort dem med konfidensgränser, och belägger det beslutet så att det håller under förhållanden det ursprungliga testet inte täckte. Det arbetet körs på samma programvara för energihantering Explore redan tillhandahåller för en fastighets vardagliga kostnads- och förbrukningsbild; automationsberedskap är en fråga till som den besvarar, inte ett separat system fastbultat specifikt för OpenADR.

Vad Explore inte gör är att skicka en OpenADR-signal, köra en VEN-klient, handla flexibilitet på en marknad eller reglera en DSR-betalning. Det exekveringslagret ligger hos BMS:ets egen VEN-klient, och hos aggregatorerna som kör marknads- och utsändningssidan i en skala en sensoranalysplattform inte har någon anledning att försöka duplicera, bland dem Drax, E.ON, Enel X och GridBeyond, samma aggregatorer som hanterar manuell DSR-anmälan. Överlämningen är beviset: vilka laster, under vilka förhållanden, med vilken tillförsikt. Vad en aggregator eller BMS-leverantör gör med det beviset, koppla in det i en VEN:s automationsregler, strukturera vilka signalnivåer som utlöser vilka laster, är deras domän.

Samma efterlevnads-överlapp som gäller för manuell DSR gäller även här, och spelar möjligen större roll: en automatiserad bortkoppling som rör mätad förbrukning som matar en hållbarhets- eller energiprestandarapportering pausar inte för att någon ska märka överlappet innan den exekverar. Där denna korsning behöver hanteras hör den hemma i en fastighets befintliga efterlevnadsarbete, inte behandlas som något OpenADR-deltagande introducerar av sig självt.

Vanliga frågor

Vad är automatiserad efterfrågeflexibilitet? Automatiserad efterfrågeflexibilitet (ADR) är efterfrågeflexibilitet där en signal, vanligtvis skickad av ett elbolag, en nätoperatör eller en aggregator, utlöser att en fastighets utrustning kopplar bort, förskjuter eller begränsar last automatiskt, utan att en person beslutar i stunden. Det skiljer sig från manuell eller schemalagd DSR, där en operatör granskar ett händelsemeddelande och väljer om den ska svara; se vår text om efterfrågeflexibilitet för den sidan av bilden.

Vad är öppen automatiserad efterfrågeflexibilitet (OpenADR)? Open Automated Demand Response är en kommunikationsstandard, underhållen av OpenADR Alliance, som definierar hur automatiserade efterfrågeflexibilitetssignaler struktureras och utbyts mellan en nätsidans sändare (en VTN) och en fastighetssidans mottagare (en VEN). "Open" syftar på att standarden är öppen och interoperabel mellan leverantörer, inte på FrostLogics roll i den; FrostLogic implementerar eller certifierar inte OpenADR-kommunikation.

Vad är automatiserade efterfrågeflexibilitetsprogram? Program drivna av elbolag eller aggregatorer som betalar en fastighet för automatiserat deltagande, vanligtvis med bättre ersättning eller snabbare responsnivåer än manuell DSR eftersom svaret är kontraktuellt garanterat snarare än beroende av att en operatör agerar i tid. Anmälan och programval hanteras av aggregatorer som Drax, E.ON, Enel X och GridBeyond, inte av FrostLogic.

Skickar FrostLogic automatiserade efterfrågeflexibilitetssignaler? Nej. FrostLogic Explore identifierar vilka laster som är säkra att automatisera, prognostiserar effekten av att koppla bort dem med konfidensgränser, och belägger det beslutet. Det skickar inte OpenADR-signaler, kör inte en VEN-klient, handlar inte flexibilitet, lägger inte bud på nätmarknader och reglerar inte DSR-betalningar. Det exekveringslagret ligger hos BMS:ets VEN-klient eller hos en aggregator.

Vilka laster är säkra att automatisera utan en människa i loopen? Laster med marginal som håller över ett spann av förhållanden, inte bara den dag de testades, till exempel icke-kritiska processlaster med verklig schemamarginal, kylavfrostning inom sin temperaturmarginal, eller kylmaskinssekvensering med bekräftad marginal på lag-maskinen. Laster där säkerheten beror på ett villkor som ändras dag för dag, beläggningsstyrd ventilation eller en kylmaskin som redan går varm, behöver en person som kontrollerar innan automatisering, inte bara innan anmälan.

Vad är skillnaden mellan manuell DSR och automatiserad ADR? Manuell DSR ger en person ett fönster att granska ett händelsemeddelande och avgöra om den ska svara, så ett dåligt beslut fångas före eller under händelsen. Automatiserad ADR tar bort den kontrollen: en VTN-signal exekverar ett förprogrammerat svar i det ögonblick den anländer, varje gång, utan att någon vetar en bortkoppling som visar sig vara osäker den specifika dagen.

Kan en automatiserad bortkoppling orsaka ett komfort- eller säkerhetsproblem om en last inte faktiskt är redo? Ja, och felläget är värre än den manuella motsvarigheten eftersom det inte fångas i stunden. En förkylning som drivs förbi fastighetens termiska buffert, eller en kylmaskinsbortkoppling sekvenserad utan verklig marginal, producerar samma komfortklagan eller processavbrott ett manuellt misstag skulle, förutom att det upprepas automatiskt vid varje framtida händelse tills någon märker och åtgärdar automationslogiken.

Behöver jag ett BMS med en OpenADR VEN-klient redan installerad för att använda FrostLogic Explore? Nej. Explores prognos- och bevisarbete körs på en fastighets befintliga mätare och BMS- eller sensordata oberoende av om OpenADR redan är utrullat. VEN-klientfrågan spelar bara roll när du är redo att agera på Explores fynd genom att koppla in en aggregator eller BMS-sidans automation för att exekvera bortkopplingen.