ha-dual-smart-thermostat
ha-dual-smart-thermostat copied to clipboard
preset mode being set on wrong entity
Hi - got a strange issue here. Looks like my preset modes are being set on the wrong entity. Notice how the "Dining Room" has two preset modes - and the boys room has none. I'm seeing this in other entities, too.
Here is the configuration for these two:
- platform: dual_smart_thermostat
name: Boys Room
heater: switch.boys_room_radiator
cooler: switch.boys_room_air_conditioner
target_sensor: sensor.boys_room_temperature_temperature
min_cycle_duration: 60
precision: .5
min_temp: 20
max_temp: 25
heat_cool_mode: true
away:
temperature: 30
target_temp_low: 50
target_temp_high: 0
- platform: dual_smart_thermostat
name: Dining Room
heater: switch.dining_room_radiator
target_sensor: sensor.dining_room_thermostat_temperature
min_cycle_duration: 60
precision: .5
min_temp: 20
max_temp: 25
away:
temperature: 15
Is this something on my end? Thanks!
bump - anything I can do to move this forward?
-
preset_modes
are the available preset modes - based on your configuration. -
preset_mode
is the currently selected preset mode
I see But why are some entites missing the preset_modes altogether?
@mbrevda have you defined any of the preset_modes
in the configuration of your "boys_room" thermostat? Like away:
or home:
? If you haven't, then they will not be available for you.
Yes, I have - see yaml above
Sorry, my bad for missing it.
Try fixing your temps in away preset: target_temp_low: ~~50~~ 0 target_temp_high: ~~0~~ 50
This will fix your problem.
This will fix your problem.
I don't think it did?
I tried it in my setup, and it works. Then it could be some other parameter which is influencing this in your setup.:
P.S. sorry to ask, but you did remember to reload your yaml config after changes? :)
did remember to reload your yaml config after changes
Yes, I did, and also reloaded home assistant when I didn't see the changes.
I tried it in my setup, and it works
I'm sure. Where do I go from here?
I detected an issue that the supported features are detected when you change HVAC modes. supported_features sets if the thermostat supports preset mode or not. It's bugg. Working on the fix. Will be out in 1-2 days
@mbrevda : As i can see in your yaml definition above, you must also specify the "temperature", not only "target_temp_low" and "target_temp_high", then it will work.
even in heat_cool mode? What would temperature be in that case?
Wait with this @mbrevda. I am currently working on this.
I plan to release a beta today or tomorrow.
v0.9.5-beta.1 is out
v0.9.5-beta.1 is out
Thank you - it does not seem to have resolved the issue, though:
The only potential problem that I can see at this point is that the target_temp_high
is higher than the max_temp
But I will take your config tomorrow and see. The supported_features: 129
seems to indicate that preset modes are not supported.
Please check v0.9.5-beta.3
I managed to reproduce and fix the issue. I also added a test to cover it.
I appreciate the efforts, but afraid the presets still aren't registering...
Can you confirm that you use the same configuration that you used earlier?
Exactly the same
Mirroring your confirmation, I can't reproduce the issue. There may be some old state that was misconfigured and gets applied back.
Could you create a duplicate of boys room
config with a different name and see?
Apologies for the long response time.
So yeah, this is weird. Merely changing the name
allows the presets to be loaded on the device, but changing the name back removes them. What gives?
Some saved state, probably saved with a buggy version, is being restored. Introducing a new name uses a new state and saved state. Using the new name is the way to go forward.
is there a way to remove said state?
Got it... finally!
I needed to stop ha (from the cli, via ssh) and remove the entity from .storage/core.restore_state
. Then recreated the device and it's finally showing the preset states. Thanks for your help and patience in working though this!