IHD not including the hour 12-1am in total

  • Tribillowl's Avatar
    Level 4
    For months now, I have had an issue with my IHD not showing the electricity usage between midnight and 1am.
    Tried both Eon and Ivie, both say not their problem.
    The Ivie app will show energy used in this hour, but does not include in the total cost shown on the app and the Ivie Bud. I have also used my old IHD, and found this to do the same. Anyone have any suggestions?
  • 19 Replies

  • Best Answer

    geoffers's Avatar
    Level 45
    Best Answer
    @Tribillowl - Afraid I've never looked at my IHD at this hour 😉, but it does sound strange. The IHD just repeats the data from the meter, so presumably should say the same. Does it really matter though, if you have an Ivie Bud and that's showing the correct values?

    Also, have you tried the Bright app (I prefer this to the Ivie app) - once registered you can download a CSV file of your ½ hourly kWh usage which you can view in excel etc. then apply your tariff rates to calculate the costs
  • Tribillowl's Avatar
    Level 4
    @geoffers Hi, Thanks for reply. The Ivie app does show the correct usage by hour, the issue is, it does not include this hour in the total.I have attached a screen shot showing the issue. Total usage 0.6kWh despite showing 0.8 used 12-1am. It's not much, but the totals agree on both IHD's, i.e. spend £0.55. Name:  Screenshot_20250426_100023_ivie.jpg
Views: 26
Size:  15.6 KB
    Last edited by Tribillowl; 3 Days Ago at 15:50. Reason: Spelling
  • geoffers's Avatar
    Level 45
    @geoffers Hi, Thanks for reply. The Ivie app does show the correct usage by hour, the issue is, it does not include this hour in the total.I have attached a screen shot showing the issue. Total usage 0.6kWh despite showing 0.8 used 12-1am. It's not much, but the totals agree on both IHD's, i.e. spend £0.55.
    Hmmm - I wonder if it could be a bug in the app relating to adjustment for BST.

    The actual data on the meter is all recorded as UTC (ie GMT) and it is down to the coding within the app to allow the one hour shift to BST.

    So it looks possible to me that they could be accumulating the small bars giving the 0.6kw total, but the actual large bar is from the previous day's 11 to midnight showing as the peak rate.

    What sounds like a simple task can be potentially quite problematic to get right...
    • During the winter there's no offset required;
    • during the summer it's just the case of shifting the GMT by 1hr ie treating the previous 11 to midnight GMT as today's midnight to 1 etc etc;
    • however on the last Sunday of March & October you either have a 23 hour day or a 25 hour day so the coding has to cope with these two special cases
    • if you're on Next Drive you only get 6hrs cheap rate in March, but 8hrs in the October changeover
  • geoffers's Avatar
    Level 45
    Hmmm - I wonder if it could be a bug in the app relating to adjustment for BST...it is down to the coding within the app to allow the one hour shift to BST....What sounds like a simple task can be potentially quite problematic to get right...
    • During the winter there's no offset required;
    • during the summer it's just the case of shifting the GMT by 1hr ie treating the previous 11 to midnight GMT as today's midnight to 1 etc etc;
    • however on the last Sunday of March & October you either have a 23 hour day or a 25 hour day so the coding has to cope with these two special cases
    • if you're on Next Drive you only get 6hrs cheap rate in March, but 8hrs in the October changeover
    @Tribillowl - Just as an example of coding problems for the GMT>BST change, neither the EOn app nor the Bright app get the hour timeshift right at 1am on Sun 30th March (where 1am becomes 2am so you actually lose that hour - only 6hrs of cheap electricity that night)

    This is what the correctly timeshifted readings should look like, with the reading of 1.957 at midnight GMT (hr01) showing correctly, and the reading of 2.003 at 1am GMT (hr02) shifted to 2am (hr03) etc

    Name:  Screenshot2025-04-30050116.jpg
Views: 23
Size:  20.7 KB

    This is the EOn app's version, where there is no apparent timeshift (fortunately their billing system does handle it correctly 😊)

    Name:  eonApp-Mar30.jpg
Views: 22
Size:  20.5 KB

    This is the Bright app's version, where at least they have attempted to code the timeshift, but have got it TOTALLY wrong 😱

    Name:  brightApp-Mar30.jpg
Views: 21
Size:  23.0 KB
    Last edited by geoffers; 3 Days Ago at 04:35.
  • meldrewreborn's Avatar
    Level 92
    @geoffers

    perhaps if they labeled the time periods as GMT then BST they could resolve it, and also for later in the year when the reverse happens. I’d prefer BST permanently.
    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.
  • geoffers's Avatar
    Level 45
    @geoffers

    perhaps if they labeled the time periods as GMT then BST they could resolve it, and also for later in the year when the reverse happens. I’d prefer BST permanently.
    Yep : the switch though appearing trivial, does cause considerable issues.

    I think most people prefer to live on "local time", which is why for the Drive tariff EOn say it's always midnight to 7 the irrespective of BST/GMT (ie based on your household time setting)

    TBQH: having been through the thought process for coding the two change-over days: it's actually very simple logic to code

    • If it's the last Sunday in March and the time is 1 am (GMT) the local time becomes 2 am
    • If it's the last Sunday in October and it's 2:00 a.m. local time the local time becomes 1 am and the data for that hour is added to the value already recorded

    I wonder if it's the case with programmers working on graphical applications like apps, that they're more "visually" focused: concentrating more on the look of the app rather than "data" focused: understanding the underlying data itself. 🤔
    Last edited by geoffers; 3 Days Ago at 08:09.
  • Tribillowl's Avatar
    Level 4
    @geoffers Hi, I had wondered if the time change had something to do with it, but the 12-1 bar is in the light blue, denoting off peak, and is the time I start the charge to the battery, so the app bar chart figures are correct, but the sums are not! Problem is, all data is fed from the meter.
  • geoffers's Avatar
    Level 45
    ...so the app bar chart figures are correct, but the sums are not! Problem is, all data is fed from the meter.
    Yeah, but the meter data has to be correct - it's the way that the app is processing / displaying it which is at fault.

    If you download the raw UTC time-stamped data (directly from the meter via the DCC) from glowmarkt.com you should be able to confirm that this is the case 👍
    Last edited by geoffers; 2 Days Ago at 14:18.
  • Tribillowl's Avatar
    Level 4
    @geoffers Hi, Thanks for this. I have registered and also downloaded the app. The figures on here do show the correct totals, which is something.
    Just a shame that both the Ivie Bud and original Eon IHD's are always incorrect. Makes the IHD's fairly pointless