it most likely is picked up initially, but there could be a number of factors that made it a bar graph / line graph:
If the device is already in history as bar graph, it will show up as bar graph. You have to delete your history at this point or purge it and compress.
If the state cannot be converted to a number, it will show up as a bar graph. (Like if the sensor returns units with the value in the mqtt topic instead of just the value). I.E. you can’t confvert ‘67 ºC’ to a number because ºC is not a number.
After you made the change, you didn’t clear the cache in your browser which kept it a bar graph.
Basically what I’m saying is: If they are configured as ºC in the sensor section, then they should show up as a line graph.
It’s irksome, because they were always configured as “degC” in the configuration. I was clutching at straws when I added unit_of_measurement to the card.
How do I delete history / purge / compress?
I do understand string splitting (software engineer!). In fact, I’m about to tackle the problem of why my WiFi signal strength (as extracted from the Tasmota JSON string returned by /STATE) is being returned to Home Assistant as a string rather than an int. I can’t find a Lovelace card which displays a string.
purge is a service. Delete is just remove the .db file from configuration when HA is off. Compress might not be possible at the moment.
Also, one thing I did notice is that ‘unknown’ was coming through as a state. That could be the root cause of your issues. You may need to add a value_template to your MQTT topic to convert all numbers to a float. In the event that ‘words’ come through, it will be converted to the default float. The default float is zero.
This will split the letter N from the number 5 using space as the separator, then the [-1] chooses the last item in the list. The list at that point should be ['N', '5'], so using [-1] will get the last item in the list. - dictates going backwards through the list. When combined with 1, it’s saying get the first item going backwards.
Error loading C:\Users\Mediaserver-pc\AppData\Roaming.homeassistant\configuration.yaml: while parsing a block mapping in “C:\Users\Mediaserver-pc\AppData\Roaming.homeassistant\sensor/weather.yaml”, line 5, column 4 expected <block end>, but found ‘<scalar>’ in “C:\Users\Mediaserver-pc\AppData\Roaming.homeassistant\sensor/weather.yaml”, line 8, column 92
I am looking for exactly the opposite solution I have a line graph which shows nothing because it has words instead of number so a bar graph would be better suited for the more-info card
this is what I could find in the core.entity_registry as it is a autoloaded I tried to put null instead of the double quotes and it broke so would I just delete the unit_of Measurement line all together?
well I think I will jack with this tomorrow after work I will try deleting the unit of measurement from the core.entity_registry file since that seems to be the only place it is even showed the customize option does not offer anything to deal with unit of measurement
Not going to since customize does not do what I need I guess, not sure why you suggested using something that won’t do what I need in the first place but no worries at least I can get to it directly and edit it
Customize will do what you want… have you read his links or are you assuming customizing is done through the UI? It’s done via yaml, highlighted in the links he posted.
Well it doesn’t give me a place to edit except in the storage folder so that’s where I will deal with it, not really to worried about it, just would have been nice to get the bar graph, but not worth getting all the flack and being insulted through it all which is what is going to come in short order so I will take my leave of this thread before it gets to that point