However, I found out that a specific Shelly device that I have measuring my PC energy usage (SH34 in the graph) was not yet given its proper upstream device: the Shelly that measures the energy usages for the whole of my office room (SH13).
So I corrected this, and that gave me the correct energy usage:
The values are correct, including the increased Untracked consumption: SH13 - SH34
But why are the floor and areas not shown any more?
Is this due to a lack of space in the graph?
If so, I think I would prefer to see the floors and areas separation but to leave out the upstream devices (the SH13 in this case).
Anyway, I think I will rearrange the power sockets in my office such that I don’t have to use this upstream devices set-up any more: one Shelly for the PC, and the other Shelly for the rest of the devices in the office. That will decrease the untracked consumption again as well.
Seconding this observation.
From one perspective, this makes sense - you can’t easily visualise both hierarchies at once, because they’re conflicting.
On the other hand, I would prefer the area-based hierarchy view, if I could have it, but losing the ability to avoid double-counting energy (or having to exclude measurements to avoid the above) kinda puts a spanner in the works.
Would be good to be able to choose which view to use, where the upstream hierarchy is defined.
I’m running into this, too. I use a Shelly 3-phase sensor for the range/oven breaker, but one of these phases is the oven so I want to see it broken out. I can add the “phase a” sub-sensor as the oven, but to avoid doublecounting, I then have to select the 3-phase energy as the upstream. When I do this, I lose the area hierarchy.
I could add the phase b/c sub-sensors as two range sensors, but I don’t really care if I cooked on the left or the right side of the range… It’s suboptimal to have this one upstream device just remove all the area hierarchies. Since both the phase a and the 3-phase energy sensors are configured to be in the kitchen, there’s no conflict so it could really display both.
A solution to this might be to create an extra template sensor that adds the two range sensors together (phase b plus c), and use that new sensor next to the oven sensor, so that you have an oven sensor and a range sensor?
Also now running into this and very sad it doesn’t work. I have a Vue 3 with CT breakers I would like to map to downstream devices, but doing so breaks my room/floor view in the Sankey graph, but it doesn’t HAVE to! What I don’t get is even if tried assigning the breakers to the same area as the device that’s downstream of it (e.g. the same floor/room), it refuses to work… but there would be only 1 clean way to represent such a scenario… at least in that case it would make sense to have it work?
