Plugwise Smile Anna shows OnOff Heating incorrectly sometimes

[dotnetniet]

The problem

I found a problem with my Plugwise Smile Anna heating binary_sensor.onoff_heating. It is showing sometimes the inverse of the actual state of the heating system.
I have an OnOff, not an OpenTherm system, so that can be the cause.

I looked at the core/domain_objects xml output and saw that the value of intended_central_heating_state was showing on, but the value of central_heating_state was off and that was the correct value.
This invalid state was shown the whole day and eventually corrected itself the next morning.

It seems that the value of intended_central_heating_state is not the correct value for an OnOff system and the central_heating_state should be used.

What version of Home Assistant Core has the issue?

2022.11.1

What was the last working version of Home Assistant Core?

No response

What type of installation are you running?

Home Assistant OS

Integration causing the issue

Plugwise

Link to integration documentation on our website

https://www.home-assistant.io/integrations/plugwise/

Diagnostics information

config_entry-plugwise-8506b36cea71da5f80d81a6972805914.json-1-1.txt

Example YAML snippet

No response

Anything in the logs that might be useful for us?

No response

Additional information

No response

[home-assistant]

Hey there @CoMPaTech, @bouwew, @brefra, @frenck, mind taking a look at this issue as it has been labeled with an integration (plugwise) you are listed as a code owner for? Thanks!

Code owner commands

Code owners of plugwise can trigger bot actions by commenting:

• @home-assistant close Closes the issue.
• @home-assistant rename Awesome new title Change the title of the issue.
• @home-assistant reopen Reopen the issue.
• @home-assistant unassign plugwise Removes the current integration label and assignees on the issue, add the integration domain after the command.

_{^{(message by CodeOwnersMention)}}

---

plugwise documentation
plugwise source
_{^{(message by IssueLinks)}}

[bouwew]

@dotnetniet thanks for adding the detailed description.

I remember already creating some code to handle this situation but looking back at the code I see it's only implemented for the Adam + OnOff combination. Should be a quick fix to included it for the Anna + OnOff combination.

[bouwew]

This should be fixed via #82146

[dotnetniet]

@bouwew, it works great now 👌