1. Serial Switching In Interval Meters
In the past I have written about Serial Switching, the link can be found here. The
common thing was that the meter used was a conventional meter.
Below I have tried using an interval meter for Serial Switching. The basic idea was to
replicate the same scenario as for conventional meters, having the secondary meter
consumption subtracted from primary meter consumption and billing the secondary
and primary meters for their respective consumption.
As the interval meter has 60 min. profiles so each primary meter interval consumption
getting subtracted from the secondary meter interval consumption would be ideal. We
can easily achieve this using Formula profiles but in an RTP Interface if the number of
secondary installation is not fixed then its difficult as in RTP Interface we cannot have
the Input parameter ‘repeatable’.
So if we still are able to replicate the same scenario as for a conventional meter i.e.
subtracting the total secondary consumption from the primary consumption then it
seems alright. So below I have defined a simple Interval permissible rate with a single
rate step.
Simple Interval Rate
The primary meter P is fully installed at Installation I1 and secondary meter S fully
installed as Installation I2.
Profile for P has value per interval as 5KWH and for S has value as 3KWH. Below S is
http://wp.me/p1Ci5j-jj
www.sapsiurdg.wordpress.com
2. billing related installed in I1 with the check box ‘not relevant for billing’ as mandated by
serial switching concept.
Rate Data with Check Box
On executing the Billing for secondary meter S,it gives the expected consumption.
3KWH * 24 hours * 32 days gives 2304KWH.
On executing the Primary Meter P we get 5KWH * 24 hours *32 days = 3840KWH.
Expected was 2KWH* 24 hours * 32 days = 1536KWH
http://wp.me/p1Ci5j-jj
www.sapsiurdg.wordpress.com
3. So the billing process completely ignored the profile for S to be subtracted
from profile of P. If we remove the check box ‘Not relevant for billing’ then the
consumption for the primary meter P is added up. i.e. (5+3) * 24 hours * 32 days =
6144KWH which is not expected the result. Now a second rate is created, a copy of the
previous rate with identical rate step but a small change. The check box for ‘reverse sign’
is checked as shown below. Blog post on this can be found here.
Simple Interval Rate with reverse sign
http://wp.me/p1Ci5j-jj
www.sapsiurdg.wordpress.com
4. Now for the secondary meter S this rate is assigned in Primary Installation I1 for billing
Installation and also the check box for ‘not relevant for billing’ is unchecked as shown
below to include S in the Billing process.
Rate Data without Check Box
So now the RTP Interface runs twice while billing the Primary Installation first for the
profile allocate to P, result shown just below, and then for the secondary meter S.
http://wp.me/p1Ci5j-jj
www.sapsiurdg.wordpress.com
5. In the document line items for the Primary meter we can see the net consumption from
meter S getting subtracted from meter P.
http://wp.me/p1Ci5j-jj
www.sapsiurdg.wordpress.com
6. The secondary meter S can be billed as usual. Details shown below.
This seemed flexible enough as the number of secondary meters is not a concern. The
other method could be to have the Formula SUBT01 used for the Primary Meter P
having the register allocated to the main profile and secondary profile with different
http://wp.me/p1Ci5j-jj
www.sapsiurdg.wordpress.com
7. roles.
Execution of the billing for S results the same as above, for the Primary P it’s as shown
below.
But this only works if we have a single secondary meter. In case we have more, RTP
Interface doesn't support repeatable input parameters even if the formula does.
Feedback awaited :)
http://wp.me/p1Ci5j-jj
www.sapsiurdg.wordpress.com