Gauge Card Pro 🌈

[Protoncek (Pavel)]

As i already mentioned above, something like “canvas gauge card” replacement would be definitely a very good idea, since card is getting old and i have the feeling that it’s not maintained anymore…

[Diegocampy]

Sorry for the OT, what do you use to monitor this data? I use a Garmin 24/7, but I haven’t found a reliable integration to recover the data.

[Chykan (Hunter)]

I use Whoop with a Whoop 4.0. You can try use your home assistant companion app and see what health sensors your Garmin is transmitting to Google Fit through Health Connect. Turn the sensors on in the HA companion App.

Whoop! heart rate monitoring - integration

Will update dashboard with new Whoop data. [Screenshot_20250622-210931] If anyone is interested in a Whoop Gauge. [image] If Anyone is interested in any of the cards to display your whoop data hit me up. [image]

[Chykan (Hunter)]

For those looking for “canvas gauge card” replacements. This could be your answer.

Ring Tile Card: visualise your sensor data

Hi there, I thought it was time to share a project I’ve been working on for a while. I love Home Assistant’s tile card - they have made it easy to quickly build great looking dashboards. But I’ve always felt that sensor tiles needed something more. So I built ring-tile card, based on Home Assistant’s tile card. You can use ring-tile to bring your sensor tile cards to life. [image] You can make the ring the star of the show for new, bigger tiles. Here’s a cluster of weather sensors. [image…

Sorry @Miura for cross posting this but it does look good for those after that style.

[Chykan (Hunter)]

Miura I am not sure how hard it would be to achieve but when showing either the main or secondary gauge as ‘severity’.

It would be nice if the track could be coloured in a darkened gradient that is set, not just black or white.

Serverity

Needle

Very bad render of what I mean

This sort of effect

[Miura]

Looks like a good feature, will look into it

[Miura]

Hi everyone,

I am working on fixing this bug which is about the (inter-)actions that are not working on mobile/touch devices. I have created a ‘development-release’ (pre-release) with a fix, however, the changes I had to do are very large. So I’d like to be sure it’s working for you ‘all’ before I commit to this change, as reverting will be a pain in the ***.

You can download the version - v1.5.0-dev1 - in HACS by manually ‘Redownloading’ the card and than select v1.5.0-dev1 (pre-release). Please test the extra interactions for Primary value-text, Secondary value-text and Icon - using the tap, hold and double-click actions. Also make sure the regular card-actions still works - Please test on both desktop and mobile devices.

Your effort is greatly appreciated, thanks in advance!

Edit: little ‘btw’, you should be able to safely revert back to 1.4.0 by Redownloading again

- Benjamin

[Chykan (Hunter)]

@Miura

Fun fact, the gradient-engine I use actually uses the term position which feels better suited for the gradients. Again, I’ve had to make a choice as I also have to support the from style for regular segments. Perhaps I could support both from and pos terminology …

@Miura just looking at the from and pos and the possibility of automatically calculating the shift of colours between, to match expected behaviour;

If gradient: false the color stop is at the start of the segment from:

gradient: false
segments:
  - from: 0
    color: gray
  - from: 12
    colour: dodgerblue

If gradient: true the color stop is at the middle of the segment pos:

gradient: true
segments:
  - pos: 0
    color: gray
  - pos: 12
    colour: dodgerblue

CURRENT BEHAVIOUR

• If gradient: false the segment color stop is from:

• Color stop is in blue where I expect it
  

  

• If gradient: true the segment color stop is from:

• Color stop shifts to the mid point and not where I expect it
  

  

• If gradient: false the segment color stop is pos:

• Color stop is in blue where I expect it
  

  

• If gradient: true the segment color stop is pos:

• Color stop shifts to the mid point and not where I expect it
  

  

POSSIBLE SOLUTION

• from: and pos: are useful to differentiate your colour stops within the yaml code but they don’t actually change the behaviour of colour stops.

• Personally my brain works with from: where I want the colour to start changing.

• If I set gradient: true and segment color pos: needs to calculate the midpoint between my from: setpoints

• Maybe making gradient: true or gradient: false is what changes how the from: is calculated (calculate mid points between the froms:) and get rid of pos:

• or

• Making pos: in segments specific to gradient: true which performs a calculation on the midpoints.

• Just understanding the behaviour gives the results I need but just thinking of a way to make the card do it automatically?

[Chykan (Hunter)]

Release v1.5.0 · benjamin-dcs/gauge-card-pro

Need to update docs to show *.yaml examples of how to nest the new functions.

• min/max indicators
• Improve setpoint options - Implement inner setpoint
• Customizable shapes
• Add gradient backgrounds for severity gauges

[willis.db]

is there a way to customize this into a straight bar gauge? been on the hunt for this feature
https://www.reddit.com/r/homeassistant/comments/1lwe3b8/thermostat_card_iso/

[Chykan (Hunter)]

Try this

Horizontal Temperature Gauge - Outside and Inside

I “created” two horizontal temperature gauges for my dashboard. I honestly tried to find a solution out of the box, but I never found anything. Forgive me if this already exists somewhere else or if there is an easier way to do this. I could not find it. I say “created” as I relied heavily on chatgpt. I first created an image (using powerpoint) of what I wanted and then shared it with chatgpt and then took it step by step. [Screenshot 2025-05-18 at 9.57.53 AM] This gauge above shows a back…