Please keep us advised of developments. You can also rest assured that we can offer sensible advice, should you need it.
Current Eon Next customer, ex EDF, Zog and Symbio. Don't think dual fuel saves money and think the smart meter programme is a waste of our money. Chronologically Gifted. If I offend let me know by private message, but I’ll continue to express my opinions nonetheless.
Out of interest, I'm going to compare my day/night register readings to the ½ hourly ToU consumption to see if they indeed do match
Although I'm billed on my ½ hourly ToU usage based on "local time = midnight to 7am", a couple of months ago I discovered that my meter seems to have been reconfigured with 2 Active Import registers, plus the tariff switch timing set set to 00:30 - 07:30 UTC (which currently is switching tariff between 01:30 to 08:30 BST)...
Well folks - I can confirm the following after 4 days monitoring R01(day)/R02(night) total consumption registers, and the corresponding 48 ToU ½ hourly usage values.
As expected...
Registers (R01 + R02) match the sum of (hh01 thru hh48)
R02 is currently accumulating the 7 hrs usage between 01:30 and 08:30 (since the tariff hours set on the meter are 00:30 to 07:30 UTC) which would be billed at the cheap rate
and R01 accumulates the 1½ hrs before and the 15½ hrs after this, which would be billed at the at the standard rate
(luckily my billing is on the ½ hourly ToU readings from midnight to 7 local time)
For E7 users: if the ALCS calendar is not set to the same as the tariff timings, you will be billed on the incorrect values being accumulated in R01/R02
Now that people on E7 have smart meters (as long as they're working in "smart" mode), there doesn't seem to be any reason for basing the billing on the R01/R02 registers.
They could do exactly the same as they do for the Next Drive tariff, and bill based on the ½ hourly ToU
Or if they do insist on using the R01/R02 registers, they could ensure that on change of GMT/BST the meter's tariff timings and ALCS calendar are both updated to reflect "local time" ie BST in summer and GMT in winter (don't know if this would overload the DCC with too many meter update commands being sent, but modern computer systems should be able to handle a huge amount of online transactions)
given that the live supply from a 5 port meter is split between normal usage and switched off peak only usage, the normal usage would record to the correct registers and “only” the ALCS usage would potentially be incorrect - offset by however much the timings disagree.
when that happens correcting the billing will be a matter of negotiation rather than being provable.
given that the live supply from a 5 port meter is split between normal usage and switched off peak only usage, the normal usage would record to the correct registers and “only” the ALCS usage would potentially be incorrect - offset by however much the timings disagree.
.
Maybe, but my 4-port meter is configured as a 2 rate meter with ALCS, where the ALCS would switch an external relay energising the off peak circuits, rather than a 5 port meter where the switching relay and supply live terminal is internal to the meter.
R01 is accumulated based on the "current active tariff" which is the standard rate timing
R02 is accumulated based on the "current active tariff" which is the off-peak rate timing
Which is why R01+R02 equals the day's total consumption
As with every diverse community, there is always a mixture of opinions, knowledge as well as understanding - that’s what makes it such a great place to be! To make sure everyone gets the most out of our Community and feels good doing it, we’ve created some values below on how to be an awesome, positive member. So, take a read and then go for it!
We love having you all here in the Community and really hope you find some great advice and help from our other amazing members. As a community team, our main role here is keeping things ticking over, everyone safe and getting involved in some great conversations! We know many of you will have specific queries about your accounts and we want to keep your personal details safe so please don't post them here.
• Saying thanks goes a long way
• The community is a public website, so be careful
• Be kind, respectful and supportive
• It's a family-friendly community
• If you’re in a specific section or discussion, try to stay on topic
• One post is normally enough
• Be cool, don’t spam
We want to ensure that the community is safe and fair for everyone…
We all work hard to ensure everyone feels respected and supported while using the community, and keep that positive energy flowing. If a member or group is disrupting your experience without a genuine reason, you can report this to the community team quickly and easily by clicking the 3 dots on the post. Don’t worry about a thing, we’ll take it from there. If you get a message from the team about your behaviour, please try to work with us, as all we want to do is make this a positive place for everyone. In order to this, we have to uphold these Community Values and the Community Team has the final say.
The full Community Values can be viewed here
If you agree, please click the 'I agree' checkbox and press the 'Complete Registration' button below. If you would like to cancel the registration, click here to return to the Community homepage.
Although the administrators and moderators of E.ON Next Community will attempt to keep all objectionable messages off this site, it is impossible for us to review all messages. All messages express the views of the author, and neither the owners of E.ON Next Community, nor vBulletin Solutions Inc. (developers of vBulletin) will be held responsible for the content of any message.
By agreeing to these rules, you warrant that you will not post any messages that are obscene, vulgar,sexually-oriented, hateful, threatening, or otherwise violative of any laws.
The owners of E.ON Next Community reserve the right to remove, edit, move or close any content item for any reason.
