ha-dual-smart-thermostat icon indicating copy to clipboard operation
ha-dual-smart-thermostat copied to clipboard

preset mode being set on wrong entity

Open mbrevda opened this issue 1 year ago • 21 comments

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. Screenshot 2023-10-17 at 9 44 37 AM

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!

mbrevda avatar Oct 17 '23 06:10 mbrevda

bump - anything I can do to move this forward?

mbrevda avatar Nov 02 '23 09:11 mbrevda

  • preset_modes are the available preset modes - based on your configuration.
  • preset_mode is the currently selected preset mode

swingerman avatar Mar 08 '24 13:03 swingerman

I see But why are some entites missing the preset_modes altogether?

mbrevda avatar Mar 08 '24 14:03 mbrevda

@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.

paulius2k avatar Mar 10 '24 11:03 paulius2k

Yes, I have - see yaml above

mbrevda avatar Mar 10 '24 11:03 mbrevda

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.

paulius2k avatar Mar 10 '24 11:03 paulius2k

This will fix your problem.

I don't think it did?

Screenshot 2024-03-17 at 12 26 02 PM

mbrevda avatar Mar 17 '24 10:03 mbrevda

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? :)

paulius2k avatar Mar 17 '24 11:03 paulius2k

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?

mbrevda avatar Mar 17 '24 12:03 mbrevda

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

swingerman avatar Mar 17 '24 14:03 swingerman

@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.

jkrasinger avatar Mar 18 '24 11:03 jkrasinger

even in heat_cool mode? What would temperature be in that case?

mbrevda avatar Mar 18 '24 11:03 mbrevda

Wait with this @mbrevda. I am currently working on this.

I plan to release a beta today or tomorrow.

swingerman avatar Mar 18 '24 11:03 swingerman

v0.9.5-beta.1 is out

swingerman avatar Mar 18 '24 16:03 swingerman

v0.9.5-beta.1 is out

Thank you - it does not seem to have resolved the issue, though:

Screenshot 2024-03-19 at 9 30 38 AM

mbrevda avatar Mar 19 '24 07:03 mbrevda

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.

swingerman avatar Mar 20 '24 16:03 swingerman

Please check v0.9.5-beta.3

I managed to reproduce and fix the issue. I also added a test to cover it.

swingerman avatar Mar 21 '24 13:03 swingerman

I appreciate the efforts, but afraid the presets still aren't registering...

Screenshot 2024-03-27 at 8 41 55 AM

mbrevda avatar Mar 27 '24 06:03 mbrevda

Can you confirm that you use the same configuration that you used earlier?

swingerman avatar Apr 10 '24 15:04 swingerman

Exactly the same

mbrevda avatar Apr 10 '24 15:04 mbrevda

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?

swingerman avatar Apr 10 '24 16:04 swingerman

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?

mbrevda avatar May 24 '24 12:05 mbrevda

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.

swingerman avatar May 24 '24 12:05 swingerman

is there a way to remove said state?

mbrevda avatar May 24 '24 12:05 mbrevda

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!

mbrevda avatar May 24 '24 12:05 mbrevda