I think my meter is clocking too fast - How can I test if my high usage is due to a faulty meter?

I think my meter is clocking too fast - How can I test if my high usage is due to a faulty meter?
Userlevel 7

​​​​​​Your guide to checking the accuracy of your meter: How to carry out a Creep Test, a circuit check and book a Meter Accuracy Test (MAT)

 

Have you noticed a sudden leap in the amount of energy your meter’s clocking? Are you worried that it might not reflect what you’re actually using? We’ve made this guide to help outline all of your options so you can be confident that everything’s working as it should, and you’re only being charged for what you’re actually using. 

 

My bill is higher than usual


First things first, I would say it’s always worth checking that the higher than usual billing is based on actual readings rather than estimated readings.

 

You can view the latest statement on the ‘Billing history’ page of your online account or OVO app (download for Android or iOS):

 

Exact appearance may vary

 

‘Download this bill’ or ‘View details’ to see if the reading is estimated (hint: it will say estimated next to the reading if this is the case). By checking the reading on the meter and submitting it on the ‘meter readings’ page you can correct any over-estimated readings.

 

It’s also worth checking that you’ve been charged the correct unit rates and standing charges. These might have changed recently if your fixed plan came to an end or your variable rates increased - we always send you an email to let you know but you can find out the prices on your current plan (and whether you could switch to a cheaper plan) on the ‘Plan’ page.

 

The details on the bill are correct but I’m sure I didn’t use this much

 

Higher than normal usage is normally due to changes in your usage patterns (which aren’t always easily spotted). Can you think of any reason why you might have used more than you expected recently? Common factors might be a colder than usual season, buying a new appliance or a change in circumstances (ie. working from home). It’s best to take these factors into consideration when trying to explain a sudden increase in usage. 

 

If you haven’t already got a smart meter then I’d say this is the perfect time to get one installed! Get your free smart meter installation booked here.  Not only are new meters more accurate, they also allow you to monitor your usage over a half-hourly, daily or monthly view with some handy usage graphs on the usage page of your online account or OVO app. Using these you can pinpoint when exactly your usage peaks - this can really help us get to the bottom of what might be causing the increase - notice a spike at exactly the time your immersion heater is set to come on? - this might explain things! 

 

I’ve got high gas usage, should I check my boiler?

 

The most likely cause of an unexplained increase in how much gas you’re using (and it’s always worth checking your usage against the same period last year, as it’s very seasonal!) could be down to a faulty gas boiler. A boiler which is older or potentially faulty can use more gas to achieve the same heat output. If you’ve got the OVO Homeplan, an annual boiler check is included to make sure your boiler health is checked regularly. If you don’t have this, it might be worth considering contacting a gas safe engineer to make sure your boiler’s in tiptop condition.

 

What’s the best way to locate an energy guzzling appliance?

 

Worried that your electricity usage seems high? By checking the usage of each circuit you might be able to find out the particular appliance which is the culprit. The meter will need to have decimals showing in the reading for this test to be useful:

  1. Leave the main breaker in.
  2. Turn off all individual circuits (on the fuse board, for example).
  3. The electricity meter should stop clocking usage. If not, there could be a short in the fuse/breaker panel box or an appliance connected without fuse/breaker protection. An electrician will be needed to investigate this.
  4. Turn on one individual circuit.
  5. Watch to see if the electric meter starts to clock usage.
  6. Turn off that individual circuit and turn on another one. Again, watch to see if the electric meter is clocking.
  7. Repeat step 6 until all individual circuits have been checked.

You’re looking for a circuit that causes the meter to clock a lot of usage, compared to the other circuits. There could be a problem with an appliance or a connection on that circuit. We’d recommend contacting an electrician to check the appliances on this circuit - particularly if there are any old or potentially faulty appliances plugged in.  Find out the average usage for each appliances on this great guide and some great energy saving advice on the Centre for Sustainable Energy.


How do I perform a Creep Test on my electricity meter?


If you’ve been unable to get to the bottom of an increase in our usage by locating a greedy appliance, the next step would be to carry out an initial check on the accuracy of the meter with a ‘Creep Test’. To carry this out: turn off the power to your fuse box and check if the meter continues to clock. If the meter clocks (more than 1 - 2 units which could be down to residual power in the wires)  then it's either faulty, or clocking someone else’s usage.

 

