Add Bosch Radiator Thermostat 2 (RBSH-TRV0-ZB-EU) quirk

[jclsn]

Proposed change

The quirk provides Bosch specific thermostat and interface clusters, which add additional attributes and expose some common attributes on different addresses.

Fixes #2476

Additional information

Not sure how to handle what I called the operating_mode attribute and the system_mode attribute.

Operating modes:

• Schedule or Auto
• Manual
• Pause

System modes:

• Heat
• Cool

I think those should ideally be combined into one system_mode attribute to be accessible in the thermostat entity.

Furthermore I would be happy to receive assistance in exposing these attributes as entities in the core.

Checklist

• The changes are tested and work correctly
• pre-commit checks pass / the code has been formatted using Black
• Tests have been added to verify that the new code works

[promasu]

Is there some way I can support you in writing the quirk. I started the same some time ago and was to quick with pushing everything to GitHub and creating a Draft PR.

I'd like to support you if possible.

[jclsn]

The quirk is more or less ready I think. You just need to write the entities in HA core for the attributes, which is a bit harder unfortunately.Am 23.12.2023 um 00:59 schrieb Adrian Nöthlich ***@***.***>: Is there some way I can support you in writing the quirk. I started the same some time ago and was to quick with pushing everything to GitHub and creating a Draft PR. I'd like to support you if possible. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[promasu]

I've seen that you are missing at least one attribute, the remote temperature input, which I'd add, but I think I'll do this using a PR on your fork repository and branch

[jclsn]

I didn’t want to implement it, because it is nothing that you would use with Home Assistant. Do it if you like though!The important part missing would also be the entities in the ZHA code in core!Am 23.12.2023 um 15:17 schrieb Adrian Nöthlich ***@***.***>: I've seen that you are missing at least one attribute, the remote temperature input, which I'd add, but I think I'll do this using a PR on your fork repository and branch —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>

[promasu]

Actually I'd use it with some temperature sensors I have across my rooms to get a more accurate heating. I think this should be possible so better adding it then missing it ;)

For the ha/core part I just scrolled a bit across the code and I think I should be able to assist you with writing the entities, but I can't test my code until next year, as I'm on CCC Congress.

Should we just create a branch for this in a fork of yours or mine and push code when we have time?

[jclsn]

You can set the temperature using the Advanced Heating Control blueprint. Much better to let HA do it!

I am on vacation and not back before January. So yeah, just go ahead and make your changes when you find the time! Do I need to add you as a collaborator to the PR or something?

[promasu]

Yes I know that blueprint but i find it quite charming to have the thermostat regulate the valve using the temperature inside the room :D

I don't think that you have to add me anywhere. If I have the time I'll open a draft PR to HA/core and add you there, that should be sufficient

[promasu]

I seems like I can't create a PR in your fork. Can you give me access to the branch where you are developing or give me somehow permission to create a PR? :D

Thanks!

[jclsn]

I added you as collaborator :)

[Samueras]

Hey, is there a way to already use this?

[Fxsch]

Is this still being worked on? I wouldn't mind helping out

[jclsn]

@Fxsch The quirk works, but the cluster handlers in ZHA from the HA Core side are harder to implement. I need help there from a HA developer, but it is hard to get a hold of them.

[mrrstux]

Hi! Here is one updated quirk that adds system mode (Heat, Off) integration with HA: #2476 (comment)

[mrrstux]

Updated based on v2 API - #2476 (comment)

[jclsn]

@mrrstux I invited you as collaborator to my fork. This way you can add commits to this MR! :)

[codecov]

Codecov Report

Attention: Patch coverage is 90.82969% with 21 lines in your changes missing coverage. Please review.

Project coverage is 89.81%. Comparing base (97413e3) to head (fbc408b).
Report is 5 commits behind head on dev.

Files with missing lines	Patch %	Lines
zhaquirks/bosch/rbsh_trv0_zb_eu.py	89.11%	21 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##              dev    #2808      +/-   ##
==========================================
+ Coverage   89.79%   89.81%   +0.02%     
==========================================
  Files         323      325       +2     
  Lines       10414    10643     +229     
==========================================
+ Hits         9351     9559     +208     
- Misses       1063     1084      +21     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[mrrstux]

Thanks! I've pushed my changes directly to this branch. If that was not desired, feel free to revert it and then I'll see if I could push a merge request instead (I do not have much experience with github).

