Kontrollens svarstid

När man styr enheter (elbilar, batterier) skickar Sofar EMS ett kommando till enheten, som sedan behöver tid för att bearbeta detta kommando och justera sitt tillstånd därefter. Detta kallas för kontrollens svarstid.
Den tid som behövs för detta, och den tid det tar för Sofar EMS att skicka ett nytt kommando, beror på följande faktorer:

• Typ av enhet (t.ex. batteri, laddare för elbil, värmepump)
• Settling check
• Begränsningar på RS485-bussen
• Schemaläggarens intervall

När din Sofar EMS är aktiv i stödtjänster är en snabb svarstid avgörande.
På denna sida förklarar vi hur dessa faktorer påverkar kontrollens svarstid och hur du kan optimera den för ditt specifika användningsfall.

Typ av enhet

Olika typer av enheter har i grunden olika svarstider på grund av deras tekniska egenskaper och kommunikationsprotokoll:

Batterier och/eller solväxelriktare (inklusive hybridväxelriktare)

• Vanligtvis snabba svarstider (1-5 sekunder)
• Svarstid beror främst på växelriktarens interna styrning
• Kan ha inbyggda ramphastigheter för effektövergångar

Laddare för elbilar

• Medelsnabb svarstid (5-15 sekunder)
• Svar beror på:
  • Kommunikationsprotokoll (OCPP, Modbus, proprietärt)
  • Fordonets laddningskapacitet
  • Aktuellt laddningstillstånd
• Måste respektera minimikrav för laddningsström

Värmepumpar

• Långsammare svarstider (30-180 sekunder)
• Gradvisa effektjusteringar för att skydda kompressorn
• Svarstid påverkas av:
  • Driftläge (uppvärmning/kylning)
  • Aktuella temperaturförhållanden
  • Inbyggda skyddsmekanismer

Reläer och strömbrytare

• Snabba svarstider (1-5 sekunder)
• Används vanligtvis för enkel av/på-styrning

'Settling Check'

När man arbetar med flera olika enhetsmärken, protokoll och modeller blir tålamod viktigt. Även om enheter som batterier, växelriktare och elbilsladdare vanligtvis svarar snabbt på kommandon, behöver de tid för att uppdatera sina mätvärden och skicka dem tillbaka till EMS.

Två viktiga faktorer påverkar svarstiderna:

1. Energimätare kan skicka data med lägre frekvens, vilket innebär att de inte omedelbart reflekterar de senaste enhetshandlingarna
2. Enheter behöver ofta tid att öka sina effektnivåer och stabilisera sig för att nå önskade tillstånd

Här blir settling checks viktiga. En settling check är en väntetid som säkerställer att enheterna har nått sina kommenderade tillstånd innan nya beslut tas. Tänk på det som att låta dammet lägga sig efter en förändring. Utan denna mekanism skulle vårt styrsystem kunna reagera på temporära tillstånd under övergångsperioden. Detta skulle leda till onödiga korrigeringar – likt att försöka balansera på en vinglig plattform och ständigt överkorrigera, vilket förvärrar situationen.

Vår implementation övervakar tre viktiga aspekter: För det första säkerställer den att mätningar är aktuella och pålitliga, så att vi inte reagerar på föråldrad information. För det andra följer den hur effektflöden förändras över tid, och bekräftar att enheterna svarar som förväntat. Slutligen respekterar den de inneboende fördröjningarna i enheternas svar, och ger utrustningen tid att nå stabil drift.

Tänk dig en anläggning med två enheter: ett modernt batterisystem och en äldre värmepump. När vi skickar ett kommando att minska effektförbrukningen med 5 kW:

Batteriet svarar nästan omedelbart, men den äldre styrningen i värmepumpen tar längre tid att justera och rapportera sitt nya tillstånd. Utan settling checks kan vi misstolka denna fördröjning som att värmepumpen inte svarat och skicka ytterligare kommandon, vilket kan göra systemet ostabilt. Istället väntar vår styrenhet tålmodigt tills alla enheter rapporterar stabila tillstånd innan nya beslut fattas.
Tidslinjen för detta flöde ser då ut så här:

Denna försiktiga metod kan verka överdrivet noggrann, men i elkraftsystemens värld väger stabilitet och utrustningens livslängd mycket tyngre än lockelsen av snabba justeringar.

Inaktivering av settling check

Click here to see the instructions

1. Öppna inställningssidan:

2. Ändra "Enable device settling check" till False:

3. Klicka på 'Spara' till höger om raden.

Begränsningar på RS485-bussen

När flera enheter är anslutna till RS485-bussen kan kontrollens svarstid påverkas på grund av RS485-kommunikationens begränsning – endast en enhet kan kommunicera åt gången.

Eftersom enheterna turas om att kommunicera över bussen ökar den totala kommunikationscykeltiden för varje ytterligare enhet. Detta kan leda till långsammare svarstider för alla anslutna enheter.

För optimal prestanda:

• Begränsa antalet enheter till 5 eller färre per RS485-buss
• Använd RS485-expansionsaccessoarer vid anslutning av fler enheter

Schemaläggarens intervall

Schemaläggarens intervall bestämmer hur ofta Sofar EMS kontrollerar nya kommandon och skickar dem till enheterna. Ett kortare intervall möjliggör snabbare svarstider, medan ett längre intervall kan leda till förseningar i kommandoutförandet.
Kontrollera att schemaläggarens intervall är satt till ett rimligt värde för ditt användningsfall. Standardintervallet är 1 sekund, men du kan justera det i avancerade inställningar:

Click here to see the instructions

1. Öppna inställningssidan:

2. Ändra "Enable device settling check" till False:

3. Klicka på 'Spara' till höger om raden.