If your meter is in a communal meter cupboard, sometimes the meter details can get mixed up. Firstly it’s worth checking the meter serial number on the meter matches the serial number registered on your account. You can see this on the ‘Meter readings’ page of your online account:

 

Exact appearance may vary

 

Even if the meter serial number matches, there is a chance that your meter details have been mis-registered. If you suspect this might be the case, contact our Support Team who can arrange a ‘fuse finder’ to confirm which meter is clocking your usage.

 

How do I book a Meter Accuracy Test (MAT)?


Completed a ‘Creep Test’ and seen a possible fault? The next step would be to book in a ‘Meter Accuracy Test’ (MAT), by contacting our Support Team.

 

As the MAT involves an engineer visit, there’s an upfront charge to get this arranged, which will be reimbursed if a meter fault is confirmed. A meter is considered faulty if it’s clocking at least 2.5% faster or 3.5% slower than it should. It’s worth considering all other possible causes for a usage spike before booking in this appointment as we can’t guarantee the results, and the cost of this test won’t be refunded if the meter is clocking within the above tolerances. If the meter is found to be faulty, we’ll replace it and re-calculate all the statements issued since the meter fault began. These statements will be based on your average usage, or your usage with the new meter. 

 

Hope this helps get to the bottom of your meter accuracy concerns. Have you noticed a recent spike in your usage and need help working out why? Comment below as we love to help you investigate! :relaxed:

 


147 replies

Userlevel 2

Oh great… another trivial point to lighten the mood:

I agree that data is certainly plural because datum is the singular.

But, like many people, I treat data as if it is a collective noun and write data is rather than data are. I know that’s incorrect, but it’s one of my little contributions to the evolution of language.

The bigger issue here is to decide if I should continue to use the word data to refer to numerals within my energy usage which are ‘manufactured’. Data normally implies that there is authenticity within the information being presented.

Physics has created the expression dark matter in order to balance mathematics with observations at cosmological and sub-atomic levels. Does OVO use dark data in similar fashion?

This evening when I’m observing Orion, I will know that its components are held in place by something dark. Ah well… no matter  :wink:

An interesting distinction, @Transparent: I recognise that informal sense in which “data” connotes a useful degree of authenticity.

 

As one at home with statistics, I’m reminded of another version:

the plural of anecdote is data

On checking, I find that’s apparently from social science/economics/etc.

 

The wages of sin is death

or

The wages of sin are death

that is the question...

 

But now I’m rambling …

Thanks one and all, philosophers included. Do we think Aristotle was plagued by such issues, the counting of cockroaches to reduce rent??

Userlevel 7
Badge +5

Well, unfortunately the ancient philosopher Aristotle isn’t around right now, and it seems as if Timsonious and Jesstle aren’t here yet. But then again, you’ve got me at least! XD

What I can say is that the Comms Hub by itself does not store any usage data - that’s all stored on the meters themselves and the Comms Hub simply retrieves it from the meters when requested and forwards it onto whoever asked for it. For the most part, I think the only data stored on the Comms Hub is stuff like:

  • Firmware for itself and any devices connected to it (especially within the Gas Proxy when a firmware update is being downloaded) - both the active version, previous version and next version may be stored at any given time
  • Config data for itself - most likely things like how it’s meant to be communicating , which Site it’s installed at and what ZigBee GUID’s are authorised to be on the HAN. That sort of thing
  • Event logs for itself - which can be useful for diagnostics
  • Any data that is actively being processed at that exact time, such as an active SMETS Command or when an IHD is polling the meters - some of this might be held in RAM temporarily in order to process it
  • Possibly a copy of recent usage data that’s in the process of being sent somewhere, to improve reliability during data transfer - but only temporarily
  • And probably a handful of other things that are important for the Comms Hub to function

As for getting hold of a copy of your usage data, I think OVO is happy to do that for you at anytime on request. I wouldn’t recommend using GDPR or Subject Access Requests for that however. Technically speaking, OVO is entitled to charge an admin fee when handling that kind of request and there’s no guarantee that usage/billing data would come under those categories. A normal request to export your usage/billing data is probably faster and easier to do, since it won’t require OVO to do a full data dump of everything they know about you. :wink:

Or I guess you could potentially use the API to grab everything?

Userlevel 7
Badge +5

@Simon1D wrote:

As far as I can tell, the only thing the Comms Hub remembers is consumption, known in Ovo-land as “usage”.

Ah… that’s an interesting hypothesis. I wonder if the Electricity Meter (ESME) calculates the difference between its last two readings before sending the result to the Comms Hub, or whether the calculation is performed after the transfer. Both units have a processor capable of doing this, and sufficient RAM to store the results.

Perhaps the ESME retains a copy of the actual readings for each HH period.

We should be able to work this out:

a: an OVO installer, like @Chris_OVO can be sent to site to replace just the ESME or just the Comms Hub. Suppose that happens at 10:30 and the next data-request from DCC isn’t going to occur until 00:20, what data has to be recorded at that point from the unit being exchanged?

We must assume that the unit being swapped-out is broken and unable to be interrogated. The Installer has the ability to directly contact the S2-team in Bristol who can issue a SMETS-command via DCC and they have their own Enigma software (on a mobile phone) which facilitates pairing etc.

 

b: The ESME (or a GSME) is a generic device sold in other countries who have different Smart Meter Networks. But the Comms Hub is designed specifically for the GB market and is supplied for each site by DCC.

Does that provide a clue as to what data must be available from within the ESME?

Userlevel 7
Badge +5

@Simon1D  wrote:

The wages of sin is death

or

The wages of sin are death

Fortunately this historic translation issue can be checked!

As it’s in the letter to the Romans, the original language would be Latin.

But both Wycliffe (14th Century) and Tyndale (16th) were translating into English clandestinely, using whatever manuscripts could be smuggled out of an abbey scriptorium at night and returned at Lauds the next morning.

The texts might be in Greek, Latin or Hebrew (OT) and verse numbering wasn’t much in evidence. Capital letters and punctuation weren’t generally present either!

The literal Latin for this phrase is stipendium peccati mors est…

but the Latin Vulgate more properly has

stipendia enim peccati mors gratia autem dei vita æterna…

There is no est (is). The translator infers this from the second half of the verse “but the gift of God is eternal life”.

Due to the way in which the English language versions emerged, they are least likely to agree with all other Bible translations in the world! We have a good 500 passages where the verse numbering varies from other languages, let alone the text!

 

The manner by which we are now trying to understand how usage data is derived from meter readings suggests to me that Wycliffe and Tyndale are alive and busy working for Kaluza.

Userlevel 7
Badge +1

@Simon1Dwrote:

As far as I can tell, the only thing the Comms Hub remembers is consumption, known in Ovo-land as “usage”.

Ah… that’s an interesting hypothesis. I wonder if the Electricity Meter (ESME) calculates the difference between its last two readings before sending the result to the Comms Hub, or whether the calculation is performed after the transfer. Both units have a processor capable of doing this, and sufficient RAM to store the results.

Perhaps the ESME retains a copy of the actual readings for each HH period.

We should be able to work this out:

a: an OVO installer, like @Chris_OVO can be sent to site to replace just the ESME or just the Comms Hub. Suppose that happens at 10:30 and the next data-request from DCC isn’t going to occur until 00:20, what data has to be recorded at that point from the unit being exchanged?

We must assume that the unit being swapped-out is broken and unable to be interrogated. The Installer has the ability to directly contact the S2-team in Bristol who can issue a SMETS-command via DCC and they have their own Enigma software (on a mobile phone) which facilitates pairing etc.

 

b: The ESME (or a GSME) is a generic device sold in other countries who have different Smart Meter Networks. But the Comms Hub is designed specifically for the GB market and is supplied for each site by DCC.

Does that provide a clue as to what data must be available from within the ESME?

Between you, I think @Transparent and @Blastoise186 appear to know enough to reach a definitive conclusion on this matter. I look forward to learning what it might be.

Of course, any inside information from Ovo staffers would be most welcome...

Userlevel 7

Just to step in here, as we’ve mentioned previously we can’t comment on the specifics of @fatbloke88’s billing accuracy here, as we don’t have access to their account and as this has now been referred to our Complaints Team, a dedicated complaints agent will be assigned to discuss the details with them directly.

 