[jclsn]

Feel free to works on this PR! I have no interest in continuing this atm, so you can do your thing and try to get it merged. Maybe ask for help on Discord if you are unsure how to pass the code coverage. First thing you should do is format the code with Black. Click on the details of the failed checks and see what needs to be changed!

[mrrstux]

@jclsn The description of this PR needs updating, but I do not seem to have the rights to do it. With your permission, I would like to bring it up-to-date.

[jclsn]

Great job! You really made an effort. Let me test out the quirk for the TRV. I think I cannot give you rights to edit the PR description here. What do you want me to change?

[jclsn]

Unfortunately I can't test it, since I have trouble pairing the device. This has always been troublesome, but now it doesn't work at all anymore.

[mrrstux]

@jclsn I had issues pairing my TRV as well, after multiple pair-remove sessions while working on this quirk. The solution on my side was to backup+restore ZHA Network.

As for what to add to the PR descriptions:

• it is now about Bosch Room Thermostat II 230V and Bosch Radiator Thermostat II
• the translation table mentioned in one of the commits above
• for Bosch Radiator Thermostat II, only Heat/Off/Auto modes are supported (no cooling).

[jclsn]

Might be related to this https://discord.com/channels/651488327630979131/651489945172836355/1238474646316384277

Seems like the Bosch Thermostat Integration is also having issues because of some Python versions.

[lgraf]

Hi, thank you for the work on the new quirk, really helpful. I tested the quirk with a Thermostat II 230V and most of the stuff works great. Still i think there are a few difference between the Thermostat II 230V and the Radiator Thermostat II.

Notes for Thermostat II 230V

• ✅ OPERATING_MODE_ATTR_ID: works as expected.
• VALVE_POSITION_ATTR_ID: can not be controlled stepwise, there is only open/closed (0%/100%).
  • ✅ The quirk shows the the pi_heating_demand attribute as read only diagnostic property.
• ✅ WINDOW_OPEN_ATTR_ID works as expected.
• ❔ BOOST_ATTR_ID i can not find anything about the "boost mode" in the device manuals (neither for the Radiator Thermostat II). What does this exactly do?
  • ✅ However my device also exposes the zigee attribute 0x4043 (value: 0/1) and can be modified through ha. But in the end i am not sure how it affects the thermostat. There is also no symbol shown on the device display.
• ✅ SCREEN_TIMEOUT_ATTR_ID works as expected.
• ✅ SCREEN_BRIGHTNESS_ATTR_ID works as expected.

Not sure about the Radiator Thermostat II but the Thermostat II 230V supports a "cooling mode" (inverting the logic when the thermostat opening the valve.)

• heating: current_temp<target_temp
• cooling: current_temp>target_temp

Like discussed in #2707 (comment) the mode can be set through the ZCL ControlSequenceOfOperation Attribute (thremostat).

There is an example quirk that exposes the ControlSequenceOfOperation Attribute as config property. (tested with Thermostat II 230V).

lgraf@55043e8

If this is useful also for Bosch Radiator Thermostat II users (e.g. heat pump with a radiator infrastructure), feel free to use the example code.

Don´t want to highjack this PR, if preferred i can a create a seperate PR for #2707 after this PR was merged.

Thanks again. 👍

[mrrstux]

@lgraf Thanks for trying it out! I was not interested in cooling, but, I can merge your change into this PR.

As far as I read, boost is called "fast heating" in Bosch App and, for radiator thermostat, it opens the valve to 80% for 5 minutes. Not sure when and why you would want it, but it is there. Also, for my underfloor heating, boost also doesn't make much sense for the room thermostat (230V).

I'm not entirely sure about exposing pi_heating_demand for room thermostat (230V). I added it it just because it looked like being exposed by zigbee2mqtt. For complete cooling support, we might need to also expose pi_cooling_demand.

[MrGde]

I’m really looking forward to this quirk being merged. My old Shelly TRVs are gradually failing, and I plan to replace them with Bosch Thermostats II. As far as I understand, this quirk is ready to be integrated into ZHA? Is there a rough estimate of when this might happen?

[jclsn]

@MrGde No, there isn't. This is open-source and things will be ready when they are ready. There are still some minor issues with this quirk like the double calibration entity.

If you want to use it, you can already do it now by adding it as a custom ZHA quirk. It is already fully functional.