Eon electric readings don't match my actual meter

  • meldrewreborn's Avatar
    Level 91
    Yeah - but if Eon are using the ½hr TOU registers for the billing the Total Import is irrelevant

    How do you think EOn get the data from the meter? Via the DCC

    Have you got a smart meter?
    Have you got the EV tariff?
    Have you written an XL macro to calculate your costs based on your half hour readings?

    I guess not: but I have and this is how it seems to work for me, so I'm speaking from experience 😎


    I fully appreciate your experience, but how can Eon Next use 1/2 hour TOU registers if the meter doesn't have them?

    I've not got a smart meter yet (another saga) and I don't have an EV or an EV tariff. But I think i understand that a system where the accumulated supposedly 1/2 hour TOU data being used to bill the customers approximately doubles the accumulated total import figure, I don't see the latter as irrelevant at all. That Eon Next don't apparently use the Total import figure to validate their billing seems to me to be a complete failure on their part.

    But lets not argue.
    Current Eon Next customer, ex EDF, Zog and Symbio. Don't think dual fuel saves money and don't like smart meters. Chronologically Gifted. If I offend let me know by private message, but I’ll continue to express my opinions nonetheless.
  • geoffers's Avatar
    Level 32
    I fully appreciate your experience, but how can Eon Next use 1/2 hour TOU registers if the meter doesn't have them?

    I've not got a smart meter yet (another saga) and I don't have an EV or an EV tariff. But I think i understand that a system where the accumulated supposedly 1/2 hour TOU data being used to bill the customers approximately doubles the accumulated total import figure, I don't see the latter as irrelevant at all. That Eon Next don't apparently use the Total import figure to validate their billing seems to me to be a complete failure on their part.

    But lets not argue.

    This thread is about @CharlotteEV's problem, and she has posted showing the values being stored in her half-hourly TOU registers (both on the Bright app and downloaded CSV file), which are showing double the kWh value being stored on the meter ... hence her bills based on these half-hourly values are double what they should be.

    You have to have a smart meter and agree for them to use your half hourly data (GDRP?) to be accepted on a TOU tariff
    Last edited by geoffers; 3 Hours Ago at 11:25.
  • rwh202's Avatar
    Level 5
    @retrotecchie

    If the meter sends a reading on the half hour and hour a simple calculation will identify the half hourly increment from the previous reading. If Eon Next implement a Tariff that depend on half hourly readings, then they should make sure the customer's meter is capable of supplying the required data in the correct format. They specify apparently that a smart meter is required, but do not go further. I doubt very much that this is the only case, but thankfully EVs are not that common and it seems that an EV tariff working from a Smets1 meter is required for this situation to happen.

    But I don't see that the meter is to blame if it was not designed or intended to supply the data now required.
    The meter doesn't send readings on the half hour and hour though!
    It sends a packaged up dataset of 1/2 hour consumption values. The units of those values are different between meters, so need fixing (apparently by DCC).
    It can also send the register values (up to 48 configured as well as total), but typically only daily.

    I agree, using 30 minute data seems needlessly complex for a simple 2 rate tariff when all smart meters can be configured with a TOU matrix and report back peak and off peak cumulatives.
  • geoffers's Avatar
    Level 32
    ...using 30 minute data seems needlessly complex for a simple 2 rate tariff when all smart meters can be configured with a TOU matrix and report back peak and off peak cumulatives.
    aaah, but the ultimate (maybe pipedream) goal is to provide dynamic TOU pricing based on real time load where there are no set time periods, so costs will be based on each ½ hour's consumption
    Last edited by geoffers; 2 Hours Ago at 11:52.
  • rwh202's Avatar
    Level 5
    aaah, but the ultimate (maybe pipedream) goal is to provide dynamic TOU pricing based on real time load where there are no set time periods, so costs will be based on each ½ hour's consumption
    Yep, like Octopus Agile, but maybe E.ON should try to walk before they run...
  • retrotecchie's Avatar
    Level 92
    @rwh202

    Before anyone can even crawl, let alone walk or run, every meter should be fully compliant with SMETS2, have full connectivity (preferably using 4/5G rather than the obsolete 3G), and all provide a consistent dataset that doesn't require any translation, faffing or fiddling with. Pointless trying to dream up new ToU schemes or anything else until the whole smart metering system is working properly, consistently and reliably.
    Don't shoot me, I'm only the piano player. I DON'T work for or on behalf of EON.Next, but am willing to try and help if I can. Not on mains gas, mobile network or mains drainage. House heated almost entirely by baby dragons.
  • WizzyWigg's Avatar
    Level 85
    @rwh202

    Before anyone can even crawl, let alone walk or run, every meter should be fully compliant with SMETS2, have full connectivity (preferably using 4/5G rather than the obsolete 3G), and all provide a consistent dataset that doesn't require any translation, faffing or fiddling with. Pointless trying to dream up new ToU schemes or anything else until the whole smart metering system is working properly, consistently and reliably.
    Well said. 👍