I am keen to put to rest any speculation as to the accuracy of the information stored or sent by smart meters, so @Simon1D just to reassure you I have already forwarded your comments on to our Smart Metering expert so we can get the full lowdown on exactly what goes on behind the scenes. There are some very strict and clear rules about what the meter does and how it stores things. We need our members to trust the data as that's the key driver to them using the energy better and reducing their carbon footprint. So LOTS of work has gone into all this to make sure it's right.

 

I’ll be back with a full update once I hear more. :thumbsup:

 

And just to add - 

 

 

a: an OVO installer, like @Chris_OVO can be sent to site to replace just the ESME or just the Comms Hub. Suppose that happens at 10:30 and the next data-request from DCC isn’t going to occur until 00:20, what data has to be recorded at that point from the unit being exchanged?

We must assume that the unit being swapped-out is broken and unable to be interrogated. The Installer has the ability to directly contact the S2-team in Bristol who can issue a SMETS-command via DCC and they have their own Enigma software (on a mobile phone) which facilitates pairing etc.

 

 

I’m guessing @Transparent meant to tag @Lukepeniket_OVO who is our resident Smart meter installer - Chris_OVO specialises in all things EV :red_car:

Userlevel 7
Badge +1

Just to step in here, as we’ve mentioned previously we can’t comment on the specifics of @fatbloke88’s billing accuracy here, as we don’t have access to their account and as this has now been referred to our Complaints Team, a dedicated complaints agent will be assigned to discuss the details with them directly.

 

I am keen to put to rest any speculation as to the accuracy of the information stored or sent by smart meters, so @Simon1D just to reassure you I have already forwarded your comments on to our Smart Metering expert so we can get the full lowdown on exactly what goes on behind the scenes. There are some very strict and clear rules about what the meter does and how it stores things. We need our members to trust the data as that's the key driver to them using the energy better and reducing their carbon footprint. So LOTS of work has gone into all this to make sure it's right.

 

I’ll be back with a full update once I hear more. :thumbsup:

 

And just to add - 

 

 

a: an OVO installer, like @Chris_OVO can be sent to site to replace just the ESME or just the Comms Hub. Suppose that happens at 10:30 and the next data-request from DCC isn’t going to occur until 00:20, what data has to be recorded at that point from the unit being exchanged?

We must assume that the unit being swapped-out is broken and unable to be interrogated. The Installer has the ability to directly contact the S2-team in Bristol who can issue a SMETS-command via DCC and they have their own Enigma software (on a mobile phone) which facilitates pairing etc.

 

 

I’m guessing @Transparent meant to tag @Lukepeniket_OVO who is our resident Smart meter installer - Chris_OVO specialises in all things EV :red_car:

Thanks very much @Jess_OVO - it's that confidence that is currently at risk, so I look forward to learning more from your update, when it comes.

Userlevel 7
Badge +5

Mea Culpa! Yes, I meant @Lukepeniket_OVO 

Userlevel 2

@Simon1D  wrote:

The wages of sin is death

or

The wages of sin are death

Fortunately this historic translation issue can be checked!

As it’s in the letter to the Romans, the original language would be Latin.

But both Wycliffe (14th Century) and Tyndale (16th) were translating into English clandestinely, using whatever manuscripts could be smuggled out of an abbey scriptorium at night and returned at Lauds the next morning.

The texts might be in Greek, Latin or Hebrew (OT) and verse numbering wasn’t much in evidence. Capital letters and punctuation weren’t generally present either!

The literal Latin for this phrase is stipendium peccati mors est…

but the Latin Vulgate more properly has

stipendia enim peccati mors gratia autem dei vita æterna…

There is no est (is). The translator infers this from the second half of the verse “but the gift of God is eternal life”.

Due to the way in which the English language versions emerged, they are least likely to agree with all other Bible translations in the world! We have a good 500 passages where the verse numbering varies from other languages, let alone the text!

 

The manner by which we are now trying to understand how usage data is derived from meter readings suggests to me that Wycliffe and Tyndale are alive and busy working for Kaluza.

