You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When the Evohome system has domestic hot water, a few sensors are created by ramses_cc that aren't required or not being updated correctly.
e.g. below use 01_078710 controller id
The main entity water_heater.01_078710_hw is not being named and so HA reports this as Unnamed Device.
sensor.01_078710_hw_heat_demand is never updated and always shows unavailable.
sensor.01_078710_hw_relay_demand is tracking something but I doubt it is actually tracking the HW relay demand. Because the HW relay can only ever be 0% or 100% but this sensor sees various values.
sensor.13_109598_relay_demand seems to track the HW BDR91 relay demand better. Even if its slightly delayed in its updates.
The actual sensors within the HW system itself seem OK, e.g.:
binary_sensor.13_109598_active correctly tracks the BDR91's LED.
sensor.07_017494_temperature correctly reports the HW temperature as reported by the CS92
binary_sensor.07_017494_battery_low correctly reports the battery status as reported by the CS92
The text was updated successfully, but these errors were encountered:
While I have seen many systems that don’t use any appliance control. I have yet to see a system that uses the Evohome HW kit but no HW valve device. So if there is a stored_hotwater 07: sensor, there should be a 13: hotwater_valve
The only time I can see that the hotwater_valve can have a relay that isnt detected is if someone managed to pair the old read only obsolete relay units. But I don’t even know if those would pair in HW mode. The HW kit always came with a BDR91
sensor.01_078710_hw_heat_demand does not track the HW heat demand. Infact it doesn’t appear to be updating at all. Maybe a bug. I have raised this.
...
FA_relay_demand is not an entity that is created by ramses_cc automatically you have to create it using a field template from the climate.01_078710 state attributes
sensor.13_109598_relay_demand does a better job at tracking the DHW demand. But it often has a delay.
However the binary_sensor.13_109598_active is by far the best indication of real demand on the DHW valve. And given that DHW can only ever be 0% or 100%, this is the sensor I prefer.
EC needs to be able to work with the default settings provided by HA and ramses_cc…Not everyone is a tinkerer.
When the Evohome system has domestic hot water, a few sensors are created by ramses_cc that aren't required or not being updated correctly.
e.g. below use
01_078710
controller idThe main entity
water_heater.01_078710_hw
is not being named and so HA reports this as Unnamed Device.sensor.01_078710_hw_heat_demand
is never updated and always shows unavailable.sensor.01_078710_hw_relay_demand
is tracking something but I doubt it is actually tracking the HW relay demand. Because the HW relay can only ever be 0% or 100% but this sensor sees various values.sensor.13_109598_relay_demand
seems to track the HW BDR91 relay demand better. Even if its slightly delayed in its updates.The actual sensors within the HW system itself seem OK, e.g.:
binary_sensor.13_109598_active
correctly tracks the BDR91's LED.sensor.07_017494_temperature
correctly reports the HW temperature as reported by the CS92binary_sensor.07_017494_battery_low
correctly reports the battery status as reported by the CS92The text was updated successfully, but these errors were encountered: