CozyTouch Thermor Malicio 3 showing wrong capacity

[Kailern]

The problem

Hello,

I have a new Thermor Malicio 3 water heater, and I connected it to HomeAssistant.
My model has a water capacity of 65L, however, in HA 140L are shown.
It seems to come from variable "core:RemainingHotWaterState", and seems to impact the variable calculating the number of remaining showers.

When I added it, I chose Somfy Europe because there was no "Thermor" in the list. But that's the only encountered issue.

I added the debug file. Tell me if you need more information to solve the issue.

What version of Home Assistant Core has the issue?

core-2024.9.3

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

Overkiz

Link to integration documentation on our website

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

Diagnostics information

overkiz-01J8QJB9WA4EP8HSKABGV5Y8YS-Chauffe-eau-d3baae87c6e562136bf9b3b4c699c025.json

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 @iMicknl, @vlebourl, @tetienne, @nyroDev, @Tronix117, @alexfp14, mind taking a look at this issue as it has been labeled with an integration (overkiz) you are listed as a code owner for? Thanks!

Code owner commands

Code owners of overkiz can trigger bot actions by commenting:

• @home-assistant close Closes the issue.
• @home-assistant rename Awesome new title Renames the issue.
• @home-assistant reopen Reopen the issue.
• @home-assistant unassign overkiz Removes the current integration label and assignees on the issue, add the integration domain after the command.
• @home-assistant add-label needs-more-information Add a label (needs-more-information, problem in dependency, problem in custom component) to the issue.
• @home-assistant remove-label needs-more-information Remove a label (needs-more-information, problem in dependency, problem in custom component) on the issue.

_{^{(message by CodeOwnersMention)}}

---

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

[yanuino]

HI @Kailern,
I have the same problem of values that don't really correspond to what I thought or to what Atlantic/Thermor gives in its manuals.
I have searched and I can say that:

• core:RemainingHotWaterState is an internal state of the water heater
• core:NumberOfShowerRemainingState is also an internal state of the water heater. So number of shower is not calculate inside the integration but by the water heater itself.

About the RemainingHotWaterState, it seems to be a estimation at 40°c, it would mean that with 65l of hot water at 70°c, you could produce 140l of water at 40°c after mixing it with cold water. The discrepancy is that the value goes much higher than that given in the manual. For 65l, the manual give 114l at 40°c. But, I repeat, this is internal to the water heater and dependant of the Thermor firmware. I don't think they should/could something in the integration.

[iMicknl]

Thanks @yanuino! I am happy to make changes to this integration, but it is indeed hard to interpret these values (and name them well). We often name them directly to the states received from the device.

You can download your diagnostics for Overkiz in Home Assistant to see all available states.

[yanuino]

@iMicknl , to be clear, when I say

problem of values that don't really correspond to what I thought or to what Atlantic/Thermor gives in its manuals

I am talking about internal water heaters variables and their values. In this case, I don't understand why my water heater could produce 140l of hot water (at 40°c) than the manual say 114l. But I know this is only internal and depending of the development done by Atlantic staff.
For me there are no problem with the integration on this side. I was trying to give some good information from what I know about this device and I think you can close this issue because not relevant of the integration.

And

We often name them directly to the states received from the device.

is the best way, because Atlantic could use the same name for many meaning depending on the device model.

[iMicknl]

Thanks! Closing this issue.

Happy to reopen if we have any specific points for improvements.