I am enjoying our discourse on this matter and I am picking useful insights into meters and what they do along the way. Philosophy fascinates me but I’m sorry to say most of it goes over my head. The history of phrasing and translations was educational and witty and prescient. So thank you all I’ll continue to update as the situation changes. @Jess_OVO  The one contact in complaints is NOT working so far I’ve had responses from 3 different “Managers” each one varying slightly in info and and a lot (sorry to say in clarity). I have asked to be referred back to the one with whom I had the most satisfactory response… Watch this space

Userlevel 7
Badge +1

...

Or I guess you could potentially use the API to grab everything?

Ah yes, if only the still-there-but-unsupported-for-public-use-API had everything of interest(*), we’d be laughing - metaphorically, and perhaps even literally!

I genuinely hope (including for Ovo’s sake) that they have more than is made available by the API. Actually, I know they do. For one thing, Ovo do still have meter readings, because my Android app lists them (but the API no longer gives access to them). Actually there are still versions of My Ovo out in the wild that list meter readings too: see this here. Sadly tho, that doesn’t include the version that my account is linked to.

(*) As far as I’m aware (it’s hard to tell, what with the API being unsupported and all), my Python script already retrieves a copy of everything that’s there. At least, I believe it retrieves everything that’s available under the “daily” and “half-hourly” names.

Userlevel 7
Badge +1

... I am picking useful insights into meters and what they do along the way ...

Which prompts an obligatory health warning from me:

