I am just now realising this could replace the use of custom:config-template-card.
Instead of using ${states['sun.sun'].state}, you could use EVAL: String(document.getElementsByTagName('home-assistant')[0].hass.states['sun.sun'].state).
To be honest, Your question sounds very “stupid” , sorry for my way of saying … fact is the(his) sensors name is named below , And the “outcome” from his test-sensor is above.
But to your question i think you wonder how/what “your” sensor deliver ( so you can query it correctly ) … IF so
Copy the name of your sensor
Click on left meny / Developer Tools / states
Paste your entity-name ( filter entities )
Then you will see , current state, And the sensors attributes , sometimes in the form of an array/list
Maybe it’s for you clearly how his test sensor works, but not for me. If i can make a sensor with the same output, i can try to understood how it works.
There you go again. Now calling others stupid. Eventhough you make a valid factual point, calling people names does not help. It doesn’t make you look smarter. Stop, just stop.
In The example he takes "the Value @ a certain DateTime, what you see in his result is the 3 first values( or last ) and the DateTime(in future) is transformed to a “timestamp” ( i dont see where he splits the data in 2 attributes . In the example he has PEAK ( peak-time/peak-value ) And thats what his sensor deliver ( most likely from factory-settings )
However what you show above is Not DateTime, i’ts already a “timestamp” … so my thought is this does not comes from your sensor, but it’s something maybe you already tried to “transform”
Sorry, missed your reply. After two hours of testing i realized that I didn’t have an upper case “O” in plotOptions and that was the issue. Happy times
Unfortunately my way of stacking them to be able to have a different colour and data label of the current hour messed up the borderRadius effect