Rate 1 and Rate 2 values

Is it possible for the day/night rate usage values to be exposed via the MQTT interface?

I guess this will depend on if this information is actually available to IHD over ZigBee.

Currently I have to go to the meter and a sequence of buttons to access the 'TOUMaxtix' to read my 'Rate 1' and 'Rate 2' usage values.

Being able to log these even if just at the end of each day would be very helpful.

Thanks,

Mark

Comments

  • Anybody?

    I'd like an answer to this question too.

    Thanks, Martin

    EDMI ES-10b/GLOW-IHD-01-1v4-SMETS2/v1.9.1

  • Hello @MarkLeman and @mprowe - apologies for the lack of response. As posted on the other place you asked @MarkLeman, we tend to encourage people to use our Forum to support each other and for announcements as monitoring questions and support needs here requires more people than we have on the team at the moment.

    Your question is about the MQTT feed - if the meter has got the structure correct then the MQTT feed should be delivering it. Could you drop an email to support@glowmarkt.com from your account and we can check what is on the meter. As you know, we don't intervene in any way with the MQTT feed, it delivers what the meter reports. What we see usually is that the energy supplier just hasn't loaded the tariff onto the meter in terms of the time slots and rates - but your description implies that they have.

  • If you have home assistant, you can add these 2 statistics sensors in "sensors.yaml" file:

    - platform: statistics

      name: "Min electricity tarif last 24 hours"

      entity_id: sensor.smart_meter_electricity_import_unit_rate

      unique_id: 10003

      state_characteristic: value_min

      sampling_size: 15

      precision: 4

      max_age:

        hours: 24


    - platform: statistics

      name: "Max electricity tarif last 24 hours"

      entity_id: sensor.smart_meter_electricity_import_unit_rate

      unique_id: 10004

      state_characteristic: value_max

      sampling_size: 15

      precision: 4

      max_age:

        hours: 24

    Then you can access these 2 sensors like any other sensor in Home Assistant

  • Hello @ygr1,

    Thank you for your contribution. However, I am not sure that I understand your logic.

    Please correct me if I am wrong, but I think that the yaml code that you have provided will only determine the min/max (night/day) rate charged by your electricity provider. Assuming, that is, that they have correctly programmed them into your Smart Meter!

    I can't speak for @MarkLeman's (but reread first sentence of his post), but if it's the same as mine, it is this:

    My Smart Meter (EDMI ES10-B) performs a number of calculation and provides the results under cryptic headings. The three relevant ones in this conversation are "import:cumulative", "TOUMTRX:RT1" & "TOUMTRX:RT2". All three are, in the Home Assistant context, "state_class: total_increasing".

    If you are on a dual rate tariff, the "Import:Cumulative" is the sum of "TOUMTRX:RT1" plus "TOUMTRX:RT2".

    All three registers are viewable at the Smart Meter controls/display but only the "import:cumulative" is available via the Glow/MQTT interface.

    As Jane has pointed out above, Glow/Hildebrand are only able to "pass-on" what it can "see" at the Smart Meter. Thus, unfortunately, without (whoever) reprogramming the Smart Meter to present the RT1 & RT2 values to the Zigbee interface, we will not be able to read the RT1 & RT2 values via Glow/MQTT.

    Yes, it is possible to replicate the RT1 & RT2 Smart Meter calculation in Home Assistant, but the work flow will be a bit more involved than the yaml code that you have suggested. My initial thoughts on that, would involve a couple of Automations taking snapshots at Night/Day changeover times and then summing to a total(s). The next problem will be keeping that total, as the Home Assistant Recorder only holds values for 10 days.

    Please come back if I have seriously misunderstood the problem - it certainly wouldn't be the first time😘

    Best regards, Martin

  • Hello Martin and Ygr1 - as a non-techie - one suggestion is that you do the reset of what your timeslots should be via our Bright App and then use our APIs and get the correct cost of consumption? If you can work with MQTT I'm sure you can work with APIs. Sorry if that is stating the obvious!

Sign In or Register to comment.