Anything I might say about what smart meters (and Comms Hubs, and the IHD6-CAD-PPMID that I have ) can and can’t do is usually an extrapolation from what I’ve observed them to do and what I have observed others (Ovo, Hildebrand, et al.), starting from smart meter data, to actually do (rather than what they claim).

  • Aside from anything else, that’s partly why @Blastoise186 and @Transparent can so easily slip in their enviably polite corrections when I get things wrong :-)

    (I don’t mind - getting things wrong is an occupational hazard that comes with a readiness to extrapolate and hypothesise on the basis of incomplete information. The theorists’ dilemma.)

    BW

  • Call me a phenomenologist, if you like, this theorist won’t take offence. Or at least, not much ...

  • Userlevel 2

    Email received asking to change my reading frequency to daily, I chose HH. This now presents the issue that even if they were taking monthly readings (why?) We can not be sure that there wasn’t some glitch in the system at the point when consumption spiked last year.

    As @Simon1D has suggested we may have used the energy but not now confirm or deny this and we are left (it looks like) having no way to challenge the consumption or the billing that resulted from it.

    The issue for us though is that NOTHING in our consumption pattern has changed. no new appliances, no structural work or changes to the electrical circuit in the house and yet this years consumption pattern is well below the same period last year by40% approx.

    In the 88 days since 14/07 our average daily consumption has been <14kWh/pd. 

    The starting point for all of this was in July 21. At that time I was under intruction pressing “9” to get a reading on the SM.

    Even if the DF tariff  was applied to those readings 20 July - 31Aug 21 the average consumption across that period was still only 13.77kWh/pd. I have all of those readings in photographic evidence date and time stamped with personal annotations as to how we were consuming electricity.

    I suppose this is the heart of the dilemma, we know nothing has changed, yet we can not prove it and it seems neither can Ovo. Have we reached the end of it? Is there anything else we can do?

     

    Cheers

     

    Userlevel 7
    Badge +1

    @Simon1Dwrote:

    As far as I can tell, the only thing the Comms Hub remembers is consumption, known in Ovo-land as “usage”.

    Ah… that’s an interesting hypothesis. I wonder if the Electricity Meter (ESME) calculates the difference between its last two readings before sending the result to the Comms Hub, or whether the calculation is performed after the transfer. Both units have a processor capable of doing this, and sufficient RAM to store the results.

    I’d just like to emphasise that @Transparent has picked out a key question, here.

    I laboured for a long time under what I now believe to be an illusion, that the Smart Meter/Comms Hub (for the moment, I’ll just lump them together, I don’t really care what’s where, exactly) really did have a time-stamped reading for every element of usage. I can see that this would increase the storage requirement by at least a factor two but, since the original proposal to keep 3 month’s data was (easily?) revised to 13 months, I’m bound to say that such fretting over storage capacity, if that’s what it is, betrays the mindset of one who, gosh, well they might even be as old as me.

    There are some things that really are not relevant constraints any more.

     

    PS Although there are some, Micro$oft for one, who seem able to bring the very latest hardware to its knees with contemptuous ease, just by releasing a new version of whatever malware they have convinced businesses to exchange their hard-earned revenue for.

    Me? Bitter?? Possibly, but an advocate for free software with good reason.

    Userlevel 7
    Badge +5

    Yeah, I love Free Open Source Software as well myself. GIMP, WordPress, Joomla and Ubuntu just being some of the examples of FOSS that I use on a regular basis. It’s also why I make all of my GitHub repositories have licenses like The Unlicense that fully permit others to re-use the stuff within for my more basic stuff, and probably something with lots of compatibility if I ever did more complex things.

    You’ll have to trust my word on this, but I think you’ll find my laptop Samurott very difficult to overload. Especially with an AMD Ryzen 9 5900HS and an NVIDIA RTX 3050 Ti - not even Cyberpunk can overload it! Hehehe

    Userlevel 2

     Especially with an AMD Ryzen 9 5900HS and an NVIDIA RTX 3050 Ti - not even Cyberpunk can overload it! Hehehe

    Nice rig...

    Userlevel 2

    You recall we were offered daily readings last week or so I think, well despite saying yes and actually chooing the HH option it appears that the meter is still not sending readings through!!

     

    I have entered readings virtually every day since and every day I have lookeds to see the message “we are collecting your readings automatically” and it has not yet appeared..

     

    Ho hum anoyther call to CS and yet another complaint I suppose, not looking good for your stats is it @Jess_OVO@Tim_OVO ??

    Userlevel 7
    Badge +1

    You recall we were offered daily readings last week or so I think, well despite saying yes and actually chooing the HH option it appears that the meter is still not sending readings through!!

     

    I have entered readings virtually every day since and every day I have lookeds to see the message “we are collecting your readings automatically” and it has not yet appeared..

     

    Ho hum anoyther call to CS and yet another complaint I suppose, not looking good for your stats is it @Jess_OVO@Tim_OVO ??

    Your comment, @fatbloke88, reminds me that when I’ve had the “pleasure” of noticing negative values in the list of daily usage figures I almost always found, on looking at the HH figures for those days and adjacent days, that the HH data were absolutely fine. Rarely any missing values, and plenty of evidence for what I knew to be a consistent level of consumption.

    It’s as if the HH data are completely ignored by Ovo’s system when it comes up with estimates for daily readings. I wonder if these behaviours are relevant here too?

    Userlevel 2

    Ive had a list of readings from Ovo since I started with them now and the initial view looks like it supports the billing (yikes).

    I am going through it and will post the results as soon as I get them in order. Some initial points though;

    I realise we have been through summer and lowest use seaon etc but I am struggling with the consumption volumes for example;

    14/03/21 - 02/04/21 it shows an average DAILY read of 51kWh/pd which seems excessively high when NOTHING of substance changed in our usage pattern. I am really struggling to explain this.

    The consumption values and readings throughout last year are monthly and therefore more difficult to separate and analyse, they suggest higher than ave usage 10kWh/pd?? but I do run a small business from home.

    (strangely there was an “on site” meter read which was seriously wrong by a staggering 2527 kWh!!!)

    Comparing this directly to summer I realise is unrealistic, I’m wondering though if others can comment on the apoparent variation and your own seasonal fluctuations? Do ours seem wildly excessive?

    I understand that historis usage gathered from some other sources that may (anyone know what/which/how) be used by suppliers to validate consumption based on historical data. Is this correct and do you know if it’s possible to see this data.

    I dont know if any of this can be used to challenge our bills or whether I’m chasing smoke but thoughts appreciated either way

     

    TIA

    Userlevel 7
    Badge +5

    14/03/21 - 02/04/21 it shows an average DAILY read of 51kWh/pd

    Is that for electricity, gas or both?

    Let’s remember that OVO’s figures should reflect what the meter readings are. They do not rule out a faulty meter.

    Userlevel 2

    14/03/21 - 02/04/21 it shows an average DAILY read of 51kWh/pd

    Is that for electricity, gas or both?

    Let’s remember that OVO’s figures should reflect what the meter readings are. They do not rule out a faulty meter.

    Electricity only, Gas seems to be okay, despite having had the CH ona lot more during lockdown.

     

    I can’t say it’s not a fault on the meter but I certainly can’t say it is. I’m left looking at readings and bills with apparently no way to see if they are actually a true reflection of our usage… I can’t reconcile the consumption values against our usage though. When we get through this winter maybe there will be some change that allows us to reconcile that difference. :thinking::thinking: But I’m not optimistic about the outcome and I am a bit worried for the future:rolling_eyes: .

    On a side note, to reduce our consumption/bills we are considering solar panels, can you guys offer any pointers as to good and bad things to be aware of at all?

    Userlevel 7
    Badge +5

    Well I’m not confident that the meter has provided accurate readings. 51kWh/pd is far too high.

    That’s the sort of consumption which would get me investigating the neighbours to see if they’ve tapped into my supply to run a cannabis farm in their garage!

     

    Solar panels…. start here

    then go here for more details of what is entailed in the installation

    After that you can look at a PV Diverter option or a Storage Battery.

     

    just when you thought you were past being set homework!

    Userlevel 7
    Badge +1

    Well I’m not confident that the meter has provided accurate readings. 51kWh/pd is far too high.

    I agree. I would bring an outsider’s perspective to this. 2kW is a high rate of electricity consumption and frankly, I don’t think it could hide itself easily.

    This is one time that the independent measurement of what is being supplied would be enormously helpful. A shame that the OEM setup isn’t quite as straightforward to set up as it could be. Nor available to rent for a short time… we need something as straightforward to use as those 13A adaptors monitor the consumption of whatever is plugged in, but which has a current transformer and plugs into a 13A socket. A bare-bones version of EmonTx, as already described by @Transparent elsewhere in the forum, as a possible school project...

    Userlevel 2

    External verification may be useful I certainly agree, there is no way I can think of to retrospectively look at the meter to check historical data and see if it was accurate. Is that correct, based on the fact that the SM does not actually keep a record of all previous readings??

    Userlevel 7
    Badge +1

    I would be delighted if someone can convince me otherwise, but I have never seen evidence that a smart meter/comms hub stores anything other than usage. It can report the current meter reading when asked (obviously) but not, apparently, past readings.

    (FWIW, that does seem to me like a flaw in the design of the smart meter infrastructure, but that one’s definitely not Ovo’s fault.)

    Userlevel 2

    hello All

    Particular thanks to @Blastoise186@Transparent@Simon1D and of course to @Jess_OVO  thanks for your support throughout all of this, it’s certainly been interesting! Latest: after switching to HH on the 16 Oct, we now have a good few days of readings to look at. I started looking and got confused (not difficult)

     

    Bear with me here..

    1submit a new manual reading and review the HH data each day on MyOvo - not helpful as I can’t discern a consistent pattern

    2 copy a bunch HH readings from MyOvo and paste into Excel spreadsheet

    3 strip out unnecessary data (duplicated time fields).

    4 pull out actual read value from xxkWh field

    5 convert the above from text to numbers data type

    6 amalgamate all of resulting data into one table

    7 sum up all readings from above on a daily basis to give daily total

    8 create bar chart from above data (excluding daily totals) - is this the best type of chart for this?

    9 pull in daily consumption values from MyOvo

    10 Notice discrepancies 21.43 kWh /13days - is this just because of roundings and simple summarising via Ovo?

    11 pull in my own daily readings from the same period still shows a discrepancy of 16.86 (possibly 30.75)kWh/13days.

    Points to consider:

    Ovo HH readings are I believe consistent in time of day taken

    The usage chart is not what is used for billing

    Personal readings are not always taken at same time of day

    I may have created an error in my data manipulation/analysis

    Questions:

    Why does the Ovo consuption chart not reflect accurately the HH reading/consumption values

    Does the slight time difference between my daily readings affect any of the above

    Why is there such a difference between the consumption values

    Is there something going adrift within the Ovo consumption calculation system

    I enclose below the summary table of data that I have used for this analysis.

     

    Any thoughtrs or comments particularly in relation to my analysis/technique or choices would be appreciated

    Reply