Any way to set entities to show in “graphs:” dynamically? I have a nomenclature system for my sensors and wanted the card to grab them automatically based on that. Got it to work for “filterEntities” but not for “graphs:”
EDIT: after some searching, found this comment: New interactive history explorer custom card - #276 by HeyImAlex
It’s a shame it’s not possible, but I’m glad it’s something that’s being considered. It would really help in creating history graphs for different categories of entities, especially when there’s a nomenclature applied to their names like I have
This release comes with a big new feature, the visualization of entities with monotonically increasing totals, like energy, water, gas usage, rainfall, network usage, and many more. You can select the time interval you want to display the data at on the fly, the card will do all the required differential calculations in realtime. Example screenshots below, example configs are in the readme (Bar graphs for total increasing entities).
In other news, this release should also fix the regression we had on the V1.0.26 release with the fill color going MIA on YAML defined entities (@mirekmal).
Since I don’t use any energy sensors myself, I couldn’t test the above new visualizations on real life energy entities (I use it only with my rainfall sensor). Any feedback on if/how this works with actual energy sensors would be greatly appreciated
Great, thanks for the feedback ! I noticed that the time interval selector is at the bottom of the graph. Did you put it there ? Because by default it’s supposed to be on the top right.
Nah, the position in the DOM doesn’t really matter, as element positioning is absolute and the layout is calculated on the fly. It’s supposed to be on the top right, like in my screenshots above.
What browser and OS are you using ? Does it also happen with dynamically added entities ? I’ll try to reproduce this.
That’s correct, but the YAML generated graphs should set the margin-top the same way as the dynamic ones do (they do for me). It’s the same code. Weird. Mind moving this over to github ? I’ve created a temporary issue here:
Would be great if you could post the part of your YAML that defines that graph and give some basic info about your browser / OS combo on that issue. I’d like to chase that one down. Thanks !
This custom card is amazing! Thanks a lot! I installed it yesterday and see lots of possibilities. I need to play a little bit and come back with suggestions if you don’t mind.
PS: I haven’t seen any “Buy me a coffee” button; not in the first post, neither in the github page. Maybe you would like to reconsider this
Yeah, with some more research from @arganto, we determined that the culprit was another custom card (vertical stack in card) that was overwriting the styles of that selector button. The functionality is not affected though.
Thanks ! Sure, suggestions are always welcome.
Some other people also asked for this lol… I added one on the github readme
Great card, is there any way to quickly align NOW to the right of the x-axis? When I change the amount of history displayed it would be good to just click a button to re-align it.
Also, I love that you can turn off a series by clicking on it in the legend, any chance you might be considering having a double-click or long-click turn off all the other series so you could quickly focus on one in a graph with lot showing?
That also sets the amount of history to one day (unless I’m doing something wrong). The “issue” I have is, when I’ve been showing a day and then select, for example, 2hrs, it takes a bit of scrolling to get to the end of the data again. Not a big deal, in the grand scheme of things.
It does if the displayed range is below 24H. It doesn’t if it’s above that. I don’t really remember, but I think the rationale behind this behavior was to easily return to a zoom state where you would see a meaningful amount of data, after having zoomed waaaay in. Not sure if that behavior is desirable or not. I haven’t really used it that way myself. Maybe it would be best to make the behavior consistent across time ranges and simply move the graphs to the current date without changing zoom level. But then again, a zoom reset function isn’t a bad thing either.
First let me say that I really love what is possible with this card. I think it should be made official.
One issue that I’m seeing though is that when on the iPhone app, the bottom (date and range) are overlapping which can cause the card below to be crunched into that space. Not all cards do this but some do. I can work around this by vert stacking some and minding the order.
What do you mean by cut itself off ? If you want to have it full screen, you need to create a dashboard with view type set to panel view. This is a Lovelace dashboard setting, it has nothing to do with the card itself.
Yeah, someone reported this already. It seems that this only happens on iOS. The spacing of the toolbar elements is very different from how other browsers render it. Unfortunately that is also the only OS I can’t test and debug the card on, since I don’t have an iPhone. So I don’t really know what to do here. It does work as expected on OSX Safari though.
