Good evening, I have indeed recalculated the index from the beginning. I don’t really understand how the elements are prioritized.
@pierre-gilles and @Terdious
I’m checking in to see whether this development to recalculate consumption and costs in 30-minute intervals over a specific time period is mature enough to be integrated soon. If that’s the case, I’ll wait a bit longer to recalculate my data from the start of January only, to try to fix what went wrong for me on January 5th. That would allow me to avoid redoing the full calculation that took me about 30 hours in December ![]()
But if there’s still work to be done before this improvement is available, I’ll rerun the full calculation… It’s not a big deal either ![]()
Hi @StephaneB,
Sorry, it’s my fault, I have some corrections that @pierre-gilles asked me to make on the PR for Tasmota… And I won’t have time before next week…
Whoa, it’s nobody’s ‹ fault › anyway! The project is moving at the pace of those who can contribute, no problem…
I just wanted to see if I should wait a bit because it was almost there. And so, since that’s not the case, I’ll take the other option, quite simply ![]()
I restarted the full calculation, and it correctly fixed my abnormal consumption peak calculated on January 5.
However, I wanted to point out one thing, @pierre-gilles: the consumption calculation took about 12 hours, and the cost calculation about 15 hours. That’s similar to what I had the first time, no problem, I know my database is a bit large
But the annoying thing is that Gladys was completely overloaded during the cost calculation: several very long minutes before displaying the dashboard, and execution of scenes was heavily slowed (about 15 minutes delay, see the example below)…
Does it make sense to you (and is it technically feasible) to lower the priority of these calculation tasks, compared to the operation of the dashboard and scenes?
My Gladys runs on a mini-PC, not very recent so probably not very powerful, but it’s not just a simple Raspberry ![]()
This scene with a trigger at 10:05 PM didn’t actually take place until 10:20 PM ![]()

Would it make sense to you (and is it technically feasible) to assign a lower priority to these computational tasks, compared to the operation of the dashboard and scenes?
We could indeed reduce the rate, which would, however, lengthen the generation time — it’s a trade-off to find ![]()
If we want to do that, we’d need to « estimate » the machine’s power to find a rate that suits it ^^
I think that in any case, @Terd
Hello,
I’ve had the same contract since this week.
Maybe a lead:
Hello,
I still haven’t been able to configure the energy monitoring since December. In the documentation, at step two, I see that it is possible to create a meter that would be at level 0, but I don’t see how.
I tried to remove the integration to start from scratch, but the various attempts I made don’t allow it.
Hi @Jluc,
Can you tell us a bit more about how you want to retrieve your consumption?
Are you planning to use a ZLinky in TIC (Télé-information client) mode via the Zigbee2MQTT integration, or rather to go through the Enedis integration?
And by the way, what type of electricity contract do you have?
Are you planning to use a ZLinky in TIC via the Zigbee2MQTT integration, or rather go through the Enedis integration?
I would add: do
Thank you for your feedback.
I use a Lixee (lixee) connected to a Linky (linky) with an « és » contract.
Several outlets record consumption and I’m looking to obtain the graphs for each of them as well as their costs.
Also, I can’t manage the hierarchy.
Hi @Jluc
je suis dans la même configuration que toi et je pense que tu essaies de mettre tes prises sous le lixee qui lui est sous le compteur, c’est ça ?
If so then that’s not good at all.
In fact you need to put ALL your devices in niv1, with niv0 being your main meter (MQTT):
As you can see in my example, I have a Tesla charging station (virtual MQTT device), a zigbee
I use a Lixee (lixee) connected to a Linky (linky) with an ÉS contract.
Ok, so it’s very simple :
You go to « Suivi de l’énergie » (Energy monitoring), then you click on « Tarifs d’énergie » (Energy tariffs), then « Importer » (Import):
Then, you select « Créer un compteur électrique » (Create an electricity meter):
Finally, you select your Electricité de Strasbourg contract:
![Capture d’écran 202
Thank you both, I’ll look into it. I may need to delete it before the current prioritization.
I might need to delete before the current ordering.
I don’t think so, just create the counter and then re-organize ![]()
Up until selecting the contract, everything is fine, but afterwards I cannot modify the hierarchical levels:
So for me you have a problem and it would be better to delete everything (counters) and start over because a level-0 meter only has one index and no 30-minute consumption.
And normally you can choose the parent of your devices:
It looks like you don’t have the latest version of Gladys .., You can check in Profile + Settings + System that you are indeed on 4.71.0 :
As I’ve been saying from the start, consumption and cost should not be detachable from their feature index / construction energy.
There is no point in being able to do that. As long as it remains possible, others will end up breaking the calculation. It can no longer work.
As I’ve said from the start, consumption and cost should not be able to be detached from their feature index / construction energy.
I agree. Originally, since the MQTT integration didn’t allow it







