-
-
Notifications
You must be signed in to change notification settings - Fork 92
HASS CT32 thermostat C vs F [bug] #731
Comments
Having said the above, this is what my hass discovery payload looks like:
It looks like earlier this year home assistant added a home-assistant/home-assistant.io@2ace9da#diff-625e9ea00be05683afe954db07a3afe3 |
You are correct that it only supports Fahrenheit, the problem is that HASS doesn't know this unless we explicitly tell it so using the temperature_unit parameter. without that, it takes the values that are sent (unitless) and expects them to be whatever your system unit is set to (in my case C). The end result is that HASS thinks the thermostat is set to 70C instead of 21C which is incorrect. |
Here's what's in the home assistant UI: |
Adding "temperature_unit": "F" fixes the issue and HASS reports the values in C correctly, despite the zwave communication being in F |
Can you update your description to indicate that this is an issue related to HASS and not OZW? |
We should make this a more generic feature, not specifically tied to the CT32 thermostat. Let's see what @robertsLando thinks. |
Agree. I guess I just assumed that other ones already were doing this (but I didn't check). |
I think that's the correct way to do that. Let me make a PR for this |
@chilicheech Could we also use temperature valueid units to do this? Or should we use the valueid 49-1-256? Because AFAIK not all devices support that valueid and using the units of the temperature could be easier in this case |
Version
Zwave2Mqtt version: 3.2.2
Openzwave Version: 1.6.974
Describe the bug
This thermostat zwave communication works completely in Fahrenheit regardless of it's display setting, and regardless of the unit used in HASS. As a result, the MQTT parameter "temperature_unit": "F" must be set for this thermostat to work properly within a celsius setup, however by default that parameter is not set and must be configured manually.
Additional context
As this is an MQTT parameter that needs setting, I put this here, however if this is something that needs to be set in OpenZwave rather than in Zwave2Mqtt let me know and I'll move this bug.
The text was updated successfully, but these errors were encountered: