Kamstrup MULTICAL 603 - Summer;Winter Time Adjustment (AFR)

MULTICAL®603

KamstrupA/S∙Technicaldescription∙5512‐2029_A1_GB_06.2017
111

7.11 Summer/wintertime adjustment(AFR)
MULTICAL®603isavailablewithconfigurationforDST(DaylightSavingTime~summer/wintertime).Themeter’s 
countrycodedeterminestheDST‐configurationalgorithm,so thatitcorrespondstotheDS Tregulationsofthecountry,
forwhichthemeterisintended.IfthemeterisconfiguredwithDSTandyoudonot
wanttouseit,theDST‐function
canbedisabledinthePC‐programMETERTOOLHCW.TheDST‐functionhasdirectinfluenceonthemeter’sinternal
clock andtime‐controlledtarifflimits. Time stampsfor loggingsof events andvalues are savedin standardtime
togetherwithinformationonthe
currentDSToffset.ThecurrentDSToffsetisappliedtoallloggedtimestampswhen
theDSTfunctionisactive,theappliedDSToffsetisremovedfromtimestampsiftheDSTfunctionisdeactivatedinthe
meterandviceversaiftheDSTfunctionisreactivated.
DSTandtariffs:The
time‐controlledtariffisinfluencedbytheDSToffset.Theenteredtarifflimits,forexample,willbe
movedanhourforwardatDSTstartandanhourbackwardsattheendofDST(Danishexample).IftheDSTfunctionis
disabledafteraperiodinoperation,thetimelimitswill
alwaysfollowstandardtime.Accumulatedenergyinthetariff
registersremainsunchangedandthusreflectsthetimelimitswithenabledDST‐function.Thesameappliesviceversa
iftheDST‐functionisreactivated.
DSTandloggers:Theloggingtimefollowsnormaltime.Forexample,ameterwithenabledDST‐function,which
logs
dataat00.00duringwintertime,willlogdataat01.00a.m.duringsummertime(Danishexample).IftheDST‐
functionisdisabledafterdeliveryandhistoricalloggervaluesaresubsequentlyread,theDSToffsetofprevious
valueswillreflectthenewconfigurationandberemovedfromthetime
stamp.Seeexampleinbelowtable.Read
loggingtimeswillalwaysreflectthecurrentDSTstatus.

DSTenabled DSTdisabled
Logstargetdate Loggingtime Loggingtime
1January 00:00 00:00
1February 00:00 00:00
1March 00:00 00:00
1April 01:00 00:00
1May 01:00 00:00
1June 01:00 00:00
1July 01:00 00:00
1August 01:00 00:00
1September  01:00 00:00
1October 01:00 00:00
1November 00:00 00:00
1December 00:00 00:00

DSTandmax/min.values:Timestampsonloggingofmax/min.valuesfollowstandardtime.Ifthetimestampofavalue
isread,itwillbestatedwithcurrentDSToffset.IftheDST‐functionisdisabledafterdelivery,theDSToffsetwillbe
removedfromthetimestampsof
historicalvaluesasitisdonewiththeloggers.
DSTandread outofloggingdata:Datacaneitherbereadfromaregister,whichincludestimeinstandardtimeandDST
offsetastwoseparateparameters,oralternativelyfromaregister,whichincludestimecomprisingDSToffsetasa
parameter.If
theDST‐functionisdisabledafterdelivery,informationontheDSToffsetwillberemovedfromtime
stampsrelatedtothehistoricalvalues.

