Hi Stefan,
I guess it's not really a bug or issue, but more a small enhancement request.
Currently I have OTthing running as master, no hard-wired room-thermostat, all data comes from HomeAssistant MQTT to update setpoint and roomtemperature etc. OTthing is wired to the boiler, open-therm 4.2. Boiler has 2 ports for OT communication, OTthing is on the primairy port.
Config > DHW = on , HeaterCircuit 1 = on, OTC = on
HA reports
climate.otthing_room_setpoint_1 -> as thermostat; HVAC modes HEAT; AUTO
climate.otthing_room_temperature -> as thermostat; HVAC modes HEAT; AUTO
and
climate.otthing_flow_temperature -> as thermostat; HVAC modes HEAT; AUTO; OFF
climate.otthing_dhw -> as thermostat; HVAC modes HEAT; OFF
My feedback is about the HVAC modes enabled in Home Assistant, they seem incomplete. Maybe I am wrong - but this is my thinking:
Q1) Using HA automations and scripts I can use the action climate.turn.off only on DHW and flow-temperature thermostats. It results into erros for setpoint and roomtemperature since they do not have HVAC mode off configured.
-> any OFF command does mean something for the MQTT topic and some action in OTthing, I can imagine..
-> OFF would be great to suspend heating circuit as a whole , override on top of suspend CH's logic seperately (see Q2 below why)
-> AUTO command is irrelevant in my view and confusing too. Not sure what that adds when OTthing only controls a boiler for heat.
Q2) Additionally I noticed the climate thermostat entities in HA , produced by OTthing do not report 'inactive' state. Eg. actual heating is on or actual flame is off. I have other climate thermostat entities in HA which do report inactive vs active state. This could be connected to the suspend CH logic. If suspended , thermostat entity is inactive. If suspend CH is OFF it's actively heating.
Q3) Why does room temperature reports as seperate thermostat in Home Assistant, that seems obsolete to me. Because number.otthing_room_temperature entity is available to set the actual room temperature already.
Kind Regards,
Hi Stefan,
I guess it's not really a bug or issue, but more a small enhancement request.
Currently I have OTthing running as master, no hard-wired room-thermostat, all data comes from HomeAssistant MQTT to update setpoint and roomtemperature etc. OTthing is wired to the boiler, open-therm 4.2. Boiler has 2 ports for OT communication, OTthing is on the primairy port.
Config > DHW = on , HeaterCircuit 1 = on, OTC = on
HA reports
climate.otthing_room_setpoint_1 -> as thermostat; HVAC modes HEAT; AUTO
climate.otthing_room_temperature -> as thermostat; HVAC modes HEAT; AUTO
and
climate.otthing_flow_temperature -> as thermostat; HVAC modes HEAT; AUTO; OFF
climate.otthing_dhw -> as thermostat; HVAC modes HEAT; OFF
My feedback is about the HVAC modes enabled in Home Assistant, they seem incomplete. Maybe I am wrong - but this is my thinking:
Q1) Using HA automations and scripts I can use the action climate.turn.off only on DHW and flow-temperature thermostats. It results into erros for setpoint and roomtemperature since they do not have HVAC mode off configured.
-> any OFF command does mean something for the MQTT topic and some action in OTthing, I can imagine..
-> OFF would be great to suspend heating circuit as a whole , override on top of suspend CH's logic seperately (see Q2 below why)
-> AUTO command is irrelevant in my view and confusing too. Not sure what that adds when OTthing only controls a boiler for heat.
Q2) Additionally I noticed the climate thermostat entities in HA , produced by OTthing do not report 'inactive' state. Eg. actual heating is on or actual flame is off. I have other climate thermostat entities in HA which do report inactive vs active state. This could be connected to the suspend CH logic. If suspended , thermostat entity is inactive. If suspend CH is OFF it's actively heating.
Q3) Why does room temperature reports as seperate thermostat in Home Assistant, that seems obsolete to me. Because number.otthing_room_temperature entity is available to set the actual room temperature already.
Kind Regards,